Письмо 9. Метрики проекта и оценки качества
В чате @itpminfo увидел ссылку на статью Александра Белкавеца о метриках, которые он предлагает для анализа проекта. Стоит отметить - проекта в заказной разработке
https://www.linkedin.com/feed/update/urn:li:activity:7125883684984905729/
Список выглядит внушительным, конечно. Для себя отметил, что неосознанно, многие из этих метрик существуют у меня в голове, не сказать что я их использую, тем более для сравнения с другими проектами, но метрики понятны.
Есть стандартные и понятные:
- Velocity для проекта
- Plan / fact - насколько проект отстает от изначального плана
- Метрики из Канбана: Lead time, throughput..
- Время жизни задачи в бэклоге
Есть неочевидные:
- Количество переоткрытия задач
- Количество новых багов в спринте
- Общее время заблокированных задач
- Cost of poor quality - количество переделок на проекте по разным причинам
У меня есть версия метрик, которые я рассказывал для тех, кого обучал 🙂 Иногда, они пересекаются
Вспомнил, что есть health register из p3.express, который оценивает здоровье проекта по открытым вопросам (разный, на разных стадиях)
- Was a sponsor appointed to the project from the beginning?
- Is the sponsor involved in high-level aspects of the project?
- Does the sponsor avoid getting involved in the detail?
- Was the project manager appointed to the project from the beginning?
- Is the project manager familiar enough with P3.express?
- Is there an effective setup for the project documents?
- Are there enough key team members appointed to the project?
- Were key team members actively involved in planning the project?
- Is the Project Description well formed and useful?
- Is the Deliverables Map well formed and useful?
- Is the Follow-Up Register well formed and useful?
Что вы использовали для ваших проектов, для оценки? Когда видите необходимым реагировать?