Шаблон за ретроспекция: формат, пример — и как action items оцеляват до следващата ретроспекция (2026)

Ретроспекцията е срещата, на която екипът поглежда как е работил — през един спринт, една версия, един месец — и решава какво да промени. Не какво е създал; това го прави ревюто. А как го е създал: какво е забавило работата, какво я е ускорило и кои едно-две неща екипът ще направи различно следващия път. Шаблонът за ретроспекция е страницата, която държи този разговор в определен ред, така че срещата да роди решение, а не списък с оплаквания.

Това ръководство започва със занаята — формата, шаблон за спринт ретроспекция, който можете да копирате, попълнен пример и четирите набора от въпроси, между които повечето екипи се редуват. След това минава към механиката: къде живее ретроспекцията в инструментите, които екипът ви вече използва, и какво става с действията ѝ след разговора. Защото истинският тест на една ретроспекция не е таблото в края на часа. Той са първите пет минути на следващата, когато някой пита дали двете промени, за които всички се разбраха, наистина са се случили.

Какво е ретроспекцията — и какво не е

Четири срещи стоят близо до ретроспекцията и екипите ги смесват с цената на загуби:

Ретроспекцията е единствената от четирите, която е за самия екип, в присъствието на екипа и с решенията на екипа. Затова резултатът ѝ е малък — един екип може да промени един-два навика за цикъл, не десет — и затова ретроспекция с дълъг списък обикновено се е превърнала в ревю или в анализ на инцидент под грешно име. Дневният ред на спринт ревюто и дневният ред на ретроспекцията са две различни страници с основание.

Ретроспекцията също не е статус среща с чувства. „Нека обиколим и всеки да каже как се е чувствал спринтът“ дава настроение, а не промяна. Шаблонът по-долу иска данни преди мнения, писане преди говорене и решение преди края на часа.

Какво носи шаблонът: форматът

Един работещ шаблон за ретроспекция има седем части, в този ред. Повечето шаблони онлайн са подмножество; двете части, които най-често липсват, са първата и последната.

1. Действията от предишната ретроспекция, проверени. Преди всичко друго: всяко действие от миналия път, неговият собственик и едно от три състояния — изпълнено, неизпълнено с причина, отпаднало. Две минути за списък от три. Ретроспекция, която прескача този слот, заявява, че действията ѝ са по желание, и стаята го чува.
2. Периодът във факти. Какво е излязло, какво е закъснило, какво се е счупило — в числа или дати, на таблото, преди някой да е проговорил. От три до пет реда. Мненията, спорени върху едни и същи факти, се сближават; мненията, спорени върху различни спомени, не се сближават.
3. Какво мина добре. Първо писмено, по една бележка на човек за всяка точка, после прочетени на глас. Писането първо е правилото, което позволява на тихата половина от екипа да бъде чута, и обичайната причина ретроспекциите да бъдат доминирани от два гласа.
4. Какво не мина добре. Същият метод. Бележките са за работата и начина на работа, не за хора; фасилитаторът премества бележка, която назовава човек, в „паркинга“ за индивидуален разговор.
5. Групиране и избор. Групирайте бележките и нека всеки сложи два гласа на групите, които иска да бъдат разгледани. Първите една-две са темата на ретроспекцията за оставащото време; останалите чакат следващата, а списъкът на чакащите се пази.
6. Една-две промени, като действия. За всяка избрана група — промяната, към която екипът се ангажира, записана като action item: един собственик, един глагол, една дата. „Да станем по-добри в оценяването“ е пожелание; „Лена — добавя 15-минутна проверка на оценките към планирането в четвъртък — от следващия спринт“ е действие.
7. Собственици, дата за проверка и признателност. Прочетете действията на глас със собствениците; назовете датата, на която се проверяват — обикновено следващата ретроспекция; и приключете с един кръг благодарности, поименно. Последното не е декорация: именно то кара хората да са склонни да пишат бележките от точка 4 и следващия път.

Какво остава навън: всичко, което принадлежи на ревюто (обхват), на анализа на инцидент (хронологията на една грешка) или на индивидуалния разговор (един човек). Ретроспекция, която се опитва да носи и тях, се проточва и не решава нищо.

Как се провежда: преди, по време, след

