аналитика проекта. простые и эффективные методы

Аналитика проекта. Простые и эффективные методы

Панченко АннаМинск 2014

PM Club

Время очередной проверки результатов работы (milestones, deliverables)

• Время и график работ (успеваем ли мы по графику или отстаем от нее)

• Стоимость (Вписываемся ли мы в бюджет)• Ресурсы (Хватает ли ресурсов для завершения проекта в срок)• Объемы работы (Есть ли неконтролируемое наращивание

требований)• Качество (Контролируется ли качество, и исправляем ли мы

проблемы)• Текущие операции (Есть ли забытые дела, которые нужно

выполнить)

Ключевые показатели контроля

Бойтесь полуправды. Ведь у вас может оказаться не та половина.

Неизвестный источник.

Работать с энтузиазмом, не подкрепленным знаниями, все равно что бежать в темноте.


• Дерево текущей реальности• Диаграммы Парето• Диаграммы разброса значений• Диаграммы Потоков• Контрольные списки• Аудиты• Статистические исследования• Гистограммы

Интерпретация результатов. Методы анализа проблем проекта.

• Отстаем от графика работ. Выполнили 90%, потратили 125% запланированного времени;

• Появилось неконтролируемое наращивание требований;

• % багфикса к разработке составил 65%.

Суровые реалии проекта Х

«Тушить пожары» – вам это это знакомо?

1. Дерево текущей реальности Голдратт

Если вы умудряетесь сохранять самообладание, когда все вокруг его теряют, значит вы недооцениваете всей серьезности проблемы.

Закон Эванса

ДТР Шаг 1

ДТР Шаг 2Выписываем минимум 10 признаков (внешних проявлений) проблемы.

Много времени уходит на фикс багов

Задачи выполняются с перерасходом времени

Часть задач заносится как баги (их нет в плане)

Менеджер пропускает задачи (не вносит план)

Фикс бага, который ранее не считался багом

Пропускаются баги в задачах из-за того, что не смогли смоделировать ситуацию

Неверно оцениваем задачиПри выполнении задачи время уходит еще и на

рефакторинг кода

Долго ищем баги в коде (фронтенд или бэкенд)

Тратим дополнительное время на задачи из-за дополнения

требований

ДТР Шаг 3Строим Дерево существующей реальности.«Если “нежелательное явление 1”, то “нежелательное явление 2”»

В результате чего...? Потому что...Почему происходит

перерасход времени?



* У. Детмер Теория ограничений Голдратта

Почему происходит перерасход времени?


Неверно оцениваем задачи

При выполнении задачи время уходит еще и на рефакторинг кода

Долго ищем баги в коде (фронтенд или бэкенд)

Пропускаем баги, т.к. не можем смоделировать ситуацию

Объявляются баги, которые ранее не считались багами

Часть задач заносится как баги

Дополнительное времени из-за добавления

уточняющих требований

Плохое описание задач, упускаются важные

детали


Менеджер пропускает задачи (не вносит план)

Проблемы с тестированием

определенных кейсов

Низкое качество архитектуры проекта

Отсутсвие технической документации проекта

Не был привлечен архитектор на проекте

Сфера влияния

Над чем работать?

• Плохое описание задач, упускаются важные детали (8НЯ);

• Отсутствие технической документации проекта (3НЯ);

• Проблемы с тестированием определенных кейсов (3НЯ);

• При выполнении задачи время уходит еще и на рефакторинг кода (3НЯ).

2. Диаграмма Парето

Радуйтесь, что проблемы существуют. Ведь если бы их не было, кто угодно мог бы работать на вашем месте.


• Возникновение бага из-за невозможности тестирования фичи (не было возможности смоделировать ситуацию);

• Баг появился вследствие ошибки в реализации фичи;• Квазибаг (не считался багом раньше);• Функционал оформленный через баг (скрытый функционал);• Отставание в связи с появлением багов при закрытии фичи;• Отставание в связи с появлением багов при закрытии фичи;• Неверно сделана оценка задачи;• Задача не была добавлена в план.

Диаграмма Парето. Шаг 1


0%10%20%30%40%50%60%70%80%90%

100%

41% 39%

12%5% 1% 1% 1%

41%

80%92% 97% 98% 99% 100%

ВоздействиеСуммарное воздействие

*Построение графика: http://habrahabr.ru/post/213183/

Спасибо за внимание

аналитика проекта. простые и эффективные методы

Education