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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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