Однажды я зашёл в компанию через неделю после крупного падения и попросил показать постмортем. Мне показали — с гордостью. Таймлайн поминутно, five whys, аккуратный список action items, owner напротив каждого, разослано по всем спискам. Красиво. «Видите, мы серьёзно подошли».
Я задал один вопрос: а постмортем по прошлому такому же падению — где? Нашли. Открыли. Те же action items. Слово в слово. С прошлого раза не закрыт ни один.
То есть полгода назад уже собирались, уже всё проанализировали, уже назначили ответственных — и ничего не сделали. А потом упало снова, по той же причине, и они снова собрались, снова проанализировали, снова назначили. С тем же результатом, который будет и в следующий раз.
И вот тут важно не поспешить с выводом «разгильдяи, не довели». Потому что если присмотреться, этот постмортем не провалился. Он отлично сработал. Просто работа у него была не та, что написана на упаковке.
Я вхожу в чужие инженерные команды со стороны — посмотреть, что там происходит на самом деле, и навести порядок. И почти в каждой натыкаюсь на одно и то же: изрядная часть процессов в компании существует не чтобы что-то делать, а чтобы что-то изображать. Это не патология конкретной конторы. Это закономерность, у неё есть механика, и её полезно научиться видеть — особенно если ты за эти процессы отвечаешь.
Зачем нужен разбор, после которого ничего не чинят
Затем же, зачем нужны поминки.
Случилось плохое. Людям больно, тревожно и немного стыдно. Нужен ритуал, который эту тревогу обработает: собраться, проговорить вслух, что произошло, обозначить, что «меры приняты», и разойтись с ощущением, что теперь всё под контролем. На поминках не лечат — лечить уже некого. На поминках прощаются и идут жить дальше.
Постмортем, после которого не меняется ни один дефолт, делает ровно это. Он не инструмент починки — он инструмент закрытия гештальта. Снимает тревогу, восстанавливает ощущение контроля и даёт начальству строчку «провели разбор, выработали меры» для следующего созвона с бизнесом. Все эти функции настоящие и по-своему нужные. Просто ни одна из них не про то, чтобы падение не повторилось.
И вот вокруг этого крутится всё. Есть процессы-инструменты: они меняют реальность. И есть процессы-символы: они меняют ощущение от реальности. Снаружи похожи как близнецы — те же встречи, те же документы, те же owner'ы в табличке. Отличаются только одним: остаётся ли после них след в реальности. И заметить это можно, только если специально проследить.
Почему символов в компании всегда больше, чем кажется
Процессы-символы никто не заводит нарочно. Никто не приходит на стендап со словами «давайте сделаем ретро, которое ни на что не повлияет». Они вырастают сами, и вот из чего.
Символ дешевле инструмента. Чтобы постмортем реально что-то изменил, кто-то должен взять его action items, выбить под них время в спринте, продавить приоритет против фич, довести до конца и проверить. Это дорого и конфликтно — надо с кем-то воевать за ресурс. А провести красивый разбор и разослать — дёшево и приятно. Система при прочих равных всегда сползает в сторону дешёвого.
Символ безопаснее. Пока ты соблюдаешь ритуал — у тебя есть алиби. «Мы же провели разбор». «У нас есть дашборд». «Мы следуем процессу». Рванёт снова — ты не виноват, ты всё сделал по регламенту. Символ перекладывает ответственность с человека на процесс, и это очень удобно. Инструмент так не умеет: он либо сработал, либо нет, и спрос персональный.
Символ невозможно „не пройти“. Инструмент даёт обратную связь: тест красный или зелёный, мониторинг поймал или проспал. Символ обратной связи не даёт — ретро состоялось, значит «прошло успешно». А процессы без обратной связи не эволюционируют, они просто накапливаются. Завели — и оно живёт вечно, потому что отменить его значит признать, что оно было лишним, а это неловко.
Сложите три силы — и получите естественный градиент: в любой достаточно взрослой компании символов со временем становится всё больше, а инструментов всё меньше, если кто-то сознательно не чистит. Дашборд, на который никто не смотрит, но всем спокойнее, что он есть. Ретро, где третий спринт подряд проговаривают одно и то же. Чек-лист перед релизом, который заполняют не глядя. Согласование, которое всегда «согласовано». Всё это когда-то, может, и работало. Теперь — изображает.
Это не глупость. Это availability bias на уровне организации
Легко свалиться в «менеджеры идиоты, развели бюрократию». Не идиоты, и дело не в бюрократии.
Организация, как и человек, реагирует на то, что видно. Громкое падение видят все: оно болит, за него ругают, его обсуждают на всех этажах. Ресурсы на него бросают мгновенно. А тихий риск — недоделанный action item, единственный человек, который знает, как разворачивается прод, отсутствие реального теста под сценарий — невидим ровно до того момента, пока не рванёт. И поэтому всегда проигрывает борьбу за приоритет видимому.
Это availability bias, только масштабом в компанию: что доступно вниманию, то и кажется важным. Символ идеально ложится в эту ловушку, потому что символ — это и есть «видно». Красивый постмортем видно. Дашборд на стене видно. А сделанный action item, который тихо предотвратил падение, которого поэтому не случилось, — не видно вообще. Предотвращённого пожара нет в ленте инцидентов, награждать и замечать нечего.
Так организация и обучается: вкладываться в то, что заметно, а не в то, что работает. Не потому что глупая — потому что у неё, как у всех, кривые стимулы.
Один вопрос, который вскрывает любой процесс
Хорошая новость: чтобы отличить инструмент от символа, аудит не нужен. Нужен один вопрос, который ты задаёшь про любой регулярный процесс:
«Что изменилось после прошлого раза?»
Постмортем: предыдущие action items — закрыты? Открываешь архив, видишь те же незакрытые пункты — перед тобой ритуал. Можно приходить в чёрном.
Ретро: проблема, которую обсуждали в прошлый раз, ушла или всплыла снова? Всплывает третий спринт подряд и каждый раз её «берут на заметку» — это не ретро, это групповая терапия. Тоже полезно, но называется иначе.
Дашборд: когда по нему последний раз приняли решение? Не «посмотрели», а изменили поведение. Если никогда — это обои.
Согласование: хоть раз заворачивали? За год ни одного «нет» — это не контроль, это турникет, который всегда открыт. Снять — ничего не изменится, кроме скорости.
Везде один тест: процесс обязан оставлять след в реальности. Нет следа — символ.
Что делать (и чего не делать ни в коем случае)
Самая дорогая ошибка человека, который всё это разглядел, — прийти и с энтузиазмом всё поотменять. Особенно если ты новый и хочешь показать, что навёл порядок. Не делай так. Вот почему.
Символ почти всегда выполняет какую-то настоящую функцию — просто не ту, что заявлена. Постмортем-поминки реально снимает тревогу команды. Снеси его молча — и вместо спокойствия получишь людей, которые после каждого инцидента не понимают, «а мы вообще с этим что-то делаем». Дашборд, на который никто не смотрит, иногда оказывается тем, на который смотрит ровно один человек ровно в одной критической ситуации. Прежде чем резать, разберись, какую тревогу или какую подстраховку процесс на самом деле держит.
Поэтому порядок такой.
Сначала — инвентаризация тем самым вопросом. Пройдись по регулярным процессам и честно отметь, где есть след в реальности, а где нет. Список символов обычно выходит длиннее, чем ждёшь.
Потом — не «отменить», а «вернуть обратную связь». Чаще символ можно превратить обратно в инструмент, не убивая. Постмортем, у которого action items никто не доводит, чинится не отменой, а одним правилом: новый разбор начинается с проверки статуса старых пунктов, и пока они не закрыты, новые не заводятся. У ритуала внезапно появляются зубы. Ретро по кругу чинится тем, что одна проблема за раз доводится до конца до следующего ретро. Дашборд — тем, что у каждого графика есть владелец и ответ на вопрос «какое решение ты по нему принимаешь».
И только то, что не удаётся вернуть в работу и что не держит никакой реальной тревоги, — убираешь. Тихо, по одному, наблюдая, не сломалось ли что-то незаметное. Через месяц никто не вспомнил — значит правда был лишним.
Зачем вообще это видеть
Театр надёжности безобиден ровно до того дня, когда ты начинаешь принимать его за надёжность. Пока ты понимаешь, что постмортем — это поминки, а дашборд — обои, ты держишь в голове, что настоящая надёжность лежит где-то ещё, и продолжаешь её искать. Беда приходит, когда символы начинают всех убаюкивать: разборы проводятся, дашборды висят, чек-листы заполняются — и все искренне считают, что система под контролем. А она под контролем ровно настолько, насколько процессы оставляют след в реальности. То есть в зрелой компании без регулярной чистки — примерно наполовину.
Так что в следующий раз, когда вокруг какого-то процесса будет особенно много торжественности — красивые слайды, обязательность, ритуальность, — задайте тот вопрос. Что изменилось после прошлого раза? И если ответа нет, вы хотя бы будете знать, на каких похоронах присутствуете.
Пишу под псевдонимом: вхожу в чужие инженерки под NDA, оттого без лица и без названий компаний. Остальные разборы и книга — по ссылке в профиле.
Комментарии (10)

