Читать книгу Системные круги (Лариса Морковкина) онлайн бесплатно на Bookz (2-ая страница книги)
Системные круги
Системные круги
Оценить:

5

Полная версия:

Системные круги

Один хочет рост продаж. Другой — повышение маржинальности. Третий — снижение перегруза. Четвёртый — новый продукт. Пятый — сохранение старого клиента.

Общая формулировка становится содержательной только после того, как эти ожидания встретились.

Круг 2. Что есть

Второй круг отвечает:

Что мы знаем, чем располагаем и на что можем опереться?

Между кругами участники снова думают самостоятельно.

Они поднимают опыт, факты, изменения контекста, ресурсы, пределы, внешние возможности и противоречия.

Здесь особенно полезно разнообразие ракурсов.

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

После сопоставления мнения превращаются в диагноз А.

Круг 3. Что сделать

Третий круг отвечает:

Какие функции, связи и действия переведут систему из А в Б?

Перед встречей каждый участник формулирует:

какие функции берёт его контур;

какой результат он выдаёт;

кому передаёт;

по каким параметрам результат принимается;

какие ресурсы использует;

где требуется резервный носитель;

какой сигнал покажет отклонение.

На совместной встрече функции соединяются в единый поток ценности.

Появляются ответственность, последовательность, параллельные ветки, критический путь, пилот и обратная связь.

Так рождается архитектура перехода.



Глава 8. Второй управленческий мозг

После трёх кругов у команды остаётся больше, чем протокол встречи.

Остаётся единый контекст:

что хотели получить;

какие требования считали важными;

где обнаружили нежелательные эффекты;

на какие факты опирались;

какие ресурсы увидели;

какое противоречие разрешали;

почему выбрали именно этот принцип;

какие функции распределили;

что решили проверять;

какие данные изменят решение.

Этот контекст можно использовать в работе с ИИ.

Тогда модель становится вторым управленческим контуром. Она помогает готовить коммерческое предложение, обсуждать гипотезу, проверять новое решение на соответствие общей Б, вспоминать причины прошлых договорённостей.

Главное преимущество проявляется во времени.

На первом цикле команда тратит силы на сборку языка и картины. Следующие совещания проходят иначе.

Сначала появляется повестка. Каждый заранее отвечает на вопросы голосом или текстом. ИИ структурирует позиции. Люди приходят на встречу с готовыми мыслями и аргументами.

Обсуждение сразу начинается с различий и решений: пересказ контекста уже собран заранее.

Система постепенно накапливает причинную память.

Решение остаётся у людей. ИИ сохраняет то, что команда уже поняла.

Часть III . Устойчивость можно увидеть и собрать

Глава 9. Почему устойчивость стала моей темой

Тема устойчивости сопровождает меня много лет.

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

Почему одна компания выдерживает потерю канала поставок, а другая начинает разрушаться?

Что мешает сильному продукту масштабироваться?

Почему команда справляется с обычной нагрузкой и рассыпается при первом серьёзном изменении?

Почему один человек проходит сложный период, сохраняя себя, а другой теряет опоры вместе с потерей работы или отношений?

Со временем я пришла к простому выводу:

Устойчивость можно развивать, если видеть её архитектуру.

Для меня устойчивая система способна:

сохранять полезное назначение и положительный след;

создавать востребованный результат;

выдерживать нагрузку в пределах доступных ресурсов;

восполнять критические ресурсы;

сохранять функции при потере отдельного носителя;

быстро замечать отклонение;

менять способ действия;

восстанавливаться после сбоя;

превращать опыт в следующую версию системы.

В центре этого определения — слово «сохранять».

Устойчивость означает сохранение смысла и полезной функции.

Форма может меняться.

Банк сохраняет функцию безопасного движения денег и меняет отделения на цифровые каналы.

Образовательная система сохраняет функцию развития способности и меняет лекции на практические циклы, цифровую среду и персональные маршруты.

Человек сохраняет способность приносить пользу, меняя профессию, рынок или способ работы.

Система может долго казаться стабильной, пока среда остаётся прежней.

Устойчивость проявляется в способности менять форму и сохранять функцию.

Глава 10. Круги описывают систему. Факторы показывают устойчивость

Я хочу сохранить исходную простоту метода и показать, как факторы устойчивости можно собрать с помощью трёх системных кругов:

1. Ожидание. Какую систему хотим получить?

2. Что есть. Чем располагаем сейчас?

3. Что сделать. Как перейти из А в Б?

Круги собирают картину системы.

