Як запустити Sprint Retrospective англійською мовою
Вивчіть англійські фрази для спрощення ретроспективного огляду спринту, за допомогою якого можна отримати чесний зворотній зв’ язок і визначити конкретні дії.
Ретроспектива працює тільки тоді, коли люди говорять те, що насправді сталося, а не те, що звучить дипломатично - і фраза посередник встановлює цей тон з першого речення. Метою є розмова, яка є чесною, але не обвинувальною, і яка закінчується конкретними зобов’язаннями, а не неясним відчуттям того, що «ми повинні краще спілкуватися»
Відкриття ретроспективи
Будь чесним і бездоганним, перш ніж просить когось поділитися.
- «Почнімо з основного правила, яке ми завжди використовуємо: ми дивимось на те, що сталося, а не на те, хто винен — припустимо, що кожен зробив все можливе з інформацією, яку вони мали»
- «Я хочу почути, що було добре і що не було — справді, а не просто ввічливу версію того чи іншого»
- «Давайте пройдемося і кожен поділиться однією річчю, яка відчувалася добре в цьому спринті, і однією річчю, яка відчувалася розчаруванням»
Розрізняють специфічні
Нехай нечіткі висловлювання перетворюються на конкретні деталі.
- Коли ви кажете, що спілкування було жорстким, чи можете ви вказати на конкретний момент, коли це з’явилося?»
- Це корисно — чи можете ви сказати більше про те, що саме зробило цю передачу неясною? ”
- «Я хочу переконатися, що я розумію реальний вплив — чи це затримка вплинула на дату виходу, чи тільки на це завдання?»
Назва походить від слова без іменника
Появляются повторяющиеся проблемы, которые фокусируются на шаблоне, а не на человеке.
- «Це другий спринт підряд, коли ми мали обсяг похибок в середині спринту — я думаю, що це варто розглянути як шаблон, а не один раз»
- «Деякі з нас згадували відчуття блокування очікування на той же перегляд — давайте поговоримо про те, чи це процесний проміжок, а не хтось, хто повільний»
- «Я помітив тему в декількох коментарях щодо неясних вимог, які вступають — чи це відповідає тому, що пережили інші?»
Перетворення обговорення в елементи дій
Завершуйте обговорення на конкретних і дійсних, а не на неочевидних намірах.
- “Тоді конкретна дія тут: [конкретна особа] буде готувати шаблон для передач нотаток перед наступним спринтом.”
- «Давайте перетворимо це на щось, що ми можемо насправді перевірити — хто володіє цим і коли?»
- «Я хочу уникнути того, щоб це стало «ми повинні більше спілкуватися» без власника — яка одна конкретна річ, яку ми спробуємо по-іншому в наступному спринті?»
Закриття ретроспективи
Ясно підсумуйте зустрічі, щоб нічого не втратилося після закінчення зустрічі.
- «Так що, щоб підсумувати, у нас є три елементи дій, кожен з власником і датою — я буду розміщувати їх на каналі відразу після цього дзвінка»
- «Дякую за те, що ви були чесними сьогодні — це те, що насправді робить ці сеанси цінними»
- «Давайте перевіримо ці акційні предмети коротко на початку наступного ретро, щоб вони не просто тихо зникли»
Словник-довідник
| Term | Meaning |
|---|---|
| Retrospective | A recurring meeting to reflect on a past sprint or period of work |
| Blameless | An approach that focuses on systems and processes rather than individual fault |
| Action item | A specific, owned task committed to as a result of a discussion |
| Scope creep | The gradual, often unplanned expansion of a task’s requirements mid-sprint |
| Pattern (recurring issue) | An issue that has shown up across multiple sprints, not just once |
Ключеві моменти
- Відкривати з явним безвинним оформленням перед тим, як прохати когось поділитися, щоб люди відчували себе в безпеці, будучи чесними.
- Нежно продвигайтесь мимо неясних заяв до конкретних, конкретних прикладів того, що насправді сталося.
- Називайте повторювані шаблони явно, а не розглядати проблеми кожного спринту як ізольовані випадки.
- Перетворювати кожну важливу тему обговорення на конкретний, власний елемент дії з датою, а не на нечітке бажання.
- Закрити, чітко підсумувавши зобов’ язання і продовживши їх на початку наступної ретроспективи.
Наприклад, англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська мова: англійська
Основні принципи хорошої ретроспективи спринту - зосередження на навчанні, ідентифікація перешкод і створення дієвих поліпшень - залишаються незмінними незалежно від вашої рідної мови. Однак, спосіб, в який ви висловлюєте ці ідеї англійською, може значно вплинути на чесність і відкритість дискусії. Багато розробників, особливо тих, хто недавно вступив у професійні навички або переходить з інших технічних галузей, стикаються з труднощами при використанні певних фраз, які здаються занадто прямими, занадто непрямими або просто не вловлюють бажаний нюанс. Давайте поглянемо на деякі типові пастки і як сформулювати речі більш ефективно.
Однією з найчастіших проблем є надання конструктивної критики. Замість того, щоб сказати щось грубе, на кшталт “Цей код жахливий”, що може негайно поставити когось в оборону, розгляньте більш м’який підхід. Ви можете сказати: « Я помітив декілька областей у цьому PR, де ми могли б поліпшити читабельність — можливо, додавання деяких коментарів, які пояснять логіку, було б корисним ». Або, якщо ви коментуєте перегляд коду, замість того, щоб сказати « Це не ефективно », спробуйте « Чи можемо ми дослідити альтернативні підходи для оптимізації цієї функції для швидкодії? » Можливо, порівняння різних методів дасть цінний взірець». Ключовим є зосередження уваги на пропозиціях і можливостях. Іншою корисною фразою, яку можна використовувати під час обговорення потенційних проблем, є: « Здається, що може бути певна плутанина навколо … » Це ніжно вводить тему без негайного приписування вини.
Слабкі розмови під час ретроспектив також можуть отримати користь від ретельної формулювання. Відповідь на чиюсь пропозицію «Це погана ідея» є, не дивно, контрпродуктивною. Краще було б сказати: “Дякую, що поділився цим! Давайте розглянемо це далі і побачимо, як це відповідає нашим загальним цілям.” Або, якщо ви не погоджуєтесь, “Я ціную вашу точку зору; я думав про [вашу альтернативу], тому що…”. Аналогічно, коли ви описуєте елементи дій, уникайте надмірно вказівних слів, наприклад, « Ви * повинні * виправити цю ваду ». Замість цього, використовуйте рекомендації: « Було б корисно визначити пріоритет вирішення цієї вади у наступному спринті ». Використання фраз, які визнають різні думки і запрошують до подальшого обговорення, сприяє створенню більш співпрацюючого середовища.
Нарешті, важливо створити чіткі описи PR для ретроспективних результатів. Не просто вкажіть « Виправлено помилку X ». Поясніть * чому * виправлення було необхідним — « Виправлено проблему, коли розпізнавання користувача при великому навантаженні не спрацювало, що покращило стабільність системи » — і наведіть кроки, які було виконано для перевірки рішення. Це демонструє відповідальність і забезпечує контекст для майбутніх посилань. Пам’ятайте, що мета не просто документувати зміну; це комунікувати навчання і будувати спільне розуміння в команді.