Я хочу предложить вам небольшое мыслепреступление. Мы всё время так пристально следим за своими ценными проектами — давайте отвлечемся и посмотрим в другую сторону, наружу, из проекта.
Глядя на этот океан хаоса, единственное, о чём мы можем спросить себя (поскольку нас всё же волнует проект, даже когда мы на него не смотрим) — это: «Как часто меняется среда, в которой выполняется проект, и насколько он к этим изменениям чувствителен?»
Представьте, что у вас есть качественно составленный реестр рисков и даже прописаны ранние симптомы их срабатывания. Отлично, можно сказать, вы знаете ваши текущие координаты и скорость. Но это ничего не говорит об «ускорении», о том, с какой скоростью условно нормальная среда, в которой проект стартовал, имеет тенденцию превращаться в полный хаос и безумие.
Обратите внимание, я не говорю «превратится». Это невозможно предсказать, и я не призываю для успешного управления рисками проекта строить «модель всего». Но, когда мы смотрим на среду и пытаемся оценить её качества, становится очевидно, что выявляемые нами риски — это не какие-то абстрактные угрозы и «случайности», а именно те точки, в которых проект подвержен влиянию среды.
Представьте, что вы делаете мобильное приложение для управления пенсионными накоплениями (да, как будто они существуют). Какие риски вам принесёт среда? Пенсионная реформа раз в два года и продление «заморозки» накоплений неопределенное число раз на неопределенный срок! При таких вводных вообще нецелесообразно затевать проект.
Смещение акцента вашего внимания изнутри проекта наружу может не только помочь в выявлении рисков, но и дать понимание того, как в целом лучше организовать проект. Пример из жизни — автоматизация обмена данными с закупочной площадкой. Всё было хорошо, кроме сроков проекта. Площадка вносила изменения в формат обмена данными раз в несколько месяцев. Реализация, тестирование и сдача каждый раз начинались сначала. Очевидно, что с такой динамикой среды относительно безопасным был бы проект со сроком в 3−4 недели.
Чтобы быть успешными мы должны быть быстрее, чем среда. Если ситуация меняется каждую неделю, какой смысл составлять план на месяц? Да, процедура управления рисками для того и существует, чтобы иметь возможность выполнять проекты в любой среде и тем более необходима, чем больше разнообразных рисков необходимо учесть. Но без пропорционального увеличения скорости реакции мы не будем успевать, и все формальные процедуры превратятся в фарс. Кому нужна стратегия ответа на риск, когда он уже неделю как сработал вместе с парой других, которые не успели даже выявить? Динамика среды — это ваша индульгенция при ослаблении формальных процедур. Просят отчёт каждый час? Ок, он будет по СМС.
И вот тут я хочу сделать небольшое отступление и напомнить про одну очень полезную штуку, модель «Кеневин» (Cynefin framework). Я познакомился с ней, когда изучал гибкую методологию разработки. В брошюре Свидетелей Аджайла было написано что-то вроде: «Смотрите, это модель Кеневин, в соответствии с ней в условиях сложных систем лучше применять Аджайл. Применяйте Аджайл. Аминь.» Приведенная в модели классификация показалась мне интересной, но что с ней делать на практике так и осталось загадкой. Однако в оригинальном описании модели речь идет не о системе, а о «доменах» или «контекстах». Что в моем понимании ближе к среде, в которой выполняется проект, чем к самому проекту как системе. Это более осмысленно с точки зрения теории систем и сама модель начинает играть новыми красками. Не исключено, что всем это было очевидно.
Возвращаясь к теме рисков — если вы правильно классифицировали среду, то можете применить соответствующий подход к управлению рисками:
● Простая среда — управление рисками может быть сильно упрощено, а сами риски и стратегии ответа на них очевидны;
● Усложненная среда — управление рисками необходимо. Может помочь эксперт в предметной области для выявления рисков или декомпозиции «ситуации в целом» до каких-то понятных блоков с последующим выявлением рисков по каждому из них;
● Сложная среда — управление рисками необходимо, но крайне сложно, т.к. вы не понимаете причинно-следственные связи, а без этого «выстрелить» может откуда угодно. Соответственно, более эффективной здесь видится полу-реактивная модель поведения, когда фиксируются только понятные крупные риски, горизонт прогнозирования/выявления рисков сильно сокращен и вы готовы периодически «разбираться по ситуации»;
● Хаотическая среда — управление рисками невозможно в принципе. Сам факт нахождения в такой среде — это риск. Всё, что вы можете — это реагировать на её выпады в сторону проекта. По сути, для успешного функционирования в такой среде больше подходит выполнение задач, чем организация проектов. Чем короче и проще шаги — тем больше вероятность «проскочить» между непредсказуемыми негативными факторами.