andreygn
24.06.2026 18:14Чую перевод с буржуйского. Дело не в том, что процессов-символов нет у тех кто пишет на этом языке. Они всегда есть во всех компаниях.
Это естественный процесс. Снять тревогу - это всегда первый и необычный шаг. Есть такая фраза: чем больше хочется тем меньше получается. Этот парадокс объясняется законом Йеркса-Додсона и законом обратного усилия. Чрезмерное желание создает избыточное напряжение, сковывающее фокус внимания. Постоянная фиксация на том, что у вас чего-то нет, вызывает сильный стресс, а не сам процесс решения, что резко снижает эффективность.
Поэтому первый шаг необходим. Но ощущение от того что стало легче часто становится последним шагом. Поэтому что следующие шаги - это изменения. Изменения всегда не предсказуемы и поэтому создают новое напряжение из страха ошибки. Чтобы страх ошибки стал инструментом предотвращающим ошибки.
Если компания ещё растёт - есть шанс осознать и что-то предпринять чтобы и последующие шаги появились. Например предложить инструменты для снижения рисков: делать маленькие шаги, верификацировать результат и прочее.
Но если большая и есть риск потерять хлебное место - часто становится проще начать прикрывать пятую точку вместо того чтобы вообще что-то делать. Компания большая, шестерёнки крутятся и есть шанс что вообще за всё время работы проблема не дойдет до себя любимого.
ЦИСКО, спайрент из опыта работы. Майкрософт из опыта были партнёры. На западе пытаются играть в игру сделаем процессы символы - процессами инструментами. Приглашая для этого кого-то со стороны. Но это только игра. Потому что ничего вообще не меняется. Я не помню ни одного процесса - инструмента например в ЦИСКО. Поэтому и возникло стойкое ощущение, что перевод. Хотя думаю такие компании как VK уже такие же как ЦИСКО - остались можно сказать только игры.
Игра в психологии - попытка получить больше чем отдаешь. Компания большая, денег много - все пытаются что-то себе урвать.

