1. Аналитика проекта. Простые и
эффективные методы
Панченко Анна
Минск 2014
PM Club

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

3. • Время и график работ (успеваем ли мы по графику или отстаем
от нее)
• Стоимость (Вписываемся ли мы в бюджет)
• Ресурсы (Хватает ли ресурсов для завершения проекта в срок)
• Объемы работы (Есть ли неконтролируемое наращивание
требований)
• Качество (Контролируется ли качество, и исправляем ли мы
проблемы)
• Текущие операции (Есть ли забытые дела, которые нужно
выполнить)
Ключевые показатели контроля
Бойтесь полуправды. Ведь у вас может оказаться не
та половина.
Неизвестный источник.

4. Работать с энтузиазмом, не подкрепленным
знаниями, все равно что бежать в темноте.
Неизвестный источник.
• Дерево текущей реальности
• Диаграммы Парето
• Диаграммы разброса значений
• Диаграммы Потоков
• Контрольные списки
• Аудиты
• Статистические исследования
• Гистограммы
Интерпретация результатов. Методы
анализа проблем проекта.

5. • Отстаем от графика работ. Выполнили 90%, потратили
125% запланированного времени;
• Появилось неконтролируемое наращивание требований;
• % багфикса к разработке составил 65%.
Суровые реалии проекта Х
«Тушить пожары» – вам это
это знакомо?

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

7. ДТР Шаг 1
ДТР Шаг 2
Выписываем минимум 10 признаков (внешних проявлений) проблемы.
Много времени уходит на
фикс багов
Задачи выполняются с
перерасходом времени
Часть задач заносится как баги
(их нет в плане)
Менеджер пропускает задачи
(не вносит план)
Фикс бага, который ранее не
считался багом
Пропускаются баги в задачах
из-за того, что не смогли
смоделировать ситуацию
Неверно оцениваем задачи
При выполнении задачи
время уходит еще и на
рефакторинг кода
Долго ищем баги в коде
(фронтенд или бэкенд)
Тратим дополнительное
время на задачи из-за
дополнения требований

8. ДТР Шаг 3
Строим Дерево существующей реальности.
«Если “нежелательное явление 1”, то “нежелательное явление
2”»
В результате чего...?
Потому что...
Почему происходит
перерасход времени?
Много времени уходит на фикс
багов
Задачи выполняются с
перерасходом времени

9. * У. Детмер Теория ограничений Голдратта
Почему происходит
перерасход времени?
Много времени уходит
на фикс багов
Неверно оцениваем
задачи
При выполнении
задачи время уходит
еще и на рефакторинг
кода
Долго ищем баги в
коде (фронтенд или
бэкенд)
Пропускаем баги, т.к. не
можем смоделировать
ситуацию
Объявляются баги,
которые ранее не
считались багами
Часть задач заносится
как баги
Дополнительное времени
из-за добавления
уточняющих требований
Плохое описание
задач, упускаются
важные детали
Задачи выполняются с
перерасходом времени
Менеджер пропускает
задачи (не вносит план)
Проблемы с
тестированием
определенных кейсов
Низкое качество
архитектуры проекта
Отсутсвие технической
документации проекта
Не был привлечен
архитектор на проекте
Сфера влияния

10. Над чем работать?
• Плохое описание задач, упускаются
важные детали (8НЯ);
• Отсутствие технической документации
проекта (3НЯ);
• Проблемы с тестированием определенных
кейсов (3НЯ);
• При выполнении задачи время уходит еще
и на рефакторинг кода (3НЯ).

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

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

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

14. Диаграмма Парето. Шаг 3
41% 39%
12%
5%
1% 1% 1%
41%
80%
92%
97% 98% 99% 100%
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
Баг
появившийся
вследствии
ошибки в
реализации
фичи
Возникновение
бага из-за
невозможности
тестирования
фичи (не было
возможности
смоделировать
ситуацию)
Неверно
сделанная
оценка фичи
Отставание в
связи с
появлением
багов при
закрытии фичи
Добавление
нового
функционала
через баги
Задача не
добавлена в
план
Баги, который
не считался
багом раньше
Воздействие
Суммарное воздействие
*Построение графика: http://habrahabr.ru/post/213183/

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