Зашипить и не отрефлексировать — растратить самого дорогого учителя, реальный опыт. Постмортем — дисциплина разбора после релиза (или провала): что зашло / что пошло не так / где просто повезло → корневая причина → переносимые уроки в журнал. Без вины — иначе правда прячется, и учиться нечему.
~14 мин🔁 рефлексия → ростфинал курса
Суть за 30 секунд
Постмортем — дисциплинированный разбор после того, как проект зашипился (или умер): геймдев-традиция (колонка «Postmortem» в Game Developer). Структура: что зашло / что пошло не так / где повезло → превращаешь в действия. Обязательно blameless (про решения и системы, не про людей) — иначе правду прячут, и организация не учится. «Провал учит быстрее успеха»: хорошо разобранный провал ценнее принятого-как-должное успеха (а успех тоже нужно разбирать — иначе припишешь удаче навык). Выход — не документ ради документа, а 2–3 конкретных изменения на следующий раз + 2–3 паттерна в журнал. Это рефлексивная половина deliberate practice: опыт без рефлексии не компаундится, опыт × честная рефлексия — да. И «ведёрко удачи» — самое зрелое: отделять навык от везения (не путать исход и качество решения).
Механизм: три ведёрка, корневая причина, действие
Структура постмортема
Три ведёрка, не два. Что зашло (закрепить и повторить), что пошло не так (исправить), и — самое зрелое — где повезло: что сработало не благодаря тебе, а по удаче. Это ведёрко отделяет навык от везения и защищает от resulting bias (судить решение по исходу): хороший исход не делает решение хорошим, если оно держалось на удаче. Дальше — корневая причина (спрашивай «почему?» вглубь, отличай проксимальную от системной), и выход — действия + паттерны, которые кормят следующий проект.
Blameless — иначе учиться нечему
Разбор должен быть без вины: фокус на решениях и системах (при информации, что была на тот момент), а не на «кто виноват». Причина не в мягкости — в правде: где ищут виноватого, там прячут ошибки и near-miss'ы, и организация перестаёт учиться (те же аварии повторяются). Спрашивай не «кто накосячил», а «какое решение при какой информации привело сюда и как изменить систему, чтобы это не повторилось». Это культура авиадебрифа и SRE-инцидентов.
Провал учит быстрее — но и успех надо разбирать
Хорошо разобранный провал ценнее принятого-как-должное успеха: «сделай 10 плохих игр, учись на каждой» (геймджемы, kill-fast Supercell — быстрый цикл провал→урок). Но и успех требует постмортема: без него ты припишешь удаче навык (survivorship/attribution bias) и не сможешь повторить. Правило: разбирай и провалы, и успехи, и всегда заполняй «ведёрко удачи».
Рефлексия — множитель практики
Опыт сам по себе выходит на плато; растит навык структурированная рефлексия поверх опыта:
При нулевой рефлексии рост нулевой, сколько ни шипи. Постмортем — и есть эта рефлексия, а журнал паттернов — место, где уроки не испаряются, а компаундятся: одна отгрузка делает тебя лучше в следующей. Deliberate practice = опыт + рефлексия + обратная связь.
🧩 Что прочитать и написать
Классические постмортемы чужой опыт дёшево
Колонка «Postmortem» в Game Developer (Diablo, Deus Ex, Thief и сотни других) и разборы провалов (ранний Cyberpunk 2077, Anthem) — годы чужих уроков за час чтения.
🧩 Сделай: прочитай один классический постмортем и разложи его по трём ведёркам: что зашло / не так / где повезло. Заметь, как часто «успех» держался на удаче (вовремя вышли, конкурент оступился), а «провал» — на одном системном решении (скоуп/технология/команда).
Постмортем Новгорода (фаза 1) твой реальный
После грантового вертикального среза: сработал ли AI-пайплайн ассетов? где скоуп поплыл? что удержало сроки — дисциплина или удача? Этот разбор решает, полетит ли фаза 2.
🧩 Сделай: ещё до релиза заведи шаблон постмортема Новгорода-фаза1 и заполняй по ходу (память подводит задним числом — фиксируй решения в момент). Особое внимание — «ведёрко удачи»: что в фазе 1 сработало по везению и не масштабируется на фазу 2?
Blameless incident review та же дисциплина в проде
SRE-постмортем инцидента: таймлайн, корневая причина, action items — без имён-виноватых. Прямой родственник геймдев-постмортема; ты будешь писать такие в Artificial Agency.
🧩 Заметь: сравни структуру геймдев-постмортема и SRE-инцидента — они изоморфны (что было / почему / что менять, blameless). Освоив разбор игрового проекта, ты уже умеешь вести инцидент-ревью и ML-ретро.
Хардкор · blameless-культура, удача vs навык, resulting biasможно пропустить
Почему вина уничтожает обучение
Когда постмортем ищет виноватого, включаются защиты: люди скрывают ошибки и near-miss'ы, дают удобные, а не точные версии, избегают риска и инициативы. Организация теряет именно те данные, из которых можно учиться, — и повторяет аварии. Blameless-подход (авиация, SRE) исходит из презумпции: люди действовали разумно при той информации, что имели; вопрос не «кто плохой», а «какая система/процесс/решение допустили это и как их изменить». Это не про отсутствие ответственности, а про то, что ответственность системная продуктивнее персональной травли: чинишь процесс — не повторится у всех, наказываешь человека — прячется у всех.
Resulting bias и «ведёрко удачи»
Главная ловушка разбора — судить решение по исходу (resulting, «outcome bias»): выиграл — значит, решение было верным. Нет: при неопределённости хорошее решение может дать плохой исход (не повезло), а плохое — хороший (повезло). Отделяй качество решения при доступной инфо от исхода. «Ведёрко удачи» институционализирует это: явно спрашивай «что сработало по везению?» — иначе успех отравит тебя ложной уверенностью (припишешь удаче навык, повторишь плохое решение до первой неудачи). Симметрично для провалов: иногда решение было верным, просто не повезло — не выбрасывай хороший процесс из-за одного плохого исхода. Базовые ставки и survivorship bias: у «успешных» кейсов, что на виду, часто была удача, которой не видно у молчаливого кладбища провалов.
Аналогия
Постмортем — как разбор полёта у пилотов после посадки: не чтобы наказать экипаж, а потому что следующий рейс (твой или коллеги) зависит от честной реконструкции — что сделали хорошо, что пошло не так и что сошло с рук по удаче. Культура вины заставляет пилотов прятать near-miss'ы, авиакомпания перестаёт учиться, и катастрофы повторяются; blameless-дебриф вытаскивает near-miss, извлекает урок и обновляет чек-лист. Чёрный ящик пишет всё точно, чтобы разбор стоял на фактах, а не на эго. Твой журнал паттернов — это чек-лист, который ты обновляешь; постмортем — дебриф, который его кормит.
Почему это важно
Реальный опыт — самый дорогой и самый честный учитель, но он учит, только если ты слушаешь: постмортем — это слушание. Он превращает уроки проекта в навык, а не в испарившиеся эмоции; blameless-честность делает уроки правдивыми; «ведёрко удачи» отделяет навык от везения; журнал делает урок переносимым. Для тебя конкретно: честный постмортем фазы 1 Новгорода — что в AI-пайплайне сработало, что нет, что было удачей — решает, полетит ли фаза 2. Шипи, разбирай, добавляй паттерн, шипи лучше — это и есть цикл, замыкающий весь курс.
🔁 За пределами игр — куда это переносится
Урок — про рефлексию как множитель практики и про отделение навыка от удачи.
ML / AI (твой домен): геймдев-постмортем изоморфен blameless incident review (SRE) и ML-ретро: таймлайн → корневая причина → action items, без травли людей — ты будешь вести такие в Artificial Agency. «Ведёрко удачи» ⇄ resulting bias в оценке экспериментов: не путай «метрика выросла» с «метод верный» — удачный сид/конфиг может провалидировать плохую идею, а неудачный запуск — похоронить хорошую; отделяй качество гипотезы от исхода прогона (и держи base rates/survivorship в уме, глядя на «успешные» результаты). Рефлексия-множитель ⇄ почему анализ продакшн-логов и failure-режимов стоит больше, чем ещё сырого опыта — обучение из деплоя, а не только из тренинга. И мета: постмортем замыкает петлю всего курса — шипи (капстоун) → синтезируй (паттерны) → рефлексируй (постмортем) → шипи лучше. Deliberate practice = опыт + рефлексия + обратная связь.
Команда/культура: blameless-ретро повышает психологическую безопасность → люди сообщают о проблемах рано → система учится; культура вины даёт обратное.
Принцип: после каждого проекта — три ведёрка (зашло/не так/повезло), корневая причина, действия + паттерны в журнал; суди решения по инфо-на-момент, не по исходу; храни уроки там, где увидишь снова.
🔧 Напиши постмортем — и замкни курс
🧩 Мини-постмортем последнего проекта ~30 мин
Возьми последний завершённый проект (рабочий или свой) и напиши постмортем на 1 страницу: три ведёрка (зашло / не так / повезло), для 2–3 пунктов докопайся «почему» до системной причины, выведи 2–3 action items и 2–3 паттерна в журнал. Особое внимание — честно заполнить «ведёрко удачи».
🎓 Постмортем курса (10 вопросов) ~30 мин
Ответь на 10 финальных вопросов рефлексии (§5 модуля 12): любимая core-петля и почему; одна тех-подсистема «на пальцах»; твоя дизайн-философия; бизнес-модель для твоей студии; где в Новгороде классика, а где ML (обоснуй оба); 5 главных паттернов; провал и урок; идеальная культура студии; вью на 10 лет; один совет новичку. Это финальный синтез — и постмортем самого обучения.
Чеклист: написал 1-страничный постмортем с тремя ведёрками и системными «почему»; вынес action items + паттерны в журнал; ответил на 10 вопросов; сформулировал, что было удачей, а не навыком.
Связи
основа
Капстоун — постмортем — его обязательный финальный deliverable.
основа
Синтез паттернов — куда постмортем складывает извлечённые уроки.
смежное
Телеметрия — данные заземляют постмортем; избегай peeking/ложной атрибуции.
смежное
Экономика студий — индустриальные провалы (Concord и др.) как чужие постмортемы.
Вопросы пытливого ума
Blameless — это же оправдание провала?
Нет — это смещение ответственности с человека на систему ради обучения, а не её отмена. Логика: люди почти всегда действуют разумно при той информации, что у них есть; если исход плохой, продуктивный вопрос не «кто виноват» (он ведёт к сокрытию и защите), а «какое решение при какой инфо туда привело и как изменить процесс/систему, чтобы это не повторилось у всех». Наказал человека — он и остальные начнут прятать ошибки и near-miss'ы, и ты потеряешь данные, из которых учатся (аварии повторятся). Починил систему (чек-лист, гейт, алерт, процесс) — не повторится ни у кого. Это не «никто не отвечает», а «отвечает система, и мы её чиним». Ответственность за халатность и за честность разбора остаётся; исчезает лишь поиск козла отпущения, который убивает правду. Авиация и SRE пришли к этому не из мягкости, а потому что blameless-культура эмпирически даёт меньше повторных аварий: безопасно сообщать о проблемах → проблемы всплывают рано → система улучшается.
Зачем отдельное «ведёрко удачи»?
Чтобы не отравиться resulting bias — привычкой судить качество решения по исходу. При неопределённости связь «решение→исход» шумная: хорошее решение иногда даёт плохой результат (не повезло), плохое — хороший (повезло). Если не выделять удачу явно, ты систематически: (1) припишешь успех своему навыку, хотя выехал на везении (вовремя вышел, конкурент оступился, баг не всплыл на демо) → повторишь то же плохое решение до первой неудачи и не поймёшь, почему «вдруг перестало работать»; (2) выбросишь хороший процесс из-за одного невезучего провала. «Ведёрко удачи» институционализирует честность: явный вопрос «что сработало не благодаря мне?» заставляет отделить навык от везения. Для Новгорода это критично прямо сейчас: если фаза 1 «получилась», надо знать, что в ней было воспроизводимым навыком (масштабируется на фазу 2), а что — удачей (не масштабируется). Без этого ведёрка успех фазы 1 может дать ложную уверенность, которая обрушит фазу 2. В ML то же: удачный сид не делает метод верным.
Курс закончился — что дальше?
Замкни петлю на деле. Курс дал широту (54 темы), инструменты (лабы, формулы, паттерны) и — главное — суждение: когда что брать и когда ML не ответ. Но знание становится навыком только через отгрузку: возьми капстоун (для тебя — вертикальный срез Новгорода под грант), проведи его по арке (прототип→срез→juice→релиз), напиши честный постмортем, вынеси 2–3 паттерна в журнал — и повтори. Каждая отгрузка компаундит и навык доставки, и библиотеку паттернов. Держи привычки: журнал паттернов (2–3 после каждого проекта), «второй мозг» (что спросил → что понял), геймджемы для быстрого цикла провал→урок, разбор чужих постмортемов. И держи хребет: по умолчанию — простое, дешёвое, отлаживаемое решение; сложное (ML/поиск/сеть) — только там, где инвариант требует. Ты пришёл сюда не чтобы стать игровым программистом, а чтобы построить кросс-дисциплинарное суждение, полезное в Artificial Agency и дальше. Оно построено. Теперь — иди и что-нибудь зашипи. Игры (и системы), которые ты отгружаешь, — твои учителя.