В англійській мові використовується класифікація за ступенем тяжкості

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

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

** Рівень тяжкості ** — стандартизована класифікація (зазвичай від SEV1 до SEV4 або від P1 до P4), що вказує на те, наскільки серйозним є інцидент, використовується для визначення терміну реагування і того, хто бере участь. “Ми класифікуємо це як SEV2 - значний вплив на клієнтів, але не повний відключення.”

** Вплив на клієнтів ** - опис того, як інцидент впливає на кінцевих користувачів, виражений якомога більш конкретно (які користувачі, яка функціональність, приблизно яка пропорція), а не нечітке “деякі користувачі постраждали” “Вплив на клієнтів: приблизно 15% спроб оформлення покупки зазнають невдачі; перегляд і функції облікового запису не постраждали.”

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

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

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

• “Ми рекласифікуємо це з SEV3 до SEV2 - початкові звіти недооцінили вплив клієнтів.” *

Звичайні фрази

• “Ми класифікуємо це як [рівень SEV] на основі [радіусу впливу клієнта / вибуху].”
• «Вплив клієнта в даний час [конкретний опис], і ми очікуємо [оновлення на обсяг]»
• “За нашими критеріями ескалації, це автоматично кваліфікується як [серйозність], незалежно від поточного обсягу.”
• “Ми перекласифікуємо це на [рівень] тому що [нова інформація].”
• Це не відповідає порогу для [вищої тяжкості] — ось чому

Приклади висловлювань

Попередня оцінка тяжкості події: “Ми класифікуємо це як SEV1: основна служба автентифікації повністю не працює, тобто жоден користувач не може увійти до системи. Радіус вибуху є глобальним — це впливає на всі регіони і всі поверхні продукту, які вимагають автентифікації. ”

Пояснення ре-класифікації:

• “Ми перекласифікуємо цей інцидент з SEV2 на SEV3. Попередження свідчило про широкий вплив, але розслідування показало, що це впливає на один внутрішній інструмент адміністрування, а не на трафік, що звертається до клієнтів. Вплив на клієнтів практично нульовий.»*

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

• “Я розумію, що це здається невідкладним з вашої сторони, але згідно з нашими критеріями ескалації, SEV1 вимагає або повного відключення, або інциденту безпеки, і це не є нічим — це погіршений досвід для невеликої підмножини користувачів. Ми класифікували його як SEV3 і відповідно до цього поводимося, але я радий переглянути, якщо обсяг зміниться. “*

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

• Завжди паруйте рівень важкості з конкретним описом вплину на користувача і радіус вибуху — сам по собі рівень («це SEV2») мало що говорить читачеві без цього контексту.
• Посилання ** критерії ескалації ** явно при обґрунтуванні рішення про тяжкість, особливо якщо хтось намагається отримати іншу класифікацію - це обґрунтовує рішення в заздалегідь визначеному стандарті, а не особистому судженні в цей момент.
• Заявіть ** перекласифікації ** явно і поясніть, яка нова інформація привела до зміни - безмовне змінення рівня тяжкості без пояснення розмиває довіру до процесу.
• Використовуйте точні числа або відсотки для впливу на клієнтів, де це можливо (« 15% спроб оплати »), а не нечіткі терміни, такі як « деякі » або « багато », які різні читачі будуть інтерпретувати по- різному.

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

1. Напишіть одне речення, що описує ступінь небезпеки гіпотетичного інциденту, включаючи вплив на клієнта і радіус вибуху.
2. Написати пояснення з двох речень для перекласифікації інциденту з SEV3 на SEV1.
3. Поясніть, в одному реченні, чому критерії ескалації повинні бути визначені до того, як інцидент відбудеться, а не під час нього.

Наприклад, англійська мова має рівень точності, який не відповідає рівню рідної мови

Створення чітких класифікацій важкості інцидентів є критичним, не тільки для сортування, але і для сприяння співпраці в межах вашої команди. Часто, основна проблема — що проблеми — є відносно простою. Однак, вираз цього терміну та впливу англійською мовою може бути значною перешкодою, особливо коли нюанси втрачені в перекладі. Розглянемо типовий сценарій: розробник, назовемо його Дмитро, переглядає запит на витягування, надісланий його колегою Анею, щодо повідомлення про уповільнення у службі автентифікації користувача. Аня присвоїла цій проблемі оцінку SEV2, посилаючись на «погіршення продуктивності». Хоча це технічно правильно, йому бракує точності, необхідної для ефективних дій. Дмитро може відповісти щось на кшталт: “Аня, дякую, що повідомила про це. SEV2 є відповідним, враховуючи потенційний вплив на користувачів, але чи можете ви розібратися у * величині * зниження продуктивності? Чи ми говоримо про декілька секунд затримки, чи користувачі відчувають значні тайм- аути?» Це просте додавання — зосередження на кількісному вираженні проблеми — негайно підвищує комунікацію і забезпечує, що всі розуміють невідкладність.

Інша часта проблема виникає під час опису інцидентів в PR. Уявіть собі ситуацію, коли відмова системи вплинула на ключову панель звіту. Поспешний опис може виглядати так: « SEV1 — Система не працює ». Хоча це і точніше, але воно не надає контексту для учасників, які не належать до безпосередньої технічної команди. Краще формулювання буде: “SEV1 - Критичний відключення, що впливає на “Датчик ефективності продажів”, що призводить до недоступності даних для звітів про продажі Q3. Вплинула приблизно на 20% користувачів, які відчували затримки доступу до ключових показників. Негайне розслідування і розв’язання необхідні для відновлення функціональності. “Зауважте включення конкретних деталей - зачеплена система, природа впливу і оцінена база користувачів - все це підсилює обґрунтування для рейтингу SEV1. Використання таких фраз, як «в результаті», «вплинув приблизно», і «вимагає негайних дій» демонструє рівень формальності і ясності, цінований в професійних умовах.

Крім того, при обговоренні зміни оцінки тяжкості, важливо обговорити обговорення конструктивно. Замість того, щоб просто сказати: « Це тепер SEV3 », розгляньте: « Враховуючи недавній пік повідомлень про помилки, пов’ язані з цим модулем, і розглядаючи потенціал каскаду збоїв, що впливають на служби нижче, я рекомендую ескалувати це до SEV3. Збільшений рівень помилок свідчить про більш значний фундаментальний проблему, яка вимагає негайної уваги. “Цей підхід визнає попередній рейтинг, одночасно надаючи чітке обґрунтування для переглянутої оцінки - демонструючи процес мислення і будівництво консенсусу. Пам’ятайте, ясність не просто в тому, щоб використовувати правильні слова; це про те, як ви їх використовуєте, щоб передати невідкладність, вплив і виправдання.

І, нарешті, не бійтеся шукати пояснення. Запитання на кшталт «Чи можете ви кількісно оцінити кількість заражених користувачів?» або «Який потенційний бізнес-ризик пов’язаний з цією проблемою?» демонструє прихильність до повного розуміння ситуації, що є ключовим елементом професійного спілкування незалежно від вашої рідної мови. Пам’ятайте, що чітка і точна мова будує довіру, полегшує співпрацю і, врешті-решт, призводить до більш ефективного розв’язання інциденту.