Ежедневная встреча Scrum: Пунктуальность из-за полного присутствия команды?

9

Насколько я понимаю, встреча Daily Scrum должна быть очень быстрой, проходить в дружеской обстановке и требовать присутствия всех членов команды. Потому что цель состоит в том, чтобы все были в курсе того, что делают все остальные.

Мне нравятся ежедневные встречи Scrum, которые проводятся таким образом.

В моем последнем проекте наши Ежедневные Скрамы больше похожи на встречу по обновлению статуса. Хотя позиция такова, что мы держим Scrums и практикуем правильную Agile.

Мы - распределенная команда в двух разных странах, и люди из одной и той же страны не находятся в одном офисе. Как следствие, у нас есть виртуальные Scrums.

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

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

Кроме того, у всех есть много собраний, и иногда они идут бок о бок со Scrum-встречей, поэтому понятно, что они прибывают на первую или вторую минуту встречи.

Это нормально для команд, практикующих Ежедневные Скрамы? Это первый раз, когда это происходит со мной.

Я не могу найти библиографию непосредственно об этом. Хотя подчеркивается присутствие всех членов команды, также подчеркивается, что встречи всегда должны начинаться в одно и то же время. Но я предполагаю, что может быть небольшой допуск задержки.

Я даже читал в блоге, что кто-то говорит, что Scrum Master может назначить штраф, если кто-то опоздает на «5 секунд». Я думал, что Scrums должны были быть дружественными, и подобное наказание кажется контрпродуктивным.

Каков рекомендуемый подход в такой ситуации?

Небо
источник
Если у вас ссора с 11 людьми и 1 парнем с опозданием на 1 минуту, это пустая трата 10 минут рабочего времени. Если 1 парень опаздывает на 6 минут, это уже час. То, что может показаться маленьким, может оказаться удивительно большим.
Питер Б

Ответы:

24

Как и в любой ловкой практике, скрам-команды могут решить это для себя. Если это вас беспокоит, вы должны поднять это в своей ретроспективе и попытаться найти решение, которым все довольны. Возможно, другие члены команды чувствуют то же самое, но думают, что «именно так делается схватка».

Тем не менее, в моих схватках я начинаю со второго, если не хватает трех или более человек. Для встречи, которую каждый должен посещать каждый день, я чувствую, что у каждого из нас неуважительное время поступать иначе. Когда я опаздываю, моя команда начинает без меня. Если у нас будет время в конце, мы вернемся к задачам людей, которые опоздали.

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

Для ежедневной встречи это не конец света, если кто-то иногда пропускает его часть. Надеюсь, это не единственное общение, которое вы делаете в течение дня.

Карл Билефельдт
источник
Я понял вашу точку зрения. Хотя я чувствую, что это как бы нарушает дух Daily Scrum, по крайней мере, как это описано. Плюс это никогда не было задержкой больше минуты. И это в основном потому, что Программное обеспечение не работает хорошо. Обычные вопросы телеконференции.
Небо
2
Лично это намного проще, так как обычно люди сидят рядом друг с другом, и их можно схватить, если они опаздывают. Я владелец продукта в проекте, который звучит примерно так: у нас есть люди, работающие как минимум в четырех разных местах на международном уровне. Это сложнее, потому что иногда люди «опаздывают» из-за технических ограничений. Я лично думаю, что баланс может быть достигнут, если люди не злоупотребляют им.
Gort the Robot
@ StevenBurnap Это то, что я чувствую, никто в моей команде не близко. И то, что час начала собрания - 3 часа дня, это не значит, что люди начинают говорить с 3, это означает, что они собираются вместе в 3. Я просто чувствую, что такая строгость на самом деле контрпродуктивна в распределенных командах.
Sky
Я голосую за это, потому что вы сначала сказали, что команды Scrum могут решить это для себя, и что вы упомянули, что некоторые люди могут почувствовать, что «именно так устроена схватка». Все остальное относительно, поскольку условия для каждой ситуации здесь очень сложно объяснить. Что касается пунктуальности, то это зависит от людей, я скорее не наказываю людей, у которых были честные проблемы, только за возможность злоупотреблений в будущем, поскольку у распределенных команд есть дополнительные сложности, которые я не могу описать здесь. Спасибо за Ваш ответ!
Небо
1
за исключением того, что в реальном мире команда не всегда берет на себя ответственность, и это менеджер или полу-менеджер, который берет на себя управление собраниями и заставляет их соблюдать правила.
Старый аккаунт
6

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

Тем не менее, смысл ежедневного спора состоит в том, чтобы обсудить, что команда сделала вчера, что они делают сегодня, и чтобы все знали о препятствиях. Запланированное время должно быть «первым делом утром, когда все доступны», а не обязательно определенное время на часах. Конечная цель - работать вместе как команда, а не следовать строгим правилам. Если ваша команда очень новичок в гибкой манере, придерживаться тактов - хороший способ развить навыки вашей команды. Если вы зрелая команда, делайте то, что работает для вашей команды.

