
На заре туманной юности я был твердо убежден, что менеджер проекта не может быть скрам-мастером. Сейчас у меня появились сомнения.
Надо сказать, что основания у меня были. Некоторые происходившие у меня на глазах превращения менеджеров проектов в скрам-мастеров оканчивались печально. Стендапы превращались в отчетные мероприятия, ретроспективы проводились менеджером сольно, причем он еще и имел наглость упрекать команду в пассивности. В общем, чего я вам рассказываю ;-)
Последнее время что-то сдвигается. Менеджеры понимают, что такое supportive leadership. То ли общий тренд, а может Саша Орлов так влияет :-)
Очень часто последнее время наблюдаю такую картину:
Есть менеджер проекта - который вроде как формально Product Owner. В команде есть Scrum Master. В общем, все по науке. Только скрам-мастер выполняет свои функции номинально: он рисует burndown charts, следит за доской задач. Он даже проводит ретроспективы - в смысле стоит у флипчарта и записывает то, что говорит команда.
А вот менеджер проекта действительно вкладывается в то, чтобы сделать команду эффективной. Он задает правильные вопросы на ретроспективе, его советы команде наиболее дельные, он решает все внешние зависимости и устраняет препятствия.
Самое интересно, что и Product Owner из него тоже в общем-то нетипичный. Он старательно дистанцируется от самостоятельного принятия решений. Чаще всего он старается собрать всех заказчиков в группу и проводит встречу, заказчики коллективно договариваются о приоритетах и требованиях. Как правило, он устанавливает некоторую каденцию общения (уж простите термин, не удержался) - например, назначает еженедельные встречи. Забавно, но он точно также вкладывается в то, чтобы команда заказчиков стала эффективной, как и в команду разработчиков.
Если отбросить тонкости, то он становится скрам-мастером команды заказчиков и команды разработчиков, формально таковым не являясь.
Такая схема на практике часто является очень эффективной.
Риски, безусловно, есть. Например, заказчики могут оказаться не настолько профессиональными, чтобы отличать то, что они просят от того, что им нужно. Но даже в этом случае я много раз видел, как менеджер проекта, задавая правильные вопросы, устанавливая прозрачность в общении с профессионалами внутри команды, фактически обучал заказчика.
В общем, вопрос открытый! Может быть создать особую разновидность скрама? :-)

вот и я об этом последнее время думаю )))
ОтветитьУдалитьА может, все-таки выправить Scrum-мастера, вместо того, чтобы опять все навешивать на одного PO?
ОтветитьУдалитьРаботаем так второй месяц. Полёт — нормальный. Самым сложным оказались не давить на команду во время Daily Scrum по срокам и качеству.
ОтветитьУдалить