Девять факторов показывают, насколько эта картина устойчива.

В каждом круге — три фактора.

Круг Б. Ожидание

Здесь мы проверяем, какую систему стоит создавать и сохранять.

Три фактора:

1. Целесообразность будущей системы: образ, назначение и след.

2. Востребованность для ключевых пользователей.

3. Нежелательные эффекты и защищённость Б.

Круг А. Что есть

Здесь мы проверяем реальные опоры.

Три фактора:

4. Опыт и чувствительность к контексту.

5. Запас прочности и восполнимость ресурсов.

6. Разнообразие опор и доступ к возможностям.

Круг перехода. Что сделать

Здесь мы проверяем, как система будет действовать, переключаться и учиться.

Три фактора:

7. Функциональная автономность и заменяемость носителей.

8. Согласованность команды, потока ценности и обратной связи.

9. Стратегическая гибкость, адаптивность и обучаемость.

Так появляется ясная формула:

Б — что стоит сохранять. А — на что можно опереться. Переход — как перестраиваться.


Глава 11. Девять вопросов быстрого скана

Для небольшой задачи, первой диагностики или обратимого решения достаточно девяти вопросов.

Они показывают рельеф: где скрыта заноза, чего мы пока не знаем и нужна ли подробная сборка.

1. Какую систему мы рассматриваем и какое чудо хотим получить?

Первый вопрос задаёт границу разговора.

«Хочу увеличить продажи» — пока слишком широко.

«Хочу, чтобы наше производство оставалось востребованным в меняющемся рынке» — уже обозначает систему и направление.

«Хочу хорошо провести день рождения» — общее чудо.

На первом вопросе этого достаточно. Мы ставим флажок на горизонте.

2. Для кого система должна создавать ценность и по каким параметрам?

Здесь появляются ключевые пользователи.

Ключевой пользователь — тот, кто получает результат, участвует в его создании, оплачивает, влияет на решение или испытывает последствия.

Для простой задачи один человек может быть главным. Для бизнеса обычно требуется несколько групп.

Мы спрашиваем:

кому должно стать лучше;

что именно получает пользователь;

по каким признакам он поймёт, что результат хорош;

какое разнообразие полезных выходов снижает зависимость системы от одного клиента, продукта или роли.

3. Какие нежелательные эффекты должны исчезнуть и какую скрытую цену важно ограничить?

Точка Б содержит светлый и защитный контур.

Светлый: что должно появиться.

Защитный контур: что должно исчезнуть и какую новую цену важно ограничить.

Мы фиксируем жалобы, потери, задержки, зависимости, перегруз, риски и побочные эффекты.

Именно здесь будущая система получает границы безопасности.

4. Какой опыт уже накоплен и что изменилось в контексте?

Сначала мы поднимаем память системы.

Какие похожие задачи уже решали? Что сработало? Что провалилось? При каких условиях?

Затем смотрим на среду.

Что изменилось: клиенты, технологии, правила, каналы, ожидания людей, стоимость ресурсов? На какой стадии находится система? Какая часть прежнего опыта ещё работает?

Опыт без чувствительности к контексту превращается в привычку повторять вчерашнее решение.

5. Каков запас прочности и как восполняются ресурсы?

Деньги — только один ресурс.

В системе есть время, энергия, компетенции, данные, мощности, связи, доверие, внимание руководителя, здоровье, репутация.

Мы спрашиваем:

какой запас есть;

какую нагрузку выдерживает;

что закончится первым;

как быстро ресурс восполняется;

сколько стоит восстановление.

6. Какие разнообразные опоры и возможности реально доступны?

Устойчивость усиливается, когда у системы есть несколько путей получить критический ресурс или выполнить функцию.

Это могут быть:

разные источники дохода;

несколько клиентов и каналов;

альтернативные поставщики;

внутренние и внешние специалисты;

готовая инфраструктура партнёров;

цифровая среда;

данные;

накопленные связи;

свободные мощности;

возможности надсистемы.

Ключевое слово — доступны.

Второй поставщик из списка станет опорой только тогда, когда система умеет подключить его в нужный срок и по приемлемой цене.

Для личной устойчивости этот цикл особенно важен.

Единственный источник смысла делает человека зависимым.

Единственный источник дохода повышает уязвимость финансовой системы.

Единственная близкая опора создаёт огромную нагрузку на отношения.

Единственная профессиональная роль ставит самоощущение в зависимость от рынка.

Разнообразие полезных связей, источников ресурсов и способов проявлять назначение усиливает жизненную систему.

