2023-06-13 13:50:16
Построение системы метрик для управления портфелем проектов Среди метрик можно выделить:
- Основные метрики Scrum:-Аккуратность оценки;
-Burnout time – время сгорания;
-Velocity – скорость команды;
-Estimated time of delivery – оценочное время поставки.
Основные метрики Kanban:-Lead Time – время, которое задача проходит от момента создания до релиза;
-Cycle Time – время, которое задача проходит от момента старта работ до релиза;
-WIP – количество задач/SP в работе;
-Wasted Time – время, которое задача находится в ожиданиях;
-Effectiveness – время, которое задача находится в полезной работе;
-Throughput – пропускная способность команды.
Основные метрики PMBOK:-Плановый объем бюджета;
-Освоенный объем бюджета;
-Прогнозный объем бюджета;
-Отклонение по срокам;
-Отклонение по стоимости.
Основные продуктовые метрики:-ARPU – средний доход на пользователя;
-LTV – пожизненная ценность клиента;
-Метрики привлечения клиентов;
-Метрики вовлеченности клиентов;
-Метрики удержания клиентов;
-Метрики производительности и надежности.
Фреймворк HEART-H → Happiness — польза для клиента;
-E → Engagement — вовлеченность ЦА;
-A → Adoption — привлечение клиентов;
-R → Retention — удержание клиентов;
-T → Task Success — успех продукта.
Фреймворк PROJECT -P → People – команда проекта и ее состояние;
-R → Reliability – надежность, качество;
-O → Operations – операционные показатели;
-J → Job – состояние скоупа;
-E → Economy – финансовые показатели;
-C → Customer – удовлетворенность клиента;
-T → Timetable – расписание.
-Мало собирать метрики, надо еще их проверять. Причем, на постоянной основе. Например, раз в неделю собираться с тимлидами и смотреть, что с проектами происходит. Либо озадачить их писать отчеты пару раз в неделю со всеми показателями и объяснениями по отклонениям. Хорошей дополнительной практикой здесь может стать проектный статус. Это некоторая агрегированная метрика состояния проекта – такая единственная лампочка, по которой становится понятно, хорошо ли все с проектом или требуется вмешаться. Проектный статус, как правило, собирается по всем метрикам. И в зависимости от отклонений метрик от нормы, будет выставляться и сам статус проекта. Также стоит учитывать кризисы проекта: конфликты, увольнения, высокий техдолг – все, что может повлиять на процесс delivery. Лучше, если для определения проектного статуса будет четкий алгоритм, прям блок-схема, по которой все будут одинаково понимать, как его определять и интерпретировать. Ну и каждый проектный статус должен подразумевать определенный алгоритм действий: предоставить план, информировать, эскалировать и т д.
Хотите научиться управлять командами до 50 человек и до 10 проектов одновременно?
Выстраивать оптимальные процессы и применять стратегический менеджмент в работе? Разрешать сложные конфликты и проводить переговоры?
Это делает не только продакт-менеджер, но и
Delivery Manager — лидер, организатор и стратег, ответственный за эффективное управление и завершение проектов в срок.
OTUS начинает набор на онлайн-курс «Delivery Manager», который даст вам все необходимые навыки для успешной работы в этой роли. Курс подойдет опытным TeamLead, Project manager'ам, начинающим Delivery Manager-ам, руководителям разработки, начинающим CTO небольших команд (до 50 человек) и руководителям отдела в IT.
Оставьте заявку, чтобы получить спеццену на курс https://otus.pw/Uy2C/
1.2K views10:50