Презентация посвящена вопросам измерений в программной инженерии.

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

2. Где мы, кто мы и зачем все это?
Мы, как КОМАНДА, в
рамках
ПРОИЗВОДСТВЕННЫХ
ПРОЦЕССОВ, создаем
ПРОДУКТЫ, которые
нужны КЛИЕНТАМ, и
которые позволяют нам
развивать БИЗНЕС

3. Где мы, кто мы и зачем все это?
• Продукты должны быть качественными и
полезными
• Бизнес должен приносить доход
• Клиенты должны быть счастливы
• Процессы должны быть оптимальными
• Команда должна становиться круче

4. Как нам контролировать все эти объекты?
Мы не можем контролировать
то, что мы не можем измерить.
Следовательно, для контроля
нам прежде всего следует
измерять наши пять объектов, и
лишь потом пытаться управлять
ими.

5. На х@# глаз, если есть ватерпас!
Метрика - мера, позволяющая получить численное значение некоторого
свойства программного обеспечения, его окружения или его
спецификаций
У́ровень или Ватерпа́с (нидерл. waterpas) — измерительный инструмент для оценки соответствия
поверхностей вертикальной или горизонтальной плоскости

6. Метрики – как способ измерить все
• Метрики продукта
• Метрики процесса
• Метрики команды
• Метрики клиента
• Метрики бизнеса

7. Метрики клиента и метрики бизнеса
• Тема за рамками доклада, но, как и все остальные метрики,
метрики клиента и бизнеса является частью Системы
Сбалансированных Показателей
Финансы
Клиенты Процессы
Развитие и
обучение
Цели

8. Метрики продукта
• Цели
– Обеспечить высокое качество продукта
– Обеспечить устойчивость к внесению изменений
– Обеспечить достижение бизнес-целей
• Внешние
– Количество аварий на боевых серверах
– Количество бизнес-фич/поддерживаемых бизнес-сценариев
• Внутренние
– Количество уровней в иерархиях
– Количество методов в классах
– Цикломатическая сложность
– Связность и зацепление
– Степень покрытия кода юнит-тестами
– Степень покрытия бизнес-сценариев интеграционными тестами

9. Метрики продукта: как собирать?
• Bug/Issue tracker (Jira, Redmine)
• Инструменты для статического анализа
исходного кода (ReSharper, pmd,
встроенные средства IDEA, Sonar)
• Инструменты для трассировки требований
(Jira, IBM ClearQuest)

10. Метрики процесса
• Цели
– Знать, за сколько команда способна реализовать сферическую фичу в
реальных условиях
– Знать, какие этапы процесса требуют оптимизации
– Быстро поставлять новые фичи
– Сокращать время простоя
• Velocity - скорость команды, выраженная в единицах измерения
сложности за определенное время (обычно за спринт)
• Cycle Time – время, которое задача находилась в разработке от
момента, когда ей начали заниматься, до момента, когда она прошла
фазу конечной поставки.
• Lead Time – время от появления задачи до ее конечной поставки.
Включает Cycle Time и время ожидания в очереди на реализацию.
• Wasted Time – время, которое задача проводит в различных очередях,
а не непосредственно в работе.

11. Метрики процесса
• Effectiveness – процент времени, которое тратится
непосредственно на работу с задачей, а не на
ожидания в различных очередях.
• Throughput – количество задач, которое может
выполнять команда в единицу времени (день,
неделя, месяц).
• Task Estimation Accuration – точность оценки задач
• Overtime – время переработки
• Focus-factor – показатель того, на сколько команда
была сфокусирована на задачах спринта

12. Ваши метрики следуют из ваших целей
Цель процесса Метрики
Быстро выйти на рынок - Длительность цикла разработки
Обеспечить высокое качество - Количество дефектов
- Степень покрытия кода тестами
Точные предварительные оценки - Степень «недооцененности»
проектов
- Velocity (скорость)
- Throughput (пропускная
способность)
Быстрая поставка новых фич - Lead time
- Cycle time (все время на задачу)
- Wasted time (% времени простоя
задачи)
- Effectiveness (% времени работы
над задачей)
Оставаться в рамках графика и бюджета - Число изменений в требованиях

13. Метрики процесса: как собирать?
• Пожалуйста, не собирайте метрики
вручную. Используйте
Jira/Redmine/Trello/TFS. Используйте хоть
что-нибудь!
• Исходные данные это время и оценки
• Все, что требуется от команды –
дисциплина в изменении состояний задач.
Сделал свою работу – отметь это

14. Метрики процесса: нюансы
• Используйте метрики по назначению

15. Метрики процесса: нюансы
• Заточите свой workflow

16. Метрики команды
• Текучка кадров
• Утилизация ресурсов
• Степень удовлетворения команды
• Программы обучения
• Предложения сотрудников

17. Метрики команды: как собирать?
• Просто
– Разговаривайте с людями
• Еще проще
– Отмечайте палками/галками/крестами
свершившиеся события

18. Я фсе собрал. Что мне делать?
• Пример 1 - Отрицательная динамика Focus Factor
– Сокращайте итерации. Или вообще переходите на Kanban
– еще больше привлекайте заказчика к планированию
спринтов
• Пример 2 - Положительная динамика количества багов
в старой функциональности
– Включайте в процесс регрессионное тестирование
• Пример 3 - Положительная динамика переработок
– включайте в процесс покер планирования
• Пример 4 – Растущий технический долг
– Начтите, наконец, заниматься архитектурным
проектированием
– включите в процесс рефакторинг

19. Аналитика головного мозга
• Не измеряйте ради измерения
(CLOS, количество сертификатов у
команды, количество
совершенный приложением
бизнес-операций)
• Проверяйте качество метрик
– Постоянны
– Легко измерить
– Выражается в абсолютных числах или
в %
– Соответствует контексту

20. С чего мне начать
• Определите цели.
Начните с чего-то
одного – например с
продукта или с
процесса
• Выберете 2, максимум 3
метрики
• Автоматизируйте сбор и
анализ