Защо Daily Scrum обикновено се проваля
Daily Scrum съществува с една-единствена цел: Developer-ите инспектират напредъка към Sprint Goal и адаптират плана за следващите 24 часа. Проблемът е, че почти всеки екип бавно го превръща в нещо друго, отчет 'какво направих вчера' пред Scrum Master, който после го докладва нагоре. В момента, в който срещата е насочена към човек извън екипа, вместо към самия екип, тя вече не е Daily Scrum по смисъла на Scrum Guide-а.
Втората честа грешка е дълбочината. Developer споменава блокиращ проблем, някой веднага предлага решение и след пет минути целият екип обсъжда технически детайл, докато трима души чакат реда си да кажат две изречения. Добрата практика е проблемът да се отбележи и да се обсъди веднага след срещата, само с нужните хора.
Какво ще практикуваш в симулацията
- Пренасочване от статус към план. Разпознаваш кога разговорът се превръща в отчет и го връщаш към въпроса 'какво правим днес, за да стигнем Sprint Goal'.
- Управление на времето. Практикуваш facilitation, който държи срещата в рамките на 15 минути, без да режеш важна информация.
- Отделяне на дълбоки дискусии. Разпознаваш кога даден проблем трябва да излезе извън срещата и го маркираш за отделен разговор.
- Разпределени екипи. Провеждане на смислен Daily Scrum, когато част от екипа е в различна часова зона или работи хибридно.
Какво казва самият Scrum Guide
Scrum Guide 2020 нарочно не предписва формàт. Не изисква трите класически въпроса 'какво направих, какво ще направя, какви са пречките'. Единственото твърдо изискване е срещата да е с максимална продължителност 15 минути, всеки ден по едно и също време и място, и да служи за инспекция на напредъка към Sprint Goal. Всичко останало е избор на екипа.
Frequently asked questions
Daily Scrum статус среща ли е?
Не. Целта му е Developer-ите да инспектират напредъка към Sprint Goal и да коригират плана за следващите 24 часа. Ако се превърне в отчет пред мениджър, вече не изпълнява предназначението си.
Кой трябва да присъства на Daily Scrum?
Developer-ите, отговорни за работата в Sprint-а. Scrum Master присъства, ако е нужен за facilitation, а Product Owner може да участва, ако е и Developer, но срещата не е за stakeholders.
Трябва ли да отговаряме на трите класически въпроса?
Не е задължително по Scrum Guide 2020. Guide-ът дава свобода на формàта, стига срещата да остане с фокус върху напредъка към Sprint Goal и да не надвишава 15 минути.
Какво прави Daily Scrum неефективен?
Най-честите причини: превръща се в отчет към Scrum Master или мениджър, отнема повече от 15 минути, обсъжда се детайлно решаване на проблем вместо да се отбележи за отделен разговор, или Developer-ите не гледат Sprint Backlog по време на срещата.
Какво да правим, ако екипът е разпределен в различни часови зони?
Изберете час, който е поносим за всички, дори не идеален за никого, дръжте се стриктно към 15-те минути, и обмислете асинхронно допълнение за критична информация, но не замествайте живата синхронизация напълно.
Как Scrumling учи на това?
Чрез симулация, в която трябва да пренасочваш разговора, когато той се отклонява към статус отчет или към задълбочено решаване на технически проблем, точно както в реален екип.