Кратките и полезни екипни срещи имат три общи неща: писмен дневен ред с определено време за всяка точка, ясен край и резултат, по който някой предприема действия. Реалистичното планиране на спринтове има още едно: екипът се ангажира с това, което последните му спринтове показват, че може да свърши, коригирано спрямо хората, които реално са на линия – а не с това, на което се надява.
Повечето екипи не започват с дълги срещи – те постепенно стигат до тях: standup срещата се превръща в отчет за статуса, проблемите се решават в кръга, докато шестима души чакат, а планирането става преговори, в които печели оптимистичната оценка. Това ръководство показва как да поправите това в четири стъпки с помощта на четири безплатни инструмента на kimisuite.com. Нито един от тях не изисква акаунт.
Стъпка 1: Напишете дневния ред, преди да изпратите поканата
Meeting Agenda Generator предлага шест шаблона: ежедневен standup, ретроспектива на спринта, обща среща на екипа (all-hands), среща 1:1, проучвателен търговски разговор и стартова среща по проект. Въвеждате заглавие, продължителност на срещата и водещ, след което копирате или изтегляте резултата като markdown.
Шаблонът за standup изглежда така:
- Вчера: успехи и пречки (5 мин)
- Днес: приоритети (5 мин)
- Блокери и молби за помощ (5 мин)
- Едно нещо, което никой не знае (кръг от една минута)
Шаблонът за ретроспектива е 42 минути: въведение (5), какво мина добре (10), какво не мина добре (10), конкретни действия с отговорник и срок (15) и бърза проверка на енергията от 1 до 5 (2).
Един детайл, който си струва да знаете: времето на секциите е фиксирано за всеки шаблон. Продължителността, която въвеждате, се показва в заглавната част, но секциите не се преизчисляват. Ако ретроспективата ви е 30 минути, съкратете ги ръчно, преди да изпратите поканата. Именно това е смисълът: вие решавате предварително на какво ще отделите по-малко време.
Стъпка 2: Ограничете standup срещата до 15 минути
Scrum Guide (версия от ноември 2020 г., scrumguides.org) описва Daily Scrum като „15-минутно събитие за Developers“, провеждано „по едно и също време и на едно и също място всеки работен ден от Sprint“. Целта му е да се провери напредъкът към Sprint Goal и да се адаптира планът за предстоящата работа.
Същото ръководство посочва, че Developers „могат да изберат каквато структура и техники желаят“. Трите класически въпроса са навик, а не правило. Ако „какво направи вчера?“ се е превърнало в рецитал, сменете въпроса.
Тук помага Standup Question Generator. Той избира от 1 до 10 случайни въпроса от една от четири категории: за разчупване на леда, за ретроспектива, задълбочени и забавни. Започвайте standup срещата с един въпрос за разчупване на леда веднъж седмично или носете на ретроспективата въпроси като „Къде загубихме най-много време?“ или „Какво трябва да СПРЕМ да правим?“.
Стъпка 3: Оценете историите преди планирането
Планирането протича по-бързо, когато историите вече имат размер. Story Point Estimator е версия на planning poker за самостоятелна работа. Избирате Фибоначи (1, 2, 3, 5, 8, 13, 21, 40, 100) или размери като на тениски (от XS до XXL, плюс „?“), въвеждате историята, избирате карта и задавате увереността си – ниска, средна или висока. Оценките се добавят в списък с обща сума на точките.
Най-полезна е подсказката под всяка карта. При 13 се показва „Голяма · разделете я, преди да се ангажирате“, при 21 – „Твърде голяма · разделете я на по-малки истории“, а „?“ означава, че ви трябва повече информация, преди да оцените. Ако се улавяте, че избирате 13 или повече, историята не е готова за спринта.
Самостоятелните оценки са само отправна точка. Екипът пак ги обсъжда, защото един човек сам пропуска това, което знаят останалите.
Стъпка 4: Прогнозирайте спринта според собствената си скорост
Scrum Guide не споменава velocity или story points. В него обаче се казва, че колкото повече Developers знаят за „своето минало представяне, предстоящия си капацитет и своята Definition of Done, толкова по-уверени ще бъдат в прогнозите си за Sprint“. Velocity – точките, които екипът е завършил за един спринт – е един разпространен начин да се измери това.
Sprint Velocity Calculator взема последните ви три спринта и капацитета ви за следващия в проценти и връща:
- Средната стойност на трите спринта
- Тенденция: възходяща, ако последният спринт е с над 10 процента повече от предишния, низходяща, ако е с над 10 процента по-малко, иначе стабилна
- Прогноза: средната стойност, умножена по капацитета ви
- Колко спринта са нужни за завършване на 50 точки при тази прогноза
Разгледан пример
Екип от петима души е завършил 24, 31 и 27 точки в последните три спринта. Един човек е в отпуск през целия следващ спринт, така че капацитетът е 80 процента.
- Средна стойност: (24 + 31 + 27) / 3 = 27.3 точки
- Тенденция: 27 е с над 10 процента по-малко от 31, затова калкулаторът показва „Низходяща тенденция — проучете пречките“
- Прогноза: 27.3 x 0.8 = 21.8 точки
- Спринтове за завършване на 50 точки: 50 / 21.8 = 2.3, закръглено нагоре до 3
Сега вземете оценените истории от стъпка 3: 8, 5, 5, 3 и 2 точки, общо 23. Това е повече от прогнозата от 21.8. Честният план е 8 + 5 + 5 + 3 = 21 точки, като историята от 2 точки е първата, която да добавите, ако екипът приключи по-рано.
Тенденцията сравнява само последните два спринта, така че един труден спринт е достатъчен, за да покаже „низходяща“. Попитайте на ретроспективата какво е попречило, преди да го приемете за проблем. И никога не сравнявайте velocity между екипи: точките на всеки екип означават нещо различно.
Къде е мястото на KIMISUITE
Инструментите работят и самостоятелно. Ако искате срещите и спринт таблото да са на едно място, две приложения на KIMISUITE покриват стъпките по-горе.
Meeting Hub провежда видео срещи, към които гостите се присъединяват в браузъра чрез линк. Когато насрочвате среща, можете да поставите дневния ред в описанието ѝ. По време на разговора менюто Tools има таймер (1, 5, 10, 15, 30 минути или по избор), който всички виждат и който става червен при 0:00. Анкета с две или повече опции помага на ретроспективата да реши кое действие да предприеме първо. След срещата транскрипцията може да се изтегли при всеки план, а при Pro и Enterprise AI резюме изброява задачите с отговорник и срок, както и взетите решения.
Task Hub съдържа самия спринт. Шаблонът му Engineering Sprint създава списъци, етикети и примерни карти за ново табло. При плана Grow и по-високите можете да добавяте персонализирани полета, например числово поле, и да задавате зависимости, така че картата да показва какво блокира или от какво е блокирана. При плана Business AI Task може да превърне резюмето и транскрипцията на приключила среща в Meeting Hub в предложени карти, които преглеждате, преди да бъдат създадени. Повече за този подход в Task Hub: от гласова бележка до табло със задачи.
Двете приложения са в едно и също работно пространство на KIMISUITE, което се таксува на работно пространство, а не на потребител. Какво означава това за един екип, вижте в цена на работно пространство, а не на потребител. Всяко приложение идва с 14-дневен пробен период.
Често задавани въпроси
Какво да направим, ако standup срещата ни постоянно надхвърля 15 минути?
Изведете решаването на проблеми извън нея. Когато дадена тема изисква повече от минута, назовете я, посочете двамата души, които трябва да я обсъдят, и ги оставете да се срещнат веднага след това.
Задължително ли е да използваме трите въпроса за standup?
Не. Scrum Guide от 2020 г. оставя на Developers да изберат структурата, стига срещата да проверява напредъка към Sprint Goal и да адаптира плана. Различен въпрос всяка седмица не позволява кръгът да се превърне в отчет.
Колко спринта са ми нужни, за да изчисля velocity?
Sprint Velocity Calculator използва последните три. По-малко спринтове дават неточна средна стойност, а много стари спринтове описват екип, който може вече да се е променил.
Какъв капацитет да въведа, когато някой отсъства през част от спринта?
Оценете каква част от работните дни на екипа реално е налична. В екип от петима души един човек, отсъстващ през целия спринт, означава 80 процента. Един човек, отсъстващ три дни от десетдневен спринт, означава 47 от 50 човекодни, т.е. около 94 процента.
