Как объяснить команде зачем проводить daily scrum?

Question

[Дмитрий Абрамов]

Начинаю внедрять scrum в команде разработки. По сути, scrum идеально нам подходит по всем параметрам. Однако многие разработчики не понимают некоторых вещей, например "Зачем нам каждый день тратить без толку 15 минут на пустую болтовню. Кто захочет узнать кто-чем занимается - сам спросит в любой момент".
Как в таком случае можно мотивировать команду начать проводить такие митинги?
Спасибо!

Answer 1

[Алексей Киселев]

Daily Scrum Meeting очень важен! Основная задача которую он решает это принудительная синхронизация разработчиков в команде. Глупо надеяться, что разработчик будет проявлять инициативу каждый день и ходить опрашивать своих коллег кому чем помочь или кто может ему помочь. Поэтому вводится обязательная процедура.

Вообще Scrum он про ритм работы команды. На верхнем уровне ритм задается итерациями, уровнем ниже он задается DSM.

Чтобы получить максимальную пользу от DSM нужно проводить его каждый день в одно и тоже время, сдвигать запрещено, не приходить можно, но только по уважительным причинам. Главное не выходить за рамки 3-х вопросов, все обсуждения выносятся за рамки митинга, тогда собрания будут короткими.

И еще, лучше проводить DSM стоя в формате stand-up meeting, это также позволит ограничить его продолжительность и повысить эффективность.

Comments

[Дмитрий Абрамов]

Абсолютно согласен со всем сказанным
Как раз в этой связи интересует, как по мягче заставить разработчиков его принять. Согласитесь - насильно заставлять отвечать на вопросы - плохая тактика. Есть ли какой-нибудь опыт "объяснения" необходимости DSM разработчикам (особенно интровертам, которые вообще говорить не любят)?

[Алексей Киселев]

dmitriyabr: совет только один: в личной беседе с этим разработчиком используя все свое красноречие и с максимальным количеством примеров попытаться объяснить полезность DSM.
Труднее, если несколько членов команды не готовы это делать и у вас нет возможности их заставить. Тогда начните делать скрам митинги с единомышленниками и потом, при каждом удобном случае вставляйте в разговор с несогласными фразы: "а мы об этом говорили на сегодня на DSM" или "если бы ты участвовал в DSM мы бы могли решить эту проблему вчера".
До интровертов нужно доводить мысль, что программирование это про общение между разработчиками, а не про написание кода в башне из слоновой кости.

[Дмитрий Абрамов]

Алексей Киселев: Спасибо за советы. Буду практиковать красноречие =)

[Алексей Киселев]

dmitriyabr: Почитайте книгу "Программируем командный дух" (сокращенно ПКД). Правда ее трудно найти в бумажном варианте, но она продается как pdf на books.ru. Там много техник работы с коллективом.

Answer 2

[Alexey Rogatkin]

Определитесь, какую проблему для команды решает DSM. Если ее нет, то не стоит пытаться ее придумывать. Если же она есть, то надо визуализировать для команды как она будет решена. Сделайте так, чтобы команда сама решила использовать этот инструмент по результатам ретроспективы.
"Праивильный" ответ обычно лежит в плоскости "нам это нужно потому что без них мы менее успешно завершаем спринт, а мы, как самоходная команда, нуждаемся в закрытии всех задач, которые были взяты на спринт дабы оправдать надежды и ожидания PO"

Answer 3

[leverun]

Конкретно по вашему вопросу не отвечу, но кажется, что проводить ежедневные митинги не очень эффективно. Лучше использовать weekly scrum, разумеется, совместно с issue tracking (Redmine, Jira etc.) и умным менеджером, который поможет распределить задачи на недельный спринт. А все мелкие вопросы, если возникнут у сотрудника по мере решения задания, можно и правда задать ,например, в чате или подойти напрямую к нужному человеку.

Comments

[Дмитрий Абрамов]

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

P.S.
Ну и плюс, все обзоры методологии говорят о том, что daily scrum необходимая и очень важная часть спринта.

Answer 4

[Dan Skatov]

На мой взгляд, необходимость таких митингов отпадает в команде, которая давно и эффективно работает вместе. Кроме того, при наличии верного инструментария такие митинги только отнимают время. Ведь эта синхронизация, по сути, есть форсирование графа зависимостей. Если инструмент эти зависимости подсвечивает ("меня ждут", "я жду", "зависимость X"), то люди становятся информированными через инструмент. Наблюдаю эффект, что взрослые, зрелые разработчики при необходимости сами организуют "митинг" для синхронизации. Также, если убрать роль "няньки" из взрослого коллектива, производительность неизменно возрастает. Для высокоуровневой синхронизации бывают полезны "steering meetings", но это явно не каждый день и иногда и не раз в неделю, а реже.

Answer 5

[Андрей Титов]

Уберите "пустую болтовню", как вы выразились и внесите больше конструктива и принятие решений.