Брайан Оукли
источник
Единственная проблема с «первым делом утром, когда все доступны», состоит в том, что нет ритма, получаемого при выполнении этого в то же время каждый день. Это также не позволяет более поздним прибывающим вовремя вовлекаться в работу и возвращаться, чтобы они ничего не забыли в своей ежедневной ссоре. Я думаю, что ваша точка зрения о том, чтобы начать без промедления, хорошая! Он учит всех быть вовремя. Это отличный момент, и я предлагаю его принять.
jmort253
Я думаю, я не был достаточно ясен. Я не имел в виду другое время каждый день. Я имел в виду, что команда должна выбрать самое раннее время, когда они все доступны, а затем они должны использовать это время каждый день.
Брайан Оукли
Ой. Хорошо, тогда это имеет смысл. Рад, что спросил. :)
jmort253
2

Так работает Scrum?

Я бы посоветовал вам, что ежедневные встречи слишком часты для любой деловой активности, если ваша команда не особенно продуктивна (то есть они могут создавать большие функциональные возможности за очень короткие промежутки времени).

Если вы решили проводить ежедневные пометки, они должны длиться не более 15–20 минут, и да, все должны быть вовремя или не участвовать. Теги предназначены для членов команды, а не для мастера схватки; наказания за пропущенные ежедневные собрания должны обрабатываться так же, как и любые другие опоздания.

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

Роберт Харви
источник
1
Не является ли главной целью проведение неструктурированных собраний каждый день, чтобы команда могла знать, что делают все, и предлагать помощь другим? И поэтому важнее, чтобы им было удобно и они делились, чем если бы они опоздали на 30 секунд?
Небо
3
if you know they are calling in, why not wait?- Поскольку 3-минутное ожидание становится 5-минутным ожиданием, а затем 10-минутным ожиданием ... Как красноречиво сказал Том Хэнкс в фильме «Изгой» (при обсуждении своевременной записи Федерального экспресса): «Прежде чем вы это узнаете, мы Почтовая служба США. "
Роберт Харви
2
Если вы не соблюдаете пунктуальность, люди будут раздражены вами и друг другом. Если вы соблюдаете пунктуальность, люди раздражаются тем, что не уверены, что готовы. Что бы вы предпочли?
Кешлам
2
Я думаю, что 15-20 минут это слишком долго. Если вы идете более 5 минут, вы делаете это неправильно.
Брайан Оукли,
2
@RobertHarvey цель ежедневной схватки - очень быстро измерять пульс команды, выявлять препятствия и планировать последующие действия только между необходимыми членами команды по мере необходимости, не тратя время каждого на более длинную, более традиционную встречу. Смотрите en.wikipedia.org/wiki/Stand-up_meeting#Software_development для хорошего обзора. Существует много литературы по scrum, и вы можете обнаружить, что чтение некоторых из них поможет вам лучше понять вопросы, связанные с scrum, и даст вам возможность дать более содержательные советы по конкретным контекстам.
ограбить
2

Люди прошли процесс . Это один из основных клиентов Agile, если процесс не работает для вашей команды, отмените его или измените его. Позвольте команде изменить это, чтобы соответствовать их потребностям.

Старый аккаунт
источник
0

Подумайте об этом так, в чем смысл повседневной поддержки?

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

С командой из 4-8 разработчиков они должны быть быстрыми и быстрыми - 30 секунд каждый большую часть времени. Если бы он выполнял роль мастера схватки, я бы был обеспокоен поздним началом собраний, поскольку это увеличило бы стоимость собраний. Аналогичным образом, переменное время встречи создает отвлечение для всех - мы собираемся ... Я бы также осознал, что это должно быть сбалансировано с потребностями, чтобы команда могла поддерживать друг друга, поэтому может задержать встречу, если это необходимо, потому что кто-то который мог быть затруднен, был на телефоне / туалете.

Там, где команды распределены географически, как вы описываете, я бы отметил это как препятствие для команды на КАЖДОЙ ретроспективе. Это явное препятствие для работы и коммуникаций мошенников, что они не все сидят вместе и могут общаться свободно и легко.

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

Майкл Шоу
источник
Как оказалось, и, как мне показалось, проблема была не в процессе, а в людях. Они использовали этот процесс в качестве оправдания, так как члены команды стали больше знакомиться друг с другом, терпимость возросла, и внезапно у них не возникло проблем с ожиданием 30 секунд или минуты, чтобы кто-то присоединился, потому что теперь они знали друг с другом. Я бы не советовал проводить отдельные SCRUM, если обе команды не работают в разных частях проекта и не нуждаются во взаимодействии. Я согласен, SCRUM должны быть гибкими, но еще больше команд должны быть сплоченными и терпимыми, когда есть проблемы.
Sky