[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-project-management-riski":4,"footer-feature-tags":163},true,{"topic":5,"parent":156,"siblings":160},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":63,"checklist":78,"shtab":90,"faq":110,"terms":123,"related":138,"seo":153},"riski","Управление рисками","Реестр, оценка вероятности и влияния, реакция","Управление рисками проекта: реестр, оценка и реакция","Управление рисками — это не список угроз на старте, а регулярная работа: выявить, оценить вероятность и влияние, назначить владельца, выбрать стратегию реагирования и возвращаться к списку каждую неделю. Реестр, заполненный один раз и забытый, не управляет ничем.","9 мин чтения","2026-08-28",[14,15],"риски","средний уровень",[17,24,31,49,56],{"id":18,"h":19,"paras":20},"what","Риск и проблема — разные вещи",[21,22,23],"Риск — событие, которое ещё не произошло и может не произойти. Проблема — то, что уже случилось. Путаница между ними стоит дорого: если в реестр рисков попадают текущие проблемы, он превращается в список задач, а собственно рисками никто не занимается.","Формулировка риска содержит причину, событие и последствие: «из-за того, что поставщик один, поставка может задержаться, и это сдвинет ввод в эксплуатацию на месяц». Формулировка «риск срыва сроков» бесполезна — из неё не следует ни одного действия.","Отдельно стоит держать возможности — события, которые могут произойти и улучшить положение. Их обычно не фиксируют, а зря: подготовка к благоприятному повороту обходится дешевле, чем реакция на него по факту.",{"id":25,"h":26,"paras":27},"assess","Оценка: вероятность и влияние",[28,29,30],"Каждому риску ставится оценка вероятности и влияния — обычно по трёхуровневой или пятиуровневой шкале. Точность здесь иллюзорна, и стремиться к ней не надо: смысл оценки не в числе, а в упорядочивании списка.","Практический приём — оценивать влияние в тех же единицах, что и цель проекта: дни задержки, деньги, потеря функциональности. Тогда сравнение рисков перестаёт быть спором о категориях: риск на месяц задержки очевидно важнее риска на два дня.","Полезно разделять исходный риск и остаточный: каким он был до принятых мер и каким останется после. Это единственный способ показать, что работа с рисками даёт результат, а не просто ведётся.",{"id":32,"h":33,"paras":34,"list":36},"response","Четыре стратегии реагирования",[35],"Для каждого значимого риска выбирается стратегия, и вариантов немного. Важно, что «принять» — тоже полноценная стратегия, а не отсутствие работы.",[37,40,43,46],{"k":38,"v":39},"Уклониться. ","Изменить план так, чтобы событие стало невозможным: сменить технологию, убрать работу из содержания.",{"k":41,"v":42},"Снизить. ","Уменьшить вероятность или влияние: прототип на рискованном участке, второй поставщик, запас времени.",{"k":44,"v":45},"Передать. ","Переложить последствия на другую сторону: страхование, фиксированная цена у подрядчика, гарантии.",{"k":47,"v":48},"Принять. ","Осознанно ничего не делать, но заложить резерв и договориться, при каком признаке включается план Б.",{"id":50,"h":51,"paras":52},"routine","Регулярная работа с реестром",[53,54,55],"Реестр пересматривается на каждом еженедельном статусе, и это занимает десять минут. Три вопроса: не сработал ли какой-то риск, не появились ли новые, изменились ли оценки по существующим. Раз в месяц список чистится от неактуального.","У каждого риска должен быть владелец — конкретный человек, а не «команда». Владелец следит за признаками приближения события и запускает реакцию. Без него реестр остаётся документом, к которому все относятся с уважением и никто не обращается.","Отдельно полезно отслеживать признаки-триггеры: что именно станет сигналом, что риск реализуется. «Если к 15-му числу нет подтверждения от поставщика — включаем второй вариант». Так реакция запускается по факту, а не по интуиции руководителя.",{"id":57,"h":58,"paras":59},"reserve","Резервы: чем обеспечены принятые риски",[60,61,62],"Принятые риски должны быть обеспечены резервом времени или бюджета. Резерв на известные риски рассчитывается от их оценки и находится в распоряжении руководителя проекта. Отдельно держат управленческий резерв — на то, чего не предусмотрели вовсе; им обычно распоряжается спонсор.","Ключевое условие: резерв виден отдельной строкой, а не спрятан в оценках работ. Спрятанный расходуется незаметно и заканчивается ровно тогда, когда становится нужен, а объяснить его исчезновение уже невозможно.","Разговор с заказчиком о резерве честнее, чем завышенные оценки. Он позволяет обсуждать неопределённость прямо: «эта часть новая, закладываем 20% запаса; эта отработана, запаса почти нет».",{"title":64,"head":65,"rows":69},"Матрица приоритета рисков",[66,67,68],"ВЕРОЯТНОСТЬ \u002F ВЛИЯНИЕ","НИЗКОЕ","ВЫСОКОЕ",[70,74],[71,72,73],"Высокая","Снизить влияние, следить за признаками","Уклониться или снизить — обязательно, до старта работ",[75,76,77],"Низкая","Принять, отметить в реестре, не тратить усилий","Передать или заложить резерв, назначить владельца",{"title":79,"lead":80,"items":81},"Чек-лист качества реестра рисков","Пройдите через две недели после старта — к этому моменту уже видно, работает реестр или превратился в документ для галочки.",[82,83,84,85,86,87,88,89],"В реестре именно риски, а не текущие проблемы.","Каждый риск сформулирован как «из-за чего — что может произойти — с каким последствием».","Влияние оценено в единицах цели проекта: дни, деньги, функциональность.","У каждого значимого риска есть владелец — конкретный человек.","Для каждого значимого риска выбрана стратегия, включая осознанное «принять».","Для ключевых рисков описаны признаки-триггеры реакции.","Принятые риски обеспечены резервом, который виден отдельной строкой.","Реестр пересматривался хотя бы раз за последние две недели.",{"title":91,"lead":92,"points":93,"links":100},"Как вести реестр рисков в Shtab","Риски удобно вести списком задач с полями — тогда они живут рядом с работой и не забываются в отдельном файле.",[94,95,96,97,98,99],"Каждый риск — карточка с полями вероятности, влияния и владельца: сортировка сразу даёт приоритет.","Статусы отражают жизненный цикл: выявлен, оценён, есть план реакции, закрыт, реализовался.","Реализовавшийся риск переводится в задачу или проблему — история решения остаётся в той же карточке.","Фильтр по значимым открытым рискам даёт готовую повестку для еженедельного статуса.","Уведомления по срокам напоминают владельцу о проверке признаков-триггеров.","Итоги по рискам попадают в отчёт заинтересованным сторонам вместе со сроками и бюджетом.",[101,106],{"tag":102,"title":103,"text":104,"to":105},"ВОЗМОЖНОСТЬ","Фильтрация задач","Срез по значимым открытым рискам для статуса.","\u002Ffeatures\u002Ffiltratsiia-kartochek\u002F",{"tag":102,"title":107,"text":108,"to":109},"Уведомления","Напоминания владельцу риска по срокам проверки.","\u002Ffeatures\u002Fuvedomleniia\u002F",[111,114,117,120],{"q":112,"a":113},"Сколько рисков должно быть в реестре?","Для среднего проекта рабочий объём — 15–30 позиций, из которых значимых 5–8. Реестр на сотню строк не пересматривается никем: работать можно с тем, что помещается на один экран. Мелкие риски лучше объединять по причине, чем перечислять по отдельности.",{"q":115,"a":116},"Кто должен выявлять риски?","Вся команда, а не только руководитель проекта. Технические риски видны исполнителям, организационные — руководителю, внешние — тем, кто общается с заказчиком и подрядчиками. Полезный приём на старте: полчаса командой на вопрос «из-за чего этот проект может провалиться».",{"q":118,"a":119},"Что делать, когда риск реализовался?","Переводить в проблему и работать по плану реакции, если он был. Отдельно фиксировать в реестре факт реализации: это материал для разбора по завершении и для следующих проектов. Худшая практика — тихо удалить риск из списка, потому что он «уже не риск».",{"q":121,"a":122},"Как убедить заказчика в необходимости резерва?","Показать реестр рисков с оценкой влияния в днях и деньгах. Разговор о резерве без обоснования выглядит как запрос запаса «на всякий случай»; тот же разговор с конкретным списком рисков и их стоимостью — как управление неопределённостью, которую иначе оплатит сам заказчик, но позже и дороже.",[124,127,130,133,136],{"slug":125,"title":126},"risk-register","Реестр рисков",{"slug":128,"title":129},"risk-matrix","Матрица рисков",{"slug":131,"title":132},"risk-response","Стратегии реагирования",{"slug":134,"title":135},"risk-owner","Владелец риска",{"slug":137,"title":7},"risk-management",[139,144,148],{"tag":140,"title":141,"text":142,"to":143},"ТЕМА","Запуск проекта","Устав, содержание и заинтересованные стороны.","\u002Fmethodology\u002Fproject-management\u002Fzapusk-proekta\u002F",{"tag":140,"title":145,"text":146,"to":147},"Календарный план","Куда закладывать резервы времени.","\u002Fmethodology\u002Fwaterfall\u002Fplan-grafik\u002F",{"tag":149,"title":150,"text":151,"to":152},"МЕТОДОЛОГИЯ","Классический подход целиком","Процессы, документы и метрики.","\u002Fmethodology\u002Fproject-management\u002F",{"title":154,"description":155},"Управление рисками проекта: реестр, оценка, стратегии реакции","Как вести риски проекта: формулировка риска, оценка вероятности и влияния, четыре стратегии реагирования, признаки-триггеры и резервы. Матрица приоритета и чек-лист реестра.",{"slug":157,"title":158,"short":159},"project-management","Классическое управление проектами","классический подход",[161],{"slug":162,"title":141},"zapusk-proekta",[164,173,179,188,193,199,205,211,215,221],{"id":165,"name":166,"hex":167,"translations":168,"count_pages":172},8,"Компания","#f40925",{"ru":169,"en":170},{"name":166},{"name":171},"Company",9,{"id":174,"name":175,"hex":176,"translations":177,"count_pages":165},26,"Главная страница",null,{"ru":178},{"name":175},{"id":180,"name":181,"hex":182,"translations":183,"count_pages":187},2,"Проекты","#3027ff",{"ru":184,"en":185},{"name":181},{"name":186},"Project",15,{"id":189,"name":190,"hex":176,"translations":191,"count_pages":180},33,"ИИ",{"ru":192},{"name":190},{"id":194,"name":195,"hex":176,"translations":196,"count_pages":198},34,"Комментарии",{"ru":197},{"name":195},4,{"id":200,"name":201,"hex":176,"translations":202,"count_pages":204},25,"Задачи",{"ru":203},{"name":201},24,{"id":206,"name":207,"hex":176,"translations":208,"count_pages":210},27,"Рабочие пространства",{"ru":209},{"name":207},3,{"id":204,"name":212,"hex":176,"translations":213,"count_pages":165},"Kanban-доска",{"ru":214},{"name":212},{"id":216,"name":217,"hex":176,"translations":218,"count_pages":220},23,"Диаграмма Ганта",{"ru":219},{"name":217},1,{"id":187,"name":222,"hex":176,"translations":223,"count_pages":220},"Календарь",{"ru":224},{"name":222}]