ScrumTrek - scrumtrek.ru

Ответы на&nbsp;такие вопросы должны основываться как на&nbsp;логике, так и&nbsp;на&nbsp;эмпирических данных от&nbsp;организаций, уже попробовавших Agile/Scrum.<br> <br> C&nbsp;точки зрения логики&nbsp;— для начала проверьте&nbsp;условия применимости Scrum, описанные в&nbsp;этой статье&nbsp;(там&nbsp;же вы&nbsp;найдете выгоды, ожидаемые от&nbsp;внедрения Scrum, и&nbsp;типичные причины, почему Scrum бывает неэффективен).<br> <br> Впрочем, вряд&nbsp;ли есть организации, где условия применимости выполнены на&nbsp;100%. Поэтому подумайте, насколько вам / вашей организации / руководству нужны эти выгоды и&nbsp;насколько ваша организация готова ради них к&nbsp;весьма радикальными изменениям&nbsp;— например, в&nbsp;оргструктуре и&nbsp;в&nbsp;степени вовлеченности заказчиков в&nbsp;разработку.<br> <br> Что касается&nbsp;данных&nbsp;для того, чтобы принять решение или дать аргументы руководству,&nbsp;— они условно делятся на&nbsp;общую статистику и&nbsp;конкретные кейсы применения.<br> <ul> <li>Статистику&nbsp;о&nbsp;целях и&nbsp;выгодах внедрения гибких подходов (и&nbsp;многие другие данные) можно найти в&nbsp;исследованиях Agile в&nbsp;России (пример).</li> <li>Кейсы&nbsp;в&nbsp;видеоформате можно посмотреть&nbsp;выше. Другие кейсы в&nbsp;текстовом формате описаны&nbsp;здесь.</li> </ul>

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

Scrum Master (SM)&nbsp;— это роль в&nbsp;Scrum-команде, хотя и&nbsp;отнюдь не&nbsp;всегда это должность: бывает, что эта роль совмещается с&nbsp;ролью разработчика, например. В&nbsp;условиях отсутствия в&nbsp;Скраме роли менеджера (или даже тимлида),&nbsp;скрам-мастер отвечает за&nbsp;рабочий процесс и&nbsp;за&nbsp;общую эффективность команды&nbsp;(тогда как за&nbsp;конкретные бизнес-результаты отвечает владелец продукта). Для этого&nbsp;SM:<br> <ul> <li>обучает команду, приучает ее&nbsp;коллективно принимать решения и&nbsp;отвечать за&nbsp;результат;</li> <li>обеспечивает, чтобы люди конструктивно общались и&nbsp;не&nbsp;ссорились,&nbsp;— в&nbsp;том числе, за&nbsp;счет грамотного проведения (фасилитации) Scrum-встреч;</li> <li>способствует устранению внутренних и&nbsp;внешних препятствий, мешающих прогрессу Scrum-команды.</li> </ul>

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