Ретроспектива спринта у развоју: суштина, циљеви и методе извођења

Шта је ретроспектива спринта?

Ретроспектива спринта — структурирани састанак Scrum тима који се одржава након завршетка спринта и пре планирања следећег. Учесници расправљају о протеклом спринту, деле запажања и заједно одређују које промене да примене у раду.

Порекло праксе

Термин ретроспектива потиче из пракси непрекидног побољшања описаних у DevOps култури и Lean методологији. У Scrum-у, ретроспектива је постала обавезан догађај са појавом Scrum Guide 2010. године. У 2020. години, у ажурирању Scrum Guide, акценат се померио са „инспекције и адаптације” на „фокус на квалитет и ефикасност”, што је ојачало улогу ретроспектива.

Разлика од других Scrum церемонија

Sprint Review се фокусира на производ и повратне информације од заинтересованих страна, а ретроспектива — на процесе тима. Daily Scrum — синхронизација за дан, ретроспектива — анализа током целог спринта. Ретроспектива је једина церемонија на којој тим говори искључиво о себи, без притиска клијента или product owner-а.

Циљеви ретроспективе спринта

Ретроспектива спринта има неколико кључних циљева, од којих је сваки важан за здрав развој тима и процеса развоја.

Тимска рефлексија

Рефлексија омогућава тиму да осмисли протекли спринт: шта је успело, шта је кренуло наопако и које лекције се могу извући. Овај процес спречава понављање истих грешака, обликује културу отворености и учи програмере да преузму одговорност за процесе, а не само за код.

Мерљива побољшања

Свака ретроспектива треба да роди конкретне акционе ставке — задатке за следећи спринт. На пример: „додати code review за све pull request-ове” или „скратити daily састанак на 10 минута”. Акционе ставке се бележе у backlog-у и прате на следећој ретро. Ако се акционе ставке не извршавају, ретроспектива губи смисао.

Превенција сагоревања

Редовне ретроспективе помажу да се идентификују проблеми пре него што доведу до сагоревања. Прековремени рад, сукоби у тиму, нејасни захтеви — све се то покреће на ретро и решава пре нагомилавања критичне масе.

Формати извођења ретроспективе

Постоји преко 50 формата ретроспектива, сваки погодан за различите ситуације и саставе тима. Избор формата зависи од зрелости тима, тренутних проблема и доступног времена.

Start-Stop-Continue

Start-Stop-Continue — најједноставнији и најпопуларнији формат. Тим записује идеје на самолепљиве белешке и распоређује их у три колоне. Start — нове праксе, Stop — штетне навике, Continue — оно што ради. Формат је одличан за нове тимове и брзе ретроспективе од 30 минута.

Sailboat / 4L

Sailboat (или „Једрилица”) користи метафору брода: ветар гура напред, сидро успорава, стене — будући ризици. 4L — дубљи формат у коме тим анализира сваки аспект кроз четири сочива. Оба формата захтевају више времена (60–90 минута), али дају потпунију слику стања тима.

Избор формата према ситуацији

За недељне ретроспективе погодни су лагани формати: Start-Stop-Continue или Mad-Sad-Glad. За спринтове дужине 2–4 недеље вреди користити Sailboat или 4L. Ако у тиму постоји сукоб — боље је почети са Mad-Sad-Glad да би се испустиле емоције, а затим прећи на конструктивну дискусију.

Како спровести ретроспективу: корак по корак план

Спровођење ретроспективе захтева структуру и фацилитацију. Scrum Master или одређени фацилитатор води састанак корак по корак како би сваки учесник био саслушан.

Припрема

24 сата пре ретро, фацилитатор прикупља податке: метрике спринта (брзина, број грешака, завршени задаци), расположење тима кроз анонимну анкету. Табла за ретро се припрема унапред — физичка (самолепљиве белешке, маркери) или дигитална (Miro, Mural, Retrium).

Прикупљање података

У овој фази сваки учесник записује своја запажања на самолепљиве белешке (обично 5–10 минута у тишини). Категорије зависе од изабраног формата. Важно правило: не критиковати туђе белешке у фази прикупљања — прво се све идеје бележе, затим расправљају.

Гласање и приоритизација

Након прикупљања, тим групише белешке по темама и гласа за најважније. Сваки учесник добија 3–5 гласова (тачкама на белешкама). Теме са највећим бројем гласова улазе у дискусију. Овај механизам спречава ситуацију у којој један глас доминира над осталима.

Акциони план

Финална фаза — формулисање акционих ставки. Свака акциона ставка треба да буде SMART: конкретна, мерљива, остварива, релевантна и временски ограничена. Одговорна особа се именује отворено, рок се одређује. Акционе ставке се додају у backlog и проверавају на следећој ретроспективи.

Типичне грешке при спровођењу ретро

Чак и искусни тимови праве грешке у ретроспективама које претварају корисну праксу у празну формалност. Познавање ових грешака помаже да их избегну.

Недостатак акционих ставки

Најчешћа грешка — дискусија без резултата. Тим је разговарао, идентификовао проблеме, али није записао ниједну акциону ставку. Таква ретроспектива не води до промена, а на следећем састанку се расправљају исти проблеми. Решење: последњих 10 минута ретро увек посветити плану акције.

Претварање у жалбе

Када се ретроспектива претвори у сесију жалби без конструктивних предлога, морал тима опада. Фацилитатор треба да усмерава дискусију од проблема ка решењима. Техника: после сваког проблема поставити питање „Шта можемо да урадимо поводом тога?”.

Доминација једног учесника

Ако један програмер говори 80% времена, остали се затварају и престају да деле идеје. Решење: користити тихо прикупљање идеја (свако пише своје), рунде у низу, тајмер за излагање. Анонимне анкете пре ретро такође помажу да се прикупе мишљења тихих учесника.

Пропуштање ретроспектива

Пропуштање ретро због заузетости или „нема времена” — опасан тренд. Ако тим пропусти једну ретро, пропуштање друге постаје лакше. Временом се проблеми гомилају, а спринтови постају мање ефикасни. Ретроспектива је део спринта, као што су развој и тестирање.