Инкрементальные поставки с быстрыми встроенными циклами обучения

Вольный перевод статьи: Principle #4 – Build incrementally with fast, integrated learning cycles — Scaled Agile Framework.

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

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

Моменты интеграции преобразуют неопределенность в знания

Принципы и практики бережливого производства предлагают иной подход к этой проблеме. Вместо того, чтобы на раннем этапе согласно целям выбирать один единственный реалистичный вариант требований и архитектуры решение разрабатывается постепенно серией коротких итераций, в каждой из которых реализуется часть требований и вариантов архитектуры (SAFe-принцип №3: Предполагайте изменчивость, сохраняйте опции). В результате каждой итерации получается инкремент (приращение) функциональности системы, который можно оценить. Моменты интеграции инкрементов в конечное решение позволяют оценить техническую работоспособность, а также предоставляют минимально-жизнеспособный продукт (Minimum Viable Product, MVP) или прототип для тестирования рынка, удобства использования и сбора объективной обратной связи с клиентов. Моменты интеграции дают возможность командам выбрать альтернативный курс развития решения для удовлетворения потребностей потенциальных клиентов.

Процесс разработки и архитектура решения спроектированы таким образом, чтобы кроме прочего обеспечить фокус на регулярных интеграциях. Каждый момент интеграции является «вытягивающим» (PULL) событием, так как обеспечивает интеграцию различных элементов решения в единое целое, даже если затрагивает только часть функциональности системы. Моменты интеграции вовлекают заказчиков, обеспечивая регулярную синхронизацию для гарантии, что решение будет отвечать реальным текущим потребностям бизнеса в отличие от изначальных предположений. Любой момент интеграции несет ценность, преобразуя неопределенность в знания: 

• Знания о технических возможностях выбранной архитектуры.
• Знания потенциальной устойчивости решения на основе объективных показателей (SAFe-принцип №5: Вехи определяются только объективной оценкой работающих систем).

Более быстрое обучение за счет более быстрых циклов

Регулярная интеграция — это пример цикла Деминга-Шухарта PDCA: планирование (Plan), выполнение (Do), проверка (Check), корректировка (Adjust) — и механизма контроля изменений в разработке решения.

Циклы PDCA на разных уровнях

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

SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.