Англійська мова для інциденту Ретроспективи: Facilitating Blameless Retros
Вивчайте англійську лексику і фрази для проведення ретроспектив безвинних інцидентів у англомовних інженерних командах.
Безвинна ретроспектива (також відома як безвинна пост-морт або перегляд інциденту) є структурованою розмовою, в якій команда аналізує, що сталося під час інциденту, без призначення особистої провини. Проведення або участь в одному з них англійською вимагає певного словника, який балансує технічну точність з психологічною безпекою.
Мова безсмертя
Ключ до бездоганного ретро - це зміна мови з “хто” на “що” і “чому”. Це дисципліна словника, так само як і культурна.
Звинувачення мови (уникайте)
- «John forgot to update the config.» (англійською)
- «Команда ** повинна була ** захопити це в огляді.»
- Це сталося тому, що хтось не прочитав рукопис
Невідома мова (фр
- «Налаштування було не оновлено як частина перевірки розгортання.»
- Процес перегляду **не виявив ** цей клас помилок
- «У підручнику не було чітко сказано, що цей крок був необхідний»
** Зміна клавіатури: ** Від особистого агента (« Джон забуває ») до системного опису (« процес не зробив…»). Це не про виправдання помилок - це про те, щоб знайти помилку на рівні системи, яка дозволяє помилки.
Відкриття ретроспективи
Формування фраз
- «Мета цієї ретроспективи полягає в тому, щоб **зрозуміти, що сталося **, а не приписувати провину.»
- «Ми діємо на принципі, що кожен ** діяв з добрими намірами **, враховуючи інформацію, яку вони мали в той час. »
- «Все, що поділено в цій сесії, служить збільшенню стійкості системи — а не оцінці індивідуальної продуктивності»
- «Давайте розпочнемо з спільної хронології подій і побудуємо наше розуміння звідти»
Запрошую до участі
- «Я б хотів, щоб кожен ** зробив свій внесок ** — якщо ви були залучені в будь-який момент, ваша точка зору є цінною»
- «Будь ласка, не соромтеся ** піднімати що-небудь **, що здається заплутаним або несподіваним, навіть якщо це здається незначним»
- «Ми почули б від повідомлюваного інженера спочатку, а потім відкриємо його для групи.»
Побудова часової лінії
Часова лінія - це хребет ретро. Використовувати точну часову мову:
- О 14:32 UTC (14:32 UTC+1) було оголошено про початок першої черги
- ”** Через три хвилини **, на ділі підтвердив і почав розслідування. ”
- «Одночасно, рівень помилок в платіжному сервісі почав зростати.»
- До 14:50, рух був перенесений до вторинного регіону
- Інцидент був оголошений розв’язаним о 15:14 UTC
Сигналізація фаз хронології
- «Перед інцидентом: Який був стан системи?»
- «** Під час інциденту: ** Що ми спостерігали, і в якому порядку?»
- «** Після інциденту: ** як ми виявили роздільну здатність, і що ми зробили, щоб підтвердити?»
Ідентифікація факторів, що сприяють
Уникайте «корінної причини» (рідко буває одна корінна причина). Замість цього використовуйте:
- «Ми визначили кілька факторів, що сприяють…»
- «Інцидент став результатом злиття умов…»
- «Не було жодної точки невдачі — це вимагало декількох речей, щоб все пішло не так одночасно»
Внесок у словниковий запас
- ** Прихована умова ** — раніше існуючий ризик, який було активовано: « Прихована умова була неправильно налаштованим таймом очікування. »
- ** Тригер ** — безпосередня причина: « Тригером було розпочато заплановане пакетне завдання. »
- ** Шлях поширення ** — спосіб поширення помилки: « Поширення помилки через чергу подій до служби сповіщень »
- Detection gap — « Ми не мали no alert на цю метрику, що затримало виявлення на 8 хвилин. »
Щось, що вдалося
Беззаперечні ретро також отримують позитивні сигнали:
- «On-call response was fast — within our SLA.» (англійською)
- «** Runbook веде** відповідача до правильного кроку зменшення»
- «Функціональний прапорець дозволив нам вимкнути компонент, який був вражений без розгортання.»
- «Сповіщення зацікавленим сторонам було ** ясним і своєчасним **»
Запис елементів дій
Кожен ретро повинен мати конкретні, призначення елементів дії. Використовувати цей шаблон:
“[Дія] так, що [результат], власник [особа/команда], до [дата].”
Приклади:
- “Додати попередження при глибині черги > 10000 повідомлень, щоб ми могли раніше виявити майбутнє перевантаження. Власник команди з платформи. 27 червня
- ”** Оновити runbook **, щоб включити крок очищення кешу. Власник [назва]. Наступного разу»
- “Запустить игровой день для практики процедуры отказоустойчивости. Власник СРЕ. До наступного кварталу»
Фрази для важких моментів
Іноді ретроспектива піднімає напругу. Використовуйте ці для деескалації:
- «Давайте розділимо факти від інтерпретації наразі.»
- «Я чую, що — давайте захопимо це і повернемося до нього з повною картиною»
- “Це важливий момент. Чи можете ви розказати більше про те, що ви спостерігали в той час?»
- «Ми можемо не погоджуватися з інтерпретацією, погоджуючись з фактами»
Ключеві моменти
- ** Бездоганна мова ** змінює з особистого агента (« X забуває ») на системний опис (« процес не зробив…»).
- Откройте ретро, прямо заявив принцип безвинності.
- ** Створити часову шкалу ** з точним часом: штампи часу, « одночасно », « за [часом ] »
- ** Уникайте “корінної причини” ** - використовуйте “факторів, що сприяють” і “злиття умов”
- ** Елементи дій ** повинні бути конкретними, призначеними і обмеженими у часі.
- Що вийшло добре так само важливо, як і те, що вийшло не так — захоплюйте і те, і інше.
Назва походить від англійського слова «distance» — відстань
Будьмо чесними - “бездоганний” не завжди ідеально перекладається в різних культурах, особливо коли йдеться про прямоту. Навіть в переважно англомовних командах, нерозуміння, що виникають з різних стилів спілкування, є поширеними. Для не-рідних носіїв, тонкі нюанси професійної англійської мови можуть відчувати себе неймовірно пригнічуючими, особливо в ситуаціях високого тиску, таких як перегляд коду або планування спринту. Метою не обов’язково є бездоганне володіння мовою, а скоріше здатність чітко сформулювати ідеї і зробити значний внесок у дискусії. Це про будівництво розуміння, а не досягнення ідеальної граматики.
Ключовим напрямком для фокусування є конструктивне оформлення зворотнього зв’язку. Замість прямого зауваження « Цей код поганий », яке може бути звинувачуючим, спробуйте такі фрази: « Я помітив декілька областей, де ми могли б покращити читабельність — можливо, додавання деяких коментарів допоможе прояснити логіку? » або « Чи можемо ми дослідити альтернативні підходи до цієї частини? Мені цікаво, чи [запропонована зміна] може спростити процес». Ці м’які відкриття демонструють повагу до роботи рецензента, одночасно підкреслюючи області для поліпшення. Аналогічно, в Slack каналах, простий «Я маю проблеми з розумінням намірів за цим PR» є набагато більш продуктивним, ніж різка критика самого коду. Акцент завжди повинен бути на тому, що потрібно зробити, а не на тому, хто робить це неправильно.
Розгляньте, як ви описуєте завдання і виклики у описах запитів на звантаження. Замість нечіткого « Виправити ваду », спробуйте щось на зразок: « Вивчіть кореневу причину періодичних помилок у модулі обробки платежу. Задокументуйте результати чітко і запропонуйте потенційні рішення. “Рівень деталізації демонструє активне залучення і допомагає переконатися, що всі на одній сторінці. Крім того, пам’ятайте, що прохання про пояснення * завжди * прийнятно - такі фрази, як “Чи можете ви розглянути [конкретний аспект]?” або “Тільки щоб підтвердити моє розуміння…” можуть запобігти неправильним тлумаченням, перш ніж вони ескалуються. Не вагайтеся використовувати візуальні засоби або діаграми, якщо це буде корисним; зображення дійсно варте тисячі слів, особливо якщо мова йде про складні технічні поняття.
Нарешті, пам’ятайте, що активне слухання відіграє критичну роль у перетині комунікаційних прогалин. Зверніть увагу не тільки на слова, що використовуються, але також на невербальні сигнали і основні наміри. Перефразування того, що ви чули — «Тоді, якщо я правильно розумію, ви пропонуєте…» — показує, що ви зацікавлені і дозволяє негайно пояснити. Створення культури психологічної безпеки, де члени команди відчувають себе комфортно, висловлюючи свої побоювання і ставлячи питання без страху судження, є надзвичайно важливим для сприяння ефективному спілкуванню на всіх рівнях досвіду і мовного фону.