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