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