новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts
новый проект: журнал Unusual Concepts

МодельКеневин(CynefinFramework)

Я хочу поговорить с вами о том, почему Скрам не серебряная пуля и почему серебряных пуль не бывает вообще, как бы нам этого ни хотелось. Давайте познакомимся с основами теории запутанности (Complexity Theory) и разберёмся с фреймворком Кеневин, который придумал шотландец Дэвид Сноуден.
Для дальнейшего разговора нужно определиться с понятиями системы и агента:

Если мы посмотрим вокруг, то сможем довольно быстро обнаружить 3–4 вида системы:
Фреймворк Кеневин Unusual Concepts
Система упорядоченная. Такая система ограничивает агентов, она основана на упрощениях и правилах, детерминистична и независима от наблюдателя. Бывает простой и сложной.
Пример: в армии есть строгая иерархия и правила. Действия каждого человека ограничены его званием, каждый чётко знает, что делать.

Система хаотичная. Агенты не ограничены и независимы друг от друга.
Пример: здание, в которое только что упала бомба. Что куда отлетит и что как развалится — предсказать невозможно.

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

Упорядоченная простая система Фреймворк Кеневин Unusual Concepts

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

В упорядоченной простой системе нет ничего более эффективного, чем каскадная или, по другому, водопадная модель управления. Процесс разработки выглядит как поток, последовательно проходящий через анализ требований, проектирование, реализацию, тестирование, интеграцию и поддержку. Все этапы описаны и настроены оптимально (наилучшая практика). Использовать что-то другое для достижения цели в такой системе — напрасная трата времени.

Порядок действий в упорядоченной простой системе:

Ощути → Выбери категорию → Действуй

Упорядоченная сложная система Фреймворк Кеневин Unusual Concepts

Причинно-следственные связи можно обнаружить только при наличии определённых знаний. Это область, в которой тон задают эксперты.
В упорядоченной сложной системе пропадает понятие наилучшей практики, и появляются просто хорошие практики. Спросите двух экспертов, как достичь результата, и вы получите два совершенно разных ответа. Каждый эксперт будет с кровью в глазах доказывать, что его способ лучший.

В упорядоченной сложной системе оптимально использовать проектное управление: PMI, Prince2 и им подобные. Если хотите построить мост, расспросите инженеров, воспользуйтесь многолетними наработками и сделайте как надо.
Порядок действий в упорядоченной сложной системе:

Ощути → Проанализируй → Действуй

Хаотичная система Фреймворк Кеневин Unusual Concepts

Причинно-следственных связей нет. Ничего не понятно. Невозможно делать никаких выводов.

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

Практики в состоянии хаоса будут новыми, использованными впервые. Хотите — пригласите диктатора, и он насадит в вашей организации простоту и порядок, а хотите — пригласите человека с видением, который будет открыт к восприятию разных мнений и воспользуется кризисом, чтобы попробовать создать инновации.
Порядок действий в хаотичной системе:

Действуй → Ощути → Реагируй

Запутанная система Фреймворк Кеневин Unusual Concepts

Связи между агентами такой системы настолько запутанные, что в них невозможно разобраться. При двух одинаковых воздействиях на систему результаты могут оказаться совершенно разными. Можно найти достаточное количество фактов, чтобы доказать всевозможные и даже противоречащие друг другу теории.

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

В запутанной системе дайте дорогу Скраму. Это позволит ставить эксперименты внутри Спринтов и в зависимости от результатов быстро менять направление.

Вспомните наш пример с экосистемой. Мы не можем точно сказать, от чего зависит плодородие почвы, но мы можем проверить. Что будет, если вырубить все деревья? А если сажать каждый год одни и те же растения? Результаты этих экспериментов зададут направление для дальнейшей работы.

Порядок действий в запутанной системе:

Прозондируй → Ощути → Реагируй

Фреймворк Кеневин Unusual Concepts

Инструмент управления зависит от системы

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

Помните, что в разных контекстах и в разные промежутки времени один и тот же процесс может оказаться в совершенно разных квадрантах. Ремонт машины для механика относится к упорядоченной простой системе, а для неопытного водителя это хаос. Фреймворк Кеневин — это не модель для категоризации, это модель, которая призвана расширить понимание окружающего мира.

Дополнительные материалы по теме