7. Какие функции должны работать и кто может их выполнять?

Действия легко спутать с функциями.

«Провести встречу» — действие.

«Помочь участнику увидеть свою задачу иначе» — функция.

«Настроить CRM» — действие.

«Сделать движение клиента наблюдаемым для команды» — функция.

Мы определяем критические функции, их результаты и возможных носителей: человека, подразделение, правило, партнёра, цифровой сервис, ИИ, клиента или среду.

8. Как функции соединяются в поток и как быстро приходит обратная связь?

Автономная функция должна выдавать результат в общий поток.

Мы смотрим:

кто кому что передаёт;

по каким параметрам результат принимается;

где возникает очередь или переделка;

кто имеет право изменить действие;

какой ранний сигнал показывает отклонение;

сколько времени проходит от сигнала до решения и восстановления.

9. Как система будет менять сценарий, учиться и обновлять следующую Б?

Девятый вопрос собирает чудо в детали.

Первый вопрос говорил: «Хочу, чтобы всё было хорошо».

Девятый показывает, из чего это хорошо действительно состоит.

К этому моменту видны люди, параметры, нежелательные эффекты, опыт, ресурсы, опоры, функции, поток и сигналы.

Теперь можно описать несколько сценариев, выбрать пилот, задать критерии продолжения и сохранить знания.

Система получает способность менять форму, сохраняя назначение.

Глава 12. Как читать результат девяти вопросов

После быстрого скана каждому фактору присваивается один из четырёх статусов.

Сильно

Фактор подтверждён фактами и поддерживается работающим механизмом.

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

Частично

Основа есть. Уязвимость сохраняется.

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

Требует проверки

Ответ выглядит разумным. Данных недостаточно.

Например, команда предполагает, что клиент готов платить за новый формат, но пилот ещё не проводился.

Критический разрыв

Отсутствие фактора способно разрушить заявленный результат или положительный след.

Например, новый бизнес-юнит выглядит прибыльным только потому, что основная компания бесплатно отдаёт ему людей, клиентов, мощности и внимание собственника.

Для каждого фактора полезно записать пять строк:

статус;

основание;

ближайшая область роста;

главный риск;

данные, которые могут изменить вердикт.



Глава 13. Когда достаточно девяти вопросов

Девять вопросов подходят, когда:

решение обратимо;

цена ошибки умеренная;

участников немного;

система понятна;

пилот можно провести быстро;

ключевые ресурсы доступны;

последствия ограничены.

Например:

организовать событие;

выбрать формат встречи;

проверить небольшую продуктовую гипотезу;

принять решение о коротком обучении;

перестроить рабочую неделю;

оценить карьерную возможность;

подготовить первую версию предложения.

Девять вопросов дают общий скан. Иногда этого достаточно, чтобы увидеть главное противоречие и перестать усложнять решение.

Глава 14. Когда нужен двадцать один вопрос

Глубокая сборка нужна, когда:

ошибка стоит дорого;

затронуто много ключевых пользователей;

решение меняет продукт или бизнес-модель;

требуется масштабирование;

ресурсы нескольких систем смешиваются;

функции распределены между командами;

есть серьёзные риски;

часть данных неизвестна;

результат должен воспроизводиться;

решение создаёт долгий след.

Двадцать один вопрос работает как чек-лист полноты мышления.

Часть ответов уже лежит в документах, исследованиях, интервью и данных.

Фасилитатор или ИИ использует известный контекст и задаёт только необходимые уточнения.

При необходимости детализацию можно продолжить. Большая система декомпозируется, а отдельная задача рассматривается как новая система. Внутри неё снова появляются Б, А и переход.

Три круга работают как матрёшка.

Масштаб растёт. Логика остаётся.

Глава

Часть IV . ПРАКТИКА

Девять вопросов на простых примерах

Системное мышление удобнее осваивать на знакомых задачах.

На знакомой задаче легче заметить механику: как меняется формулировка, где появляется скрытая цена, что становится ресурсом и как действие превращается в функцию.

Разберём три примера:

день рождения подростка;

бизнес-завтрак;

собственную карьеру.

Каждый пример пройдёт через девять вопросов.

Глава 15. День рождения подростка

Пример условный; он нужен, чтобы показать механику.

Исходный запрос звучит просто:

«Хочу хорошо провести день рождения ребёнка».

Первый импульс — искать площадку, программу, ведущего и еду.

Девять вопросов быстро меняют саму задачу.

