Гибкий подход или каскад: как выбрать под договор и риски

Обязательства решают больше, чем предпочтения

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

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

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

Скорость обратной связи

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

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

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

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

Стоимость поздней переделки

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

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

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

Гибридная схема: вехи снаружи, циклы внутри

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

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

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

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

Критерии выбора

Проверка: подходит ли каскад

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

Как вести гибридную схему в Shtab

Заказчик видит вехи на диаграмме Ганта, команда работает на доске — план при этом один.

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