Waterfall: как работает каскадная модель и когда её выбирать

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

Проверить пригодность каскада: Waterfall

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

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

Собрать и утвердить требования: Waterfall

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

• Обещание и эффект: «собрать и утвердить требования» в системе «Waterfall».
• Кто принимает: руководитель проекта.
• Итоговая запись: артефакт операции «собрать и утвердить требования» для темы «Waterfall»: рабочую запись «собрать и утвердить требования» с источником, версией и критерием.
• Открытое ограничение: при действии «собрать и утвердить требования» в теме «Waterfall» возникает отклонение: шаг «собрать и утвердить требования» описан без проверяемого факта «Waterfall».

Спроектировать решение: Waterfall

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

• Рабочее правило: «спроектировать решение» в системе «Waterfall».
• Кто закрепляет: владелец направления.
• Условие пересмотра: артефакт операции «спроектировать решение» для темы «Waterfall»: рабочую запись «спроектировать решение» с источником, версией и критерием.
• Новый эксперимент: при действии «спроектировать решение» в теме «Waterfall» возникает отклонение: шаг «спроектировать решение» описан без проверяемого факта «Waterfall».

Спланировать реализацию: Waterfall

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

• Исходный факт: «спланировать реализацию» в системе «Waterfall».
• Владелец шага: аналитик проекта.
• Подтверждение: артефакт операции «спланировать реализацию» для темы «Waterfall»: рабочую запись «спланировать реализацию» с источником, версией и критерием.
• Условие возврата: при действии «спланировать реализацию» в теме «Waterfall» возникает отклонение: шаг «спланировать реализацию» описан без проверяемого факта «Waterfall».

Выполнить разработку: Waterfall

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

• Проверяемая цель: «выполнить разработку» в системе «Waterfall».
• Кто отвечает: координатор команды.
• Допуск: артефакт операции «выполнить разработку» для темы «Waterfall»: рабочую запись «выполнить разработку» с источником, версией и критерием.
• Сигнал отклонения: при действии «выполнить разработку» в теме «Waterfall» возникает отклонение: шаг «выполнить разработку» описан без проверяемого факта «Waterfall».

Провести интеграцию и тестирование: Waterfall

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

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

Подготовить приёмку: Waterfall

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

• Связь с целью: «подготовить приёмку» в системе «Waterfall».
• Кто объясняет: контрольная группа.
• Ожидаемый эффект: артефакт операции «подготовить приёмку» для темы «Waterfall»: рабочую запись «подготовить приёмку» с источником, версией и критерием.
• Потеря связи: при действии «подготовить приёмку» в теме «Waterfall» возникает отклонение: шаг «подготовить приёмку» описан без проверяемого факта «Waterfall».

Выпустить и передать результат: Waterfall

Для операции «выпустить и передать результат» задайте границу полномочий. Роль независимый проверяющий предоставляет артефакт операции «выпустить и передать результат» для темы «Waterfall»: рабочую запись «выпустить и передать результат» с источником, версией и критерием: кто предлагает, кто решает и кому сообщают итог. В примере «подрядчик создаёт систему по утверждённому техническому заданию и обязательной приёмке» отдельно проверьте конфликт интересов. Сигнал эскалации — при действии «выпустить и передать результат» в теме «Waterfall» возникает отклонение: шаг «выпустить и передать результат» описан без проверяемого факта «Waterfall».

• Полномочие: «выпустить и передать результат» в системе «Waterfall».
• Кто решает: независимый проверяющий.
• След решения: артефакт операции «выпустить и передать результат» для темы «Waterfall»: рабочую запись «выпустить и передать результат» с источником, версией и критерием.
• Эскалация: при действии «выпустить и передать результат» в теме «Waterfall» возникает отклонение: шаг «выпустить и передать результат» описан без проверяемого факта «Waterfall».

Управлять изменениями через контроль: Waterfall

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

• Факт и прогноз: «управлять изменениями через контроль» в системе «Waterfall».
• Кто обновляет: заказчик результата.
• Источник данных: артефакт операции «управлять изменениями через контроль» для темы «Waterfall»: рабочую запись «управлять изменениями через контроль» с источником, версией и критерием.
• Ошибка данных: при действии «управлять изменениями через контроль» в теме «Waterfall» возникает отклонение: шаг «управлять изменениями через контроль» описан без проверяемого факта «Waterfall».

Выбрать гибрид при высокой неопределённости: Waterfall

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

• Влияние изменения: «выбрать гибрид при высокой неопределённости» в системе «Waterfall».
• Кто согласует: владелец операционного эффекта.
• Версия решения: артефакт операции «выбрать гибрид при высокой неопределённости» для темы «Waterfall»: рабочую запись «выбрать гибрид при высокой неопределённости» с источником, версией и критерием.
• Блокирующий риск: при действии «выбрать гибрид при высокой неопределённости» в теме «Waterfall» возникает отклонение: шаг «выбрать гибрид при высокой неопределённости» описан без проверяемого факта «Waterfall».

Матрица контроля и владения

Что изучить дальше

• диаграмма Ганта
• управление рисками
• Agile
• управление проектами
• жизненный цикл проекта
• матрица RACI

Чек-лист запуска