theshadowcto Автор
24.06.2026 18:14Про «перевод» — мимо, но понятно, откуда ощущение. Театр надёжности не буржуйский, он везде одинаковый: в Cisco, в конторе на Ленинском, в VK. Переводится не текст, а механика — а она интернациональна. Гладко звучит, потому что примеры обкатанные, а не потому что чужое.
А вот что ты добавил — сильно. Я писал, почему символ заводится: дёшево, безопасно, нет обратной связи. Ты — почему он не едет дальше: первый шаг снял тревогу, а следующий это уже изменение, а оно рождает новую тревогу, из страха ошибки. И всё замирает там, где стало легче. Это точнее моего. Забираю.
Где поправлю — «позвать человека со стороны тоже игра». Чаще всего да, согласен: «привели специалиста» = тревога снята, можно не меняться. Но решает не человек. Решает, есть ли внутри кто-то с властью, кому изменение нужно лично и кто готов за него поругаться. Есть — внешний его таран, что-то сдвигается. Нет — театр при любой квалификации. В Cisco такого, видимо, и не было — оттого ни одного процесса-инструмента ты и не вспомнил.
И да: чем больше контора, тем реже такой хозяин. Шестерёнки крутятся, до тебя не дойдёт, прикрыть пятую точку проще, чем двигать. VK туда же, куда Cisco.

uoldo
24.06.2026 18:14И снова на арене цирка!
Очередной клован Жора жонглирует заумными словами как дилдами, и показывает фокусы жопой, как совершенно элементарные вещи продать, обмазав их акшионами, итемсами, дашбордами и прочим говном.
Я могу поднасрать этому "мега специалисту NDAшнику" и рассказать все в 3х словах, на пальцах и БЕСПЛАТНО.
Господа буржуи записывайте. Компания (подразделение / отдел) проебывает проект потому что....барабанная дробь ...его делают долбоёбы и распиздяи. Констатация этого факта во всяких отчётах-хуётах не поменяет ровно ничего, потому что следующий такой же проект они проебут точно так же, по той же самой причине.
Решается это ровно одним способом - долбоёбы и распиздяи выгоняются на мороз, и на их место приглашаются компетентные специалисты. Всё.

dev_uska
24.06.2026 18:14В реальности на команду, состоящую сплошь из топовых компетентных специалистов у большинства компаний не хватит либо денег, либо наличия на рынке этих самых специалистов, либо собственного бренда работодателя. Поэтому компаниям приходится учится жить с командами, которые в среднем не такие уж и крутые, самостоятельные, проактивные и компетентные. И тогда недостаток средней компетенции приходится получать эмерджентным способом - с помощью процессов, ритуалов и т.д. и т.п.

