Для элементов (факторов) сложного домена действия непонятны, так как у нас всегда есть несколько противоречащих гипотез о том, что стало причиной отнесения этого фактора к сложному домену и как надо минимизировать влияние этой причины ил сделать это влияние понятным и прогнозируемым. И мы можем искать возможные и конструктивные варианты действий лишь методом проб и ошибок. Такой поиск мы называем «прощупыванием» ситуации.
Прощупывание ситуации – это ни в коем случае не работа по какому-либо из Agile-методов, они для этого недостаточно гибки.
Как прощупывать сложную ситуацию? Описать прощупывание элемента сложной ситуации можно с помощью цикла HADI. HADI-циклы известны уже давно – это важный инструмент для предпринимателей и продакт-менеджеров, помогающий лучше работать с гипотезами и помогающий развивать продукт. Некоторые энтузиасты даже гордо называют его методологией, хотя он настолько прост, что просто не тянет на это.
HADI-цикл, который состоит из четырех этапов: формирование гипотезы (Hypothesis), действия по ее проверке (Action), получение данных о результатах действий (Data) и выводы (Insights), на основании которых мы формулируем дальнейшие гипотезы.
В отношении прощупывания ситуации цикл HADI будет иметь следующее содержание:
- Гипотезы (Hypothesis) – гипотезы о возможных направлениях развития ситуации или причинах, которые ее участники будут постоянно проверять и уточнять;
- Действия (Actions) – непосредственные действия по воздействию на ситуацию. Эти действия могут быть как связаны с проверкой гипотез, так и не связаны с гипотезами;
- Данные (Data) – информация о реакции (отклика) ситуации на действие, о том, что получилось и как ситуация изменилась. Эта информация может быть представлена как формализованные данные изменений, как набор историй или даже как интуитивный опыт участников ситуации.
- Выводы (Insights) – анализ реакции (отклика) ситуации, его осмысление и принятие решения о гипотезе (она подтвердилась, опровергнута или верна лишь частично). Также на этом этапе ищутся новые идеи и направления корректировки существующих гипотез.
На мой взгляд, модель HADI-цикла хорошо описывает деятельность по проверке гипотез в сложной ситуации. Но с тремя существенными отличиями от практики технологических предпринимателей.
- Важна любая доступная информация. Традиционно, при использовании HADI-цикла предполагается получение объективных данных о ситуации именно количественного характера, причем те показатели, которые будут замеряться выбираются одновременно с гипотезой. Предполагается, что если мы не можем назвать набор показателей, которые необходимы для проверки гипотезы уже на этапе ее формулировки, то такая гипотеза некорректна. Однако, в сложной ситуации мы не можем требовать от гипотезы понятных заранее показателей измерения (это возможно, но не обязательно). Это требование существенно сужает круг возможных гипотез, а этого в сложной ситуации допустить никак нельзя. Более того, часто и в процессе проверки гипотезы не всегда понятно, на какие показатели нам смотреть. Более того, гипотезы могут носить столь глубинный характер, что их проявление в реальности неявно и скрыто. Поэтому под данными мы будем подразумевать не только количественные измерения, но и набор историй и даже интуитивный опыт людей, которые были в ситуации в момент действия по ее прощупыванию. Мы не согласны с тезисом, что «управлять можно только тем, что измеримо», этот тезис неверен в сложном домене.
- Начать прощупывания можно с любого этапа цикла HADI. Бывают ситуации, когда проще сформулировать действие, чем гипотезу, на которой оно основано. И в этом случае мы начинаем с Lействия (Actions). Нередки случаи, когда прощупывание ситуации проще начать со сбора данных (Data), ситуация может много рассказать о себе и без каких-либо действий.
- Цикл HADI должен проходить максимально безопасно (safe-to-fail), то есть не приводить к “сваливанию” в домен хаотических ситуаций, Ищите небольшие и локальные действия, минимально возможные, но при этом достаточным для того, чтобы вызвать реакцию системы. Что значит «безопасно» зависит от конкретного контекста прощупывания.
Итак, прощупывания можно строить по модели HADI-цикла. Однако, это не единственный вариант, и к вопросу организации прощупываний мы еще вернемся.
HADI-цикл – интересный структурированный подход. Но мне кажется, его применение надо постараться ограничить областью «мысленных экспериментов». То есть выводы о гипотезе попробовать сделать до проведения пилота, максимум на прототипе, а лучше на цифровой модели. Пилот сам по себе дорогое удовольствие и как правило к нему прибегают уже когда выбрали путь.
HADI-цикл однозначно должен использоваться до пилота и до первого бэклога спринта в agile-проекте. Это должны быть недорогие и безопасные прощупывания, а пилот и спринт, я согласен, это дорогое удовольствие, дорого выбрасывать их результаты, если окажется, что гипотеза была неверна. Мы делаем прощупывания до того, как мы примем ключевые решения и определим направления движения.
Пилотные проекты применяются в усложненном домене и как правило, для подтверждения выбранного направления движения. Очень немногие из пилотов когда-либо останавливаются или существенно изменяются. В сложном домене делать пилоты – это ошибка.
Что касается мысленных экспериментов – то, мне кажется, это возможный вариант действий на этапе Выводы (Insights) HADI-цикла. Но в целом, прощупывание — это не мысленный эксперимент. Прощупывание всегда должно проводиться на реальной ситуации ведь только она и может подсказать нам, в каком направлении она будет развиваться (где искать ее аттрактор). Увидеть его умозрительно шансов крайне мало.