Как вести проект по каскадной модели: фазы, приёмка, изменения

Содержание: раздел об исключениях важнее списка работ

Список работ обычно пишут внимательно. Раздел «что не входит в проект» — почти никогда, и именно вокруг него разворачивается большинство споров на приёмке. Заказчик подразумевал перенос исторических данных, команда — нет; в документе об этом ничего не сказано, и правы формально обе стороны.

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

Второй источник споров — критерии приёмки. «Система работает корректно» приёмке не подлежит: корректность каждый понимает по-своему. Критерий должен допускать однозначную проверку: перечень сценариев, предельные значения, состав документации.

Фазы: длина важнее названий

Состав фаз зависит от предметной области, а вот их длина — управленческое решение, и оно важнее. Чем длиннее фаза, тем позже обнаруживается ошибка в требованиях и тем дороже её исправление.

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

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

Базовый план: относительно чего меряем отклонение

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

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

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

Изменения: процедура вместо устной договорённости

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

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

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

Приёмка: как не превратить её в переговоры

Приёмка проходит по критериям, записанным до начала фазы. Если критериев нет, приёмка превращается в переговоры, где сила аргумента заменяет проверку, а результат зависит от настроения и загруженности принимающего.

Готовьте материалы приёмки заранее: перечень критериев с отметкой о выполнении, результаты проверок, состав переданных документов. Это не бюрократия, а способ провести встречу за час вместо трёх дней.

Замечания фиксируйте списком с указанием, какие из них относятся к критериям приёмки, а какие являются новыми пожеланиями. Вторые — это запросы на изменение, и они идут по процедуре, а не устраняются «заодно».

Что фиксируется на каждом этапе

Чек-лист перед стартом фазы

Пройдите перед началом каждой фазы, а не только первой. Большинство срывов закладывается именно здесь.

Как это выглядит в Shtab

План, документы и запросы на изменение держатся в одном пространстве — на приёмке не приходится собирать материалы из почты.

Частые вопросы