theshadowcto Автор
24.06.2026 18:14За энергию пять баллов, но ты сам себя и опроверг по дороге. Если бы всё лечилось «выгнать долбоёбов, нанять компетентных», этого бы давно никто не писал — рецепт известен лет сто, а конторы всё те же. Значит, что-то в нём не сходится.
Не сходится вот что. Ты предполагаешь, что наверху сидят умные, которые «просто не выгнали дураков». А чаще те же постмортемы-поминки проводят как раз компетентные — и продолжают, потому что ритуал снимает тревогу начальству, а доделать action items дороже и конфликтнее. Дело не в IQ на местах, дело в стимулах. Поменяй весь штат на гениев — при тех же стимулах они через год будут хоронить те же постмортемы. Просто грамотнее.
И второе: «уволить и нанять» — это ровно тот же символ, про который статья. Громкое, видимое, даёт ощущение, что меры приняты. На бумаге проблема решена, по факту новые через год упрутся в ту же кривую систему, которую никто не трогал. Так что твой «бесплатный рецепт в три слова» — это не альтернатива театру. Это его самый дорогой номер.
Но за честную злость спасибо — без неё ветка была бы скучнее.

Sergnb1981
24.06.2026 18:14Я не в IT работаю, но все ровно также. Правда меньше английских терминов и больше японских ). Автору спасибо, т.к. структурировал то, что крутилось в голове давно. И сложность проблемы как раз в том, что огненные, целеустремленные, с виденьем решения бойцы не могут "делать постепенно". Им нужно всё и сразу, быстро! Слова "как же так" и "почему все такие сонные" от них звучат постоянно. А потом наступает чудо: либо они не могут умереть зуд в одном месте и уходят в "перспективную организацию" или становятся такими как все. Критически мало людей, которые могут маленькими шажками двигаться к цели. В IT эти шажки мельче по умолчанию (спринты короче), а если идёт проектирование сложной техники (экскаватор, самосвал и т.д.) где результат спринта виден через год, то шажки растягиваются на десятилетия... Там это гораздо серьёзнее удержать в фокусе. Соответственно и сделать выводы. Так что лично от себя спасибо.
PS: горячим головам советую задуматься над выражением, что слабые сотрудники у слабых руководителей. Это тяжело признавать (особенно руководителям) но практически всегда именно так
Freeman_RU
Ой прям знакомо так знакомо)) причём за много лет подметил - компании, которые деньги зарабатывают обычно такой фигнёй не страдают. А вот те, что деньги получают (маркетинговые, маржа 600+% и подобные) - там сплошь и рядом такие разборы ради разборок и дашборды ради обоев) ты потом только и получаешь уведомления "авторефреш отчёта был отключен автоматически, так как отчётом два месяца никто не пользовался"))
theshadowcto Автор
Подметили точнее, чем кажется — и я бы вашу же мысль довёл до механики, потому что она объясняет, почему так.
Разница не в том, «зарабатывают или получают», а в том, есть ли у компании жёсткая обратная связь от реальности. Там, где деньги приходят с рынка, реальность бьёт быстро и больно: накосячил — клиент ушёл, выручка просела, видно сразу. В такой среде процесс-символ долго не живёт, потому что он не помогает выжить, а ресурс жрёт — его естественным отбором вычищает. А там, где деньги приходят по другой логике (бюджет освоить, маржу с услуги снять, грант отработать), петля обратной связи слабая или отложенная. Реальность не наказывает за театр — значит театр можно себе позволить. И он разрастается, потому что, как я писал, он дешевле и безопаснее настоящей работы.
То есть симптом, который вы заметили, — это просто индикатор, насколько туго затянута петля «накосячил → прилетело». Туго — символов мало. Слабо — расцветают.
А «авторефреш отключён, отчётом два месяца никто не пользовался» — это вообще лучшая иллюстрация ко всей теме, мне нечего добавить. Дашборд-обои спалила не ревизия, не аудит, а сам сервер: единственным, кто честно заметил, что им никто не пользуется, оказался планировщик задач. Поставил бы это эпиграфом.
gybson_63
Фактически это не компании, а подразделения кого-то, кому в итоге прилетит.
Freeman_RU
Да вот нифига. Зачастую это корпоративная культура - не важно где косяк - сервис упал, доставка потерялась, склад сгорел - все ходят с умным видом, вздыхают, делают разборы... и потом ничего, вообще ничего. На всех уровнях. Главное написать бумажку и показать куда-надо. Про те же отчёты, которые никто не смотрит - это ж из жизни пример, не придумал. И это отчёты для руководителей, которые "очень важные и нужны вчера".