Гибридное управление проектами: золотая середина между Agile и Waterfall

Холодная война между Waterfall и Agile оттаивает? По сути, разница между двумя методологиями управления проектами заключается в предсказуемости и адаптивности. Waterfall стремится к предсказуемости: считайте проект завершенным только тогда, когда все предопределенные функции завершены и полностью реализованы. Agile стремится к адаптируемости: создавайте минимально жизнеспособный продукт (MVP) и выпускайте новые функции итеративно, чтобы собирать отзывы пользователей, которые помогут на пути к улучшениям.

Что такое гибрид Agile-водопад?

С момента официального представления более 20 лет назад Agile продолжает набирать популярность. Широко распространенная в процессе разработки программного обеспечения, эта практика проникает в области, где методологии Waterfall остаются доминирующими. Гибридный подход формализует эксперименты с использованием Agile в более крупной структуре Waterfall.

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

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

Когда дело доходит до настройки подходящей гибридной системы для вашего проекта, ключевое значение имеет гибкость. «Я не верю во что-то универсальное», — говорит Мирослав Аницын, менеджер проекта из Белграда, Сербия, который входит в группу отбора Toptal по управлению проектами и является автором этого блога. «Вы не можете пойти куда-то и применять методологии по инструкции. Вам нужно точно знать, как адаптировать эти подходы на основе различных факторов, таких как зрелость команды, корпоративная культура, предметная культура, тип проекта, размер команды и размер продукта».

Зачем использовать гибридную систему?

Вы можете подумать: почему бы не полностью перейти на Agile, поскольку он оказался более адаптивным, инновационным и эффективным? И наоборот, почему бы просто не продолжить работу в Waterfall, если организация к этому привыкла?

Иногда на пути к чистому Agile возникают препятствия, особенно в строго регулируемых отраслях, где продукты подлежат одобрению со стороны сторонних организаций, что требует документации и строгих сроков. Для Хуана Вильмо, менеджера проектов из Кордовы, Аргентина, который также входит в группу отбора Toptal по управлению проектами, Waterfall полезен в проектах, где риск является основным фактором, например, в областях, где компании сталкиваются с аудитом. (Поскольку в этих отраслях перед планированием проекта необходимо провести анализ рисков, изменение чего-либо в этом анализе потребует нового плана.) «Я работал в компании, которая проводила клинические испытания, а аудиты там сумасшедшие, — говорит он. «Поэтому вам нужно пройти несколько процессов, которые определяются внешними органами, такими как FDA. Если вы работаете в Agile, вы постоянно корректируете свою область или невыполненную работу — перераспределяете ее приоритеты — и это может помешать этим проверкам».

Дэвид Махиелс, руководитель проекта Toptal из Брюсселя, Бельгия, говорит, что вы должны быть осторожны со сроками выпуска релизов для рабочих мест, требующих защиты конфиденциальности. Он руководил гибридной командой по разработке платформы управления идентификацией в Microsoft Azure Active Directory для европейской банковской группы. Он использовал Agile на некоторых этапах разработки, но, поскольку банки должны защищать конфиденциальные данные и не хотят размещать эту информацию в облаке, его команда подготовила систему на локальном сервере. «Во-первых, вам нужно выполнить эту локальную реализацию», — говорит он. «Вам также необходимо выполнить облачную реализацию. Затем вы можете начать делать связь между ними. Есть много шагов, которые вы должны сделать в определенном порядке».

Большинство менеджеров проектов, с которыми мы беседовали в этой статье, работали над гибридными проектами для клиентов из финансовой отрасли из-за присущего этой отрасли сочетания строгих правил и необходимости защиты данных. Грант Шулеман, менеджер проекта Toptal из Йоханнесбурга, Южная Африка, работал в сфере финансовых услуг, банковского дела и фондовых бирж. Он говорит, что поставил механизм торговли акциями и механизм торговли деривативами, «где было много интеграции, связанной с основными данными и множеством нормативных требований».

Необходимость придерживаться ряда установленных шагов поддается подходу Waterfall, но вы можете улучшить этот процесс, включив Agile. Большие эпики можно разбивать на пользовательские истории для более гибкой разработки, но затем завершенные эпики можно выпускать в более длительные сроки. «Иногда у вас происходит то, что я называю доставкой «Большого взрыва», — говорит Шулеман. Команда выполняет поэтапное развертывание в среде пользовательского приемочного тестирования (UAT), и как только все функции утверждены в UAT, вы выпускаете продукт в производство как одно большое развертывание. «И это может занять год, в зависимости от того, насколько велик проект», — говорит он.

В самой крупной программе Шулемана было 120 человек, работающих над 10 проектами — некоторые работали в Waterfall, некоторые в Scrum, а некоторые — в гибридных. Он также проводил «Scrum of Scrums» раз в две недели, чтобы убедиться, что все небольшие команды согласованы для следующей серии спринтов и работают в дополняющих друг друга темпах.

Самая сложная часть перехода на гибрид