Преди: фиксирайте слота и подгответе фактите. Ретроспекцията е повтаряща се среща, след ревюто и преди следващото планиране, така че да работи с това, което реално е излязло; как се вписва в седмицата, е описано в ръководството за ритъма на срещите. Ден по-рано фасилитаторът публикува в канала на екипа фактите за периода — списъка с излязлото, списъка със закъснялото, инцидентите — и действията от миналата ретроспекция със собствениците им, така че точки 1 и 2 да се прочетат преди срещата, а не да се сглобяват по време на нея. Сменяйте фасилитатора: ретроспекция, водена всеки път от мениджъра, се превръща в отчет пред мениджъра.

По време: писане преди говорене, после решение. Започнете с проверката на действията — всеки собственик казва дали е изпълнено или не и защо, с едно изречение. После фактите, прочетени на глас за минута. После осем минути мълчаливо писане за „мина добре“ и „не мина добре“, като всяка бележка се вижда от всички, щом се появи — на езика на всеки член, ако таблото превежда, и на единствения език, за който стаята се е разбрала, ако не превежда. Прочитане, групиране, гласуване: петнадесет минути. Избраните групи получават остатъка от часа, а единствената задача на фасилитатора през този отрязък е да превърне приказките в действие с име, преди часовникът да изтече, като прочита всяко на глас, така че собственикът да се съгласи с него два пъти. Пет минути накрая: действия със собственици и дата за проверка, после признателност.

След: публикувайте страницата същия ден, там, където следващата ретроспекция ще я отвори. Таблото с бележките, избраните групи, действията със собственици и предишните действия със състоянията им — една страница, до всички, включително до тези, които са пропуснали срещата. После я сложете там, откъдето започва следващата ретроспекция: проверката на действията най-горе на следващата страница е копие на списъка с действия най-долу на тази. Ретроспекция, пазена в бележника на фасилитатора, е ретроспекция, която екипът няма.

Как се води самият час — откриването, времевите рамки, прочитането на резултатите в последните пет минути — е същият занаят като при всяка ефективна среща. Специфични за ретроспекцията са правилото за писането първо и ограничението до две промени.

Шаблон за спринт ретроспекция

[Екип] — Ретроспекция, спринт [номер] / [период]
Дата: [дата] · Час: [начало]–[край] · Линк: [линк към срещата]
Цел: да изберем една-две промени в начина ни на работа и да проверим тези, които избрахме миналия път.
Фасилитатор: [име, на ротация] · Бележки: [име или „резюмето“]
За предварително четене: страницата от последната ретроспекция, фактите за този период

1. Действията от последната ретроспекция — фасилитатор — 5 мин — информация
– [Собственик] — [действие] — срок [дата] — изпълнено / неизпълнено: [причина] / отпаднало
– [Собственик] — [действие] — срок [дата] — изпълнено / неизпълнено: [причина] / отпаднало

2. Периодът във факти — фасилитатор — 3 мин — информация
Излязло: [списък]. Закъсняло: [списък]. Счупено: [списък]. [Едно число, което има значение през този период.]

3. Какво мина добре — всички, първо писмено — 8 мин — дискусия
[Бележки, по една точка, прочетени на глас след писането.]

4. Какво не мина добре — всички, първо писмено — 8 мин — дискусия
[Бележки за работата и начина на работа — не за хора.]

5. Групиране и гласуване — всички — 10 мин — решение
Групи: [A], [B], [C]. По два гласа на човек. Избрани: [една или две]. Чакат следващия път: [останалите].

6. Промените, към които се ангажираме — екип — 15 мин — решение
– [Собственик] — [глагол + обект] — от [дата] — проверка на ретроспекцията от [дата]
– [Собственик] — [глагол + обект] — от [дата] — проверка на ретроспекцията от [дата]

7. Собственици, дата за проверка, признателност — 5 мин
Действията, прочетени на глас със собствениците. Дата за проверка: следващата ретроспекция, [дата]. По една благодарност от всеки, поименно.

„Паркинг“: [повдигнати, но неизбрани теми — пренасят се на страницата на следващата ретроспекция]

Шаблонът е обикновен текст: поставя се в документ, канава, колона със стикери на дъска или съобщение в чат без пренареждане. Редът е важното; инструментът не е.

Попълнен пример: продуктов екип от осем души след двуседмичен спринт

