Здравствуйте всем, я – менеджер продукта в компании «СИБИНТЕК». Если вы решите изучать Agile‑подходы самостоятельно или запишитесь на тренинг, то рано или поздно столкнетесь с фреймворком Кеневин (Cynefin). Он, как и фреймворк Scrum, прост в понимании и достаточно сложен для совершенного овладения. Но, возможно, это как закон тяготения Ньютона: вы его не применяете в повседневной жизни, а просто действуете соразмерно этому закону. Кстати, «cynefin» – валлийское слово, которое переводится как «среда обитания».

Уэльское происхождение названия фреймворка не удивительно. Его разработчик – шотландец. Кеневин создали для руководителей и специалистов: он помогает выбрать подходы к принятию решений для задач различного уровня сложности. Давайте заглянем в мир Кеневин, которому уже более 25 лет.

Автор фреймворка предполагает в своей модели, что реальный мир вокруг нас – это множество взаимосвязанных систем, в которых действуют различные агенты‑модуляторы: люди, компании, регламенты, процессы, события и др., которые постоянно взаимодействуют между собой. Количество и характер их взаимодействий определяет сложность каждой из систем. Все эти системы автор делит на четыре типа (домена): упорядоченные простые, упорядоченные сложные, комплексные и хаотические. В каждом из этих доменов предлагается своя модель принятия решений. Нужно сразу сказать, что Кеневин – это не столько категоризационная, сколько смыслообразующая модель. Это аналитический фреймворк.

Упорядоченные простые

Упорядоченные простые системы четко структурированы, уровень ограничений в них такой, что все предсказуемо, есть линейное отношение между причиной и последствиями. Одно и то же происходит постоянно. В упорядоченных простых системах причинно‑следственные связи очевидны для любого разумного человека. Модель принятия решений формируется следующим образом: собираем данные, категорируем их и принимаем решение. В этой модели для принятия каждого решения мы выбираем лучшую практику (best practice), существующую для каждой категории данных.

Упорядоченные сложные

В упорядоченных сложных системах причинно‑следственные связи неочевидны, поэтому здесь потребуется привлечение профильного эксперта. Модель принятия решений в этом домене такова: собираем данные, анализируем их и принимаем решение. И вот тут как раз многое будет зависеть от привлеченного эксперта, который должен предложить варианты решений. В этом домене работают не лучшие, а хорошие практики.

Комплексные

В комплексных системах много факторов, все ограничения заранее не известны. Каждый элемент взаимосвязан с другим множеством связей, причинно‑следственные отношения не видны. Чтобы двигаться к решению в комплексных системах, мы проводим эксперименты. Если эксперимент удаётся, то мы идём дальше, если нет – возвращаемся к генерации идей. В ходе экспериментов возникают новые данные и знания. Путь принятия решений здесь таков: проведение экспериментов, сбор данных и принятие решений на их основе. В таком итерационном процессе возникают новые практики.

Хаотические

В хаотических системах нет никаких ограничений, или мы о них ничего не знаем, все происходит произвольно. Если мы попали в этот домен непреднамеренно, то основная цель для нас – выйти из хаоса. Поэтому здесь нужно действовать. Как говорил Лев Толстой: «В минуту нерешительности действуй быстро и старайся сделать первый шаг, хотя бы и неправильный». Модель принятия решений в домене – действуй, быстро собирай данные и принимай следующее решение. В этом домене возникают новейшие практики.

Беспорядок

Вы, скорее всего, обратили внимание на то, что в центре модели Кеневин есть ещё одна область – беспорядок. Она означает, что вы пока не знаете, в каком из четырёх доменов вы находитесь. Основная ценность фреймворка состоит в том, чтобы определить, в каком мы сейчас домене, и, определив, пойти по рекомендуемому пути, например, прибегнуть к привлечению эксперта или начать делать эксперименты. Нужно также учитывать, что с течением времени системы могут переходить из одного домена в другой.

Практические выводы для ИТ

• Какие же практические выводы можно сделать для применения фреймворка в части принятия решений при построении и развитии информационных систем?

• Нужно действовать и принимать решения в соответствии с реальностью, в которой мы действительно находимся, а она не всегда совпадает с той, которая отражена в отчетных документах.

• Если у вас простая система или ИТ‑проект, и вы плаваете в них как рыба в воде, то не расслабляйтесь: помните, что простой домен левой частью граничит с хаосом, в который можно легко попасть, недооценив свои силы.

• В упорядоченных простых и сложных системах долгосрочное планирование важно и крайне полезно, потому что мы знаем, что произойдет.

• Если лидер в упорядоченном сложном домене обладает достаточными знаниями предметной области, то примет решение на их основе. Если нет, то пригласит эксперта, и тогда нужно будет доверять его мнению.

• Если в упорядоченном сложном домене заказчик просит предложить в качестве решения best practice, нужно понимать, что это невозможно. Особенно для комплексного домена, где все системы, по сути, уникальные.

• В комплексном домене хорошо работают гибкие практики создания и развития систем, основанные на итерационной разработке. Как сказал автор фреймворка: «Scrum — это лучшая техника разработки ПО, которую я видел, а я работаю в этой области 40 лет».

• В комплексном домене проверка гипотез, например, по HADI‑циклам (Hypothesis → Actions → Data → Insights), даёт возможность создавать действительно востребованный заказчиком ИТ‑продукт.

• Если мы решили уйти в хаотический домен преднамеренно и обдуманно, то это может привести к инновациям, а если попали случайно, то это кризисный инцидент.

Заключение

Вспоминая фреймворк Кеневин, вы найдете ещё множество областей его применения. Что же касается области ИТ, то исходя из своего опыта проектной деятельности могу сделать вывод, что большинство средних и тем более крупных ИТ‑проектов, а также процессов развития ИТ‑продуктов находятся в упорядоченных сложных или комплексных доменах. И только часть отдельных задач относится к простому домену. Важно всегда не упускать это из виду в своей работе.