Один из принципов Agile-разработки гласит - «инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно». Слово «бесконечно» дает повод к утверждениям, что Agile – это про NoEstimate или, в лучшем случае, про Time&Material, но ни в коем случае не про Fixed Price!
Fixed Price – это требование подавляющего большинства корпоративных внедрений, которое предполагает фиксацию трех точек проектного треугольника (срок, деньги, объем работы). В статичном мире – это была бы идеальная методика. Но требования в проекте неизбежно меняются, поэтому у каждого уважающего себя PM есть целый арсенал средств «подгона под ответ» из разряда:
- изначально завысить оценки, заложив туда все возможные и невозможные риски;
- снизить затраты путем снижения качества системы – не проводить рефакторинг, игнорировать технический долг, не писать тесты, не обновлять систему и т.д.;
- явно игнорировать изменения и действовать формально, поставляя давно «протухшие хотелки» из прошлого.
С точки зрения гибкой разработки такая борьба с изменениями контрпродуктивна и нужно не просто признать неизбежность изменений, но за счет изменения требований обеспечить конкурентные преимущества для клиента. В этой реальности фиксация срока и бюджета проекта достигается за счет возможностей по изменению объема работ (FFF – Fix Time and Budget, Flex Scope).
В нашей практике внедрения 1С:ERP модель FFF реализуется следующим образом:
- Делим весь объем проекта на критичные блоки (подсистемы) и фичи, без которых бизнес у Заказчика встанет (MVP), а все остальное относим на развитие.
- Отдельно оцениваем критичную часть и развитие, фиксируя полученный бюджет. Если у Заказчика уже есть заданный бюджет, очевидно, что оценка критичной части не должна его превышать.
В модели FFF важно достичь единого понимания с Заказчиком, что часть развития - это переменная часть, которая в процессе реализации может стать равной нулю, а запуск критичных процессов и фич – это безусловный успех проекта!
FFF зарекомендовал себя как достаточно сбалансированный подход к управлению тройным ограничением, потому что сочетает преимущества Agile и суровую реальность бизнеса, которому нужна система за конечные сроки и деньги.
Материал подготовил:
Евгений Салов, Product Owner, БИТ:ERP.
Поддержите нас лайками, если материал статьи оказался полезным для вас.
Читайте нас в телеграмме - https://t.me/bit_erp
