Skip to content

§7.03 Таблица 3 на 3: роли и системы

Время: 60 мин чтение + 40 мин = 100 мин Что узнаешь: как одна таблица из 9 ячеек защищает от слепоты, когда вы думаете, что видите систему, но видите только её тень


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


Сигнатура понятий:

  • Таблица 3×3 — это артефакт системного разбора: три роли (строки) × три типа систем (столбцы) = девять ячеек, каждая из которых описывает предмет интереса конкретной роли в конкретной системе
  • Роль в таблице — это создатель (кто делает систему), оператор (кто поддерживает), пользователь (кто получает результат); это функциональные позиции, не путайте их с ролями в конкретной организации
  • Целевая система — это система, ради которой всё затеяно; результат, который нужен пользователю
  • Система создания — это всё, что требуется, чтобы целевая система появилась и работала; процессы, инструменты, ресурсы
  • Окружение — это всё, что влияет на целевую систему и систему создания, но не контролируется ими; надсистема, контекст, внешние условия

Мем, который снимается. «Я пользователь, я знаю, что мне нужно». Это самая распространённая слепота. Человек смотрит на ситуацию только со своей роли и видит только целевую систему. Он не видит, кто её создаёт, чем платит за создание, какое окружение давит. Таблица 3×3 принудительно раскрывает эти слепые зоны: если ячейка «создатель × окружение» пуста, значит, вы не понимаете, что давит на тех, кто делает систему. А они бросят на полпути.


Определение из источника.

В Pack таблица 3×3 определена как метод структурирования системного разбора через две оси: роли и типы систем. Роли берутся из §5.01 (предмет интереса): каждая роль имеет свой предмет интереса, и таблица заставляет его явно сформулировать для каждого типа систем.

Структура таблицы:

Целевая системаСистема созданияОкружение
СоздательЧто создаётся и для кого?Как создаётся, чем, кем?Что давит на процесс создания?
ОператорКак поддерживается результат?Как работает поддержка?Что мешает поддержке?
ПользовательКакой результат получается?Как результат доходит до меня?Что вокруг влияет на мой опыт?

Каждая ячейка — это ответ на вопрос: «Какой предмет интереса у этой роли в этой системе?» Если ответа нет, значит, роль либо не участвует (что редко), либо вы о ней не думаете (что опасно).

Как использовать четыре вопроса при заполнении:

Четыре вопроса из §7.01 не задают столбцы таблицы, столбцы определяются типами систем. Но вопросы помогают сформулировать содержимое каждой ячейки. Когда вы заполняете ячейку, спрашивайте себя: зачем эта роль взаимодействует с этой системой? Что входит в её зону внимания? Как она это делает? Когда (на какой стадии) это происходит? Так вопросы становятся инструментом наполнения, а не жёсткой схемой.


Развитие мысли.

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

Почему три роли, а не две или четыре? Потому что любая система проходит через цикл: создание → поддержка → использование. Если роль «создатель» отсутствует (система «есть сама по себе»), спросите: кто её поддерживает? Если «оператор» отсутствует (система «не требует поддержки»), спросите: как долго? Всё требует поддержки, вопрос лишь в том, кто и как.

Почему три системы, а не одна? Потому что фокус на целевой системе в одиночку порождает два заблуждения. Первое: «система существует сама по себе». Нет, за ней стоит система создания, которая требует ресурсов. Второе: «окружение — это помеха». Нет, окружение — это условия, в которых система имеет смысл. Изменилось окружение, изменилась функция.

Что делать с пустыми ячейками? Пустая ячейка — это не пробел в знаниях, это сигнал. Ячейка «создатель × окружение» пуста, значит, вы не понимаете, что мешает создателю. Это может быть важнее, чем всё остальное: если создатель бросит, целевой системы не будет. Ячейка «пользователь × система создания» пуста, значит, пользователь не понимает, сколько стоит результат. Он будет недооценивать систему и требовать невозможного.