Сергей Дмитриев Cовладелец Unusual Concepts

Плюсануть
Поделиться
Отправить
Класснуть
Линкануть
Вотсапнуть
Запинить
Ещё по теме
Андрей Толмачев собрал статьи о Скрам-мастерстве, управлении продуктами и техническом совершенстве. О пяти важных элементах Скрама, на которые обычно обращают мало внимания Как извлечь из Обзора Спринта больше пользы с помощью техники «Базар» Хорошее объяснение аспектов роли Владельца Продукта Как ориентировать продуктовые роудмапы на результат Джон Коулман делится полезными ссылками для тех, кто хочет разобраться в системном моделировании и использовании CLD-диаграмм на Ретро и не только Гюнтер Верхейен о ДНК Скрама и метафоре House of Scrum (по аналогии с House of Lean) Стив Траппс делится впечатлениями от нового тренинга Professional Scrum Master II, или как его еще называют, Advanced Professional Scrum Master Восемь качеств эмоционально осознанного Скрам-мастера Юрген Аппело о том, с чего начинаются инновации Джошуа Кириевски о том, чему можно поучиться у великих комиков и как это связано с принципами Modern Agile «В Руководстве по Скраму говорится...» — о догматизме при ответах на вопросы Каким не должен быть ваш MVP
Скрам-мастера сейчас нужны, но хороших специалистов мало. И это прекрасный шанс закрепиться в профессии. Посмотрим, зачем в неё идти, кому придётся сложнее и чему стоит обучаться.

Зачем идти в Скрам-мастера

Скрам используют в условиях многозадачности, неопределённости, постоянных инноваций, когда традиционные способы управления неэффективны. Поэтому Скрам-мастер не типичный менеджер. Сотрудников он учит работать по новым правилам и наслаждаться процессом, а компании помогает перестраиваться и регулярно выпускать работающий Продукт.
Меня привлекли человечный подход, ставка на живое общение и постоянное стремление увеличивать ценность. До этого работал менеджером проекта, и разница на лицо.
Денис Сальников из N26 В Скрам-мастера стоит идти, если вы хотите помочь сотрудникам профессионально развиваться и вместе улучшить процесс работы, — у вас будет достаточно влияния, чтобы бросить вызов устаревшей системе управления. Ещё эта роль подойдёт тем, кто хочет выпустить передовой Продукт, — Скрам-мастера больше всего нужны инновационным компаниям.
Я пришла в новый отдел маркетинга, что помочь производителю программного обеспечения освоить рынок b2c. В компании уже был заметен Аджайл, но не было маркетинга как такового, и никто не знал, как маркетологам использовать Скрам. Я стала кем-то вроде проводника знаний о фреймворке.
Лана Сан из AGILE CAFÉ 敏捷教育訓練中心 Если вам нравятся правила Скрама или вы хотите попробовать его в своей отрасли, тогда вперёд. Осталось разобраться, каково вам будет в новой роли и как её освоить.

Кому проще, а кому сложнее освоить роль

Скрам-мастер постоянно сталкивается с сопротивлением. Помогать сотрудникам профессионально развиваться — здорово на бумаге. На практике не все люди осознают, что им хотят помочь, и меняться ради того, чего не понимают, они не готовы. Поэтому Скрам-мастер отводит большую часть времени на работу со старыми убеждениями, и навыки нужны соответствующие.
Нужны терпение и навыки фасилитации. Скрам-мастер не может дать ответ напрямую — только подвести к нему.
Лана Сан из AGILE CAFÉ 敏捷教育訓練中心 Скрам-мастером стать проще, если вы уже были неформальным лидером в коллективах. Сможете разрешить конфликт любой сложности: с отдельными сотрудниками, между Командой или в компании. Проще будет и оптимистам, которые не боятся изменений. Действия Скрам-мастера дают результат не сразу, и вашего запала должно хватить, чтобы довести всё до конца.
Большая часть работы Скрам-мастера — развитие коммуникаций, и ему пригодится умение договариваться со всеми в формате win-win.
Михаил Скляренко из «Моего дела» Скрам-мастером стать сложнее, если вы не айтишник и не эйчар. Тренер Unusual Concepts Сергей Лобин советует найти опытного коллегу в качестве ментора. Ещё сложнее придётся людям, которые любят контролировать каждый шаг Команды.
Людям с сильным эго и глубокими техническими познаниями труднее всего воздерживаться и не влиять на принятие всех решений.
Денис Сальников из N26 Если вы обладаете подходящими качествами или ваши качества хотя бы не усложнят работу, осталось воспользоваться одним — готовностью учиться.

