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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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