Scope control

Как удерживать границы проекта так, чтобы объём не рос незаметно и каждое изменение получало понятный управленческий статус

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

Что это за навык

Scope control — это способность держать под контролем состав результата проекта: понимать, что входит в обязательный объём, что находится вне рамки, какие изменения допустимы, а какие требуют отдельного решения через change management.

Когда особенно нужен

  • проект идёт в активной коммуникации с заказчиком и появляются новые хотелки;
  • команда начинает брать в работу задачи, которых не было в исходной договорённости;
  • требования уточняются так, что уже меняют объём результата, а не просто делают его понятнее;
  • дедлайн жёсткий, а объём продолжает расти;
  • в статусах всё ещё «зелёно», хотя фактический объём работы уже другой.

Как делать

1. Зафиксируйте базовую версию scope через описание рамки проекта и связанные артефакты. 2. Явно разделите обязательный объём, желательные расширения и то, что точно вне рамки. 3. Для каждого изменения задавайте один и тот же набор вопросов: что меняется, зачем, кто инициатор, что вытесняется, каков эффект на срок и ресурс. 4. Не допускайте бесследного проникновения задач в план: всё новое должно иметь либо согласованный статус, либо отказ. 5. Если изменение влияет на обязательства проекта, переводите его в change request и обновляйте change log.

Типовые ошибки

  • считать, что scope контролируется сам собой, если он однажды был описан;
  • обсуждать изменение только как «идею», не переводя его в последствия для проекта;
  • позволять команде брать «маленькие доработки» без решения о приоритете;
  • не иметь явного списка того, что не входит в проект.

Практический ориентир

Хороший scope control даёт PM возможность быстро отвечать на вопрос: «Это входит в наш проект сейчас, это может войти после решения, а это вне рамки и требует отдельного согласования». Если такого ответа нет, рамка проекта уже размывается.

Связанные материалы