Не так давно мы публиковали
пост о встрече с Джеймсом Кранцем и о методике BART. По вашим просьбам рассказываем более подробно о BART и показываем как она работает на реальных кейсах.
Модель BART в контексте организационного консалтинга и групповой динамики — это не то же самое, что модель BART в машинном обучении (которая используется для обработки текста).
В консалтинге BART — это аббревиатура, описывающая четыре ключевые роли и функции в группах и организациях:
BART = Boundary, Authority, Role, Task
или по-русски: Граница, Полномочия, Роль, Задача
Да именно “полномочия”, а не “власть”, так как “власть” - это уже “Power”
🔡Boundary (Граница) — определяет, где заканчивается одна система и начинается другая. Это может быть временная граница (например, рабочие часы), пространственная (офис — не офис), или социальная (члены группы vs. не-члены). Управление границами важно для эффективности команды.
🔡 Authority (Полномочия) — кто имеет право принимать решения, кто отвечает за что. Это может быть формальная власть (начальник отдела) или неформальная (лидер мнений в группе).
🔡 Role (Роль) — роль, которую человек выполняет в организации или группе. Это не только должностная позиция, но и социальная функция (например, "оппозиционер", "миротворец").
🔡 Task (Задача) — основная цель или работа, которую группа должна выполнить. Четкое определение задачи помогает команде не отвлекаться и правильно распределять усилия
‼️ BART-анализ команды / ситуации
1️⃣ Граница (Boundary)
Какие границы определяют эту систему?
🔘Где проходит физическая граница? (офис/удалёнка, доступ в пространства)
🔘Какие временные границы? (рабочие часы, дедлайны, смены)
🔘Кто "внутри" команды, а кто — "снаружи"? (по статусу, доступу, участию)
🔘Есть ли пересечения или размытые границы?
✨ Примеры: Sales вмешиваются в работу Product;
IT игнорирует бизнес-задачи.
❗️Риск: размытые границы → тревога → микроменеджмент или апатия.
2️⃣ Полномочия (Authority)
Кто принимает решения и на каком основании?
🔘Кто имеет формальные полномочия (менеджеры, кураторы)?
🔘Кто обладает неформальной властью (лидеры мнений)?
🔘Ясно ли, кто за что отвечает?
🔘Есть ли конфликты или пробелы в полномочиях?
‼️ Enterprise-парадокс: многоуровневая иерархия + agile → кто реально принимает решения?
3️⃣ Роль (Role)
Какие роли есть в команде, кто какую занимает?
🔘Какие формальные роли у участников?
🔘Есть ли скрытые/неформальные роли (например, критик, миротворец)?
🔘Ожидания по ролям — проговорены или предполагаются?
🔘Есть ли конфликты ролей или недоразумения?
✨ Пример: Project Manager становится координатором, психологом, фасилитатором и огнетушителем в одном лице.
❗️Важно отслеживать: роли люди "берут на себя" или "навязывают"?
4️⃣ Задача (Task)
Какова основная цель/миссия команды?
🔘Насколько ясно сформулирована задача?
🔘Разделяют ли все участники понимание задачи?
🔘Есть ли конкурирующие задачи или подмены задач?
❗️В корпоративной среде люди часто действуют не в интересах задачи, а для "страховки", "политики", "отчётности".
‼️ Итоговый вывод / точка напряжения
На пересечении этих четырех элементов часто возникают напряжения. Например:
🍄 Расплывчатые полномочия + неясные роли = конфликт.
🍄 Неопределённая задача + размытые границы = дезорганизация.
🤩 Как BART работает в Enterprise:
🤩 Диагностика команд и лидеров: кто реально делает что и зачем.
🤩 Выявление "теневых ролей" — тех, кто формально не руководит, но влияет на процессы.
🤩 Разбор организационных тупиков, где роли и задачи не соответствуют ожиданиям или реальности.
🎙 Пример из Enterprise:
Контекст: команда Digital Transformation в крупном банке.
Проблема: неясность задач, расслоение полномочий между ИТ и бизнесом.
⚡️ BART-анализ выявил: отсутствие ясных границ и размытая роль Product Owner → саботаж изменений.
⬆️ Решение: реструктуризация ролей, уточнение задач, ролевой коучинг.