Екип „Платформа“ — Ретроспекция, спринт 31
Цел: да изберем една-две промени в начина ни на работа и да проверим тези, които избрахме миналия път.
Фасилитатор: Матеуш · Бележки: резюмето
За предварително четене: страницата от ретроспекцията на спринт 30; фактите за спринт 31, публикувани вчера в канала

1. Действията от последната ретроспекция — 5 мин
– Прия — да премести daily-то на 09:30, за да се включва Лисабон на живо — срок 2 ноември — изпълнено
– Кенджи — едностранична дефиниция за „готово“ за мобилния отрязък — срок 6 ноември — неизпълнено: чака редакциите на QA лидера; новa дата 20 ноември

2. Периодът във факти — 3 мин
Излезли 9 от 11 планирани елемента. Закъснели: експортната задача, имейлът за въвеждане. Счупено: един инцидент, 40 минути, индексът за търсене. Ревюто в четвъртък се проточи с 25 минути.

3. Какво мина добре — 8 мин
Работата по двойки по поправката на търсенето я затвори още същия ден. Каналът пазеше фактите, така че никой не попита два пъти „какво пуснахме“. Лисабон се включи във всяко daily.

4. Какво не мина добре — 8 мин
Два елемента бяха наполовина специфицирани, когато спринтът започна. Ревюто се проточи, защото демото се подготвяше по време на срещата. Докладът за инцидента беше написан с три дни закъснение.

5. Групиране и гласуване — 10 мин
Групи: готовност в началото на спринта (6 гласа), продължителност на ревюто (4), доклади за инциденти (3), оценки (2). Избрани: готовност, ревюто. Чакат: доклади за инциденти, оценки.

6. Промените, към които се ангажираме — 15 мин
– Лена — проверка за готовност на всеки елемент във вторника преди планирането; елемент без едноредова спецификация и собственик не влиза в спринта — от спринт 32 — проверка на ретроспекцията от 28 ноември
– Томас — демо средата да е готова и тествана до обяд в деня на ревюто — от спринт 32 — проверка на ретроспекцията от 28 ноември

7. Собственици, дата за проверка, признателност — 5 мин
Прочетено на глас. Дата за проверка: 28 ноември. Благодарности на Прия за работата по двойки по търсенето и на Лисабон за ранните стартове.

„Паркинг“: доклади за инциденти; оценки — първи в списъка за ретроспекцията на спринт 32.

Забележете какво прави страницата работеща: първата и предпоследната точка са един и същ списък, видян с две седмици разлика. Действията на спринт 31 се родиха най-долу на страницата на спринт 30 и бяха оценени най-горе на тази; тези на спринт 32 ще бъдат оценени на 28 ноември. Този цикъл е цялата стойност на ретроспекцията и е частта, която повечето шаблони оставят на паметта.

Четири набора от въпроси и кога е подходящ всеки

Точки 3 и 4 от шаблона са двойка въпроси, а екипите се уморяват от една и съща двойка. Четири добре познати алтернативи, всяка все така завършваща с точки 5 и 6:

Който и набор да използвате, две правила важат: писане преди говорене, а резултатът е едно-две действия със собственици. Набор от въпроси, който дава по-богата стена от бележки, но не и решение, е направил срещата по-интересна и по-малко полезна.

Къде живее ретроспекцията в инструментите, които вече използвате

Всяка голяма платформа дава на ретроспекцията табло или документ и всяка спира на различно място. Само документирано поведение, от страниците на самите доставчици, с месеца, в който е проверен всеки факт:

Две неща са еднакви във всеки ред. Таблото на ретроспекцията е документ до срещата, на единствения език, на който е писан или проведен; а дали действията от миналата ретроспекция са изпълнени, е въпрос, на който документът не отговаря — човек отваря предишната страница на следващата среща и я прочита на стаята. Където това е достатъчно, всяка от четирите ще свърши работа и таблицата е целият отговор. Къде отиват транскрипцията, записът и обобщението на разговор в Teams или Meet след това и кой все още може да отвори всяко от тях, е описано в къде Teams и Meet съхраняват вашата транскрипция, запис и обобщение; какво покрива живият превод на всяка платформа вътре в разговора и къде спира, е в ръководствата за Teams и Meet (Teams, Meet).

Как действията оцеляват до следващата ретроспекция

