Agile и Scrum: курсы, статьи и кейсы

Разница в том, что Agile — это лишь общая система ценностей, а не способ организации работы. Поэтому выражение «работать по Аджайлу» не имеет смысла — в отличие от «работать по Скраму». Scrum — это всё же руководство к конкретным действиям, базирующимся на ценностях Agile: четыре конкретные встречи, три конкретных артефакта, более-менее конкретное разделение ответственности между людьми. Впрочем, Скрам — это фреймворк («каркас»), а отнюдь не набор директив, и Руководство по Scrum гласит: «Scrum не предоставляет людям подробных инструкций, вместо этого правила Scrum задают ориентиры для отношений и взаимодействий людей».

Не совсем. Помимо системы ценностей, зафиксированных в Agile-манифесте, слово «Agile» имеет второе значение: под ним часто имеют в виду совокупность разных гибких фреймворков (например, Scrum, LeSS, SAFe) и методов (например, Kanban, хотя этот метод и не базируется на ценностях Agile). Слово «методология» тоже означает совокупность методов, но на этом сходство двух слов заканчивается. Большинство практиков гибкого управления сейчас уже не называют Аджайл методологией — хотя словосочетание «методология Agile» было действительно популярно, поскольку методологиями были предшественники Agile, например RUP и XP.

Нет, но есть нюанс. Scrum — это фреймворк, который помогает строить рабочие процессы. Основная область применения Скрама — не разовые проекты с фиксированным сроком или объёмом работы, а продукты, которые постоянно улучшаются во взаимодействии с клиентом. Нюанс в том, что Scrum не противоречит проектам, хотя и является продуктовым подходом: многие проекты достаточно длительные и имеют высокую степень неопределённости, поэтому в них Scrum вполне может использоваться. Так что в 2020 году из определения Scrum убрали слово «продукты». А «Scrum. Революционный метод управления проектами» — это просто некорректный русский перевод названия книги Сазерленда, создателя Скрама; саму книгу вполне можно рекомендовать к прочтению, однако лишь после того, как вы прочитаете актуальную версию Руководства по Scrum.

Scrum Master — это роль в Scrum-команде, хотя и отнюдь не всегда должность: бывает, что она совмещается с ролью разработчика. В условиях отсутствия в Скраме роли менеджера или даже тимлида скрам-мастер отвечает за рабочий процесс и за общую эффективность команды, тогда как за конкретные бизнес-результаты отвечает владелец продукта. Для этого скрам-мастер обучает команду и приучает её коллективно принимать решения и отвечать за результат; обеспечивает, чтобы люди конструктивно общались и не ссорились, — в том числе за счёт грамотной фасилитации Scrum-встреч; способствует устранению внутренних и внешних препятствий, мешающих прогрессу команды.

С точки зрения Scrum, Product Owner — это роль, а точнее зона ответственности в Scrum-команде. Владелец продукта отвечает за то, чтобы создать классный продукт, ценный для клиентов и в конечном итоге приносящий деньги бизнесу; «Product Owner — это один человек, а не комитет». Если смотреть на эту роль с точки зрения современного рынка труда, то владелец продукта — разновидность менеджеров продукта, так или иначе связанная с Agile. В чистом Скраме, в том числе в LeSS, Product Owner имеет больше полномочий, чем Product Manager, а в SAFe — меньше. Но на практике полномочия сильно варьируются и зависят от конкретного человека, продукта и организации.

Ответы на такие вопросы должны основываться и на логике, и на эмпирических данных от организаций, уже попробовавших Agile и Scrum. С точки зрения логики — для начала проверьте условия применимости Scrum: там же вы найдёте выгоды, ожидаемые от внедрения, и типичные причины, почему Scrum бывает неэффективен. Впрочем, вряд ли есть организации, где условия применимости выполнены на сто процентов, поэтому подумайте, насколько вашей организации нужны эти выгоды и насколько она готова ради них к весьма радикальным изменениям — например, в оргструктуре и в степени вовлечённости заказчиков в разработку. Что касается данных для решения или аргументов руководству, они условно делятся на общую статистику и конкретные кейсы применения: статистику о целях и выгодах внедрения гибких подходов можно найти в исследованиях «Agile в России», а кейсы — в видео выше и в текстовом виде на странице клиентских историй.