Меню

Спритні ретроспективні зустрічі - чому це необхідно та деякі цікаві способи їх проведення

agile retrospective meetings why it is necessary

Спробуйте Наш Інструмент Для Усунення Проблем

Швидка розробка програмного забезпечення - це набір методів і практик, що базуються на манефесті Agile. Agile методологія робить акцент на співпраці команд та частій доставці товару.

Одним з 12 принципів, перерахованих у Маніфесті Agile, є:

'Через рівні проміжки часу команда розмірковує над тим, як стати більш ефективним, а потім налаштовує та регулює свою поведінку відповідно'.

Цей принцип закладений у спритну команду у формі Agile Retrospective зустрічей.

У цій статті ми поговоримо більше про ретроспективні зустрічі, їх мету та деякі цікаві способи проведення цих зустрічей.

скрам-ретроспектива

Рекомендуємо прочитати=> 6 найпоширеніших причин, якими слід сприймати Agile у своїй організації

Що ви дізнаєтесь:

Визначення та мета ретроспективних зустрічей

За визначенням ретроспектива означає «огляд назад або справу з минулими подіями чи ситуаціями».

Вірно визначенню, ретроспективні засідання призначені для роздумів про останні спринт / проект / етап та визначити сфери, які потребують вдосконалення, та відзначити перемоги команд .

Це пов’язано з концепцією постійного вдосконалення, коли команди збираються для обговорення областей, які команда добре зробила, та областей, які команді потрібно співпрацювати для покращення для наступного спринту / проекту / етапу.

Також читайте=> Як поліпшити якість програмного забезпечення за допомогою безперервного процесу інтеграції

Проведення ретроспективних зустрічей

Ретроспективні зустрічі можуть проводитися на різних етапах проекту:

  • Ретроспективні зустрічі можуть бути заплановані на дні закриття спринту та перед початком наступного спринту для роздумів про останній спринт
  • Переглянути конкретний проблемний сценарій
  • Важливий момент, щоб задуматися про стан на сьогодні

Спритні ретроспективні кроки

Будь-яка ретроспективна зустріч передбачатиме такі кроки:

agile-retrospective-steps

  • Встановити сцену - Організувати зустріч - передбачає організацію зустрічі ведучим (прем'єр-міністром, майстром скраму тощо) та надсилання запрошення на зустріч усім необхідним членам команди та зацікавленим сторонам.
  • Збір даних - Як тільки зустріч розпочнеться, зберіть усі ідеї, думки та занепокоєння, які можуть виникнути у членів команди. Це можна зробити за допомогою різних спритна ретроспективна діяльність як 'Пуск', 'Зупинка' та 'Продовження', 'Намалюй мене' тощо.
  • Створити статистику - Після збору даних необхідно визначити значущу аналітику та створити шаблони. Ідея полягає у виявленні тенденцій та їх вирішенні. Наприклад якщо члени команди незадоволені тривалими щоденними стендами, тоді ми повинні з'ясувати, що це спричиняє. Це можуть бути не пов'язані між собою обговорення, запізнення членів команди, нереальний встановлений час, який не враховує кількість оновлень тощо.
  • Створити дії - Після виявлення основних проблем створіть точки для їх вирішення. Пункти дій повинні бути призначені підзвітній особі (особам), яка відповідатиме за її вирішення до визначеного терміну.
  • Завершити - Подякуйте команді за витрачений час та участь. Переконайтеся, що питання обговорення на зустрічі та дії задокументовані та розіслані членам групи для зручності.

Швидкі ретроспективні формати зустрічей, ідеї та заходи

# 1) Що пройшло добре, Що слід було зробити краще, Теми дій

Члени команди зустрічаються та обговорюють, що команда добре зробила, що команда повинна вдосконалити, отримані уроки та напрямки дій, що відповідають областям вдосконалення.

Ці дії покладаються на підзвітного члена команди. Ця дискусія задокументована та розповсюджена серед усіх після наради або може бути збережена на спільному диску / інтрамережі для зручності доступу.

JIRA має вбудований ретроспектива спринту шаблон для ретроспективної зустрічі на основі саме цього формату, як показано нижче:

спритна-ретроспектива-формати-зустрічі-ідеї та дії

(зображення джерело )

# 2) Початок, зупинка та продовження зустрічі

На цій зустрічі членів команди просять надати думки щодо того, що команда повинна почати робити, припинити робити і продовжувати робити спринт.

Цей метод дуже популярний та ефективний, особливо для нових команд.

  • Початкові завдання - це те, що команда хотіла б додати до свого процесу, наприклад Почніть приїжджати вчасно на зустрічі за проектом.
  • Зупинка предметів - це те, що команда більше не хоче робити, наприклад припинити перевірку коду без перегляду коду.
  • Продовжувати робити - це те, що команда хоче продовжувати робити в майбутньому, наприклад Продовжуйте щодня робити стенди.

Координатор зустрічі може встановити мінімальний і максимальний ліміт кількості пунктів, які може запропонувати член команди. Наприклад Кожен член команди повинен надати по 1 предмету для списку «Пуск», «Зупинка» та «Продовжити» і може надати максимум 3 предмети для кожного типу.

Крім того, як тільки повний список складений, членам команди можна запропонувати проголосувати за звуження найважливіших пунктів.

почати-зупинити-і-продовжити-зустріч

No 3) 5 Зустріч у форматі «Чому»