Внедрение гибридной системы Agile-Waterfall может сильно зависеть от ситуации. Руководя этим процессом, менеджер проекта должен найти правильное сочетание методологий, подходящее для продукта, команды и людей, которые будут их использовать. «Если вы попытаетесь применить некоторые из этих методологий как есть, без какой-либо адаптации, — говорит Аницин, — это будет стопроцентный провал».

Шулеман попытался интегрировать Agile-процессы в обновление устаревшего приложения, но ему пришлось вернуться к чистому Waterfall в середине проекта. Эксперимент провалился, потому что его не восприняли разработчики, которые привыкли работать в Waterfall и не понимали, почему работа разбита на эпики, которые далее разбиты на пользовательские истории. По словам Шулемана, они увидят пользовательскую историю в спринте, но не смогут понять, почему «есть еще 10 других пользовательских историй, также связанных с этим приложением, но еще не включенных в область». Они хотели работать над всем сразу.

Так что же является наиболее важным фактором успеха гибридной системы? Люди. Некоторые люди открыты для изменений и рады попробовать что-то новое; некоторые нет. Когда это не так, часто их сопротивление сводится к непониманию. Члены команды и руководство «не обязательно понимают управление проектами выше поверхностного уровня», — говорит Стюарт. «Они используют Waterfall и знают, что существует модное слово Agile». Поскольку они не очень хорошо разбираются в новом процессе, они могут захотеть сделать то, что делали в прошлом.

И гибрид не для всех. Некоторые менеджеры проектов считают, что объединение противоположных методологий создает больше проблем, чем решает. «Обычно гибридный подход — не лучший вариант, — говорит Вильмо. «Вы увеличиваете свои шансы на провал, потому что получаете худшие стороны обоих миров. Вы ограничиваете Agile, но природа Agile заключается в том, чтобы принимать изменения и быть гибким. Вы начинаете терять все это, если работаете в среде Waterfall, которая лучше всего работает в линейном режиме — фиксированном и детерминированном — и где изменения не невозможны, но могут быть очень дорогостоящими. Добавляя Agile, вы начинаете продвигать нелинейные вещи в этом мире Waterfall».

Тем не менее, несмотря на его сложность, правильно сделанный гибрид, безусловно, может окупиться. Аницин недавно руководил успешным гибридным проектом для IFC (член Группы Всемирного банка) в Республике Сербской, Боснии и Герцеговине. «Как проект IFC, — говорит он, — он полностью зависел от плана, но мы договорились, что будем применять смешанный подход. Требования и спецификации — все — были очень подробными, но наши команды работали в Agile».

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

Использование гибрида в качестве гибкого обновления

Поскольку в наши дни каждая отрасль претерпевает цифровую трансформацию, все больше компаний проявляют интерес к Agile. «HR становится немного Agile, — говорит Стюарт. «Кроме того, я знаю полицейскую организацию в Нидерландах, которая использует доски задач для устранения накопившихся преступлений».

Даже если компания, с которой вы работаете, не готова вскочить обеими ногами, постепенное введение в Agile может со временем принести дивиденды. Одна из основных причин этого заключается в том, что Agile очень хорошо справляется с неопределенностью. «На мой взгляд, Agile намного лучше, когда есть неизвестные, — говорит Шулеман, — а в 99% случаев неизвестные есть».

Еще одним преимуществом является присущая Agile прозрачность. «Я предпочитаю Agile, потому что вижу изменения», — говорит он. «С Waterfall может быть много дыма и зеркал: «Мы готовы на 20%», «Мы готовы на 30%», но потом вы застряли на 80% еще на восемь месяцев. Гораздо проще скрыть проблемы. С Agile у вас есть ежедневные стендапы, и если пользовательская история сидит там дольше, чем должна быть, легко сказать: «Эта вещь не движется; в чем проблема?'"

Внедрение Agile в любую систему может сэкономить деньги и время, обеспечивая при этом ценность, которая больше соответствует тому, что действительно нужно клиенту. Когда проект терпит неудачу, Стюарт спрашивает, не потому ли это, что он должен был быть более гибким. «Держу пари, что от 35% до 40% ИТ-проектов, которые терпят неудачу каждый год, — говорит он, — значительная часть из них, которые относятся к Waterfall, должны быть Agile, а этого просто не происходит».

Медленное внедрение Agile через гибридную систему может дать определенные преимущества, особенно когда есть аспекты мышления водопада, которые могут принести пользу вашей команде. По мнению Аницина, в хорошей гибридной системе основное внимание уделяется «открывающей части». Когда мы говорим о смешанном подходе, мы предоставляем гораздо более подробный бэклог продукта» — гораздо более обширный, чем он создал бы для чисто Agile-проекта. В гибридном проекте он использует этот более подробный бэклог, чтобы дать своей команде более подробное представление о долгосрочных ожиданиях готового продукта в стиле Waterfall. Затем Аничин знакомит свою команду «с продуктом, а не только с проектом», — говорит он. «Я ожидаю, что вся команда поймет детали продукта, потому что они должны владеть этим продуктом, что очень важно».

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