Преодоление вызовов и максимизация выгод: история разработчика с SAFe

В современной сфере программной разработки методология SAFe (Scaled Agile Framework) выросла в нечто большее, чем просто структура. Она стала ориентиром для компаний, которые стремятся улучшить свои процессы и достичь масштабируемости. В этой статье я расскажу о нашем опыте перехода на SAFe и о том, как этот фреймворк изменил нашу парадигму разработки программного обеспечения для сетевого оборудования. Я, простой разработчик, поделюсь с вами историей, как SAFe повлиял на нашу компанию и почему я уверен в его огромном потенциале.

SAFe: Что это и какова его роль?

SAFe – это фреймворк, спроектированный для внедрения гибких методик разработки в крупных и сложных проектах. Он не только обеспечивает структурированный подход – с целью достичь эффективности и согласованности в разработке он предоставляет советы и рекомендации для координации работы нескольких команд. Но каким образом SAFe справился с вызовами нашей компании на практике? Давайте по пунктам...

Путь к изменениям: Подготовка и первые шаги

В ходе разработки ПАК (программно-аппаратного комплекса), заказанного одним из наших клиентов, мы определили задачи, которые нужно было решить:

  • Прозрачность взаимодействия между командами и с заказчиком

  • Синхронизация бэклогов и результатов работы

  • Гибкий подход к логичным изменения ТЗ по результатам R&D и фактической разработки

Эти проблемы стали главными вызовами. Ведь каждая команда жила в своем собственном ритме. Кто-то скрамил каждую неделю, кто-то каждые две. Конкретно наша команда канбанила задачи в том порядке, в котором нам казалось логичнее и ценнее. Разброд и несостыковка выхода релизов каждого отдельного продукта вызывала сложности комплексного тестирования и, как следствие, задержки финальных поставок. Именно тогда мы приняли решение обратиться к SAFe.

Первый этап нашего пути к SAFe включал интенсивное обучение. Мы провели две недели, изучая основы фреймворка SAFe в ScrumTrek, и еще две недели посвятили практическую подготовку. Эти шаги были нелегкими... мягко говоря, часы за мониторами с
красными глазами, ежедневные совещания на тему «КАК нам это сделать!?», внеплановые PBR и прочие оргмоменты, итерации шли коту под хвост, нервы были на пределе. Это были непростые дни. Но мы продолжали двигаться вперед. Первое планирование мы не решились проводить с заказчиком. Один из наших опенспейсов был переделан под большой конференцзал, мониторы с доской MIRO.... и 2 дня, КАРЛ, 2 дня!!!

Второе PI-планирование
Второе PI-планирование

2 дня неразберихи. Никто толком не понимал, что надо сделать и как. НО несмотря на это задачи были раскиданы наквартал, зависимости определены (ну мы так думали тогда), риски обозначены. ART тронулся в путь... предстоящий квартал нам предстояло разгребать то, что мы напланировали.

Первые две итерации все шло хорошо, тютелька в тютельку мы укладывались в сроки, а дальше все начало «ехать». Проблемы начали всплывать по одной:

  • При планировании большинство команд забили доску задачами по максимуму, не оставив лага на «влёты», форс-мажоры и прочую мелочь;

  • Не были проработаны планы действий при срабатывании рисков;

  • Избыточность синков мешала работе (PO Sync, SM Sync, System Demo, PBR, Planning и тд).

Первый блин оказался комом, но свой урок мы вынесли. Пошли читать SAFe Guide заново...

Готовьтесь к изменениям: Рекомендации SAFe и наш опыт

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

Следующее планирование мы уже проводили в полноценном конференц-зале, вместе с заказчиком. MIRO как основной инструмент, фасилитатор от ScrumTrek, отдельное пространство для совещаний каждой команды — и все прошло гораздо легче. Меньше шума, куча взаимосвязей, риски и по два плана действий в случае возникновения оных.
Как результат — планы поехали, но только на 4 итерации и без критических последствий. По итогу 2 месяцев можно сказать, что работа над ошибками прошла удовлетворительно.

Реальные преимущества: идеи против реальности

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

Прошло два квартала с момента перехода на SAFe, и мы уже видим результаты. Мы стали более гибкими в адаптации к изменениям и более ответственными в планировании. Заказчик получил более четкое представление о ходе разработки и использованных ресурсах. Преимущества SAFe стали очевидными в повышенной прозрачности, оптимизированных процессах и укреплении командной работы.

Личный взгляд: вдохновение и стремление к совершенству

Как разработчик, я хочу подчеркнуть, что SAFe не просто устанавливает жесткие рамки, но предоставляет гибкий фреймворк, способный адаптироваться под конкретные ситуации. Лично для меня SAFe стал настоящим откровением. Несмотря на изначальные сложности я вижу, как он мотивирует нас к более высокой продуктивности и ответственности. Внедрение SAFe расширило мои знания и навыки, предоставив возможность взаимодействовать с коллегами из разных команд и обогатить свой опыт.

Заключение

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

Как результат:

  • Наши планы стали более структурированными;

  • Укрепилось взаимодействие между командами;

  • Отпала потребность в проведении планирования каждую итерацию;

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

  • Бесконечные встречи трансформировались в 2 встречи с периодичностью две недели каждая: ART Sync и System Demo

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

Комментарии (0)