InterMIND е пространство за комуникация, в което срещата живее в канал, така че ретроспекцията има очевиден дом: собствен канал, в който фактите за периода и действията от миналата ретроспекция се публикуват ден по-рано, а каналът пази резюмето на всяка сесия, така че страницата на спринт 30 е на един клик от тази на спринт 31. Всеки член пише на своя език и чете останалите на своя; страница, подготвена другаде, пристига в канала по имейл — домакинът дава на канала собствен адрес, а изпратено до него съобщение се появява като обикновено съобщение с назован подател и запазени прикачени файлове.

По време на разговора таблото е бележка, поставена на екрана на всички до видео плочките с Share to conference: фасилитаторът я редактира на живо, докато стаята пише своите точки, а всеки участник я чете на свой език, като оригиналът е на един превключвател разстояние. Резюмето от предишната сесия може да се сподели в конференцията по същия начин, така че точка 1 — действията от миналата ретроспекция — е истинският запис на екрана на всички, а не нечие спомняне за него.

Когато разговорът свърши, резюмето се пише от самата среща: обобщение, точките, отбелязани като договорени, отворени или спорни, action items със собственици, като всеки ред запазва времевия си маркер. То пристига по имейл, като съобщение в канала и като линк в събитието в календара, а всеки влязъл член го чете на своя език — записът се превежда за всеки читател, а не се пише веднъж на езика, който стаята случайно е ползвала. Всеки член може да го редактира, а всяка редакция запазва автор и история на ревизиите. Домакинът може да добави копие на резюмето към произволен адрес — входяща пощенска кутия на тракер или CRM — така че двете действия стигат до системата, в която се водят, без никой да препраща нищо. Teams и Meet, според документацията им по-горе, превеждат момента — субтитри в разговора, резюме на езика на срещата; тук пространството е това, което остава преведено.

В организация с включени статус страници на екипите действията от ретроспекцията също се проверяват. Всяко действие, записано в резюме, се присъединява към веригата от задачи на организацията, а когато се пише следващото резюме, отворените се оценяват спрямо казаното: действие, за което някой е докладвал, че е приключено, се отбелязва като изпълнено; действие, обсъдено, но неприключено, се отбелязва като неизпълнено с причината с думите на срещата; действие, което никой не е споменал, остава отворено. Вердиктите живеят на статус страницата на организацията, всеки с резюмето, на което се основава, а в началото на следващата сесия Mia назовава отворените елементи и техните собственици — така че точка 1 от шаблона се обсъжда дори когато никой не е отворил предишната страница. Статус страниците на екипите са функция в предварителен достъп: администраторът на организацията ги включва от Settings → Advanced след приемане на условията за алфа версия (страницата Preview features описва всяка от тях).

Гост — външен изпълнител в спринта, инженер на клиент, поканен на една ретроспекция — се присъединява с линк, без акаунт и безплатно, от телефон, в браузъра, и чува срещата на живо на собствения си език. След това за госта няма запис — акаунтът е безплатен и именно той прави записа достъпен. Домакинът предоставя пространството и, в платен план, плаща само за членовете, активни през последните 28 дни; членовете, които притихнат, запазват достъпа си безплатно.

• Отворете пълно резюме — истински запис, изобразен от същия код, който пише вашите, включително action items.
• Опитайте демото на живо — без регистрация; говорете и чуйте стаята преведена за всеки слушател.

Ретроспекцията като занаят оцелява във всеки инструмент: все някой трябва да попита екипа какво да промени и да го задържи до два отговора. Което не е нужно да оцелява, е втората работа — преписването на таблото след разговора, на един език, и откриването на следващата ретроспекция с въпроса дали някой е направил това, което предишната е решила.

Често задавани въпроси

Какво е ретроспективна среща?

Ретроспекцията е повтаряща се среща, на която екипът поглежда как е работил през един период — спринт, версия, месец — и се ангажира с една-две промени в начина си на работа. Първо проверява действията от предишната ретроспекция, поставя на таблото фактите за периода, събира писмено какво е мина добре и какво не, групира и гласува и завършва с действия, които имат собственик и дата за проверка. Тя се различава от ревюто, което гледа какво е създадено, и от анализа на инцидент, който гледа една грешка.

Как се провежда спринт ретроспекция?

