Чем Scrum master помог вашей команде?

@ttfox, Это именно из-за этого :)
На данный момент я не очень понимаю роль скрам мастера, но я только 4 месяца в компании где есть эта роль, так что посмотрим что будет дальше.
Мы вот сейчас факапнули один эпик. Сказали что сделаем за две недели, в итоге я сидел за ним две недели на 10 часов в будние + 8 часов в выходные, и честно говоря там еще много чего нужно доделать. В итоге с этой проблемой я пойду к лиду, и мы с ним придумаем что можно сделать с этим.
И мне вот интересно, может это как раз тот случай когда скрам мастер сможет прийти и разрулить проблему, тип раскидает тикеты, посмотрит кого можно выделить в помощь, и как на пару дней заменить выгорающего разраба (меня).
Если вдруг будет что то интересное, отпишусь сюда.

@AleksandrV, очень смеюсь. Тимбилдинг и настолки - это ж не про скрам, это у вас какой-то фуллстек массовик-затейник :)

По кейсу, описанному тобой, имхо, всё зависит от того, как принято в компании, кто менеджит ресурсы. В одной конторе видел для этого вполне логичную схему - есть отдельные продуктовые команды (их несколько десятков), есть отдельные лиды разработки \ QA \ аналитики (не привязанные к командам), и вот именно к ним можно приходить с запросом ресурсов, именно они могут прийти к каждому с вопросом о том, есть ли у него время и мозги быстро врубиться вот в этот эпик и помочь. В моём представлении (но я тут не настоящий сварщик), скрам мастер должен подкрутить взаимодействие внутри команды и между командами так, чтобы ты ни обо что не спотыкался в процессе, а так же выяснить, почему на эпик отведено две недели вместо трёх-четырёх требующихся и сделать так, чтобы дальше на него выделяли три-четыре.

@ttfox, Я думаю все эти настолки это часть попытки построения команды, мы как бы солянка из людей из разных стран, при этом большинство из восточной европы, что наверное накладывает свои трудности. Скрам мастер декларировал определенные ценности, но кажется что на данный момент эти ценности никто не принимает. Я честно говоря не вижу что мы работаем как скрам команда, мы скорее работаем каждый над своим, и кажется он пытается это как то изменить, показать что мы не конкуренты, а команда.
Пока не получается, на мой взгляд.
В компании принято что у нас полный бардак, а скорее пиздец, никто ничего не менеджит, ситуация при которой часть людей требует хоть одну тасочку, а другая часть зашивается и перегорает, вполне стандартная.

@AleksandrV, имхо, не всегда нужно строить команды, особенно если вам это не нужно. Периодически наблюдал, что внутри продуктовых команд, грубо говоря, возникали подкоманды из пар-троек аналитик-разработчик-тестировщик, которые офигенно работали над веткой фич и остальные им вообще были не нужны, ну только в случае если кто-то зашивался и требовалось помочь. Правда, и эти случаи - они очень неоднозначные, ибо, часто, быстрее доделать самому, чем погружать другого человека и синхронизироваться с ним.

Выглядит пока так, что тут вопрос не в функциональности скрам-мастера, а в дисфункциональности ПМов и\или выше.

@ttfox,
"в дисфункциональности ПМов и\или выше."
Это скорее факт который очевиден всем у нас в компании.
А вот со Скрам мастером такой вопрос, что когда все хорошо, он и не нужен, а когда все плохо, то он сделать ничего не может

@AleksandrV,

что когда все хорошо, ... а когда все плохо

Согласен, но, имхо, это не бинарное поле, "хорошо \ плохо", а прям градиент в нескольких плоскостях, на которых каждый подвид специалиста, как котик, может подтолкнуть стакан или к одной грани, или к другой.

@vas3k, выделенный человек, чаще всего, не один на команду, а один на 6-8-10 команд, в том числе чтобы выстраивать взаимодействие между командами. В рамках одной команды, согласен, это оверкилл.

Я по ходу разговора понимаю, что это, похоже, ещё больший единорог, чем системные аналитики, что логично уж в ПМы идти.

@ttfox, ну вот да, я слышал про систему "один скрам-мастер на 6-8 команд", хотя в своей работе пока не сталкивался. Что-то мне подсказывает, что это чисто какой-то ребрендинг старых добрых проджект-менеджеров, которые тикеты двигают и ноутсы пишут :)

@ttfox,

Я по ходу разговора понимаю, что это, похоже, ещё больший единорог, чем системные аналитики, что логично уж в ПМы идти.

