Способ измерения проектов с гибкой методологией разработки

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

Среди людей, использующих гибкую модель разработки, объединение метрик значительно отличается - поддерживаются только самые значимые показатели. Другими словами, существуют некоторые метрики, которые команды, практикующие гибкую методологию, используют для эффективного обобщения прогресса, поддерживая все отчетами от руководителей касательно общего состояния проекта. Но как гибкая методология помогает команде разработчиков определить самые важные показатели? Что же представляет наибольший интерес для спонсоров проекта, клиентов и руководства?

Согласно Jochen Krebs, автору книги Agile Portfolio Management, существуют  три основные метрики, которые предоставляют самые лучше показатели состояния проекта, основанного на гибкой методологии, а именно:  прогресс, качество и мотивация группы.

Прогресс - это функция, конвертирующая требования в работоспособную версию ПО. Он начинается с плана, который представляет собой прогноз усилий, необходимых для работы над требованиями, и фактическое значение, которое представляет собой реальную работу по разработке.  Сравнения  планов и усилий позволяют проектной команде модифицировать свои показатели для следующего набора требований и итерации.

Наблюдая за прогрессом проекта, очень полезно будет использовать метод оценки, основываясь на очках, которые являются значениями, присуждаемыми всем документированным требованиям. Данные очки не составляются из рабочего времени или отображают денежные затраты, которые не отражают продуктивность. Вместо этого данная оценка делается согласно результатам команды относительно уровня сложности их работы, а также их собственной оценки личной продуктивности или опыта. После каждой итерации проектные команды изучают свои результаты и баллы и выполняют необходимые модификации по ходу работы к следующей итерации разработки.

Прогресс также измеряется в баллах сценариев использования (use-case points), которые измеряют функциональность системы, а также сложность проекта, относящуюся к окружающей среде и технической стороне. Они позволяют спонсорам получить лучшее представление количества ресурсов, которые необходимо предоставить проектной команде, а также договориться  и установить  контрольные точки проекта.

Показатели качества обозначают соответствие с требованиями и больше работают с проблемами благодаря множеству итераций. Ключевым преимуществом гибкой методологии является раскрытие дефектов на ранних стадиях проекта - поэтому, проверка качества предотвращает последующую переработку на протяжении проекта.

Важно понимать, что новые тесты могут быть добавлены на любой итерации или когда изменения должны быть внесены в систему. Подсчет общего числа тестов в отношении к найденным дефектам отображает прогресс, который преодолела команда, а также позволяет увидеть производительность тестов. Более того, задержки в разработке, тестирование и переработка также должны быть учтены при измерении показателей качества..

Управление проектом, основанным на гибкой методологии, в большей степени заключается в управлении людьми. Исследования показали, что  в целом мотивация людей напрямую зависит от индивидуальных качеств. Количество личного вклада, который люди привносят в проект, связано с тем, как они могут справляться со стрессом при подходе к следующей итерации и как проблемы сообщаются во время разработки и при переработке. Стрессовая обстановка в команде вызывает трения, что является основной проблемой в случае с аутсорсингом. Чем выше мораль и мотивация, тем эффективнее будут работать члены команды, тем больше трений вы предотвратите и больше производительности будет отражено на качестве товара.