— Нам нужно оптимизировать этот процесс.
— Это не процесс, это проект.
— Нет, это функция отдела.
— Подождите, это вообще регламент.
— А я думал, мы обсуждаем работу людей.
Так выглядит потеря рабочего объекта (а не спор о терминологии). В командах появляются слова-затычки:
"процесс", "проект", "роль", "система", "результат", "метод", "ответственный", "продукт". Они звучат умно и привычно.
Но часто под одним словом у разных участников лежат разные объекты.
Один говорит "процесс" и имеет в виду поток работ.
Другой — метод выполнения.
Третий — оргструктуру.
Четвёртый — регламент в документе.
Пятый — трудозатраты конкретных людей.
Пока это не разделено, команда не может договориться.
Она спорит не о решении, а о тумане.
В R3 мы тренируем "машинку типов", умение остановиться и спросить не "кто прав?", а:
— что именно мы сейчас называем этим словом?
— это объект, описание, роль, метод, работа, класс, отношение или ситуация?
— в каком контексте это слово имеет такой смысл?
— какой практический эффект будет, если мы перепутаем?
Например:
должность — это не роль.
роль — это не человек.
регламент — это не метод работы.
метод работы — это не фактическая работа по методу.
описание системы — это не сама система.
Эти различения могут показаться "слишком тонкими" ровно до момента, пока из-за их отсутствия команда:
🪫 не переделывает проект,
🪫 не теряет сроки
🪫 или не спорит две недели о том, что на самом деле уже можно было смоделировать за час.
Рабочее моделирование начинается не с диаграмм, оно начинается с точного указания: какой объект мы обсуждаем.
R3 — резидентура для тех, кто хочет убрать туман из рабочих текстов, обсуждений и моделей. Не упростить мышление, а сделать его пригодным для управляемой совместной работы с управляемым результатом.
Набор в группу открыт до пятницы, подключиться: @SystemsSchool_bot