Два типа сотрудников в инженерной команде и как менеджеру с ними работать

Короткий кейс из моей практики.
Инженер, который жаловался на всё: сломанные процессы, медленные решения, хаос в коммуникации.
Его вывод: "Ничего не изменится".

Простая реакция менеджера? Повесить ярлык: "проблемный сотрудник".
Что я сделала по-другому.
Открыла с ним общий документ и выписала всё, не фильтруя, его же словами.
Список получился длинный и неожиданно точный.
Дальше мы разделили:
🟠что в его зоне ответственности
🟠 что в моей
🟠и приоритеты
Через неделю пошли первые изменения.
Через три недели он забрал на себя ~70% списка.
Через полтора месяца сказал: "Стало лучше. И я вижу, что могу на это влиять."
В этот момент я перестала воспринимать жалобы как шум и начала видеть в них возможности для роста производства в целом.

За 20 лет в IT я снова и снова вижу один и тот же паттерн.
Есть два типа людей, которые создают больше всего напряжения в командах:
1. "Пушеры”
Тянут архитектуру вперёд, хотят новые инструменты, улучшения.
Двигают систему, но не всегда учитывают ограничения (сроки, бюджет).
2. “Нытики”
Подсвечивают проблемы в процессах, решениях, взаимодействии.
Раздражают, но часто ближе всех к реальности.
Большинство команд пытаются их "приглушить".

Сильные инженерные организации - нет, они превращают это в действие.
Работа руководителя не выбирать между:
- скоростью производства и людьми
- бизнесом и инженерией
А превращать напряжение между ними в результат.
Жалобы -> в зоны ответственности и лидерства
Идеи -> в реализуемые планы
Фрустрацию -> в прогресс
Потому что когда люди перестают жаловаться, то это не про согласованность.
А скорее про то, что они сдались.

❓Интересно: у вас в команде сейчас больше “пушеров” или “нытиков”?