Инженерная практика
Postmortems: тест с выбором ответа
Суть Тест с выбором на синтез по всему юниту — blameless-культура, contributing factors против единственного root cause, качество action item, критика five whys и культура обучения.
Высота — путь к senior
НольJuniorMiddleSenior
Ты на senior-высоте — в орбитеШесть вопросов поперёк всего юнита. Каждый отражает решение, которое ты принимаешь на реальном ретро — не определение для заучивания, а разницу между «починить систему» и «обвинить человека».
Цель
Убедись, что отделяешь вину от системного анализа: почему blameless — это решение про информацию, почему сложные сбои многопричинны, что делает action item настоящим и где привычка к five whys ломается.
Викторина
Completed
У команды поразительно чистая история инцидентов — почти ни одного sev1-postmortem за год. Новый SRE-лид читает это как тревожный знак. Почему?
Heads-up Возможно — но сеньор читает подозрительно чистую историю как запах, а не трофей. Число отчётных инцидентов падает под виной задолго до реальных; отсутствие postmortem — свидетельство об отчётности, а не о надёжности.
Heads-up Возможно, но не основное прочтение. Классическая причина искусственно чистой истории — культурная: страх вины держит инциденты вне записей, а не пробел в тулинге. Оба стоит проверить, но именно вина — названный режим отказа.
Heads-up Это и есть ловушка. История без единого отчётного sev1 в сложной системе сама по себе аномалия, достойная расследования — обычно она значит, что организация сделала отчётность опасной.
Викторина
Completed
Ретро заключает: «Root cause: инженер запушил непротестированный конфиг. Action: добавили чеклист деплоя». Какая самая сильная сеньорская критика?
Heads-up Чеклист может быть вполне хорошим action item. Дефект — в остановке на одном человеческом root cause и игнорировании системных условий, а не в чеклисте как таковом.
Heads-up Five whys усиливает модель единственного root cause и, по «Infinite Hows» Allspaw, тянет комнату к hindsight bias и вине. Фикс — спрашивать «как», чтобы вскрыть несколько contributing условий, а не сверлить один глубже.
Heads-up Квантифицированный impact важен, но главный изъян — рамка: «инженер запушил» вешает на человека, а «добавили чеклист» считает один root cause решённым, пока реальные contributing factors остаются на месте.
Викторина
Completed
Два предложенных action item: (A) «Команде стоит быть аккуратнее при деплое». (B) «Добавить smoke-тест в staging, прогоняющий путь платёжного конфига; владелец Мара; срок 2026-06-15». Почему настоящий action item только B?
Heads-up Намерение — не action item. «Быть аккуратнее» нельзя назначить, отследить или проверить как сделанное — это ровно тот не-item, что даёт ретро ощущаться продуктивным, ничего не меняя.
Heads-up Владелец — это ответственность за фикс, а не вина за инцидент. Blameless покрывает анализ причин; у action item всё равно должен быть один названный человек, иначе он дрейфует без хозяина и не шипится.
Heads-up Призыв ко всей команде масштабируется в никуда. Item, которым владеют все, не принадлежит никому; именно единственный владелец на item делает follow-through отслеживаемым.
Викторина
Completed
«Infinite Hows» Allspaw призывает спрашивать «как» вместо «почему» в расследовании. Каков механизм за этим предпочтением?
Heads-up Тон — побочный эффект, а не механизм. Сущностная разница в том, что «как» вскрывает условия и компромиссы за решением, тогда как «почему» допрашивает человека на предмет оправдания.
Heads-up Наоборот. «Как» намеренно сопротивляется модели единственного root cause и открывает несколько взаимодействующих contributing factors; схлопывание к одной причине — это и есть тот отказ, от которого предостерегает Allspaw.
Heads-up Это аргумент про эпистемику и культуру от Dekker и Leveson, а не правило комплаенса. Суть в том, что «почему» встраивает hindsight bias и вину независимо от регуляторики.
Викторина
Completed
Команда пишет тщательные postmortem, но шипит меньше 40% action item за 90 дней; тот же класс аварии повторяется. Что, по юниту, означает эта комбинация?
Heads-up Длина документа — не рычаг. Отказ в follow-through: items написаны и подшиты, но не зашиплены. Документ — дешёвая часть; ценность — в работе, на которую он тебя обязывает.
Heads-up Меньше 50% завершённости — отчётная индустриальная норма, но юнит трактует её как центральный отказ для починки, а не как приемлемую базу. Сеньорская цель — заметно выше 85% с трекингом 30/60/90 дней.
Heads-up Фикс — защитить follow-through: триггерить церемонию по severity, давать каждому item единственного владельца и срок, доводить до закрытия — а не бросать практику, что вскрывает contributing factors.
Викторина
Completed
Организация хочет полный postmortem на каждую production-икоту, включая транзиентные всплески, что сами проходят за секунды. Какова сеньорская позиция по такой политике?
Heads-up Ретро дороги по инженерному времени и встречам ревью. Полный postmortem на каждый транзиентный всплеск сжигает бюджет, который должен идти на доведение sev1-items до закрытия. Ты рационируешь, какие инциденты заслуживают полного ретро.
Heads-up Слишком жёстко. Триггер задаётся severity и клиентским impact — часто sev1/sev2, нарушение SLO или даунтайм сверх порога — а не жёсткой линией только-sev1. Суть в осознанном пороге, а не в одной фиксированной планке.
Heads-up Ad-hoc решения на инженера дают непоследовательное покрытие и позволяют неудобным инцидентам проскользнуть. Командный severity trigger — то, что делает политику честной и предсказуемой.
Итог
Сквозная линия юнита — одна позиция: сбой это данные о системе, а не улика против человека. Чистая история инцидентов может сигналить о подавленной отчётности; единственный человеческий root cause прячет многопричинную реальность; настоящий action item конкретен, имеет владельца и срок; спрашивать «как» лучше, чем «почему», потому что это вскрывает условия, а не виновных; и вся церемония окупается, только если рационировать её через severity trigger и доводить items до закрытия заметно выше 85%.