Оценка эффективности проекта: критерии, методы и итоговый анализ

Граница материала: Проверка эффекта и ценности конкретного проекта, а не только инвестиционные NPV/IRR и не общие KPI бизнеса. Сквозной пример — автоматизация заявок завершена технически, но бизнесу нужно доказать сокращение времени обработки. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: достижение цели, сроки, стоимость, качество, использование результата, выгоды, нежелательные эффекты и устойчивость.

Зафиксировать проблему и базу: оценка эффективности проекта

Изменение шага «зафиксировать проблему и базу» оценивайте до принятия. Роль спонсор результата оформляет артефакт операции «зафиксировать проблему и базу» для темы «оценка эффективности проекта»: рабочую запись «зафиксировать проблему и базу» с источником, версией и критерием и показывает влияние на цель, срок, стоимость и соседние решения «оценка эффективности проекта». На случае «автоматизация заявок завершена технически, но бизнесу нужно доказать сокращение времени обработки» проверьте обратимость. Риск «при действии «зафиксировать проблему и базу» в теме «оценка эффективности проекта» возникает отклонение: шаг «зафиксировать проблему и базу» описан без проверяемого факта «оценка эффективности проекта»» блокирует перенос в действующий план.

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

Разделить продукт и эффект: оценка эффективности проекта

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

• Критерий качества: «разделить продукт и эффект» в системе «оценка эффективности проекта».
• Кто проверяет: руководитель проекта.
• Результат проверки: артефакт операции «разделить продукт и эффект» для темы «оценка эффективности проекта»: рабочую запись «разделить продукт и эффект» с источником, версией и критерием.
• Разный вывод: при действии «разделить продукт и эффект» в теме «оценка эффективности проекта» возникает отклонение: шаг «разделить продукт и эффект» описан без проверяемого факта «оценка эффективности проекта».

Выбрать критерии успеха: оценка эффективности проекта

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

• Обещание и эффект: «выбрать критерии успеха» в системе «оценка эффективности проекта».
• Кто принимает: владелец направления.
• Итоговая запись: артефакт операции «выбрать критерии успеха» для темы «оценка эффективности проекта»: рабочую запись «выбрать критерии успеха» с источником, версией и критерием.
• Открытое ограничение: при действии «выбрать критерии успеха» в теме «оценка эффективности проекта» возникает отклонение: шаг «выбрать критерии успеха» описан без проверяемого факта «оценка эффективности проекта».

Задать метрики и источники: оценка эффективности проекта

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

• Рабочее правило: «задать метрики и источники» в системе «оценка эффективности проекта».
• Кто закрепляет: аналитик проекта.
• Условие пересмотра: артефакт операции «задать метрики и источники» для темы «оценка эффективности проекта»: рабочую запись «задать метрики и источники» с источником, версией и критерием.
• Новый эксперимент: при действии «задать метрики и источники» в теме «оценка эффективности проекта» возникает отклонение: шаг «задать метрики и источники» описан без проверяемого факта «оценка эффективности проекта».

Назначить горизонт оценки: оценка эффективности проекта

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

• Исходный факт: «назначить горизонт оценки» в системе «оценка эффективности проекта».
• Владелец шага: координатор команды.
• Подтверждение: артефакт операции «назначить горизонт оценки» для темы «оценка эффективности проекта»: рабочую запись «назначить горизонт оценки» с источником, версией и критерием.
• Условие возврата: при действии «назначить горизонт оценки» в теме «оценка эффективности проекта» возникает отклонение: шаг «назначить горизонт оценки» описан без проверяемого факта «оценка эффективности проекта».

Собрать затраты и результат: оценка эффективности проекта

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

• Проверяемая цель: «собрать затраты и результат» в системе «оценка эффективности проекта».
• Кто отвечает: владелец базовой линии.
• Допуск: артефакт операции «собрать затраты и результат» для темы «оценка эффективности проекта»: рабочую запись «собрать затраты и результат» с источником, версией и критерием.
• Сигнал отклонения: при действии «собрать затраты и результат» в теме «оценка эффективности проекта» возникает отклонение: шаг «собрать затраты и результат» описан без проверяемого факта «оценка эффективности проекта».

Сравнить план с фактом: оценка эффективности проекта

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

