В одном из проектов между двумя разработчиками возник конфликт по поводу архитектурного решения: один настаивал на использовании микросервисов, другой — на монолитном подходе. Разногласия начали тормозить работу всей команды.
Я взял на себя роль медиатора и предпринял несколько шагов:
Команда пришла к компромиссному решению: стартовать с упрощённого монолита с чёткими границами модулей (modular monolith), оставив возможность для последующего выделения сервисов. Это устроило обе стороны, потому что решение опиралось на факты и критерии, а не на личные предпочтения.
Главный урок: конфликты в команде почти всегда разрешаются проще, если перевести разговор с уровня «кто прав» на уровень «что лучше для продукта». Структурированный диалог и прозрачные критерии оценки — самый надёжный инструмент для этого.
Медиатор должен провести отдельные встречи с конфликтующими сторонами перед общей сессией, чтобы услышать их позиции без давления группы.
Новый — ещё не проверен сообществом
Вы