Кратките и корисни тимски состаноци имаат три заеднички работи: пишана агенда со временски буџет за секоја точка, јасен крај и резултат врз кој некој ќе постапи. Реалното планирање на спринтот има уште една: тимот се обврзува на она што неговите последни спринтови покажуваат дека може да го направи, прилагодено според тоа кој навистина е достапен, а не на она што се надева дека ќе го направи.
Повеќето тимови не почнуваат со долги состаноци, туку постепено стигнуваат до нив: стендапот станува извештај за статусот, проблемите се решаваат во кругот додека шест луѓе чекаат, а планирањето се претвора во преговори во кои победува оптимистичката проценка. Овој водич ги објаснува решенијата во четири чекори, со помош на четири бесплатни алатки на kimisuite.com. Ниедна од нив не бара сметка.
Чекор 1: Напишете ја агендата пред да ја испратите поканата
Meeting Agenda Generator има шест шаблони: дневен стендап, ретроспектива на спринт, состанок на целата компанија, 1:1, продажен discovery повик и почеток на проект. Внесувате наслов, времетраење на терминот и фасилитатор, а резултатот го копирате или преземате како markdown.
Шаблонот за стендап изгледа вака:
- Вчера: успеси и пречки (5 мин.)
- Денес: приоритети (5 мин.)
- Блокатори и барања (5 мин.)
- Една работа што никој не ја знае (круг од една минута)
Шаблонот за ретроспектива трае 42 минути: поставување на контекстот (5), што помина добро (10), што не помина добро (10), конкретни акциски точки со сопственик и рок (15) и брза проверка на енергијата од 1 до 5 (2).
Еден детал што вреди да се знае: времињата на секциите се фиксни за секој шаблон. Времетраењето што ќе го внесете се појавува во заглавието, но секциите не се прераспределуваат. Ако терминот за ретроспектива е 30 минути, скратете ги рачно пред да ја испратите поканата. Токму тоа уредување е поентата: однапред одлучувате што ќе добие помалку време.
Чекор 2: Стендапот нека трае најмногу 15 минути
Scrum Guide (верзија од ноември 2020, scrumguides.org) го опишува Daily Scrum како „15-минутен настан за Developers“, кој се одржува „во исто време и на исто место секој работен ден од Sprint“. Неговата цел е да се провери напредокот кон Sprint Goal и да се прилагоди планот за претстојната работа.
Истиот водич вели и дека Developers „можат да изберат каква било структура и техники што сакаат“. Трите класични прашања се навика, а не правило. Ако „што правеше вчера?“ се претворило во рецитирање, сменете го прашањето.
Тука помага Standup Question Generator. Тој избира од 1 до 10 случајни прашања од една од четири бази: icebreaker, ретроспектива, длабоки и забавни. Отворете го стендапот со едно icebreaker прашање еднаш неделно, или донесете ретро прашања како „Каде изгубивте најмногу време?“ или „Што треба да ПРЕСТАНЕМЕ да правиме?“ на ретроспективата.
Чекор 3: Проценете ги приказните пред планирањето
Планирањето оди побрзо кога приказните веќе имаат големина. Story Point Estimator е соло верзија на planning poker. Избирате Фибоначи (1, 2, 3, 5, 8, 13, 21, 40, 100) или T-shirt големини (од 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 workspace, кој се наплаќа по workspace, а не по корисник. Што значи тоа за еден тим, видете во цена по workspace, а не по корисник. Секоја апликација доаѓа со 14-дневен пробен период.
Најчесто поставувани прашања
Што ако нашиот стендап постојано трае подолго од 15 минути?
Извадете го решавањето проблеми надвор од него. Кога некоја тема бара повеќе од една минута, именувајте ја, именувајте ги двете лица што треба да разговараат и оставете ги да се сретнат веднаш потоа.
Дали мора да ги користиме трите прашања за стендап?
Не. Scrum Guide од 2020 им дозволува на Developers да ја изберат структурата, сè додека состанокот го проверува напредокот кон Sprint Goal и го прилагодува планот. Различно прашање секоја недела спречува кругот да стане извештај.
Колку спринтови ми требаат за да пресметам velocity?
Sprint Velocity Calculator ги користи последните три. Помалку спринтови даваат нестабилен просек; многу стари спринтови опишуваат тим што можеби оттогаш се променил.
Каков капацитет да внесам кога некој е отсутен дел од спринтот?
Проценете го уделот од работните денови на тимот што навистина е достапен. Во тим од пет лица, едно лице отсутно цел спринт значи 80 проценти. Едно лице отсутно три дена од спринт од десет дена значи 47 од 50 човек-денови, односно околу 94 проценти.
