Про чек-листы и Scrum Master’а

В некоторых компаниях, которые меняют процесс производства на agile-рельсы, имеется тенденция к “переименованию”. Так, если в командах работа организовывается по Scrum, то Владельцем Продукта называется бывший бизнес-аналитик, или какой-нить зам.зам начальника-прокси-не-пойми-кто. А в скрам-мастеры записывают либо по остаточному принципу (кого не жалко “потерять”), либо того, кому не нашлось места в новой ролевой модели (например, Scrum Guide ничего не говорит о роли руководителя проекта).

Scrum master — это принципиально новая роль — не возможно получить методом переименования. В Scrum заложено 2 цикла обратной связи, направленных на инспекцию работоспособности Scrum — это ретроспективы (#retro) и сам SM.

Из-за того, что роль новая и не до конца понятная, ей дают определение лоскутно, вырывая “понятные” блоки из Scrum Guide. Например, так "SM - это человек, который фасилитирует события Scrum в команде и снимает блокеры на пути движения команды”, тактично забыв сообщить, что SM стремится сделать крутую команду. Чем же определяется крутость команды? Уровнем проблем, с которыми команда может справиться самостоятельно (с) Асхат Уразбаев.

Из-за непонимания роли, люди стремиться свести ее к чек-листам. Если есть спрос, значит будет и предложение :)
Существует масса различных чек-листов по #agile #scrum и отдельно для #scrummaster
Например, подборку можно найти тут.

Мне лично понравился (хотя он и немного “староват”) чек-лист от Майкла Джеймса (Eng , Рус. ).

❓Чем он мне понравился?
Тем, что дает понимание, что же в фокусе внимания у хорошего SM?
1. Команда
2. ВП
3. Организация
4. Инженерные практики

⚠️ Со временем, у хорошего SM, фокус внимания с первых 2х пунктов со временем снижается, и начинает смещаться на оставшиеся 2.⚠️

❣️Пусть в компаниях будут клевые Scrum Master’а, которые понимают свою роль сильно за рамками фасилитации и работы с ВП.

Понедельник, обычно, про планирование, то есть #retro уже прошло.
Нашел вам "поорать в голос" пост на тему "есть что обсудить на ретро" 🙂

Автор гогочет в голос между строк, но я почти уверен, что данный пост, полный грустных, комичных наблюдений и витиеватых оборотов из 16-17 веков, написал всерьез и взаправду. Без юмора в наше время никак. Будем тренироваться 🏋️‍♂️

#ШколаAgile #ПерваяСтупень #Retro

Всем привет!👋

Мы продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим про фасилитацию ретроспектив 🛰

К моменту проведения воркшопа у ребят уже есть и теория и практика по следуюущим блокам: активное слушание, моментальная ОС в формате “Ракета” и обзор того, что такое фасилитация и какие инструменты для 5 этапов “ромба фасилитации” есть.
Кроме того, в учебных командах уже была ретроспектива по итогам первого учебного спринта. Они там попробовали как-то выйти из ситуации и на базе имеющихся инструментов “слепить” нечто, похожее на ретро.

Ретроспектива – эффективный инструмент инспекции и адаптации любого элемента операционной системы управления, которой пользуются команды при разработке продуктов и сервисов, конечно же, если она проводится “правильно” до получения результата. В противном случае результат ОС по итогам ретро может стать “лучше бы я поработал”🤦

Как проводить retro так, чтобы выявленные идеи по улучшению у команды попадали в беклог ближайшего спринта и сразу претворялись в жизнь – в нашем воркшопе.

За деталями можно обратиться в документ, внутри которого есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.

В настоящий момент пока еще доступна доска в miro
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке

✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.

🗣 А в комментах напишите, что какой инструмент фасилитации ретро заходит вашей команде?

🤙 Остаемся на связи
Канал 2%
____
Материалы подготовлены Натальей Шумаевой (руководителем центра коучинга “Осознанный менеджмент”) в рамках запроса о помощи community.