Назад

Инициация · Средняя

Зафиксировать ограничения проекта

Собрать ограничения по срокам, бюджету, команде, технологиям, безопасности и внешним зависимостям.

Инициация: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Быстро понять за 2 минуты

Собрать ограничения по срокам, бюджету, команде, технологиям, безопасности и внешним зависимостям. На выходе: ограничения внесены в паспорт проекта.

Главная пользаОграничения помогают не строить нереалистичный план и заранее объяснить trade-off между сроком, объемом и качеством.
Первое действиеПроверьте дедлайны, бюджет, доступность команды и юридические требования.
Готово, когдаОграничения внесены в паспорт проекта.

Контекст

Пункт относится к этапу «Инициация». Его задача — понять ценность проекта и определить признаки успеха. Он нужен до передачи результата команде, заказчику и владельцу продукта: иначе команда рискует считать ограничения очевидными.

ЦельОграничения помогают не строить нереалистичный план и заранее объяснить trade-off между сроком, объемом и качеством.
ДействиеПроверьте дедлайны, бюджет, доступность команды и юридические требования.
ПроверкаОграничения внесены в паспорт проекта.

Что это дает

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

Как выполнить

  1. Проверьте дедлайны, бюджет, доступность команды и юридические требования.
  2. Запишите технические ограничения: legacy, API, инфраструктура, релизные окна.
  3. Отметьте, какие ограничения жесткие, а какие можно пересматривать.

Критерии приемки

  • Ограничения внесены в паспорт проекта.
  • По каждому ограничению понятен риск.
  • Команда согласовала, какие компромиссы допустимы.

Типичные ошибки

  • Считать ограничения очевидными.
  • Не проверять доступность внешних команд.
  • Не пересматривать ограничения после изменения scope.

Инструменты

Risk logProject CharterJiraroadmapbacklogдокументстатус-отчеттаск-трекер

Рабочий артефакт

Паспорт проекта

Инициация: документ с выводом, доказательствами, ответственным и следующим действием

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

  • Цель и бизнес-эффект
  • Stakeholders и роли
  • Ограничения
  • Критерии успеха

Контроль качества

Артефакт

Project Charter

Метрика проверки

Ограничения внесены в паспорт проекта.

Когда пересматривать

После изменения целей, сроков, состава команды, рисков, бюджета и приоритетов продукта.

Что передать дальше

Решение, контекст, ответственного, срок, риски, зависимости и критерий успешного завершения.

Перед отметкой выполнено: Ограничения внесены в паспорт проекта.

Как применять

Начинайте с цели и ограничения проекта. Затем уточните владельцев, зависимости, риски, критерии приемки и формат отчетности. Хороший пункт для менеджера делает работу прозрачной: кто что делает, зачем это нужно, когда результат готов и как команда увидит отклонение от плана.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Зафиксировать ограничения проекта»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?
Материал подготовлен командойAriol.by