Спочатку факти, потім гіпотези
На старті не треба одразу шукати “винну” причину. Краще зафіксувати:
- коли почалося;
- який симптом видно;
- кого зачепило;
- що змінювалося перед інцидентом;
- які сигнали вже перевірені;
- хто зараз відповідає за рішення.
Це зменшує хаос і допомагає не бігати між випадковими гіпотезами.
Перевірки мають бути безпечними
У перші хвилини краще робити дії, які не змінюють стан системи: дивитися логи, перевірку доступності, графіки, останній деплой і статус залежних сервісів. Перезапуск, ручне виправлення даних, відкат міграції або видалення черги - це вже дії з ризиком.
AI корисний тут як фільтр: що можна перевірити без шкоди, а що краще не чіпати без підтвердження.
Комунікація теж частина інциденту
Навіть якщо причина ще невідома, команді потрібен короткий статус:
- що бачимо;
- кого зачепило;
- що перевіряємо;
- коли буде наступне оновлення.
Це краще, ніж мовчання або довге пояснення без фактів.
Коротко
У перші 15 хвилин інциденту головна ціль - не героїчно вгадати причину, а зменшити хаос і не збільшити шкоду.
AI може допомогти, якщо просити не “виправи все”, а “організуй факти, безпечні перевірки, статус і умови для відкату або ескалації”.
Короткий чеклист
- Зафіксувати час початку і симптоми.
- Оцінити, кого зачепило.
- Перевіряти спочатку безпечні сигнали: доступність, логи, метрики.
- Не робити руйнівних дій без підтвердження.
- Написати короткий статус.
- Підготувати умову для відкату або ескалації.
Організувати перші 15 хвилин інциденту
Допоможи організувати перші 15 хвилин технічного інциденту без паніки і небезпечних здогадок. Контекст: - Що помітили: [симптом, сповіщення, скарга користувача, графік] - Коли почалося: [час або приблизний проміжок] - Що зачеплено: [сервіс, сторінка, API, задача, інтеграція] - Масштаб впливу: [усі користувачі / частина / один клієнт / невідомо] - Останні зміни: [деплой, конфігурація, залежність, інфраструктура, міграція даних] - Що вже перевірено: [логи, метрики, перевірка доступності, статус відкату] - Чого не можна робити без підтвердження: [видалення, перезапуск, відкат міграції, ручне редагування даних] Побудуй план: 1. Які факти треба зафіксувати зараз. 2. Які недеструктивні перевірки виконати першими. 3. Як оцінити вплив на користувачів. 4. Що написати в короткому статусі. 5. Коли готувати відкат або ескалацію. 6. Яких дій уникати, поки причина не зрозуміла. Формат відповіді: - Поточні факти - Оцінка впливу - Безпечні перевірки - Чернетка короткого статусу - Умова для відкату або ескалації - Чого поки не робити