Управление проектами — это не магия, а контроль над фазовыми переходами. Для описания проработки требований мне пришла в голову метафора с агрегатными состояниями воды.

1. Пар (Гипотезы и неопределенность) Что происходит:

• Идея есть, но всё зыбко: «Может, сделаем фичу X? А может, Y?»
• Требования не задокументированы, приоритеты плавают.

Как управлять: ✅ Метод: Customer Development, Lean Canvas, быстрые эксперименты. ✅ Инструменты: Miro для идей, Google Forms для опросов, A/B-тесты. ⚠️ Ловушка: «Вечный пар» — когда обсуждения не превращаются в действия.

Чек-лист для перехода в «воду»: ▢ Есть хотя бы 1 гипотеза, которую можно проверить. ▢ Понимание, кто стейкхолдеры и какие у них боли. ▢ Первые наброски требований (хотя бы в виде user stories).

2. Вода (Формирование проекта) Что происходит:

• Основные требования есть, но детали могут меняться.
• Команда уже работает, но scope ещё «течёт».

Как управлять: ✅ Метод: Agile (Scrum/Kanban), User Story Mapping. ✅ Инструменты: Jira/Trello, Figma для прототипов, диаграммы Ганта. ⚠️ Ловушка: «Болото» — когда проект вязнет в бесконечных правках.

Чек-лист для перехода в «лёд»: ▢ Backlog приоритизирован и оценен (хотя бы T-shirt sizing). ▢ Есть MVP-список («без этого не запускаемся»). ▢ Стейкхолдеры подписались на ключевые требования.

3. Лёд (Жёсткие рамки) Что происходит:

• ТЗ зафиксировано, дедлайны утверждены, бюджет подсчитан.
• Изменения возможны, но только через formal change request.

Как управлять: ✅ Метод: Waterfall (если совсем строго) ✅ Инструменты: Confluence для документации, MS Project (или альтернативы). ⚠️ Ловушка: «Айсберг» — когда 90% проблем скрыты под поверхностью.

Чек-лист перед запуском: ▢ Все риски прописаны в Risk Register. ▢ Есть план коммуникаций (кто, что, кому докладывает). ▢ Юзер-тесты пройдены.

🔥 Бонус: Как не дать проекту «испариться» или «разморозиться»

• Если проект «кипит» (хаос): Ввести жесткие daily standups и ограничить WIP (Work in Progress).
• Если «заморозился» (нет прогресса): Разбить на мелкие этапы, добавить quick wins, провести грусминг, пере приоритизировать проект.
• Если «таяние» (scope creep): Фиксировать изменения и считать их стоимость.