Вот либо да, как будто бы из "скрам-мастера" дальше хуй знает куда расти, а если назвать себя "техникал-пм" — то уже как бы и есть! Хоть в стаффы, хоть в VP, в зависимости от того, нравится ли больше код писать или рисовать :)

@vas3k, имхо, строчка про срамного мастера в резюме значит, что толпа народа признала, что я умею в организацию процессов настолько, что меня год-два терпели в этой роли. Отдельно - если получить от них рекомендации потом :)
Выглядит, как некоторая ступенька в сторону CTO.

Мне чертовски интересно (и получается, блин, забавно, особенно в каких-то хорошо прописанных и очень ветвистых штуках вроде DnD) складывать пусть и непростые, но удачно работающие вместе комбинации из концепций, людей и систем. Пока выглядит так, что выделенный скрам-мастер имеет доступ к большему их числу, чем тот же техникал-пм, но единорожество тут мешает, проще зайти из ПМов.

@vas3k, нет))

хороший скрам-мастер еще работает с внутренними метриками команды, проблемами из разряда "Петя не хочет разговаривать с Машей" или "у нас НТ горит, они нас не слышат". А еще с культурой X+ команд, зрелостью и сохраняет баланс между кровавым энтерпрайзом и свободной и удобной для работы среды в команде

@vas3k, дальше расти в Agile-коучи и в агенты изменений, которые шатают всю систему и пытаются сделать из формата рабочих отношений "я тут главный, делайте как я сказал" до "давайте вместе придумаем решение и реализуем"

@debole3,

сохраняет баланс между кровавым энтерпрайзом и

Плохие новости, если в компании есть отдельный скрам-мастер — это УЖЕ кровавый интерпрайз! Это такой же ред флаг, как ОКР или 360-ревью :D

@vas3k, Чтобы компания уходила из образа «Кровавый интерпрайз» нужен обычный…. Скрам-мастер (ну и не только, скрам-мастер помогает перейти из промежуточной фазы в желаемую)

Большим компаниям сложно сразу по щелчку не быть кровавым интерпрайзем: люди в руководстве и в командах могут думать, что это вообще-то ок! См как раз старается расшатать эту лодку и коучить разные уровни

@vas3k, после этого комментария задумался, что скрам-мастер это, если по старому, секретарь у менеджера в команде. встречи в календарь делает, на встрече всех представит, может даже водичку в переговорку принесёт. карточки в нужном порядке складывает, опять же.

а нужен ли в отдельной команде такой человек - ну................

@vas3k, а чем плохо 360-ревью и какие есть альтернативы? сейчас работаю вроде не в кровавом энтерпрайзе, но ревью делают по методу 360 градусов. всегда думала, что все так живут)

@TopTuK, я верю, что в любой довольно большой компании инженеров найдётся кто-то, кто сможет в продакта, аналитика, дизайнера и прочих. Как и не инженеров, это слабо зависит от профессии.

Будут ли они делать это так же эффективно, как и соответствующие специалисты, не просядет ли при этом инженерная составляющая - большой и очень индивидуальный вопрос )

@ttfox, хороший тех. бекграунд может сыграть и злую шутку — когда знаешь как сделать, то постоянно хочется рассказать, как :)

Здесь придется или отходить в сторонку и не участвовать, либо точечно, 1х1, узнавать, а почему решили сделать так, а не иначе

@konfuze, да, так тоже работает. Системному аналитику, выросшему из разработки, тут тоже своеобразненько :))

@Ilya_baryshnikov, бывает по-разному. Я придерживаюсь стиля работы: если команда живет в своем флоу и выполняет цели заказчика, деньги которого вкладываются в компанию - работайте так, как удобно. Если команда говорит, что им не нравится скрам и они готовы брать ответственность за цели - я ухожу и просто наблюдаю за командой) Если не готовы брать такую ответственность в полной мере - я прихожу и предлагаю решения (это может быть скрам, канбан - более подходящее под культуру и реальность). Но просто тогда я навешиваю различные метрики и начинаю работать с командой (чтобы привести к состоянию "мы готовы брать ответственностью полностью").

@debole3, еще есть нюансы, когда люди говорят, что мы готовы брать ответственность, но это не происходит (скидывают на одного, например, PO, или мы профакапились, потому что "ну они.." - и нет хорошей рефлексии и изменений после данной рефлексии). Или происходят конфликты, выгорания, жесткие переработки (с которыми не согласны все участники команды) - тогда я тоже могу зайти в команду, решить различные нюансы и отойти