Введение

Большинство команд относятся к инцидентам как к строчкам в таблице или буллетам в презентации. Мы сортируем, фильтруем, раскрашиваем их — но они остаются плоским списком. Проблема в том, что сложные системы не ведут себя как списки. Они ведут себя как запутанные, взаимосвязанные миры, где отказы неожиданно группируются в отдельных местах и распространяются по компонентам нетривиальными способами.

Здесь появляется аналоговый «Глобус инцидентов»: бумажная 3D‑модель, которая позволяет вам буквально наносить инциденты и скрытые зоны отказа на «глобус» вашей системы.

Вместо того чтобы смотреть на очередной дашборд, ваша команда собирается вокруг бумажного глобуса, добавляет метки, рисует линии и видит, как кластеры риска проявляются на его поверхности, словно следы ударов метеоритов на планете. Это низкотехнологичный, тактильный и неожиданно мощный инструмент.

В этом посте мы разберём, что такое «Глобус инцидентов», как его сделать и использовать, и почему этот аналоговый артефакт может заметно улучшить анализ инцидентов, SRE‑постмортемы и долгосрочную работу над надёжностью.

Что такое аналоговый «Глобус инцидентов»?

Аналоговый «Глобус инцидентов» — это физическая 3D‑модель ландшафта рисков вашей системы:

• Обычно это бумажный глобус, собранный из напечатанных сегментов (как самодельная бумажная модель Земли).
• Каждый участок поверхности глобуса представляет область вашей архитектуры или инфраструктуры — сервисы, домены, потоки данных, платформы или окружения.
• Маркеры на поверхности (наклейки, точки, нитки, маркеры) используются для отображения инцидентов, зависимостей и потенциальных зон отказа.

Представьте, что вы строите планету вашей системы, а затем наносите на её поверхность исторические аварии, «почти инциденты» и известные слабые места. Со временем ваш глобус превращается в живую 3D‑карту того, где система чаще всего ломается — и какие последствия это несёт.

Зачем делать инциденты «пространственными»?

Обычно мы документируем отказы в линейном виде:

• Трекеры инцидентов
• Постмортем‑документы
• Jira‑тикеты или аналогичные системы

Они отлично подходят для отчётности и поиска, но прячут закономерности на виду. Когда инциденты — это просто строки в таблице, сложно почувствовать, как они группируются вокруг:

• Конкретных сервисов или подсистем
• Хрупких интеграций или конвейеров данных
• Общих инфраструктурных слоёв (например, auth, сеть, хранилище)

Глобус, напротив:

• Поощряет пространственное мышление: вы видите кластеры и «пустыни» активности.
• Делает отношения и близость видимыми: линии на глобусе могут отражать потоки данных, цепочки зависимостей или зону поражения.
• Выявляет скрытые зоны отказа: те неудобные области, где «инцидентов ещё не было, но если он случится, последствия будут тяжёлыми».

Аналоговая форма важна. Когда люди стоят рядом и физически указывают на один и тот же артефакт, вы получаете:

• Общую, наглядную точку отсчёта
• Более инклюзивные обсуждения (неэкспертам легче «увидеть, что происходит»)
• Более медленный, вдумчивый темп, который поддерживает обучение, а не поиск виноватых

Как собрать свой «Глобус историй»

Специальное оборудование не нужно. Вы можете сделать «Глобус инцидентов» из обычных офисных материалов.

1. Подготовьте основу глобуса

Варианты:

• Печатные шаблоны бумажных глобусов (поиск по запросам вроде «paper globe net» или «geodesic paper globe template»).
• Пустые наборы‑глобусы или детские наборы для сборки глобуса.
• Пенопластовый или картонный шар, к которому можно прикрепить бумажные сегменты.

Старайтесь выбрать что‑то достаточно крупное для совместной работы — размер с волейбольный мяч подходит отлично.

2. Определите «географию» вашей системы

Решите, как поверхность глобуса будет соотноситься с вашей системой. Несколько типовых подходов:

• Континенты как крупные домены: например, Клиентский опыт, Внутренние инструменты, Платформа данных, Инфраструктура.
• Широта/долгота как слои: например, «север» — пользовательские приложения, «юг» — инфраструктура; «экватор» — общие платформы.
• Часовые пояса как окружения: Prod, Staging, Dev, эксперименты.

Вам не нужна идеальная схема, вам нужна последовательность. Сделайте легенду, которая объясняет, как области глобуса соответствуют вашей архитектуре.

3. Выберите маркеры

Используйте простую и понятную визуальную легенду:

• Цветные круглые наклейки для инцидентов (например, красный = sev1, оранжевый = sev2).
• Треугольники или другой цвет для near miss — «почти инцидентов».
• Линии или нити для зависимостей и потоков данных.
• Заштрихованные области для зон повышенного риска или известного технического долга.

Повесьте рядом с глобусом небольшую памятку‑легенду. Цель — чтобы новый человек мог «прочитать» глобус с первого взгляда.

Наносим инциденты как метеоритные удары

Когда глобус готов, можно начать наносить инциденты.

Как размещать инцидент

Для каждого инцидента или постмортема:

1. Определите основную зону воздействия
   Где в архитектуре проявился отказ? (например, Payments API, сервис аутентификации, конвейер загрузки данных.)

2. Отметьте точку входа
   Поставьте точку там, где инцидент «приземлился» первым — как место удара метеорита.

3. Нарисуйте зону поражения
   Используйте линии или дуги, чтобы показать, какие компоненты были затронуты дальше.

4. Отразите серьёзность и риск
   Цвет, размер точки или подпись могут показывать уровень серьёзности, влияние на клиентов или финансовый риск.

