Здравствуйте, я – менеджер продукта в компании «СИБИНТЕК». В прошлом году самому известному и популярному фреймворку для команд, создающих функционально сложные продукты, исполнилось 30 лет. Да, вы правы, речь про Scrum. Несмотря на то, что Scrum про скорость, про разработку короткими итерациями с постоянной обратной связью, сам фреймворк почти не развивается. Мы до сих пор пользуемся гайдом пятилетней давности. И для новых адептов данного подхода может показаться, что Scrum был всегда таким, как он описан в Scrum Guide 2020. И многим даже не приходит в голову посмотреть эволюцию его развития. Например, проанализировать, а что поменялось с прошлого издания 2017 года и, главное, почему. А проследив эти изменения, можно понять ключевые моменты, на которые может быть стоит сфокусироваться современным Scrum-командам. Давайте попробуем это сделать.
По сравнению с изданием 2017 года новое руководство «похудело» почти на 10 страниц (всего 17 против 26). Вспоминая фолиант PMBoK, ноябрьский Scrum Guide представляется идеальным документом для быстрого прочтения, но не расслабляйтесь: Scrum все так же, как было указано в Scrum Guide 2017, остается «простым для понимания, но трудным для совершенного овладения».
Руководство 2020 года стало менее предписывающим, например, из ежедневных собраний (Daily Scrum Meeting) удалены обязательные ранее три вопроса (Что я сделал вчера? Что я буду делать сегодня? Какие проблемы есть у меня и команды на пути к цели?). Теперь команда сама определяет, как будет проводить регулярные митинги.
Одно из концептуальных изменений — удаление слова «Команда» из роли «Команда Разработки». Теперь роль называется «Разработчики» (Developers). Вроде бы несущественное изменение, но оно имеет большое значение, так как направлено на исключение понятия отдельной команды из концепции Scrum-команды. Раньше это разделение неизбежно приводило к противостоянию «мы/они» между Владельцем Продукта и Командой Разработки. Теперь все должны осознавать, что существует только одна команда (Scrum Team), в которую входят Владелец Продукта, Scrum-мастер и Разработчики. Кстати, максимальная численность команды увеличена с 9 до 10 человек.
Другим ключевым изменением является добавление Цели Продукта (Product Goal). Концепция Product Goal призвана сфокусировать Scrum-команду на достижении более широкой цели, чем Цель Спринта. Каждый Спринт должен приближать продукт к цели его создания, при этом Владелец Продукта доводит Цель Продукта до каждого члена команды, а Scrum-мастер помогает находить техники эффективного определения этой цели.
Незначительное изменение свойства Scrum-команды также привело к новому взгляду на подход гибкого управления разработкой. Теперь Scrum-команды самоуправляемы, то есть Команды сами решают, кто, что, когда и как делает. Самоуправление важнее самоорганизации.
Любителям готовить не по рецепту или выбрасывать непонятное на первой же странице разработчики руководства дали совет: «Изменение ключевых идей или структуры Scrum, исключение каких-либо элементов или неследование правилам Scrum приводит к сокрытию проблем, ограничивает преимущества Scrum и потенциально даже делает его бесполезным».
Руководство напоминает, что Scrum — это не методология, это фреймворк, который позволяет внутри себя применять различные техники, методы и практики. Так что экспериментируйте, разрабатывая продукт итеративно, с фокусом на потребности пользователей!
Scrum как подход к командной работе над сложными и комплексными ИТ-проектами и ИТ-продуктами продолжает оставлять далеко позади другие фреймворки и методы. Так, по проведенному компанией Scrumtrek исследованию «Agile в России 2023» (более 1 тыс. респондентов), 82% опрошенных респондентов используют Scrum при создании и развитии ИТ-продуктов:
Насколько Scrum распространен во всем мире можно судить по 17-му ежегодному отчету State of Agile 2023 (780 респондентов из шести континентов), подготовленному компанией-разработчиком ПО Digital.ai: фреймворк Scrum используют более половины (63%) команд в мире.
Интересно, что на протяжении 30 лет было всего 7 изданий Scrum Guide. Некоторые скептики шутят в этой связи, что фреймворк, изначально созданный, как ответ на вызовы постоянно изменяющегося мира, сам меняется крайне редко :-) Ну что ж, возможно, это объясняет изначальное качество фреймворка, а может говорит о том, как сложно принимается все новое: средний опыт применения методов и практик гибкого управления в России в 2021-2022 годах согласно отчету «Agile в России 2022» составлял всего 3,4 года, и сегодня, думаю, не сильно изменился.
Скачать новый старый Scrum Guide 2020 можно на разных языках, в том числе на русском, на сайте https://www.scrumguides.org/