• Решение: «сравнить план с фактом» в системе «оценка эффективности проекта».
• Кто исполняет: контрольная группа.
• Единое понимание: артефакт операции «сравнить план с фактом» для темы «оценка эффективности проекта»: рабочую запись «сравнить план с фактом» с источником, версией и критерием.
• Причина остановки: при действии «сравнить план с фактом» в теме «оценка эффективности проекта» возникает отклонение: шаг «сравнить план с фактом» описан без проверяемого факта «оценка эффективности проекта».

Учесть побочные эффекты: оценка эффективности проекта

Свяжите «учесть побочные эффекты» с общей целью «оценка эффективности проекта». Роль независимый проверяющий сохраняет артефакт операции «учесть побочные эффекты» для темы «оценка эффективности проекта»: рабочую запись «учесть побочные эффекты» с источником, версией и критерием и объясняет, какое изменение ожидается в показателе «достижение цели, сроки, стоимость, качество, использование результата, выгоды, нежелательные эффекты и устойчивость». Если связь нельзя проследить или возникает «при действии «учесть побочные эффекты» в теме «оценка эффективности проекта» возникает отклонение: шаг «учесть побочные эффекты» описан без проверяемого факта «оценка эффективности проекта»», действие исключают либо пересобирают.

• Связь с целью: «учесть побочные эффекты» в системе «оценка эффективности проекта».
• Кто объясняет: независимый проверяющий.
• Ожидаемый эффект: артефакт операции «учесть побочные эффекты» для темы «оценка эффективности проекта»: рабочую запись «учесть побочные эффекты» с источником, версией и критерием.
• Потеря связи: при действии «учесть побочные эффекты» в теме «оценка эффективности проекта» возникает отклонение: шаг «учесть побочные эффекты» описан без проверяемого факта «оценка эффективности проекта».

Провести постпроектный разбор: оценка эффективности проекта

Для операции «провести постпроектный разбор» задайте границу полномочий. Роль заказчик результата предоставляет артефакт операции «провести постпроектный разбор» для темы «оценка эффективности проекта»: рабочую запись «провести постпроектный разбор» с источником, версией и критерием: кто предлагает, кто решает и кому сообщают итог. В примере «автоматизация заявок завершена технически, но бизнесу нужно доказать сокращение времени обработки» отдельно проверьте конфликт интересов. Сигнал эскалации — при действии «провести постпроектный разбор» в теме «оценка эффективности проекта» возникает отклонение: шаг «провести постпроектный разбор» описан без проверяемого факта «оценка эффективности проекта».

• Полномочие: «провести постпроектный разбор» в системе «оценка эффективности проекта».
• Кто решает: заказчик результата.
• След решения: артефакт операции «провести постпроектный разбор» для темы «оценка эффективности проекта»: рабочую запись «провести постпроектный разбор» с источником, версией и критерием.
• Эскалация: при действии «провести постпроектный разбор» в теме «оценка эффективности проекта» возникает отклонение: шаг «провести постпроектный разбор» описан без проверяемого факта «оценка эффективности проекта».

Назначить владельца выгод: оценка эффективности проекта

Факт по шагу «назначить владельца выгод» обновляйте в одном источнике. В «оценка эффективности проекта» роль владелец операционного эффекта прикладывает артефакт операции «назначить владельца выгод» для темы «оценка эффективности проекта»: рабочую запись «назначить владельца выгод» с источником, версией и критерием, а не пересказывает состояние в разных чатах. Сопоставьте факт, базовую линию и прогноз. При признаке «при действии «назначить владельца выгод» в теме «оценка эффективности проекта» возникает отклонение: шаг «назначить владельца выгод» описан без проверяемого факта «оценка эффективности проекта»» сначала исправьте данные.

• Факт и прогноз: «назначить владельца выгод» в системе «оценка эффективности проекта».
• Кто обновляет: владелец операционного эффекта.
• Источник данных: артефакт операции «назначить владельца выгод» для темы «оценка эффективности проекта»: рабочую запись «назначить владельца выгод» с источником, версией и критерием.
• Ошибка данных: при действии «назначить владельца выгод» в теме «оценка эффективности проекта» возникает отклонение: шаг «назначить владельца выгод» описан без проверяемого факта «оценка эффективности проекта».

Матрица контроля и владения

Что изучить дальше

• матрица RACI
• диаграмма Ганта
• управление рисками
• Agile
• управление проектами
• жизненный цикл проекта

Чек-лист запуска