Декомпозиция на потоки

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

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

Зачем нужен этот разрез

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

Когда особенно полезен

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

Как делать

1. Выпишите основные потоки результата или работ. 2. Для каждого потока определите владельца и ключевые deliverables. 3. Отметьте точки синхронизации между потоками. 4. Проверьте, где задержка одного потока блокирует остальные. 5. Используйте этот разрез при sequencing и контроле зависимостей.

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

  • дробить на потоки без смысла и владельцев;
  • не отмечать точки пересечения;
  • пытаться заменить потоками весь план проекта;
  • не обновлять картину при изменении состава команд.

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