Почему «давайте договоримся» — не всегда лучший ответ на конфликт?
Представьте: два ключевых разработчика в вашей команде не могут поделить архитектурный подход. Один настаивает на микросервисах, другой — на монолите. Дедлайн через три недели. Ваш первый инстинкт — усадить их за стол и «найти компромисс». Звучит мудро, правда? Но именно здесь большинство менеджеров совершают ошибку.
PMBOK описывает не один, а шесть способов реагирования на конфликт: уступка, уклонение, компромисс, принуждение, сотрудничество и конфронтация (открытое столкновение с проблемой). И главная мысль модели Томаса-Килманна в том, что универсального «лучшего» стиля не существует — каждый уместен в своей ситуации.
Компромисс кажется безопасным, но на деле это когда оба проигрывают понемногу. Ричард Ньютон точно подмечает: роль менеджера — не сгладить углы, а обеспечить результат. Иногда это значит принять волевое решение самому (принуждение), если время поджимает и цена ошибки высока. А иногда — отступить (уклонение), дав конфликту остыть, когда эмоции зашкаливают, а вопрос не критичен.
Вернёмся к нашим разработчикам. Если до дедлайна три недели — это момент для конфронтации: вытащить реальные данные, нагрузочные тесты, и разобрать проблему по существу. Если бы спор был о цвете кнопки — уступка или уклонение сэкономят часы. А вот если оба подхода жизнеспособны и команде ещё долго работать вместе — тогда сотрудничество, где рождается решение лучше обоих исходных.
💡 Зрелость менеджера проекта — не в том, чтобы всегда искать консенсус, а в том, чтобы точно считывать ситуацию и переключаться между стилями. Конфликт — это инструмент, и как любой инструмент, он требует правильного хвата.
❓ А какой стиль вы используете чаще всего — и не стал ли он вашей ловушкой?
📚 Источники: PMI — «PMBOK Guide (7th Edition)», Ричард Ньютон — «Управление проектами от А до Я», Эрик Ларсон — «Управление проектами. Практическое руководство»
