В англійській мові використовується термін retrospective action item review
Вивчіть англійські фрази для перегляду минулих ретроспективних елементів дій: відстеження подальших дій, закриття застарілих елементів і повідомлення про поступ.
Ретроспективи, які генерують елементи дії, які ніхто не переглядає, стають найменш довіреним ритуалом команди - виправлення є коротким, явним оглядом на початку наступного ретро, і він потребує власного словника, відмінного від звичайного ретро “що вийшло добре” обговорення. Цей підручник містить англійську мову для виконання цього перегляду.
Ключовий словник
** Перегляд елементів дій ** — практика відкриття ретроспективи за допомогою перегляду елементів, які було виконано у попередньому сеансі, перед створенням нових, щоб закрити цикл попередніх робіт. “Перед тим, як ми займемось новими темами, давайте витратимо п’ять хвилин на перегляд пунктів дій - три пункти з минулого разу, давайте подивимося, де стоїть кожен з них.”
** Прослідкування** — чи було виконано дійсний елемент дій, відмінний від того, чи було це лише обговорено або передбачено, основна річ, яку перевіряє перегляд. “Підтвердження цього було хорошим — оновлення runbook дійсно відбулося і воно вже було використано під час інциденту.”
** Застарілий елемент ** — елемент дії, який було перенесено з декількох ретроспектив без подальшого прогресу, що свідчить про те, що або він не мав пріоритету, або у нього не було чіткого власника.
- “Цей елемент було перенесено на три ретро- версії — він офіційно застарілий. Або ми зобов’язуємося до нього належним чином цього разу з власником і датою, або ми відкидаємо його.” *
** Власник (елемента дії) ** — конкретна названа особа, відповідальна за виконання елемента дії, на відміну від нечітко визначеного зобов’ язання на рівні команди. “Кожен елемент дії потребує власника з іменем — «команда розгляне це» — так елементи стають застарілими.”
** Закрити (елемент) ** — явне позначення елемента дії як виконаного, відкинутого або заміненого, замість того, щоб дозволити йому зникнути зі списку без підтвердження. “Давайте офіційно закриємо цю проблему — це не те, що ми забуємо, це те, що основна проблема була вирішена іншим чином, коли ми мігрували службу.”
** Перевірка кореневої причини ** — перевірка не лише того, чи було виконано певне завдання елемента дії, але і того, чи було дійсно вирішено проблему, яку визначив ретро. “Саме завдання виконано, але як коренева причина, чи воно дійсно зменшило частоту неефективних тестів, чи ми все ще бачимо ті ж самі помилки?”
Звичайні фрази
- «Давайте розпочнемо з перегляду елементів дії, перш ніж ми відкриємо нові теми»
- «Що таке боротьба за владу, чи є вона справжньою, чи ні?»
- «Ця річ була застарілим на деякий час — чи ми знову зобов’язуємося з власником і датою, або закриваємо її?»
- “Хто власник цього? Вона не може залишатися присвяченою «команді»
- «Навіть якщо завдання виконано, чи дійсно це вирішило кореневу причину, яку ми визначили?»
Приклади висловлювань
Відкриття ретроспективи з переглядом елемента дії:
- “Перед новими темами, перегляд елементів швидкої дії: документацію щодо передачі за викликом було оновлено, цю документацію закрито. Тестове дослідження не відбулося — давайте поговоримо про те, чи це все ще пріоритет, чи слід його відкинути.»*
Позначати застарілий елемент:
- “Це третій ретро, де « поліпшити документацію з розгортання » з’ явилася без власника — я б хотів, щоб ми або присвоїли її належним чином зараз, або вилучили її зі списку, оскільки продовження без дій нікому не допоможе.” *
Закриття елемента, який було замінено: “Ми можемо закрити цю проблему — вона не була вирішена так, як ми спочатку планували, але міграція сервісу зробила початкову проблему неактуальною, тому не залишилося нічого, що можна було б зробити.”
Професійні поради
- Почати кожну ретроспективу з ** перегляду елементів дій **, не закопувати його у кінці — елементи, які переглядалися останнім часом, буде прискорено або пропущено повністю, якщо часу буде замало.
- Звітуйте про follow-through чесно, включаючи “не розпочато”, а не розм’якшуючи його — команда, яка не може сказати, що елемент не відбувся, втрачає здатність довіряти своєму власному ретро-процесу.
- Визначте назву ** застарілого елемента **, замість того, щоб дозволити йому беззвучно просунутися уперед — саме виклик цього елемента змушує вас прийняти рішення про те, чи перезаписати його, чи закрити.
- Завжди призначати певного ** власника ** будь- якому елементу, який пережив перегляд — елемент без іменованого власника функціонально гарантовано знову стане застарілим.
Практичні вправи
- Написати початковий рядок для перегляду елемента дії на початку ретроспективи.
- Напишіть речення, у якому буде позначено застарілий елемент і запропоновано або перезатвердити, або закрити.
- Напишіть речення, яке закінчує елемент дії, який було замінено іншою зміною.
Ретроспективна мова: вивчення мов, що перебувають у процесі ретроспективного розвитку
Запуск успішної ретроспективи не тільки про виявлення проблем; це фундаментально про комунікацію. А коли ви вивчаєте професійну англійську, навіть здавалося б прості дискусії навколо дій можуть бути складними. Ключовим є перейти від простого затвердження того, що потрібно зробити, і замість цього зосередитися на вираженні вашого розуміння ситуації, відстеженні прогресу і спільному розробленні рішень. Давайте розглянемо, як удосконалювати мову у кількох поширених сценаріях.
Однією з найчастіших проблем є те, що елемент дії не було розглянуто. Замість того, щоб сказати щось грубе, на кшталт “Це не було зроблено”, що може здатися обвинувальним, спробуйте обрамити це цікавістю і зосередитися на розумінні. Наприклад, під час заповнення команди ви можете сказати: « Я помітив, що елемент дії « Використання API документа » з нашого останнього ретроспективного перегляду не було завершено. Можешь рассказать мне, что там произошло? Чи були якісь перешкоди, які ми могли б розв’ язати зараз, щоб допомогти рухатися вперед?” Ця фраза демонструє вашу обізнаність з проблемою і запрошує до спільної дискусії про те, чому вона застопорилась. Аналогічно, у коментарі запитів на витягування, замість того, щоб сказати « Виправте це! », ви можете написати: « Щодо пункту дії « Оновити README », мені цікаво, чи можемо ми переглянути це, щоб забезпечити ясність для нових співробітників. Можливо, ми могли б запланувати швидку синхронізацію для обговорення?»
Іншою поширеною ситуацією є ідентифікація елементів, які стали * застарілими *. Важливо визнати їх, не відразу відкидаючи їх. Хороший підхід включає в себе фразу: «Давайте повернемося до пункту дії «Дослідити проблеми з продуктивністю» з ретроспективи. Минуло кілька тижнів, і я хотів перевірити, чи ми все ще вважаємо це пріоритетом, чи змінився контекст. Це визнає те, що минув час, але ввічливо закликає до переоцінки. Ви також можете використовувати такі фрази, як «Позначимо це для перегляду» - це чіткий сигнал, що щось потребує уваги, без покладання звинувачення.
Нарешті, під час повідомлення про досягнення, уникайте нечітких тверджень на кшталт « Ми досягаємо успіху ». Будьте конкретними! Замість того, щоб сказати: « Елементи дій рухаються далі », спробуйте сказати: « Ми виконали 3 з 5 елементів дій з останньої ретроспективи — зокрема, ми завершили розробку нового інтерфейсу користувача і створили початкову документацію. Ми зараз працюємо над впровадженням змін в кодову базу. “Цей рівень деталізації демонструє відповідальність і надає цінну інформацію команді. Пам’ ятайте, що чіткість є найважливішою при обміні інформацією про досягнення, особливо у різноманітній групі розробників з різними рівнями володіння англійською мовою.