Лекция «Риски проекта: реестр, вероятность, реагирование»

Около 65 минут на 17 тем. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.

Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 51 теста и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.

Семнадцать тем об одном процессе: как риск находят, записывают, оценивают, что с ним делают и когда к нему возвращаются. Начало — граница, за которой управлять уже нечем: риск это возможное будущее событие с вероятностью меньше 100 %, проблема это уже случившееся, и реестр, в который пишут вторые, ничем не управляет. Дальше формулировка «причина → событие → эффект», которая отличает риск от тревоги, и два действующих определения риска — «вероятное событие» из ГОСТ Р 54869-2011 и «влияние неопределённости на цели» из ГОСТ Р ИСО 31000-2019, причём второе находит то, что событием не оформляется. Нормативная рамка дана на сентябрь 2026 года вместе с отменёнными предшественниками (31010-2011 с 01.03.2020, 51897-2021 с 01.03.2025) и с принципом добровольности по 162-ФЗ: обязанность создаёт договор или собственный регламент, а не сам стандарт. Масштаб проблемы — оксфордская база Флюйбьерга (47,9 / 8,5 / 0,5) и McKinsey-Oxford 2012 по 5 400 ИТ-проектам (+45 % к бюджету, +7 % к срокам, −56 % ценности), которые доказывают смещение прогноза, а не пользу инструмента. Практическая часть: шесть шагов процесса и предварительный отсев, технологии идентификации от Дельфи до «галстука-бабочки», пять вопросов на поиск пропущенного, матрица с числовыми шкалами и критика Кокса (менее 10 % корректно сравниваемых пар, «хуже случайного» при отрицательной корреляции частоты и тяжести), EMV с двумя расчётами — проектным на 0,54 млн ₽ и операционным на 80 тыс. ₽ — и четырьмя ограничениями, Монте-Карло с P50 и P80 и резервом, который можно объяснить. Отдельная часть — дебиасинг: премортем с честной формулировкой результата (больше версий отказа, а не правильные версии) и прогнозирование по референтному классу, для малой команды сводящееся к собственным прошлым пяти задачам. Финал — реестр из тринадцати полей, где работают три (триггер, владелец, дата пересмотра), пять стратегий для угроз и четыре для возможностей, вторичный и остаточный риск, два кармана резерва с правилом прослеживаемости и триггеры пересмотра вместе с основаниями для эскалации.

Затем, что он сокращает время между «стало заметно» и «начали действовать» — а это единственное, чем в момент срабатывания риска можно управлять. Формулировка про снижение вероятности провала в лекции отсутствует намеренно: ни одно из приведённых исследований этого не измеряло. Флюйбьерг и McKinsey измеряют смещение прогноза относительно факта, PMI фиксирует корреляцию доли провалов с бизнес-хваткой специалиста (8 % против 11 %), а не эффект внедрения реестра. Что реестр действительно даёт, видно по полям: триггер превращает наблюдение в заранее описанное действие без нового совещания; владелец делает так, что у строки есть человек, а не отдел; дата пересмотра не даёт таблице умереть на втором месяце; остаточный риск показывает, что покрывать резервом. Плюс побочный эффект, который в проблемных проектах давал наибольшую отдачу по данным PMI: ранний честный разговор с заинтересованными сторонами — с числами на руках, а не в форме «у нас всё горит».

Да, и лекция построена именно так: каждый приём показан парой примеров — проектным и операционным. Разница между двумя ролями не в методе, а в горизонте и в поводе для пересмотра. У проекта риск живёт до сдачи и закрывается на контрольной точке; у операционной деятельности он не кончается никогда и пересматривается по календарю — красные строки ежемесячно, весь реестр ежеквартально. Это меняет арифметику, а не аппарат: разовая мера за 120 тыс. ₽ против постоянного риска с EMV 80 тыс. ₽ за квартал не окупается за квартал и окупается за год, и в лекции этот расчёт разобран целиком. Инструментов, требующих проектного офиса, здесь ровно один — имитационное моделирование по сетевому графику, и про него прямо сказано, что операционной работе оно обычно не нужно: там лучше работает статистика прошлых периодов. Всё остальное — пять вопросов на поиск пропущенного, формулировка через причину и эффект, матрица с числовыми шкалами, EMV, премортем, реестр из тринадцати полей — ведётся в обычной таблице одним человеком.