Дневният Scrum трае не повече от петнадесет минути и винаги се провежда на същото място и по същото време, за да се намали ненужната сложност. В него участват всички разработчици, работещи заедно по продукта и, по желание, Scrum Master. Основната цел на това събитие Scrum е да планират задачите, върху които ще се фокусират през деня.
Дневен Scrum – съдържание:
- Въведение
- Формулата на Дневния Scrum
- Проблеми с Дневния Scrum и метода 5W
- Поддържащи въпроси
- 5 Защо
- Резюме
Въведение
Дневният Scrum е най-краткият и най-честият от събитията Scrum, преглед на които може да се намери в отделна статия. Задачата на разработчиците, участващи в Дневния Scrum, е бързо да зададат работни цели за следващите 24 часа. По този начин всеки от тях знае какво работят другите и как работят за постигането на обща цел за спринта.
Формулата на Дневния Scrum
Няма една правилна формула за Дневния Scrum. Всеки екип за разработка разработва формат на срещата, който работи за него. Въпреки това, има обща рамка, която улеснява провеждането на срещата.
Добре проведен Дневен Scrum трябва да позволява на всеки участник да отговори на две въпроса:
- Коя е най-важната задача, която ще изпълня днес?
- Какви са пречките за изпълнението на тази задача?
Въпреки това, задаването им директно не е задължителна формула. Това са примерни въпроси, които определят оста на срещата. Дневният Scrum е предназначен да подобри комуникацията в екипа за разработка, да приоритизира задачите и да намали риска от задръствания.
Дневният Scrum е събитие, еквивалентно на Дневния Standup в други Agile методи. И често протича много подобно на него – въпреки че официалният наръчник по Scrum не изисква разработчиците да стоят по време на това кратко събитие. Много често участниците просто стоят, докато говорят в неформална група.
Докато може да изглежда, че 15 минути на ден е много за обсъждане на ежедневните задачи, практиката показва, че такава среща е най-добра за ефективността на екипа за разработка. С чести и редовни актуализации на целите и ангажиментите, всички разработчици се фокусират върху приоритетните задачи и приоритизират гладкия напредък на екипа пред индивидуалните резултати.

Проблеми с Дневния Scrum и метода 5W
Един от проблемите с Дневния Scrum е, че разработчиците удължават времето на срещата. Ако това е така, добра идея е да се въведе политика за записване на дъска – физическа или виртуална – на проблемни въпроси, които не са централни за Дневния Scrum, но са важни за екипа. По този начин ще бъде възможно да се върнем към проблемите, които са останали за обсъждане по време на неформалните разговори през деня. И също така, ако е необходимо, по време на ретроспективата на спринта, която ще опишем по-подробно в отделна статия.
Друг проблем, който често възниква по време на Дневните Scrum, е превръщането им в срещи за обобщаване на работата от предишния ден. Разработчиците тогава се фокусират върху обсъждането на вече постигнатите резултати. Това не е добра практика. Признаваме, че текущата ориентация на разработчиците към статуса на работата, водеща до целта на спринта, е много важна. Въпреки това, посвещаването на Дневния Scrum на вече завършени задачи не насърчава ефективността.
Поддържащи въпроси
Ако екипът не извлича полза от Дневния Scrum, Scrum Master може да помогне на разработчиците да идентифицират проблемите, като наблюдава срещата за отговори на следните въпроси:

5 Защо
След първоначалната идентификация на проблема, ефективна техника за определяне на причината за проблема може да бъде методът 5 Защо, наричан още 5 Защо или 5W от Сакити Тойода. Той включва задаването на няколко “Защо?” въпроса последователно. Това позволява диагностицирането на по-дълбоката причина за проблема и по този начин по-лесното му решаване.
Например, нека вземем последния елемент в таблицата: проблемът възниква в областта на ангажимента за решаване на проблеми от страна на екипа за разработка. Петте въпроса могат да изглеждат по следния начин:
1 x ЗАЩО?
В: Защо разработчиците не предлагат различни начини за решаване на възникналите проблеми?
О: Защото разработчикът Хари винаги е първият, който предлага едно решение.
2 x ЗАЩО?
В: Защо разработчикът Хари винаги е първият, който предлага едно решение?
О: Защото никой друг не говори.
3 x ЗАЩО?
В: Защо никой друг не се обажда?
О: Защото другите разработчици нямат желание да търсят по-добри решения.
4 x ЗАЩО?
В: Защо другите разработчици не искат да търсят по-добри решения?
О: Защото намирането на решения изисква фокус и е по-лесно да се счита, че решението на Хари е достатъчно добро.
5 x ЗАЩО?
В: Защо те считат решението на Хари за достатъчно добро?
О: Тъй като не получават награда за предлагане на алтернативи, те обсъдиха плановете си за днес в началото на срещата и мислят да започнат.
В този случай проблемът с липсата на ангажимент за решаване на проблеми може да бъде решен чрез промяна на реда на Дневния Scrum и започване с този въпрос. Или чрез измисляне на система за награждаване на най-доброто решение, например, въвеждане на символична награда за автора на най-голям брой решения, приети от екипа в даден спринт.
Резюме
Дневният Scrum е ключова част от ежедневната работа на екипа за разработка. Въпреки това, всеки екип трябва сам да изработи оптималната формула за тази среща. Добре проведен Дневен Scrum позволява текущото задаване на подцели за постигане на целта на спринта. Той също така позволява бързо диагностициране на проблеми в комуникацията и подобряване на сътрудничеството между разработчиците.
Ако харесвате нашето съдържание, присъединете се към нашата общност на усърдните пчели в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master