Чему стоит обучаться

Скрам-мастер — это практик, коуч, фасилитатор. Он обладает и другими навыками, но развивается прежде всего в трёх направлениях.
Практика нужна, чтобы строить Скрам в компании, фасилитация — чтобы хорошо проводить встречи, а коучинг — чтобы лучше работать с людьми.
Андрей Редин из «Альфа-Банка» Обучаться правилам Скрама — обязательное условие. Иначе вы не сможете оценить, насколько строго их соблюдают, и не сделаете компанию гибкой. В процессе обучения важно усвоить ценности Аджайла, чтобы знать, когда от правил Скрама можно отступить в пользу Продукта. Обучаться можно у аккредитованных тренеров. Это необязательно, но существенно увеличит шансы сдать экзамен и получить международный диплом.
Нельзя рассчитывать, что знание наизусть Руководства по Скраму без усвоения ценностей Аджайла поможет стать хорошим Скрам-мастером.
Михаил Скляренко из «Моего дела» Обучаться коучингу можно в Международном Эриксоновском Университете или на тренингах. Есть тренинги по конфликтологии, бюджетированию — все они расширят ваш кругозор. Обучаться фасилитации стоит у крутого фасилитатора. Сергей Лобин советует Дмитрия Лазарева.
Умению слушать людей научиться тяжело. Но фасилитация ещё на старте поможет завоевать доверие сотрудников и компании.
Сергей Лобин из Unusual Concepts Если вы уже обучены, поищите стажировку. В каждой компании свой Скрам, и чем больше увидите, тем лучше поймёте суть. Говорят, в «Альфа-Банке» уже пробуют стажёров. Можете устроиться и в штат. Полноценную роль Скрам-мастера предлагают в крупных компаниях. Спасибо Денису Сальникову, Лане Сан, Михаилу Скляренко, Андрею Редину и Сергею Лобину за помощь со статьёй.
Комментарии
Мои (первые) 50 тренингов по Agile | Agile.by, 05 января 2016

[…] (а конкретно теория сложности) говорит нам о том, что Agile и Scrum это процессные […]

SECR-2014 — срез отрасли, 01 ноября 2014

[…] При этом, что интересно, оба используют Cynefin framework статья Дмитриева, но рисуют его по-разному, и по-разному определяют […]

Сергей Дмитриев, 27 октября 2014

День добрый, Антон,
Самым типичным переходом из простого упорядоченного является переход в хаос. Это когда мир вокруг наших отполированных годами методичек и руководств по эксплуатации меняется и в один прекрасный день все перестает работать. Изменения не обязательно должны быть резкими, обычно маленькие изменения накапливаются, накапливаются и со временем чаша весов перевешивает и мы оказываемся в хаосе.
Что касается передвижения с левого нижнего и по часовой стрелке, для производств да, именно так все часто и происходит. :)

Антон, 27 октября 2014

Отличная статья!
Сергей, а вот по поводу путешествия по этим квадрантам есть вопрос:
Если это проецировать на производство, то задача из любого квадранта перейти в правый-нижний (т.е. отладить процесс). И при резком изменении внешних условий процесс может свалиться в любой из квадрантов (из любого в любой). Однако, "отладка" процесса видится мне последовательной. Т.е. ЛН за ним ЛВ после ПВ и потом ПН. Так ли это, или "положительный" переход между квадрантами тоже лежит в левой части (в категориях "запутанные - хаос")?

Что такое Scrum | Agile.by, 15 октября 2014

[…] Любознательным также можно порекомендовать отличную статью на эту тему тренера Сергея […]

» Про ФРИИ и остальные фонды (три мечты) Блог о проактивном бизнесе, 29 сентября 2014

[…] в котором мы живем слишком запутанный и предусмотреть, как будут развиваться события […]

Простота хуже запутанности | Change Geek, 16 июня 2014

[…] вы не знаете, что такое Cynefin, начните с прочтения статьи Сергея […]

Илья Павличенко, 21 января 2014

