15 KiB
Модуль 3. Стратегии реагирования на семь рисков
Контекст: внедрение автоматизированной информационной системы у Заказчика; матрица рисков и четыре стратегии (избежание, передача, принятие, снижение)
Роль автора: руководитель проекта со стороны Исполнителя (формулировки можно согласовать с Заказчиком в Уставе и реестре рисков)
Оглавление
Краткое резюме
Задача сдвинуть вероятность и/или критичность или вынести риск за скобки проекта там, где это дешевле, чем тушить пожар у дедлайна.
Для семи «неразобранных» рисков я опираюсь на те же четыре стратегии из урока 4. Большинство кейсов на внедрении АИС — это снижение (Mitigation): регламенты, артефакты, эскалации, контроль качества данных. Передача уместна там, где деньги и юридическая конструкция реально отводят удар от команды разработки. Избежание — реже, когда можно изменить способ работы так, чтобы триггер риска просто исчез. Принятие для этой семёрки я не выбрал как основную: у рисков 1, 2, 3, 6, 8 последствия слишком дорогие.
Сводная таблица стратегий
| № | Риск (кратко) | Исходно: вероятность × критичность | Стратегия (основная) | Ожидаемый эффект |
|---|---|---|---|---|
| 1 | Долгие согласования и выдача информации | 3 × 5 (красная зона) | Снижение | Короче цикл согласования, ниже ущерб от простоя |
| 2 | Нет инициативы / неисполнение обязательств по договору | 3 × 5 | Снижение (+ при необходимости передача части контроля) | Меньше «забыли сделать», быстрее эскалация |
| 3 | Часть работ выполняет Заказчик | 3 × 4 | Снижение | Понятные вехи и приёмка работ Заказчика |
| 6 | БП Заказчика не совпадают с заложенными в АС | 3 × 4 | Снижение (частично избежание за счёт границ релиза) | Раньше виден разрыв, меньше переделок |
| 7 | Задержки оплаты по договору | 2 × 3 | Передача / Снижение (финансовые условия) | Ниже вероятность кассового разрыва у Исполнителя |
| 8 | Неполнота и недостоверность данных | 2 × 4 | Снижение | Меньше ошибочных решений и переделок настройки |
| 11 | Срыв коммуникации, потеря информации | 3 × 3 | Снижение | Меньше «мы об этом не слышали» |
Детально по каждому риску
Риск №1. Длительный процесс согласования документов и предоставления информации
Стратегия: снижение (Mitigation).
Исполнитель на блоке, потому что «документ на подписи у зама», а в roadmap (дорожной карте) уже обещали дату. Полное избежание здесь маловероятно: бюрократия Заказчика не исчезнет волшебством, но зато можно упаковать процесс.
Меры: в Уставе или приложении к договору — регламент согласования: сроки ответа по типам документов (календарные дни), единый канал (портал/ЭДО, а не десять чатов), эффективно использовать репозиторий для версионности регламента и истории изменений, перечень упрощённых форм для повторяющихся решений, назначенный владелец со стороны Заказчик* с правом собирать подписи. Для критичных пакетов — параллельное согласование, а не только последовательное (но опять же, если согласовать процесс управления или отдельно набросать регламент управления).
Эффект: вероятность затягивания снижается за счёт прозрачности и дедлайнов; критичность для графика — за счёт раннего выявления «застряло» и эскалации на уровень, где деньги и приоритеты решаются быстрее.
Риск №2. Отсутствие инициативы или неисполнение действий Заказчика и/или Исполнителя по договору
Стратегия: снижение (Mitigation); опционально — передача части контроля (Transference).
Когда обе стороны «ждут друг друга», проигрывают все. Принятие тут — почти всегда плохая шутка: последствия по уроку оценены как очень высокие.
Меры: матрица ответственности (RACI) по ключевым обязательствам из договора и приложений; еженедельный статус с явным блоком «что должно случиться до следующей недели — кто — когда»; триггеры эскалации (например, два пропущенных срока подряд — письмо руководителям сторон). Со стороны Исполнителя — внутренний контроль своих обязательств (иначе Заказчик перестанет вас слушать). Передача: при крупных суммах — внешний мониторинг исполнения контракта (юристы, аудитор) как страховка для обеих сторон.
Эффект: падает вероятность «забыли»; критичность — за счёт того, что срыв виден раньше, чем он превратился в провал вехи.
Риск №3. Часть работ по проекту выполняет Заказчик
Стратегия: снижение (Mitigation).
Заказчик что-то делает сам — звучит экономично. На практике часто получается: «мы обещали к пятнице», а у них аврал, и ваш критический путь ломается.
Меры: план работ Заказчика с теми же вехами, что и у Исполнителя (взаимные зависимости в MS Project / аналоге); шаблоны артефактов и критерии готовности от Исполнителя; короткое обучение ответственных с их стороны; приёмка результатов работ Заказчика не «на глаз», а по чек-листу.
Эффект: снижается вероятность срыва своих работ Заказчиком и критичность последствий для интеграции и настройки АС.
Риск №6. Несоответствие бизнес-процессов Заказчика процессам, заложенным в АС
Стратегия: снижение (Mitigation); элемент избежания (Avoidance) — через границы релиза.
Это не «баг системы», это разрыв модели. Его ловят не в проме, а когда уже влились в настройку.
Меры: gap-анализ «как у вас / как в типовой АС» на этапе обследования; воркшопы с владельцами процессов; явное решение: настройка под процес, адаптация процесса под типовую АС или ограниченный объём доработок с отдельной оценкой (чтобы не превратить проект в вечный Agile без бюджета). Избежание части риска: фиксация в договоре объёма типового внедрения и порядка выхода за его пределы — отдельные соглашения.
Эффект: вероятность «внезапного» несоответствия падает; критичность — за счёт раннего выбора дорожки и денег на доработки.
Риск №7. Несвоевременное поступление оплаты, нарушение сроков платежей
Стратегия: передача (Transference) и/или снижение (Mitigation) через договор.
Вероятность по таблице невысокая, но кассовый разрыв у Исполнителя бьёт по людям и срокам соседних проектов.
Меры передачи: аккредитив, эскроу на часть суммы, поручительство — когда деньги «под замком» до факта выполнения вехи. Меры снижения: график платежей привязан к вехам с понятными актами; предоплата или аванс; в договоре — индексируемая неустойка за просрочку и право приостановить работы (хотя не эффективная мера в большиснтве своем, так как проекты за частую уходят в архив) после порога (аккуратно, чтобы не убить отношения — но как рычаг это работает).
Эффект: ниже вероятность (но все же она остается) того, что вы финансируете чужой проект из своего оборотного капитала; критичность для вашей компании снижается.
Риск №8. Неполнота, недостоверность предоставленных данных
Стратегия: снижение (Mitigation).
Один раз поверили «экспорт из Excel», потом неделю разгребаете последствия.
Меры: регламент приёма данных: формат, ответственный, срок; чек-листы полноты по справочникам и оборотам; выборочная сверка с первичными документами на пилотном участке; в актах и протоколах — формулировка уровня «данные приняты для настройки в объёме; достоверность на стороне Заказчика»; при необходимости — этап очистки данных как отдельная работа с оценкой.
Эффект: вероятность использования «мусорных» данных в настройке падает; критичность ошибочных решений и переделок — тоже.
Риск №11. Нарушение коммуникации, потеря информации между командами Исполнителя и Заказчика
Стратегия: снижение (Mitigation).
Потеряли письмо — потеряли требование. Потом спор: «мы так не договаривались».
Меры: единый таск-трекер или портал с историей; еженедельный протокол с решениями (что согласовали — одной строкой вынесено); хранилище артефактов с версиями; для критичных решений — письменное подтверждение владельцем продукта со стороны Заказчика; RACI по каналам коммуникации (кто запрашивает, кто утверждает).
Эффект: ниже вероятность потери смысла; критичность срывов из-за «мы не знали» — ниже.
Как это жить на проекте
Матрица рисков — не картинка для сдачи. Риск №7 «дремал» — заказчик сменил финдира — и вдруг стал актуальнее. Риск №6 вы «закрыли» gap-анализом — но бизнес купил другую компанию — и карта процессов снова лжёт.
Зафиксировать выбранные стратегии в реестре рисков и Уставе проекта. Тогда это не устная договоренность, а операционный контракт между сторонами.