§4.04 Тройное различение на практике
Время: 60 мин чтение + 40 мин = 100 мин Что узнаешь: как применять тройное различение к реальным ситуациям и как смешение уровней (воплощение / описание / документация) создаёт системные проблемы, которые кажутся неразрешимыми
В одном предложении: тройное различение — это инструмент, позволяющий для любой системы одновременно удерживать три уровня её существования (физическое воплощение, ментальное описание и зафиксированную документацию), и именно это различение защищает от работы с устаревшими моделями и ложными конфликтами.
Сигнатура понятий:
- Тройное различение — это системное различение между тремя уровнями существования любой системы: воплощением (физическое), описанием (ментальное) и документацией (зафиксированный артефакт); применяется для диагностики путаницы и выравнивания понимания
Мем, который снимается. «Мы все говорим об одной системе — значит, понимаем её одинаково.» Нет. Одно и то же слово («наша платформа», «процесс онбординга», «продукт») активирует у разных людей разные ментальные описания и апеллирует к разным уровням: кто-то думает о воплощении, кто-то о документации, кто-то о своей ментальной модели. Пока это не разобрать явно, разговор происходит между тремя параллельными монологами.
Определение из источника.
В Pack (PD.FORM.027) тройное различение определено как одновременное разграничение между тремя уровнями существования системы. Принцип: каждая реальная система всегда имеет все три уровня одновременно. Это не выбор — это константа. Вопрос только в том, осознаёт ли это наблюдатель.
Тройное различение - диагностический инструмент. Когда в работе с системой возникает путаница (конфликты о «что на самом деле есть», устаревшие данные, расхождение ожиданий), анализ через тройное различение позволяет быстро установить, где произошло смешение уровней.
Развитие мысли.
Тройное различение раскрывает механизм трёх типичных системных проблем.
Проблема 1: Работа с устаревшей документацией как с актуальным описанием. Человек читает схему годичной давности и строит ментальное описание системы по ней. Система (воплощение) за год изменилась. Документация не обновлена. Ментальное описание построено по устаревшей документации. Результат: действия на основе ложного описания. Диагноз: уровень «документация» разошёлся с уровнем «воплощение», а уровень «описание» не заметил этого расхождения.
Проблема 2: Спор о «правильном» описании. Два участника обсуждают систему и не могут договориться. Один считает, что «система» — это только программный код. Другой - что это весь процесс, включая людей. Они спорят о «правильном» описании, хотя оба правы со своей позиции. Диагноз: не согласована точка зрения, с которой описывается система. Тройное различение помогает: оба описывают реальное воплощение, просто выделяют разные границы.
Проблема 3: Путаница воплощения и описания при изменениях. Команда решает «изменить систему» - написать новый регламент. Написали документацию. Думают, что система изменилась. Но воплощение осталось прежним: люди работают по-старому. Регламент (документация) не изменил описание в головах сотрудников и не изменил воплощение - реальные действия. Диагноз: изменили документацию, но не воплощение и не описание.
Понимание тройного различения меняет подход к изменениям систем. Чтобы система реально изменилась, нужно изменить воплощение. Документация и описание следуют за этим, или должны следовать явно и намеренно.
Метод - минимальный шаг. Практика «Три уровня» (40 мин):
- Выберите одну систему, с которой вы работаете: продукт, процесс, команду (5 мин).
- Опишите её на трёх уровнях явно:
- Воплощение: что физически существует прямо сейчас (люди, сервера, файлы, оборудование)
- Описание: как вы понимаете эту систему (ваша ментальная модель)
- Документация: какие документы, схемы, регламенты описывают эту систему (20 мин).
- Проверьте соответствие: совпадает ли воплощение с тем, что написано в документации? Совпадает ли ваше описание с документацией? Где есть расхождение? (15 мин).
Пример из жизни. Татьяна - HR-директор, столкнулась с хроническим конфликтом: разные отделы компании по-разному понимали «процесс найма». Финансовый отдел считал, что процесс начинается с подачи заявки на позицию. HR-отдел - с момента появления вакансии в публичных каналах. Менеджеры линий - с момента подтверждённой потребности. Каждый был «прав», потому что каждый описывал реальное воплощение, но с разной границей. Документация процесса существовала, но описывала граничные случаи неоднозначно. Татьяна применила тройное различение: попросила каждый отдел описать воплощение, своё описание и документацию. Выяснилось, что документация была написана пять лет назад и не совпадала ни с чьим актуальным описанием. Пересмотр документации, согласованной с текущим воплощением, снял конфликт.
Типичная ошибка. «Тройное различение - для сложных систем, а у нас простой процесс.» На самом деле именно в «простых» ситуациях смешение уровней происходит чаще всего, потому что кажется очевидным. Команда из пяти человек не пишет документацию «потому что и так всё понятно», а потом тратит часы на выяснение «а как именно у нас это работает» каждый раз, когда приходит новый участник. Тройное различение полезно именно тогда, когда кажется излишним.
Вторая ошибка: менять только один уровень, думая, что изменилась вся система. Написали новый регламент (документация) - думают, что процесс изменился. Провели тренинг (описание обновилось у участников) - думают, что система изменилась. Но воплощение изменяется только тогда, когда меняются реальные действия, реальные ресурсы, реальные объекты в мире.
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу объяснить тройное различение и привести пример для одной системы | Один раз выполнил практику «Три уровня» |
| 2. Умею | Могу для любой системы заполнить три уровня и найти расхождения между ними | Есть запись: система + три уровня + расхождение |
| 3. Навык | В обсуждении систем автоматически замечаю, когда участники путают уровни | Регулярность: в каждом анализе явно различаю уровни |
| 4. Мастерство | Помогаю командам диагностировать системные проблемы через тройное различение | Есть кейс, где тройное различение помогло решить хроническую проблему |
Проверка себя.
- Понимание: вы можете объяснить, почему «новый регламент» не меняет систему, если воплощение остаётся прежним.
- Поведение: когда в обсуждении возникает путаница, вы спрашиваете: «О воплощении, описании или документации мы говорим?»
- Застревание: если вы не можете разграничить три уровня для конкретной системы, начните с воплощения: «Что физически существует?». Описание и документация станут видны от этой точки.
Что дальше. Тройное различение даёт основу для работы с разными типами описаний. Но описания бывают разными, в зависимости от того, кто описывает систему и для какой цели. Следующий подраздел - о ролевом описании: как описание системы меняется в зависимости от роли, для которой оно создаётся.