Устав проекта: что включить и как согласовать

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

Объяснить причину проекта: устав проекта

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

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

Описать измеримую цель: устав проекта

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

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

Записать критерии успеха: устав проекта

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

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

Обозначить границы и исключения: устав проекта

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

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

Назначить спонсора и руководителя: устав проекта

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

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

Перечислить ключевых участников: устав проекта

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

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

Поставить крупные вехи: устав проекта

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

• Запрос изменения: «поставить крупные вехи» в системе «устав проекта».
• Кто решает: комитет изменений.
• Версия и причина: артефакт операции «поставить крупные вехи» для темы «устав проекта»: решение по шагу «поставить крупные вехи» с версией и критерием проверки «устав проекта».
• Несогласованный выпуск: при действии «поставить крупные вехи» в теме «устав проекта» возникает отклонение: для «поставить крупные вехи» отсутствует доказательство в системе «устав проекта».

Зафиксировать бюджетные рамки: устав проекта

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

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

Указать допущения и главные риски: устав проекта

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

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

Получить одобрение и опубликовать: устав проекта

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

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

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

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

• управление проектами
• матрица RACI
• диаграмма Ганта
• канбан-доска
• метод критического пути
• бэклог продукта

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