Фреймворк Cynefin для ситуационного управления
Перевод на русский язык
Что это такое
Фреймворк Cynefin — это модель, которая относит ситуацию, проблему, контекст к одной из четырёх областей. Идея в том, что каждая область требует другой реакции, другого подхода, другого процесса принятия решений, другого решения. Определив, к какой области относится текущая ситуация, мы можем выбрать правильный подход. Но если мы неверно определим область текущей ситуации и применим неправильный подход из другой области, мы потерпим неудачу. Ситуации, конечно, не статичны; со временем они переходят из одной области в другую. Поэтому по мере их перемещения мы тоже должны менять подход. Таковы основные положения фреймворка Cynefin.
Четыре области — простая, сложная (complicated), запутанная (complex) и хаотичная.
В основе этой классификации лежит характер причинно-следственной связи в данной ситуации.
В простой области правила ясны, причинно-следственные связи очевидны. Здесь уже есть лучшие практики, которые можно просто применить. Необходимые действия обычно заложены в чёткие инструкции и справочные таблицы.
В сложной области связи неочевидны, они требуют анализа эксперта. Это область экспертов и знаний. Если у вас есть знания, вы можете вычленить правильные выводы и правильные решения.
Инженерные задачи относятся к этой области. Причинно-следственные связи существуют, но чтобы их увидеть, нужна экспертиза. Мы идём в университет, чтобы работать в этой области.
В запутанной области причинно-следственные связи не видны даже экспертам. К этим связям можно прийти только через зондирование, эксперименты и пробы. Здесь связи проявляются через закономерности и развивающиеся регулярности. Это область исследований.
В хаотичной области нет причинно-следственных связей. Ситуация нестабильна и турбулентна. Всё случайно, неповторимо, непредсказуемо и непознаваемо. Нужно как можно скорее выйти из этой ситуации, внеся некоторый порядок и некоторые ограничения, и перейти в любое другое состояние. Именно здесь должно применяться антикризисное управление.
Хаотичная и запутанная области считаются «неупорядоченными», тогда как сложная и простая — «упорядоченными».
Ситуации не статичны. Действуя в разных областях, мы фактически переводим ситуацию из одной области в другую. Движение обычно идёт от хаотичной к запутанной, затем к сложной и к простой. А затем — обратно к хаотичной.
Ниже приведены несколько примеров применения фреймворка Cynefin.
Cynefin применительно к S-кривым
Переходы между областями можно также наложить на S-кривые, где хаотичная ситуация аналогична участку до начала кривой, запутанная — началу кривой, сложная — участку быстрого роста, а ясная — части кривой, соответствующей зрелости и стагнации.
S-кривая имеет четыре основных участка:
Участок зарождения
Участок быстрого роста
Участок зрелости
Участок стагнации и спада
На участке зарождения кривая ещё нова. Это участок, где происходят изобретения, где опробуются новые концепции. Изобретения и новые концепции появляются через зондирование, эксперименты и пробы. Во фреймворке Cynefin это аналогично запутанной области.
На S-кривой изобретение переходит в инновацию, и если она успешна на рынке, мы переживаем быстрый рост. Это участок быстрого роста на S-кривой. В Cynefin это аналогично сложной области. Потому что сложная область — это область экспертов. Здесь изобретение или концепция превращается в продукт посредством проектирования и разработки, а продукты продвигаются и продаются экспертами по маркетингу и продажам.
Затем S-кривая переходит на участок зрелости. Это время масштабирования. Это аналогично простой (или ясной) области в Cynefin. Здесь продукт уже выпускается серийно и эффективность достигнута. Это значит, что производство продукта — лишь вопрос следования инструкциям и справочным таблицам.
И наконец, S-кривая достигает участка стагнации и спада. Здесь S-кривая стала жёсткой и неспособной вводить новшества. Это кризис S-кривой. В Cynefin это момент, когда мы переходим из простой в хаотичную область, лишь затем, чтобы снова искать путь выхода в запутанную область, зондировать и экспериментировать с новыми технологиями.
Подводя итог, можно сформулировать следующие аналогии между S-кривой и Cynefin:
Cynefin применительно к Lego
Теперь покажу, как фреймворк Cynefin можно применить к конструированию из Lego.
Ребёнок только что открыл коробку с деталями Lego и высыпал их перед собой. Это хаос. Он ещё не знает, что с ними делать. У него ещё нет представления о том, что он хочет построить. Мы явно находимся в хаотичной области.
Затем он начинает случайным образом собирать вместе похожие детали, чтобы как-то осмыслить то, что лежит перед ним. Этим шагом он переходит в запутанную область.
В запутанной области у него всё ещё нет представления о том, что он хочет построить. Но он начинает соединять одни детали, затем ещё несколько тут и там, в результате чего возникает определённая форма.
Как только картина проясняется, он переходит к созданию прототипа. Это переход в сложную область.
Отлично, теперь у него есть прототип того, что он построит, но это всё ещё прототип. Теперь он набрасывает на бумаге чёткий рисунок и добавляет размеры своей конструкции. Это похоже на техническое задание инженерного проекта. Это сложная область, потому что здесь нужна определённая экспертиза в черчении и чтении чертежей, понимание пропорций и измерений.
В этой области мы создаём инженерный образец.
Теперь ребёнок хочет зафиксировать своё творение, чтобы другие могли собрать такую же конструкцию. Для этого ему нужно создать инструкцию по сборке. Именно инструкция переводит нас из сложной области в простую область.
И наконец, чтобы собирать конструкцию снова и снова, нужно лишь следовать инструкции. Очень просто и очень ясно. Здесь невозможно ошибиться. Вы в простой области.
Хорошо, а что потом?
Наступает скука, конструкции разбираются, и детали возвращаются в коробку.
Теперь он готов начать всё сначала и построить что-то другое. Мы вернулись в хаотичную область.
Здесь мы прошли путь от хаотичной к запутанной, затем к сложной, к ясной и обратно к хаотичной. И игра начинается заново.
Cynefin применительно к детским сказкам
Сказки обычно начинаются с некой обыденной ситуации. Например, мальчик дома, в своей комнате. Он знает каждый уголок своей комнаты, знает каждую игрушку в ней и знает распорядок дня в своём доме. Это простая область во фреймворке Cynefin.
В какой-то момент наступает скука. Чтобы побороть эту скуку, он должен выбраться из своего мирного дома. Он отправляется в путь и попадает в тёмный лес. Шумы из каждого уголка леса, никаких закономерностей, никаких ясных путей, никаких очевидных связей. Это хаотичная область в Cynefin.
Наступает страх, ему нужно выбраться отсюда. Он бежит, ищет выход, но заблудился.
В лесу он встречает обманщицу (баба-яга), которая пытается сбить его с толку и заманить ещё глубже в лес, но встречает и мудрую женщину, которая даёт ему совет. Так он сталкивается и со злом, и с добром. Сложив всё это вместе, он должен найти выход. Он пробует разные тропы, пробует разные подходы. Наконец он находит свет в конце туннеля и идёт за этим светом. Это запутанная область в Cynefin.
Теперь, увидев свет (решение), он должен реализовать решение. Проблема всё ещё существует, но теперь у него есть знание решения. В сказках проблема обычно изображается в виде злодея. Он должен сразить злодея (решить проблему), чтобы выйти на дорогу домой. Это сложная область в Cynefin.
Успешно сразив злодея, он может вернуться домой. Он добирается до дома и обустраивается. Он снова в простой области, но он уже не тот маленький мальчик. Он вырос, и за плечами у него опыт и знания.
Но через какое-то время снова наступает скука, и он должен снова отправиться в путь, лишь чтобы снова оказаться в хаотичной области.
Так и продолжается жизнь.
Cynefin применительно к жизненному циклу разработки продукта
Попробуем применить фреймворк Cynefin к жизненному циклу разработки продукта. Здесь мы начинаем с постановки задачи. Мы получили постановку задачи, но ещё не знаем, как к ней подступиться. Ограничения ещё не заданы. Это хаотичная область. Чтобы выйти из неё, мы должны задать задаче некоторые ограничения и рамки, которые направят наш подход.
Как только рамки и ограничения заданы, начинается исследовательская работа. Исследование — это создание моделей, моделирование системы, зондирование, эксперименты и пробы. Нам нужно прийти к концептуальному решению. Это запутанная область. Как только концепция доказана POC (проверкой концепции), устанавливаются причинно-следственные связи. В конце этого этапа мы также работаем над технологическим решением, которое завершается прототипом. Именно прототип переводит нас в сложную область.
Теперь прототип передаётся инженерной команде. Прототип превращается в документ технических требований, после чего начинаются проектирование и разработка продукта. Это область инженерной экспертизы. Теперь мы прочно находимся в сложной области. Этот этап завершается испытаниями V&V.
После испытаний V&V продукт готов к выпуску производством. Этот переход к производству происходит через этап проектирования с учётом технологичности (DFM).
DFM ведёт нас прямо в производство. Мы начинаем с проектирования процесса, а затем создаём производственные инструкции. Мы пришли в простую область, так как производство — это следование чётким инструкциям.
А затем мы начинаем с новой постановки задачи и нового продукта, и цикл повторяется.
Cynefin применительно к процессу продаж
Фреймворк Cynefin можно применить и к классическому процессу продаж.
Когда продавец приходит к клиенту, исход визита вначале неясен. Здесь мы в хаотичной области. Чтобы внести некоторую структуру, продавец начинает с небольшой беседы, а затем рассказывает о своей компании. Он хочет как можно скорее перейти в запутанную область. Поэтому вступление должно быть как можно короче.
Затем он начинает «прощупывать» клиента, чтобы понять его потребности и трудности. Продавец задаёт много вопросов и просто слушает клиента. Ему нужно найти закономерность в трудностях клиента. Здесь мы в запутанной области. Продавец начинает предлагать какие-то решения и ждёт ответов клиента. Вначале он ещё не знает, на чём сосредоточиться. Он всё ещё прощупывает. В какой-то момент картина ему открывается, и теперь он может перейти к этапу заключения сделки.
Как только потребности клиента чётко определены, продавец переходит к своему предложению. Здесь ему нужны все навыки продавца, чтобы сделать предложение — как техническое, так и коммерческое — и довести дело до заключения сделки. Здесь мы явно в сложной области, так как это область экспертизы в продажах.
Как только в сложной области достигнуто соглашение с клиентом, он переходит к этапу контракта. Это уже просто, поскольку контракты обычно типовые и задача лишь в том, чтобы заполнить пропуски. Здесь мы достигли простой области.
После подписания контракта продавец может перейти к следующему клиенту, где он снова начинает с хаотичной области. И так далее.
Cynefin применительно к ИИ
Здесь мы подходим к части об ИИ. Собственно, я пришёл к фреймворку Cynefin, когда искал области, где ИИ не может хорошо работать и где необходим человеческий интеллект (HI).
Я обнаружил, что ИИ превосходен в простой области, где все причинно-следственные связи уже найдены и инструкции ясны. Я обнаружил, что ИИ может в значительной мере хорошо работать в сложной области. Здесь человеческий интеллект всё ещё очень нужен для направления ИИ и проверки его работы.
ИИ плохо работает в запутанной области. В лучшем случае он может помочь в выявлении закономерностей. Но он не может изобретать и не может предлагать новые концептуальные решения. Иными словами, он не может направлять зондирование и эксперименты, которых требует эта область. А в хаотичной области ИИ совершенно беспомощен. Выход из хаотичной области — чисто человеческое упражнение.
Короче говоря, ИИ работает в упорядоченных областях (зелёная часть на рисунке ниже) и плохо работает в неупорядоченных областях (красная часть на рисунке ниже).
В заключение я должен сделать последнее замечание. Риск приведённых выше примеров в том, что мы, возможно, пытались втиснуть разные примеры во фреймворк Cynefin. В действительности всё не так точно, и аналогии не всегда совпадают. Цель примеров — привлечь внимание читателей к возможным применениям фреймворка Cynefin.