В Complex домене не подведет, потому что эмпирический процесc лишь показывает, что возможно, а что нет. Скрамом невозможно завалить проект, Скрам лишь может показать неудовлетворительный ROI.

» Зачем будить мертвого динозавра? Блог о проактивном бизнесе, 21 января 2014

[…] с другом). Подробно о Cynefin фреймворке можно почитать в статье Сергея Дмитриева. Так вот, разработка программного […]

Алексей, 04 декабря 2012

Да, я это имел в виду. Что постепенно уточняем и упрощаем. Но соглашусь, контракт вторичен. Это как вариант.
Доверие важнее.

Сергей Дмитриев, 04 декабря 2012

Тут вопрос во-первых доверия между поставщиком и клиентом. Если оно есть, то контракт вторичен. Не очень вижу как в левый верхний влазит fixed price, даже после пилота. То есть, возможно ты имеешь ввиду, что после пилота, мы узнаем кучу всего и это уйдет в правый верхний где и будем делать fixed price, то соглашусь.
Левый нижний самый классный в теории квадрант для поставщика. Там можно брать сколько хочешь, клиент скорее всего уже на все готов :). Но если вспомним о доверии, то и тут ободрать не получится :)

Алексей, 04 декабря 2012

Кстати, есть интересное продолжение этой теории в части какие типы контрактов можно использовать:
1. правый нижний - fix price
2. правый верхний- fix price (на пилот :) + fix price
3. левый верхний - T & M (на пилот) + fix price
4. левый нижний - нет примера :(

Сергей Дмитриев, 04 декабря 2012

Константин, я хочу поспорить по поводу R&D или написания книги. По-моему это не хаос (в хаосе, агенты системы вообще никак не ограничены, у нас же что R&D имеет какие-то цели, что книга все-таки по теме и должна быть закончена и много много других ограничений), а как раз запутанный квадрант слева вверху. Там надо ставить эксперименты и извлекать из них знания.
Системно работать в хаосе не эффективно, именно поэтому мы говорим, что все практики тут novel (новые, неизвестные и придуманные "на лету", этакие импровизации под ситуацию).
Чтобы выбраться из хаоса есть два пути: либо мы видим какие-то очевидные решения наших кризисов и тогда можно реализовав их выбраться в право вниз в простое и упорядоченное, либо плавным введением легких ограничений на агентов системы, получится перевести ситуацию влево вверх в запутанность и начать ставить эксперименты, дающие новые знания.

Константин Разумовский, 04 декабря 2012

Сергей, а есть какие-то систематизированные подходы типа Scrum для квадрата, где хаос? Ты пишешь, что хаос явление временное, но есть деятельность, где хаос и непредсказуемость -inherent, например, R&D или написание книги.

Сергей Дмитриев, 04 декабря 2012

Очень классное замечание, Илья. Очень часто мы намеряно работаем над тем, как перевести вещи из "запутанного" квадранта в квадрант "сложный", а какие-то вещи кочуют из сложного в простой. Иногда мы намеряно идем из "сложного" в "хаос", и там рождаем инновации. Но это тема для отдельного блогпоста. Сделаю позже, записал себе :)

Алексей, 04 декабря 2012

Среди разнообразия инструментов нужно уметь выбирать, чем пользоваться. Всем кто спорит, что круче Скрам/Канбан или PM book - читать эту статью.

Илья Павличенко, 03 декабря 2012

Сергей, отличная статья.
В продолжении этой темы еще хочется добавить, что IT проекты, как мне кажется, на протяжении цикла своей жизни могут мигрировать из одного квадранта в другой. Предположим, проект только что стартовал - много неопределенностей, рисков и т.д. В итоге мы оказываемся в левом верхнем квадранте и поэтому в большинстве случаев лучше стартовать со Скрама. Прошло некоторое время, многие неопределенности ушли, команда оказалась в верхнем правом квадранте - можно переходить на Канбан. А может так случиться, что случился аврал, все сломалось, заказчик негодует, команда сидит до 12 ночи в офисе(знаю, что по скраму так быть не должно, но предположим это случилось), и мы оказываемся сразу в в левом нижнем квадранте и тут нужно принимать решения сразу и никакой Скрам и Канбан в этой ситуации не помогут. Тут можно вспомнить Contingency Theory (Fred E. Fiedler), которая говорит, что в критических ситуациях автократический тип управления дает лучшие результаты.