Цей формат зустрічі базується на заданні подальших запитань 'Чому' між членами команди.

Цей формат зустрічі використовується для пошуку основних причин проблемного сценарію (симптому), а також причин, які можуть бути не очевидними.

Мета не вирішити проблему, а зрозуміти ситуацію та, можливо, звузити першопричину.

Кожен член команди створює ланцюжок причин, через які, на їх думку, проблема виникає. Після того, як список готовий, відповіді можна об'єднати в єдиний ланцюжок, що представляє думку, досягнуту загальним консенсусом групи.

Це найкраще підходить для невеликих команд з розмірами, тобто 3-5 членів.

Наприклад:

Проблема : Якість товару була поганою.
Питання : Чому?
Причина 1 : Нестабільна збірка.
Питання : Чому?
Причина : Не застосовується процес - Не заморожується код.
Питання : Чому?
Причина : Зміна обсягу
Питання : Чому?
Причина : Вплив не виявлено під час планування проекту

приклад

# 4) Божевільний, сумний, радий

У цьому форматі наради учаснику команди потрібно певний час (5-10 хвилин), щоб записати липкі нотатки до кожного з емоцій - Божевільний, Сумний і Радий.

  • 'Божевільний', як правило, фокусується на перешкодах, бар'єрах тощо.
  • «Сумний», як правило, зосереджується на внутрішніх проблемах і
  • 'Радий', як правило, зосереджується на чомусь, що викликає задоволення від члена команди.

Після закінчення часу наліпки групуються на основі емоцій. Потім питання «Божевільний і сумний» проголосують, щоб визначити їх пріоритетними для створення предмета дії.

# 5) Намалюй мені малюнок

Цей прийом є невербальною ретроспективною технікою.

У цьому форматі наради членам команди дається кілька хвилин, щоб зібрати свої думки та висловити свої почуття та думки.

Ця зустріч є хорошим форматом для проведення ретроспектив, коли словесне спілкування в команді не вдається, воно діє як криголам між членами команди.

намалюй мені малюнок

(зображення джерело )

# 6) Святкування кола

Ця техніка фіксує зворотний зв'язок за допомогою плюсів та дельт, тобто що працювало добре, що могло бути краще).

У цьому члени команди збираються, щоб сформувати коло. Один учасник команди починає і кидає м’який предмет, що кидається (плюшева іграшка, м’ячі для стресу) у бік будь-якого іншого учасника.