5. Добавьте контекст
   На маленьком стикере или карточке укажите:

   • Дату
   • Краткое описание
   • Корневые / способствующие факторы
   • Ключевой инсайт или тему ремедиации

Разместите эти карточки вокруг глобуса или на ближайшей стене/доске, связав их с инцидентами простым ID.

Что начинает проявляться

Уже после нескольких инцидентов вы часто увидите:

• Плотные кластеры: повторяющаяся боль в одном и том же подсистеме или интеграции.
• Точки пересечения: места, где пересекаются множество линий зависимостей (концентрация общих рисков).
• Тихие, но критичные области: зоны высокого риска с малым количеством инцидентов — часто плохо инструментированные или недостаточно протестированные части системы.

Такие паттерны легко пропустить в таблицах, но они очевидны на глобусе.

Глобус как инструмент профилирования рисков

«Глобус инцидентов» — это не просто игрушка для ретро: это осязаемый инструмент для профилирования рисков.

Используйте его, чтобы задавать вопросы:

• Где новый отказ будет дороже всего в устранении?
• Какие области могут привести к регуляторным или комплаенс‑проблемам?
• Где мы недостаточно защищены с учётом потенциального ущерба (например, недостаток резервирования, наблюдаемости или runbook’ов)?

Эту информацию можно также наносить на глобус:

• Обводить толстыми контурами области с высоким регуляторным риском.
• Использовать штриховку для систем с хроническим техническим долгом.
• Ставить звёздочки или флажки на участках, которые попали в план работ по повышению устойчивости.

Так глобус превращается в 3D‑карту рисков: не только где уже были инциденты, но и где следующий критичный инцидент наиболее вероятен или наиболее разрушителен.

Как использовать глобус в бездушевых постмортемах

«Глобус инцидентов» естественно встраивается в бездушевые, SRE‑стиля постмортемы.

Вместо того чтобы начинать с вопросов «Кто был on‑call?» или «Что сломалось?», вы начинаете с:

«В какой части нашего мира разворачивалась эта история?»

Практические способы интеграции:

• Во время постмортем‑встречи
  Пусть кто‑то стоит у глобуса и «рисует» историю инцидента по мере её рассказа:

  • Точку входа
  • Путь эскалации
  • Путь восстановления / обхода Участники могут физически показывать на задействованные области и обсуждать их.

• После постмортема
  Добавьте финальные маркеры и обновите штриховку рисков или аннотации. Свяжите маркер инцидента с постмортемом — ссылкой или ID.

Так инциденты переосмысливаются как системные истории, разворачивающиеся в ландшафте, а не как индивидуальные провалы людей. Глобус становится общим «рассказчиком», который:

• Усиливает системное мышление
• Поддерживает психологическую безопасность (проблема «на глобусе», а не «в человеке»)
• Делает обучение наглядным и совместным

От списка инцидентов к живому артефакту

За месяцы или кварталы ваш «Глобус инцидентов» развивается из поделки в живой артефакт вашей системы, отражающий:

• Историю инцидентов
• Архитектурные «горячие точки»
• Концентрации рисков
• Эволюцию надёжности

Этот артефакт можно использовать, чтобы:

• Направлять обсуждения roadmap’а
  «У этой области самая высокая плотность инцидентов уровня sev1 — какую инвестицию мы можем сделать здесь в следующем квартале?»

• Отслеживать прогресс во времени
  Делайте фотографии каждый квартал и сравнивайте паттерны «до/после». Отслеживайте, уменьшаются ли кластеры, смещаются или размножаются.

• Онбордить новых сотрудников
  Проведите их «вокруг глобуса», чтобы показать, где система чаще всего «болит».

• Выравнивать стейкхолдеров
  Покажите руководству конкретное, визуальное объяснение того, почему работа над устойчивостью критична.

Глобус не заменяет ваши инструменты работы с инцидентами. Он дополняет их, делая паттерны видимыми, осязаемыми и общими.

Как начать со своим «Глобусом инцидентов»

Чтобы опробовать это с командой:

1. Выберите таймбокс
   Проведите 60–90‑минутный воркшоп, чтобы собрать и разметить первую версию.

2. Определите охват
   Начните с инцидентов в продакшене за последние 3–6 месяцев.

3. Согласуйте правила отображения
   Договоритесь, как именно используются области, цвета и линии.

4. Наносите инциденты вместе
   Пригласите инженеров, SRE, продакт‑менеджеров и поддержку поучаствовать.

5. Завершите рефлексией
   Спросите: Какие паттерны нас удивили? Что нам стоит исследовать или изменить дальше?

Держите глобус в видимом, общем пространстве. Сделайте его обновление частью ритуалов разбора инцидентов и постмортемов.

Заключение

Аналоговый «Глобус инцидентов» обманчиво прост: всего лишь бумага, маркеры и немного ниток. Но, превращая вашу систему в трёхмерный мир, а инциденты — в видимые точки удара, он стимулирует другой тип мышления — пространственный, системный и совместный.

Вместо того чтобы относиться к инцидентам как к изолированным сбоям, которые нужно «починить и забыть», глобус помогает вам:

• Видеть кластеры и скрытые зоны отказа
• Понимать, где в системе реально живут риск и стоимость
• Делать постмортемы более бездушевыми, совместными и наглядными
• Создавать живой артефакт, который направляет работу над надёжностью и устойчивостью со временем

В мире, переполненном цифровыми дашбордами, простой аналоговый глобус тихо может стать одним из самых сильных инструментов для обучения на сбоях — и для того, чтобы постепенно менять мир, в котором живут ваши системы.