SAFe и как мы с этим живем
В современной сфере программной разработки методология SAFe (Scaled Agile Framework) выросла в нечто большее, чем просто структура. Она стала ориентиром для компаний, которые стремятся улучшить свои процессы и достичь масштабируемости. В этой статье я расскажу о нашем опыте перехода на SAFe и о том, как этот фреймворк изменил нашу парадигму разработки программного обеспечения для сетевого оборудования. Я, простой разработчик, поделюсь с вами историей, как SAFe повлиял на нашу компанию и почему я уверен в его огромном потенциале.
SAFe: Что это и какова его роль?
SAFe – это фреймворк, спроектированный для внедрения гибких методик разработки в крупных и сложных проектах. Он не только обеспечивает структурированный подход – с целью достичь эффективности и согласованности в разработке он предоставляет советы и рекомендации для координации работы нескольких команд. Но каким образом SAFe справился с вызовами нашей компании на практике? Давайте по пунктам.
Путь к изменениям: Подготовка и первые шаги
В ходе разработки ПАК (программно-аппаратного комплекса), заказанного одним из наших клиентов, мы определили задачи, которые нужно было решить:
- Прозрачность взаимодействия между командами и с заказчиком
- Синхронизация бэклогов и результатов работы
- Гибкий подход к логичным изменения ТЗ по результатам R&D и фактической разработки
Эти проблемы стали главными вызовами. Ведь каждая команда жила в своем собственном ритме. Кто-то скрамил каждую неделю, кто-то каждые две. Конкретно наша команда канбанила задачи в том порядке, в котором нам казалось логичнее и ценнее. Разброд и несостыковка выхода релизов каждого отдельного продукта вызывала сложности комплексного тестирования и, как следствие, задержки финальных поставок. Именно тогда мы приняли решение обратиться к SAFe.
Первый этап нашего пути к SAFe включал интенсивное обучение. Мы провели две недели, изучая основы фреймворка SAFe в ScrumTrek, и еще две недели посвятили практическую подготовку. Эти шаги были нелегкими. мягко говоря, часы за мониторами с
красными глазами, ежедневные совещания на тему «КАК нам это сделать!?», внеплановые PBR и прочие оргмоменты, итерации шли коту под хвост, нервы были на пределе. Это были непростые дни. Но мы продолжали двигаться вперед. Первое планирование мы не решились проводить с заказчиком. Один из наших опенспейсов был переделан под большой конференцзал, мониторы с доской MIRO. и 2 дня, КАРЛ, 2 дня.
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 стал частью нашего успеха и развития, и я уверен, что его потенциал в мире программной разработки еще долго будет вдохновлять нас брать новые высоты.
Что такое PO Sync и зачем он нужен
PO Sync — это ограниченная по времени (обычно 30-60 минут) еженедельная или более частая встреча, цель которой — синхронизация Владельцев Продуктов (Product Owners) отдельных команд в достижении общих целей.
В “The Scrum Guide” эта встреча не упоминается и соответственно не входит в число церемоний Scrum. Тем не менее, в некоторых организациях, работающих по Scrum, данную церемонию проводят.
PO Sync используется в фреймворках масштабируемого Agile. Таких как, SAFe или Scrum at Scale.
PO Sync в чем-то схож со Scrum of Scrums (SoS), однако участниками являются Владельцы Продуктов (Product Owners) и Продакт Менеджеры (Product Managers).
В SAFe организатором этой встречи может быть Release Train Engineer (RTE) или Продакт Менеджер.
Среди обсуждаемых вопросов:
- Функциональность, производительность и совместимость
- Объем работ и корректировка графиков
- Приоритизация задач
- Проверка приоритизации задач в бэклогах команд
- Координация и определение взаимозависимостей между командами
- Прогресс команды в реализации задач
- Декомпозиция задач для соответствия релизу
- Определение MVP
- План последующих действий
В SAFe данная встреча является обязательной. Иногда PO Sync и SoS комбинируются и называется такая встреча ART Sync.
Стоит ли проводить PO Sync в организациях, использующих Scrum или, например Kanban?
Тут все зависит от целей и задач, которые ставит Agile Офис/PMO. Если понятна цель проведения этих встреч, определены участники и повестка дня, то почему бы и нет. В противном случае – это обернется усложнением процессов и пустой тратой времени для всех участников.
Не забываем про одну из ценностей Agile:
Product Owner (PO) Sync
The PO Sync is an ART event used to gain visibility into the ART’s progress toward meeting its PI objectives and to make any necessary adjustments.
Leave a Reply Cancel reply
This site uses Akismet to reduce spam. Learn how your comment data is processed.
Previous Post
Next Post
Subscribe to the SAFe Blog
Recent Posts
- New Community Contribution Article: Building the Change and Communications Competency for Effective ARTs
- New Extended Guidance Article: Value Management Office (VMO)
- Enterprise Portfolio Management: Strategic Alignment and Collaboration
- Organizing SAFe Portfolios Around Value
- Gaining Competitive Advantage with Strategic Themes
Training
- Course Calendar
- About Certification
- Become a Trainer
Framework
- Download SAFe Posters & Graphics
- Watch and download SAFe videos and presentations
- Blog
Training
- Course Calendar
- About Certification
- Become a Trainer
Content & Trademarks
- FAQs on how to use SAFe content and trademarks
- Permissions Form
- Usage and Permissions
Scaled Agile, Inc
Contact Us
5400 Airport Blvd., Suite 300
Boulder, CO 80301 USA
Business Hours
Weekdays: 9am to 5pm
Weekends: CLOSED
© 2024 Scaled Agile, Inc.
- Get News
- Privacy Policy
- Code of Conduct
- Remote Training Policy
We use cookies to analyze website performance and visitor data, deliver personalized content, and enhance your experience on the site. Cookie Policy. By clicking Accept you consent to the use of all cookies. Otherwise click Adjust Cookie Settings.
Manage consent
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these cookies, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may have an effect on your browsing experience.
Always Enabled
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
| Cookie | Duration | Description |
|---|---|---|
| cookielawinfo-checbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category «Analytics». |
| cookielawinfo-checbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category «Functional». |
| cookielawinfo-checbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category «Other. |
| cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category «Necessary». |
| cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category «Performance». |
| viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
functional
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
performance
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
advertisement
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.
Other uncategorized cookies are those that are being analyzed and have not been classified into a category as yet.
Product Owner (PO) Sync — Синхронизация Владельцев Продуктов
Синхронизация Владельцев Продуктов (Product Owner Sync, PO Sync) — это мероприятие ART, которое обеспечивает прозрачность прогресса ART в достижении PI-целей и возможность внести любые необходимые коррективы.
Мы хотим, чтобы компании были крутыми, а люди в них — счастливыми
- Что мы делаем
- Наша команда
- Блог
- Контакты
- Расписание тренингов
- Карта тренингов
- Сертификации
- Обучение Scrum Master
- Обучение Product Owner
- Обучение Kanban
- Услуги для компаний
- Тренинги для групп от 10 чел.
- Кейсы клиентов
© 2008 — 2024 ScrumTrek