В командах и проектах регулярно происходят конфликты, которые звучат как спор “кто тут главный и кто что должен сделать”, но на практике почти всегда сводятся к более приземлённому вопросу: кто именно должен выполнить какой способ работы и выдать какой результат — и почему это ожидание считается обязательным.
Один говорит: «Я менеджер проекта — значит решения за мной».
Другой отвечает: «Мы тебя менеджером не считаем — значит решения не обязательны».
Третий добавляет: «В документах менеджер вообще другой человек — значит ответственность не на тебе».
Если в этот момент пытаться “доказывать, кто прав”, ситуация обычно ухудшается. Потому что люди спорят не о фактах работы, а о том, какие ожидания к кому применимы прямо сейчас, на каком основании, и почему одни считают эти ожидания обязательными, а другие — нет. Этот пост про то, как описывать это без путаницы.
Чтобы говорить об этом строго, удобно считать, что у человека (и вообще у любого объекта, который рассматривается) в каждый момент времени есть состояние — набор параметров и текущих значений этих параметров.
Состояние системы в момент времени — это набор характеристик системы и их значений:
состояние = { характеристика1 = значение1, …, характеристикаN = значениеN }.
Можно проще: состояние — это “набор параметров с текущими показателями”. Эти параметры удобно группировать в разные аспекты состояния — как в приборной панели, где есть отдельные блоки показателей. Например: физический аспект, эмоциональный, когнитивный (про внимание и ясность мышления), аспект ресурсов (время/деньги/доступы), социальный (отношения и признание), и отдельный аспект, связанный с ролью.
Один и тот же человек в один и тот же момент может быть описан сразу через несколько аспектов — и это не противоречие, а нормальный способ мышления.
Например, у человека одновременно: температура 38.1 (физическая характеристика), высокая раздражённость по шкале 7/10 (эмоциональная характеристика), способность удерживать фокус снижена (когнитивная характеристика), и при этом от него ожидают работу в роли “менеджер проекта”.
Теперь ключевое: роль в таком подходе — не черта характера и не внутреннее качество человека. Это способ описывать, какие функциональные ожидания предъявляются к нему в конкретной ситуации: что “должно быть сделано” и “какой результат должен появиться”.
Когда говорят о роли, в разговоре всегда есть два разных набора информации, и их полезно держать отдельно, чтобы не возникала путаница.
Первый набор — это рамка ожиданий. Она отвечает на вопросы: в какой ситуации действует ожидание, как называется роль, какой способ работы считается правильным, какой результат должен появиться, в какой срок, и почему это ожидание считается обязательным (на каком основании).
И здесь полезна такая формулировка: Роль — это название системы в данном моменте и ситуации, когда от неё ожидается исполнение определённого метода с целью получения определённого рабочего продукта.
Если говорить совсем массово, без слова “система”: роль — это “как сейчас называют человека в этой ситуации”, когда от него ждут определённого способа работы и конкретного результата.
Важно: роль фиксирует ожидание и требования, но сама по себе не доказывает, что способ работы уже применён и результат уже получен. Кроме того, ожидания могут быть сформулированы идеально, но человек может не иметь нужной подготовки или ресурса в данный момент. Поэтому ожидания и фактическая возможность их выполнить — разные вещи.
Второй набор — это роль-релевантные параметры состояния человека: свойства и показатели, которые определяют, сможет ли он выполнить ожидаемый способ работы и выдать нужный результат.
Например, если от человека ожидается роль спортсмена на тренировке, то для исполнения роли важны такие параметры: температура тела, восстановленность (сон, усталость), наличие боли или травмы, реакция на нагрузку, уровень выносливости и силы, качество техники, концентрация и собранность. При температуре 38.1 “ожидаемый способ работы” может быть не просто тяжёлым, а опасным — и должен быть изменён.
Если от человека ожидается роль менеджера проекта, то роль-релевантными параметрами будут, например: ясность приоритетов, способность удерживать фокус, владение методами координации, способность принимать решения, доступ к актуальной информации, ресурс времени на синхронизации, эмоциональная устойчивость в конфликте, уровень усталости или выгорания. Эти параметры часто объясняют, почему ожидание “выполни способ работы и выдай результат” не срабатывает, даже если “по должности” всё правильно.
Если от человека ожидается роль организатора мероприятия, то роль-релевантными параметрами могут быть: устойчивость внимания (не теряет ли он критические детали), способность планировать, способность договариваться и удерживать людей в договорёнённостях, умение управлять рисками, ресурс времени и бюджета, текущий уровень стресса и способность действовать под давлением.
Отдельный источник путаницы связан с тем, что фраза “роль действует” может означать разные вещи. В реальных командах встречаются как минимум три варианта, которые иногда совпадают, а иногда расходятся:
• человек сам считает, что он в этой роли и берёт на себя ожидания;
• другие признают его в этой роли и готовы следовать его решениям;
• роль закреплена договорённостью, документом или правилами (то есть есть формальное основание).
Когда это не различают, ломается управление. Например, человек объявляет себя менеджером и начинает давать указания, но команда его в этой роли не признаёт. Тогда решения превращаются в хаос, а конфликт — в “борьбу за статус”, хотя по сути это отсутствие согласованной рамки ожиданий и оснований.
Или наоборот: роль записана в документе, но человек её не принял — избегает ответственности, не принимает решений, не ведёт способ работы. Снаружи выглядит так, будто “ответственный назначен”, но результат не появляется.
Третий вариант: команда фактически следует человеку как менеджеру, он реально ведёт встречи и выпускает планы, но формального основания нет. Пока всё спокойно — это может работать. Но при конфликте, смене состава или внешней проверке выясняется, что полномочий не было, и управленческий контур резко ослабевает.
Ещё полезно различать три вещи даже внутри одной роли: (1) что ожидается (какой способ работы и какой результат), (2) почему это ожидание считается обязательным, и (3) что реально сделано и с каким качеством.
Например, от менеджера ожидаются план и договорённости, но человек болеет (температура 38.1) и фактически не выполняет способ работы. Здесь проблема не в том, что “роль не та”, а в разрыве между ожиданием и реальным состоянием человека.
Или человек считает себя организатором и ожидает подчинения, но никто это не признавал и не было договорённости. Конфликт возникает не из-за “плохих людей”, а из-за несогласованных ожиданий и отсутствия понятного основания.
Практическая польза такой схемы проста: когда что-то не работает, становится ясно, где искать причину. Либо проблема в рамке ожиданий (не договорились о способе работы, результате, сроках и основаниях), либо проблема в состоянии человека (не хватает ресурсов, компетентности, здоровья, внимания), либо проблема в разрыве между самоощущением роли, признанием другими и формальным закреплением.
Если фиксировать роль именно как “ожидаемая функция + ожидаемый способ работы + ожидаемый результат” и отдельно смотреть на роль-релевантные параметры состояния человека, исчезает большая часть споров “про статус”. Остаются управляемые вопросы: что именно нужно получить, каким способом, почему это считается обязательным, и в каком состоянии должен быть человек, чтобы это реально стало возможным.