Во время разбора инцидента легко вспомнить оповещение, исправление и восстановление, но забыть, что клиенты столкнулись с ошибкой раньше сигнала. Временная шкала помогает отделить зарегистрированные события от последующих предположений и увидеть промежутки, которые требуют объяснения.
Делайте каждую отметку времени проверяемой. Указывайте часовой пояс, источник отметки и степень уверенности. Не заменяйте неизвестное оценкой: оставьте пометку «пока неизвестно». Разделяйте обнаружение, подтверждение, смягчение последствий, восстановление и последующие действия; первый сигнал не обязательно совпадает с началом влияния на клиентов.
На доске для совместного разбора можно расположить факты, вопросы и действия рядом. Практика Google SRE подчёркивает подробную хронологию, отсутствие поиска виноватого и проверяемые улучшения. Время ниже — вымышленный учебный пример, не статистика клиентов Boardmix.

Сначала соберите источники
Возьмите журналы ошибок, записи о выпуске, сообщения дежурной команды, обращения в поддержку и измерения сервиса. Для каждого события укажите часовой пояс и различайте время возникновения и время, когда о событии узнали. Если источники расходятся, сохраните обе отметки до проверки.
Пример: подтверждение записи
| UTC | Зафиксировано | Что проверить |
|---|---|---|
| 09:02 | Выпущено изменение сервиса записи | Какие компоненты вошли в выпуск? |
| 09:08 | В журнале видна первая ошибка подтверждения | Это первое влияние на клиента? |
| 09:16 | Оповещение доставлено дежурному | Почему сигнал пришёл позже ошибки? |
| 09:28 | Начато снижение последствий | Для всех ли запросов сработал обходной путь? |
| 09:41 | Частота ошибок вернулась к прежнему уровню | Остались ли неподтверждённые записи? |
Эта последовательность не доказывает, что единственная причина — выпуск в 09:02. Причинную связь проверяют по коду, конфигурации и поведению сервиса. Зона возможного влияния начинается до оповещения; восстановившаяся частота ошибок ещё не доказывает, что все заявки завершены.
Разделите влияние, решения и гипотезы
Под общей осью сделайте дорожки для влияния на клиентов, сигналов, принятых решений и открытых вопросов. Пишите нейтрально: «порог оповещения сработал в 09:16» можно проверить; «дежурный медлил» не объясняет, какая информация была доступна человеку. Предположение о причине держите отдельно от зарегистрированного события.
Соберите шкалу в Boardmix
Разместите отметки времени на горизонтальной оси Boardmix, а ниже — подтверждённое влияние. Дайте ссылки на защищённое хранилище материалов вместо копирования закрытых журналов на общедоступную доску. В отдельной зоне запишите вопрос о восьмиминутном промежутке и предлагаемые действия с ответственными и проверяемым результатом.

Не ограничивайтесь пунктом «улучшить мониторинг». Команда должна определить, какое условие оповещения изменить и как затем убедиться, что оно работает. Операционная система мониторинга остаётся источником истины; доска помогает провести разбор.