Метод - минимальный шаг. Практика «Таблица для одной ситуации» (40 мин):

  1. Выберите ситуацию из текущей жизни - проект, проблему, идею (5 мин).
  2. Назовите три роли: кто создаёт, кто поддерживает, кто использует результат. Роли могут совпадать в одном человеке, но в таблице они разделены (10 мин).
  3. Заполните минимум 6 ячеек из 9. Начните с диагонали (создатель×целевая, оператор×создания, пользователь×окружение): она даёт быстрый обзор (15 мин).
  4. Найдите одну пустую ячейку, которая удивляет вас. Спросите: «Почему я ничего не знаю про эту роль в этой системе?» Запишите гипотезу (10 мин).

Пример из жизни. Максим - руководитель небольшой команды. Он заполнил таблицу 3×3 для своего проекта «внедрение системы учёта задач».

Целевая системаСистема созданияОкружение
Создатель (Максим + IT-консультант)Система учёта задач для команды, чтобы видеть загрузкуНастройка инструмента, обучение, миграция данныхДедлайн квартала, ограниченный бюджет, сопротивление старым процессам
Оператор (Максим - пока сам)Проверка актуальности задач, напоминанияЕжедневное обновление статусов, разбор зависших задачКоманда привыкла к мессенджерам, не заходит в новый инструмент
Пользователь (вся команда)Видят свои задачи, дедлайны, приоритетыПолучают доступ, учатся фильтрам, задают вопросыРуководство требует отчётов, которые система не генерирует

Максим обнаружил три слепые зоны. Первая: ячейка «оператор × система создания», он не продумал, кто будет поддерживать систему после внедрения. Он сам, но у него нет на это времени. Вторая: ячейка «пользователь × окружение», руководство требует отчётов, которых нет в системе. Команда будет игнорировать инструмент, потому что отчёты всё равно делать вручную. Третья: ячейка «создатель × окружение», сопротивление старым процессам сильнее, чем он думал. Без работы с этим сопротивлением система умрёт через месяц.

Таблица заняла 20 минут. Максим отменил запуск на следующей неделе и переписал план: сначала отчёты, потом внедрение.


Типичная ошибка. «Я заполнил 5 ячеек, остальные очевидны, не буду тратить время». Это главная ловушка. Очевидные ячейки - те, которые подтверждают вашу текущую картину мира. Неочевидные - те, которые её ломают. Если вы заполнили только очевидное, таблица превратилась в украшение, а не в инструмент. Системный мыслитель ищет именно неочевидные ячейки: они указывают на риски.

Вторая ошибка - смешение ролей в одну ячейку. «Создатель и оператор — это я, пусть будет одна строка». Нет. В таблице роли функциональные, не личностные. Когда вы смешиваете их, теряете вопрос: «Кто поддерживает, если создатель уйдёт?» Ответа нет, потому что строка одна.


Степени мастерства:

СтепеньЧто происходитКритерий перехода
1. ОбъясняюМогу нарисовать таблицу 3×3 и объяснить, что означает каждая осьОдин раз заполнил таблицу для реальной ситуации с минимум 6 ячейками
2. УмеюМогу заполнить таблицу для любой ситуации за 30 мин, не забывая ни одной ролиРаз в неделю строю таблицу для новой задачи или проблемы
3. НавыкПри описании новой ситуации замечаю отсутствующие роли или незаполненные ячейки без чужой подсказки, автоматически, до начала работыРаз в неделю обнаруживаю слепую зону, которую раньше не замечал, через пустую ячейку
4. МастерствоСтрою таблицу для ситуаций с несколькими целевыми системами (N > 1), нахожу связи между таблицами и формулирую интегрированную картинуЕсть кейс, где связь между двумя таблицами 3×3 изменила моё решение о приоритетах

Проверка себя.

  • Понимание: вы можете объяснить, почему ячейка «оператор × окружение» важна, даже если в вашей ситуации «оператор — это я сам».
  • Поведение: перед началом любого проекта вы строите таблицу 3×3 хотя бы мысленно и замечаете, какие ячейки пустые.
  • Застревание: если вы заполняете таблицу и все 9 ячеек кажутся очевидными, вы либо недостаточно погрузились, либо выбрали слишком простую ситуацию. Сложная ситуация всегда имеет минимум одну неочевидную ячейку.

Что дальше. Таблица 3×3 показывает, кто и что видит. Но в каждой ячейке скрываются три типа объектов: процесс, система, проект. Следующий подраздел рассказывает, как их формально различать, чтобы не путать «сделать» с «поддерживать» и «использовать».