Фиксирайте слота след ревюто и преди планирането и публикувайте фактите за периода и действията от миналата ретроспекция в канала на екипа ден по-рано. На срещата: проверете действията от миналия път (пет минути), прочетете фактите, напишете бележки за „мина добре“ и „не мина добре“ в тишина, преди някой да проговори, прочетете ги на глас, групирайте, гласувайте с по два гласа на човек и използвайте оставащото време, за да превърнете първите една-две групи в действия с един собственик и една дата. Прочетете действията на глас, назовете датата за проверка — обикновено следващата ретроспекция — и приключете с признателност. Публикувайте страницата същия ден там, където следващата ретроспекция ще я отвори.

Кои са 5-те етапа на ретроспекцията?

Широко използваната пететапна структура е: поставяне на сцената (целта, предишните действия, правилата), събиране на данни (фактите за периода и бележките на всички), генериране на прозрения (групиране на бележките и откриване на модела зад тях), решаване какво да се направи (едно-две действия със собственици) и приключване (прочитане на глас, дата за проверка, признателност). Шаблонът в това ръководство се съотнася към тези етапи точка по точка: точки 1–2 поставят сцената и събират факти, 3–5 събират и групират, 6 решава, 7 приключва.

Каква е разликата между спринт ревю и спринт ретроспекция?

Ревюто гледа работата — какво е създадено, дали е това, което е било замислено, какво се променя в беклога — със заинтересованите страни в стаята. Ретроспекцията гледа начина на работа — какво е забавило екипа и какво ще промени — само с екипа. Ревюто оставя приети елементи и промени в беклога; ретроспекцията оставя едно-две действия за начина на работа на екипа и действията от миналия път, отбелязани като изпълнени или не. Ретроспекцията е след ревюто, за да работи с това, което реално е излязло.

Какво е start, stop, continue?

Набор от въпроси за ретроспекция с три колони: какво екипът да започне да прави, какво да спре да прави и какво да продължи да прави. Той заменя двойката „мина добре“ и „не мина добре“ от основния шаблон и подхожда на екипи, които искат действия направо от бележките — бележка от „start“ вече е наполовина действие. Групирането, гласуването и ограничението до една-две поети промени продължават да важат.

Кои са 4-те въпроса на ретроспекцията?

Класическата ретроспекция задава четири въпроса: какво направихме добре, какво научихме, какво да направим различно следващия път и какво все още ни озадачава. Това са 4Ls в друга форма — харесахме, научихме, липсваше ни, копнеехме за — и работят най-добре за по-дълъг период, като тримесечие или край на проект, където ученето значи колкото поправянето.

Колко дълга трябва да бъде спринт ретроспекцията?

За двуседмичен спринт и екип от пет до десет души — от 45 до 60 минути: пет за предишните действия, три за фактите, шестнадесет за писане, петнадесет за прочитане, групиране и гласуване, петнадесет за промените, пет за приключване. Ретроспекция, която редовно се проточва, обикновено е пуснала в стаята ревюто или обсъждане на инцидент; ретроспекция, която е много по-кратка, обикновено е прескочила писането или действията.

Какво трябва да включва шаблонът за ретроспекция?

Седем неща: действията от предишната ретроспекция със състоянията им; периодът във факти; какво мина добре; какво не мина добре — и двете първо писмено; групиране и гласове; една-две промени, записани като action items със собственик и дата; и приключването — прочитане на глас, дата за проверка, признателност — с „паркинг“ за това, което е чакало. Двете части, които повечето шаблони пропускат, са първата и предпоследната: проверката на старите действия и собственикът и датата на новите. Те свързват една ретроспекция със следващата.

Източници: Microsoft — Вземане на бележки за среща в Microsoft Teams; Microsoft — Резюме в Microsoft Teams; Zoom — Генериране на дневен ред на среща с AI Companion; Zoom — Използване на обобщението на срещата с AI Companion; Google — Настройки на Calendar и Meet за „Take notes for me“; Google Meet — „Take notes for me“ в Google Meet; Slack — Шаблон за дневен ред на среща; Slack — Използване на huddles в Slack. Всяка клетка в таблицата назовава месеца, в който фактът е проверен: страницата на Microsoft за бележките, страницата на Zoom за дневния ред, страниците на Google и страниците на Slack са проверени през октомври 2026; страницата на Microsoft за резюмето и страницата на Zoom за обобщението на срещата са проверени през август 2026. Пететапната структура и наборите от въпроси са обща практика и не носят твърдение на доставчик. С времето доставчиците променят планове, функции и списъци с езици; проверявайте страниците им за актуалното състояние.