Ідея полягає в тому, що той, у кого є м’яч, відповість на 3 питання:

  • Що їм сподобалось,
  • Те, що вони оцінили і
  • Як вони використають навчене для вдосконалення

Об’єкт випадковим чином передається по колу, поки кожен не отримає можливості.

Поширені помилки

Помилка №1) Ретроспективні зустрічі нудні

ретроспектива-зустрічі-нудні

Це причина номер один, чому члени команди не люблять проводити або бути присутніми на ретроспективній зустрічі.

Щоб зробити зустріч більш залученою, ведучий повинен запропонувати цікаві, але ефективні способи проведення цих зустрічей.

Помилка №2) Ретроспективна зустріч - це моя можливість вказати на нижчі показники роботи члена команди

Ретроспективне засідання - це не вказівка ​​пальцем або випуск із зустрічі.

Ця зустріч не планується для того, щоб чітко вказати або викликати члена команди за їх слабкі місця. Ця зустріч проводиться в нейтральних умовах з метою вдосконалення та розвитку в команді. Уникайте прямих коментарів, призначених для однієї особи. І пам’ятайте, що мета - стати кращими!

відповідне засідання

Помилка №3) Тільки організатор зборів веде ретроспективні зустрічі та обговорює питання

Членів команди слід заохочувати брати участь та ділитися своєю точкою зору. Ця зустріч призначена для покращення команди, а не для обговорення зверху вниз, продиктованого організатором / посередником зустрічі.

У той же час членам команди слід забезпечити комфорт, щоб вони могли висловлювати свою справжню точку зору, не боячись бути осудженим або боятися реакції в результаті виступу.

Помилка №4) Вищого керівництва / ключових зацікавлених сторін взагалі не запрошують на ретроспективні наради

Це залежить від проекту. Вище керівництво, власники продуктів можуть бути запрошені на зустріч для вирішення будь-яких проблем, які вони можуть мати, або будь-яких проблем, пов'язаних з командою щодо їх управління.

Помилка №5) Результати ретроспективних зустрічей не потрібно документувати

Agile методологія базується на принципі «Робота програмного забезпечення над всебічною документацією», однак це не означає, що команда повинна повністю позбутися документації.

Документування ретроспектив може призвести до ефективного відстеження точок дії до закриття. Це також можна додати до сховищ історичних даних, де команда може отримати доступ до уроків, отриманих як частина активів організаційного процесу

Висновок

Ретроспективи дуже корисні для створення команд та співпраці в команді.

Члени команди, які збираються разом, щоб відзначити перемоги та запропонувати вдосконалення, також створюють більш прозоре та здорове командне середовище. Завдяки постійному вдосконаленню та зворотному зв'язку команди стають кращими з часом.

Ретроспективні засідання повинні включати як людські проблеми (особистість, ставлення, відсутність навичок тощо), так і технічні питання (сфера застосування, суперечливі вимоги, стабільність системи тощо).

найкраще програмне забезпечення для відновлення даних для Windows -

Рекомендується проводити ретроспективні наради на всіх рівнях, а не лише на рівні команди розробників.

Ретроспективні наради можна проводити в кінці етапу, в кінці спринту, після смерті інциденту чи проблеми, після основних подій тощо. Переконайтеся, що ваші ретроспективні засідання задокументовані, а пункти дій відстежуються до закриття.

І останнє, але не менш важливе: зробіть свої ретроспективні зустрічі веселими!

Про автор: Ця корисна стаття написана Нехою Б. Вона наразі працює менеджером із забезпечення якості та спеціалізується на керівництві та управлінні внутрішніми та офшорними командами з контролю якості.

Чи знаєте ви про якісь цікаві способи проведення ретроспективних зустрічей, які не згадуються в цій статті? Будь ласка, повідомте нам, розмістивши свої коментарі.

Рекомендована література

^