Sprint Refinement vs Sprint Retrospektive: Просто про головне
Я Scrum-майстер і психолог, провів понад 200 ретроспектив. Іноді я чую запитання: що належить до Sprint Refinement, а що — до Sprint Retrospektive? Саме це я роз’яснюю тут на практиці.
Sprint Refinement vs Sprint Retrospektive за 20 секунд
| Питання | Sprint Refinement | Sprint Retrospektive |
|---|---|---|
| Про що йдеться? | Уточнення наступної роботи | Покращення співпраці |
| Напрямок погляду | Вперед | Озирнутися назад і навчитися |
| Результат | Чіткіші елементи беклогу | Конкретні заходи |
| Фокус | Що ми будуємо далі? | Як нам краще працювати в наступному спринті? |
Що таке Sprint Refinement?
Під час Sprint Refinement моя команда з’ясовує відкриті вимоги, розбиває великі тікети на менші та робить беклог придатним для реалізації. Для мене Sprint Refinement — це підготовка до прийняття правильних рішень під час планування спринту (Planning).
Що таке Sprint Retrospektive?
На Sprint Retrospektive ми аналізуємо співпрацю, процеси та висновки з минулого спринту. Мета полягає не в деталізації тікетів, а в покращенні командної роботи з чіткими пунктами дій (Action Items).
Sprint Refinement vs Sprint Retrospektive: У чому різниця?
Суть різниці між Sprint Refinement та Sprint Retrospektive полягає в об’єкті прийняття рішень:
- Під час Refinement команда приймає рішення щодо змісту роботи.
- На Retrospektive команда приймає рішення щодо способу роботи.
Якщо ви чітко розділяєте Sprint Refinement та Sprint Retrospektive, фокус і якість результатів майже завжди помітно зростають.
Практичний приклад 1
Під час ретро команда раптом починає обговорювати, чи не занадто великий тікет. Зустріч затягується, але жодних заходів щодо покращення не приймається.
Що тут потрібно змінити:
- Повернути уточнення тікетів у Refinement.
- На ретро вирішувати лише процесне питання: чому незрозумілі тікети взагалі потрапляють у спринт?
Практичний приклад 2
Команда використовує Refinement як міні-планування із зобов’язаннями (Commitments). Проте під час самого Planning ясності все одно бракує.
Що тут потрібно змінити:
- Розділити Refinement як підготовку та Planning як прийняття зобов’язань.
- Використовувати ретроспективу для вирішення повторюваних проблем з координацією.
Поширені плутанини навколо Sprint Refinement та Sprint Retrospektive
Sprint Planning vs Sprint Refinement
Refinement готує, Planning визначає зобов’язання на спринт.
Sprint Review vs Sprint Retrospektive
Review фокусується на інкременті продукту та відгуках стейкголдерів, Retrospektive — на командних процесах та покращеннях.
Backlog Refinement vs Sprint Planning
Backlog Refinement робить варіанти придатними для реалізації, Sprint Planning вибирає з них план на спринт.
Для глибшого вивчення подій Scrum я часто використовую короткі пояснення від Scrum.org та Atlassian.
Sprint Refinement vs Sprint Retrospektive: Яке питання коли доречне?
| Ситуація | Обирайте питання для Refinement | Обирайте питання для Retrospektive |
|---|---|---|
| Сторі занадто великі/незрозумілі | ”Чого не вистачає для реалізації?” | |
| Пріоритети незрозумілі | ”Що справді важливо в наступному спринті?” | |
| Повторювані тертя | ”Що гальмує нашу співпрацю?” | |
| Заходи не виконуються | ”Яке одне зобов’язання ми беремо на себе до наступної ретро?” | |
| Забагато сюрпризів | ”Який ризик ми могли б помітити раніше?" | "Чому ми помічаємо цей ризик занадто пізно?” |
Моє правило для Sprint Refinement vs Sprint Retrospektive: якщо основне питання — “Що ми будуємо далі?”, це Refinement. Якщо воно звучить як “Як нам стати кращими як команда?”, це Retrospektive.
2 хороші ідеї для ретроспективи для початківців
Keep Stop Start
Якщо ви хочете почати з простої та чіткої структури, Keep Stop Start часто є найкращим вибором. Цей метод допомагає початківцям швидко перейти від спостережень до конкретних дій.
Keep Stop Start Retro: Як проходить ретроспектива
-
Випадковий Icebreaker (2-5 хвилин)
Echometer надає вам генератор випадкових питань для реєстрації.
-
Огляд відкритих заходів (2-5 хвилин)
Перш ніж почати з новими темами, слід поговорити про контроль ефективності того, що сталося з заходами з минулих ретроспектив. Echometer автоматично перераховує всі відкриті пункти дій з минулих ретроспектив.
-
Обговорення ретро-тем
Використовуйте наступні відкриті питання, щоб зібрати ваші найважливіші висновки. Спочатку кожен окремо. Echometer дозволяє відкривати кожен стовпець ретро-дошки окремо, щоб потім представити та згрупувати відгуки.
- Keep: Що нам варто зберегти?
- Stop: Що нам варто припинити робити?
- Start: Що нам варто почати робити?
-
Універсальне питання (рекомендовано)
Щоб інші теми також мали місце:
- Про що ще ви хочете поговорити на ретроспективі?
-
Пріоритезація / Голосування (5 хвилин)
На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.
-
Визначення заходів (10-20 хвилин)
За допомогою символу "плюс" на відгуку можна створити пов'язаний захід. Ще не впевнені, який захід буде правильним? Тоді відкрийте дошку для обговорення з цієї теми за допомогою символу "плюс", щоб провести мозковий штурм щодо основних причин і можливих заходів.
-
Виїзд / Закриття (5 хвилин)
Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.
Keep Stop Start Retro
Spotify Health Check Retro
Якщо ваша команда хоче розпізнавати не лише окремі проблеми, а й закономірності у співпраці, цей метод буде особливо корисним. Він за короткий час дає ширше уявлення про динаміку та розвиток команди.
Ретроспектива команди з Spotify Health Check: Як проходить ретроспектива
-
Випадковий Icebreaker (2-5 хвилин)
Echometer надає вам генератор випадкових питань для реєстрації.
-
Огляд відкритих заходів (2-5 хвилин)
Перш ніж почати з новими темами, слід поговорити про контроль ефективності того, що сталося з заходами з минулих ретроспектив. Echometer автоматично перераховує всі відкриті пункти дій з минулих ретроспектив.
-
Health Check
Усі члени команди можуть анонімно відповідати на перевірки працездатності за шкалою. Потім перегляньте результати перевірок працездатності разом і, якщо необхідно, запишіть додаткові коментарі. Якщо ви використовуєте ті самі перевірки працездатності в кількох ретроспективах, ви також можете відстежувати тенденції з часом в Echometer.
- Ми із задоволенням йдемо на роботу і отримуємо багато задоволення від співпраці.
- Ми завжди отримуємо чудову підтримку та допомогу, коли просимо про неї.
- Ми — чудова команда, яка чудово працює разом.
- Ми постійно вивчаємо багато цікавих речей.
-
Обговорення ретро-тем
Використовуйте наступні відкриті питання, щоб зібрати ваші найважливіші висновки. Спочатку кожен окремо. Echometer дозволяє відкривати кожен стовпець ретро-дошки окремо, щоб потім представити та згрупувати відгуки.
-
Універсальне питання (рекомендовано)
Щоб інші теми також мали місце:
- Про що ще ви хочете поговорити на ретроспективі?
-
Пріоритезація / Голосування (5 хвилин)
На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.
-
Визначення заходів (10-20 хвилин)
За допомогою символу "плюс" на відгуку можна створити пов'язаний захід. Ще не впевнені, який захід буде правильним? Тоді відкрийте дошку для обговорення з цієї теми за допомогою символу "плюс", щоб провести мозковий штурм щодо основних причин і можливих заходів.
-
Виїзд / Закриття (5 хвилин)
Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.
Ретроспектива команди з Spotify Health Check
Питання перевірки працездатності (шкала)
Більше методів ви знайдете тут: Методи ретроспективи . Для кращого початку я рекомендую статтю Check-in для ретроспективи . Для реалізації Action Items підходить Заходи ретроспективи .
Чому Echometer — це ідеальний старт
Якщо команди хочуть чітко розділити Sprint Refinement та Sprint Retrospective, допомагає зрозумілий робочий процес. Echometer ідеально підходить для цього, тому що ви починаєте безпосередньо зі структурованих шаблонів для вашої ретроспективи, відстежуєте заходи та робите розвиток команди видимим. Увага: Echometer призначений не для Refinement, а спеціалізується на ефективних ретроспективах.
Якщо ви хочете вимірювати розвиток команди разом із ретроспективами, додатково перегляньте нашу цільову сторінку про Програмне забезпечення для Team Health Check .
Якщо ви шукаєте посібник з модерації, ви знайдете тут нашу електронну книгу з порадами для модерації ретроспектив.
Висновок
Sprint Refinement та Sprint Retrospective легко розділити, якщо чітко тримати фокус: Refinement уточнює наступну роботу, ретроспектива покращує вашу співпрацю. Якщо ви чітко застосовуєте цю логіку, обидві зустрічі стануть коротшими, зрозумілішими та значно ефективнішими.
FAQ з нашої бібліотеки
Хто бере участь у ретроспективі?
Ретроспектива зазвичай відбувається на рівні команди. Як правило, такі гнучкі команди налічують щонайменше 3 учасники та до 10 учасників. Отже, всі члени команди беруть участь у ретроспективі - незалежно від відповідної ролі членів команди в команді.
Те, чи вважати лідера команди членом команди, залежить від контексту і, зрештою, має вирішуватися самою командою. Чим більше лідер команди залучений до щоденної роботи команди, тим більше сенсу для нього брати участь у ретроспективі команди.
Для того, щоб процес був максимально організованим та ефективним, слід призначити модератора. Це завдання може виконувати, наприклад, Скрам-майстер, а також інший член команди. Ви також можете просто ротувати роль модератора в команді – всі по черзі в певному порядку.
Які кроки входять до ретроспективи?
Типовими для ретроспектив є п’ять фаз: створення рамок, збір даних, отримання інсайтів, визначення заходів та завершення. Точний процес може варіюватися, але він завжди повинен приводити до конкретних пунктів дій. Окрім класичних 5 фаз ретроспектив, існує також модель подвійного алмазу для фаз ретроспектив , яка дає модераторам ретроспектив більш інтуїтивне уявлення про успішну та орієнтовану на результат модерацію.
Як виміряти успіх ретроспективи?
Успіх ретроспектив проявляється в тому, що узгоджені заходи реалізуються і виникають вимірні поліпшення. Для цього команди використовують, окрім показників продуктивності (до яких слід ставитися з обережністю), наприклад, відстеження пунктів дій, тенденції за шкалами зворотного зв’язку в опитуваннях Team Health-Check / Pulse-Check.