1. Какую систему рассматриваем и какое чудо хотим получить?

Система — день рождения подростка как событие.

Чудо звучит по-человечески:

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

Пока это общее видение. Детали появятся дальше.

2. Для кого и по каким параметрам?

Главный пользователь — подросток.

Для него важны:

свобода выбора;

общение с друзьями;

отсутствие детского сценария;

ощущение, что ему доверяют;

яркость события.

Другие ключевые пользователи:

друзья — комфорт, участие, понятная программа;

родители именинника — безопасность, бюджет, логистика;

родители гостей — связь, понятное время завершения, уверенность в месте;

площадка — соблюдение правил.

Слово «хорошо» начинает распадаться на параметры.

3. Какие нежелательные эффекты должны исчезнуть?

Подросток боится скучного праздника и постоянного контроля.

Родители боятся хаоса, конфликтов, потерянных детей, поздней дороги и непредсказуемых расходов.

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

4. Какой опыт уже есть и что изменилось?

Прошлые праздники показывают, какие форматы ребёнку нравились, где он уставал, с кем чувствовал себя свободно.

Контекст изменился: подростки уже способны многое организовать сами. Телефоны и общие чаты дают связь, а площадки — готовую инфраструктуру.

Опыт становится полезным только после учёта возраста и новых возможностей.

5. Каков запас прочности?

Ресурсы:

бюджет;

время на подготовку;

энергия родителей;

транспорт;

доступность площадки;

готовность подростка участвовать в организации.

Ближайшим пределом часто становится перегруз взрослого. Один человек берёт на себя гостей, еду, транспорт, программу и связь — и превращается в точку отказа.

6. Какие опоры доступны?

Опорами становятся:

самостоятельность подростков;

готовая площадка;

родители друзей;

такси или общий транспорт;

чат участников;

правила связи;

заранее согласованное время окончания;

возможность разделить программу на самостоятельные блоки.

Вместо одного взрослого-героя появляется распределённая система.

7. Какие функции нужны и кто их выполнит?

Критические функции:

собрать ожидания подростка;

согласовать состав гостей;

обеспечить безопасное пространство;

организовать питание;

создать основу программы;

обеспечить связь;

вернуть участников домой.

Носители функций разные.

Подросток выбирает формат и гостей. Площадка обеспечивает пространство. Правила и чат берут часть контроля. Родители распределяют логистику. Гости сами создают часть программы.

8. Как соединить функции в поток?

Сначала определяются дата и состав гостей.

Затем выбирается место.

Параллельно собираются питание и программа.

Транспорт зависит от места и времени завершения.

Контрольные точки задаются заранее: прибытие, середина события, завершение, дорога домой.

Обратная связь остаётся короткой и спокойной: она подтверждает безопасность, сохраняя автономность подростков.

9. Как система будет адаптироваться?

Есть основной сценарий и несколько простых вариантов:

плохая погода;

опоздание участника;

изменение числа гостей;

усталость;

конфликт;

транспортная задержка.

Для каждого варианта заранее задано простое действие.

Теперь чудо состоит из конкретных элементов:

подросток участвует в выборе;

формат соответствует возрасту;

взрослый контроль заменён правилами и точками связи;

нагрузка распределена;

бюджет имеет предел;

логистика собрана;

запасной сценарий существует.

Что подсветили девять вопросов

Исходная задача «найти интересное место» превратилась в архитектуру автономного события с приемлемой безопасностью.

Главное противоречие звучит ясно:

Подросткам нужна свобода. Родителям нужно спокойствие. Постоянное присутствие взрослых усиливает спокойствие и уменьшает свободу.

Сильный ход — передать функцию безопасности правилам, инфраструктуре, связи и распределённой ответственности.

Экспресс-профиль устойчивости

Сильно: целесообразность, понимание пользователей, нежелательные эффекты.

Частично: запас ресурсов и разнообразие опор — зависят от конкретной площадки и числа взрослых.

Требует проверки: транспорт, резервный сценарий, готовность подростков соблюдать договорённости.

Ближайшая область роста: заранее закрыть логистику и точки связи.

Почему становится спокойнее

Тревога снижается, когда появляется карта.

Риск остаётся, зато мы понимаем, что хотим сохранить, чего избегаем, на кого опираемся и как заметим отклонение.

Карта превращает тревогу в конкретные решения.

В этом и состоит практический эффект системной сборки.

Глава 16. Бизнес-завтрак

Пример условный; он показывает логику метода.

Исходный запрос:

bannerbanner