Всем привет. В этом видео мы рассмотрим как проводится ежедневный Scrum. Как только его не называют: daily-scrum, daily-meeting, daily-scrum-meeting, stand-up. А хардкорные менеджеры, которые только начинают работать по Scrum могут даже называть его планеркой или летучкой. Важно понимать, что это 15-ти минутное ежедневное событие команды разработки, цель которого скоординировать работу и выявить проблемы и препятствия, которые стоят перед командой разработки на пути к достижению цели спринта. Участвуют в этой встрече разработчики, а Scrum-мастер помогает ее проводить. Важно, чтобы эта встреча проходила каждый день в одном и том же месте, в одно и то же время. Как правило ее проводят возле Scrum-доски. Рекомендуемый формат проведения такой – каждый разработчик отвечает на три вопроса: «Что я сделал вчера на пути к достижению цели спринта?» При этом, удобно сразу же отражать этот статус на нашей Scrum-доске, то есть перемещать стикеры с задачами из «in progess», то есть из столбца «в работе» в столбец «готово». Второй вопрос, на который отвечает каждый разработчик звучит так: «Что я сделаю сегодня для того чтобы достичь цели спринта?» В этот момент разработчик перемещает стикеры из столбца «не начато» в столбец «в работе». И третий, не менее важный вопрос: «Какие я вижу препятствия и проблемы на пути команды?» Что мы, например, не сможем достичь цель спринта. Важно понимать, что на ежедневном Scrum эти препятствия и проблемы только обозначаются, а решаются они уже позже. В опытных командах роль Scrum-мастера на ежедневном Scrum сводится только к тому, чтобы убедиться что он состоялся и уложился в 15 минут. В начинающих командах Scrum-мастер может помогать группе с помощью вот этих открытых вопросов, то есть Scrum-мастер может их сам задавать. Но! Важно помнить что Scrum-мастер ни в коем случае не может раздавать задачи разработчикам. Неопытная команда обязательно будет стремиться затянуть ежедневный Scrum. Важно научить команду укладываться в тайм-бокс 15 минут. Хорошей практикой является ставить таймер, прямо на 15 минут, и заканчивать эту встречу, даже если вы не успели все обсудить. Да, возможно, сегодня, в тот день когда это произошло, работа будет не самой эффективной. Но зато команда быстро научится в этот тайм-бокс укладываться. Как правило, время проведения ежедневного Scrum затягивается, когда команда стремится не просто обозначить проблемы и препятствия, но и сразу же найти решение для этих проблем. Хорошей практикой является, когда после ежедневного Scrum остаются только те люди, которые эту проблему могут решить. Вот они уже после этой встречи обсуждают, ищут решение и решают эти проблемы. В одной команде, у нас сразу после ежедневного Scrum , после daily-meeting, проходил еще daily-Witing. Потому что в команде разработки был Витя, у которого всегда было много вопросов. Итак, хорошими практиками на ежедневном Scrum являются проведение в одном и том же месте в одно и то же время каждый день. Можно пользоваться таймером, чтобы помочь команде научиться укладываться в 15 минут. А обсуждать и решать обозначенные проблемы нужно сразу после ежедневного Scrum. Плохими практиками являются: поиск решения проблем прямо на этой встрече, а также, например, проведение ежедневного Scrumа за своими рабочими местами, а не возле Scrum-доски. Потому что в этом случае разработчики вовлечены в него гораздо хуже.