Як повідомити про заплановане обслуговування вікна в англійській мові

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

Ключовий словник

** Вікно обслуговування ** — попередньо оголошений, запланований період, протягом якого буде здійснено заплановані роботи (оновлення, міграції, латки), ідеально підходить для низької навантаження на клієнтів. “Ми запланували вікно технічного обслуговування на суботу між 2 і 4 ранку. UTC, який історично є нашим найнижчим періодом руху».*

** Очікуваний вплив ** — чітке твердження про те, що клієнти повинні очікувати під час обслуговування, починаючи від відсутності видимого ефекту до повної недоступності послуги. “Очевидним впливом буде короткий, п’ятихвилинний період доступу тільки для читання, поки ми завершуємо перезавантаження бази даних — не планується ніяких перерв.”

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

• “Ми підготували план відновлення, який відновлює попереднє налаштування протягом десяти хвилин, якщо під час вікна буде виявлено якусь проблему.” *

** Заморозка змін ** — період часу, який зазвичай збігається з вікном обслуговування, під час якого не буде розгорнуто ніяких не пов’ язаних змін, щоб ізольувати ефект запланованої роботи і спростити розв’ язання проблем, якщо щось не так.

• “Ми спостерігаємо заморожування змін протягом двадцяти чотирьох годин навколо цього вікна обслуговування, тому будь-яка проблема, яка з’ являється, може бути чітко приписана до цієї конкретної зміни.” *

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

Повідомлення клієнтам

• « Ми будемо виконувати заплановане обслуговування на [дата] між [часом початку] і [часом завершення] UTC. Очікуваний вплив: короткий доступ тільки для читання, не очікується повного відключення.»
• «Це обслуговування необхідно для [причини — наприклад, оновлення версії нашої бази даних], і ми обирали це вікно спеціально тому, що це історично наш період з найнижчим трафіком»
• Якщо ви помітите будь-яку несподівану поведінку під час або після цього вікна, будь ласка, зверніться до підтримки і зверніться до цього оголошення про підтримку

Внутрішній зв’язок

• «Ми вступаємо в заморожування змін, починаючи за дві години до цього вікна обслуговування і триває до завершення перевірки — будь ласка, затримайте будь-які не пов’язані розгортання»
• «План відновлення задокументований тут; якщо перевірка зазнає невдачі, ми виконаємо його негайно, а не намагатимемось вирішити проблеми в реальному часі під час вікна»
• “Після обслуговування перевірка буде запущена автоматично, але будь ласка, будьте готові переглянути результати, перш ніж ми відправимо все чисте.”

Підтвердження завершення

• «Обслуговування успішно завершено в [час]; після обслуговування перевірка пройшла, і всі системи працюють нормально»
• «Ми закінчили раніше запланованого часу і звільнили заморожені зміни на п’ятнадцять хвилин раніше, оскільки перевірка підтвердила, що все в порядку»
• Якщо ви відчуєте якісь проблеми, пов’язані з цим обслуговуванням після цього оголошення, будь ласка, дайте нам знати негайно, навіть якщо наша внутрішня перевірка вийшла чистою

Професійні поради

1. ** Завжди вказуйте очікуваний вплив, а не лише часове вікно. ** Сам по собі часовий діапазон залишає клієнтам можливість вгадати, чи очікувати повного відключення або нічого взагалі — вкажіть точно, що вони повинні очікувати побачити.
2. ** Згадайте про план відновлення для внутрішньої аудиторії. ** Це запевняє команду, що є визначений вихід, якщо обслуговування не пройде так, як заплановано, замість того, щоб залишати це рішення імпровізувати під тиском.
3. ** Закрити петлю явно після завершення обслуговування. ** Ясне повідомлення « обслуговування завершено, перевірка пройшла » має таке ж значення, як і початкове оголошення — мовчання після вікна обслуговування залишає людей невпевненими, чи воно дійсно завершено.

Практичні вправи

1. Написати повідомлення про обслуговування, адресоване клієнту, з вказанням дати, часу і очікуваного впливу гіпотетичного оновлення бази даних.
2. Виконати чернетку внутрішнього повідомлення, яке повідомляє про заморожування змін, пов’ язаних з цим вікном супроводження.
3. Написати коротке повідомлення про завершення, яке підтверджує успішне завершення обслуговування і успішну перевірку.

Навигація: англійською мовою, для міжнародних команд

Ефективне повідомлення про перерву не просто про те, щоб сказати * коли * щось буде недоступним; це про те, щоб зробити це таким чином, що поважає культурні відмінності і забезпечує, що всі розуміють наслідки. Для нерідних носіїв англійської мови, особливо тих, хто переходить в професійне середовище, оволодіння конкретною фразою може значно зменшити неоднозначність і потенційні непорозуміння. Розглянемо деякі типові пастки і те, як їх вирішити.

Однією з найчастіших проблем є використання надто формальної мови при зверненні до внутрішніх команд. Хоча точність важлива, фраза на кшталт «Ми будемо проводити заплановану операцію з обслуговування» може відчуватися віддаленою і безособовою. Замість цього, розгляньте щось більш доступне: « Щоб забезпечити оптимальну продуктивність системи, ми ненадовго переведемо службу у режим автономного роботи для оновлення [Дата] між [Час] і [Час]. » Зауважте, що у повідомленні використано слово « ненадовго » — це негайно зменшить значення повідомлення. Аналогічно, під час спілкування з клієнтами, уникайте жаргонних слів, таких як « розподіл ресурсів » або « масштабування інфраструктури ». Зазвичай клієнтам не потрібно розуміти технічні деталі; зосередьтеся на тому, що вони побачать. Фрази на кшталт «Ми проводимо рутинне обслуговування, яке може спричинити коротке перерву у вашому доступі» є набагато більш зручним для користувача.

Інша область, яка потребує уважно вивчити, це передбачення питань. Поширена помилка полягає в тому, що всі розуміють сферу застосування. Включіть коротке пояснення того, * чому * необхідне супроводження — « Це оновлення покращить [особливу функціональність] і підвищить загальну стабільність ». Це надає контекст і демонструє прозорість. Крім того, активне вирішення потенційного впливу допомагає управляти очікуваннями. Замість простого повідомлення « Вікно обслуговування » ви можете сказати: « Ми очікуємо, що це вікно обслуговування триватиме приблизно 2 години, протягом яких у вас можуть виникнути проблеми з під’ єднанням ». Нарешті, завжди пропонуйте користувачам спосіб отримання оновлень — « Щоб отримати оновлення стану у реальному часі, будь ласка, перевірте нашу [Страниця стану, посилання] або стежте за нами у [Соціальні мережі, посилання] »

Розглянемо деякі практичні приклади. Уявіть, що ви пишете коментар до перегляду коду щодо оголошення: “Я думаю, що формулювання в описі PR трохи щільне для нетехнічних користувачів. Чи можемо ми додати речення, в якому буде пояснено, що це обслуговування покращить продуктивність і зменшить кількість потенційних помилок?» Або розгляньте повідомлення Slack для вашої команди: « Щойно опубліковано повідомлення про вікно обслуговування — воно містить оцінений час простою і посилання на нашу сторінку стану. Дайте мені знати, якщо у вас є якісь запитання. ” Сфокусування на ясності, емпатії і проактивному спілкуванні є ключовим при спілкуванні про заплановані перерви в різних командах.