SSP SOFT — создаем ИТ-будущее вместе | ИТ-компания
IT и технологии · 2 ноября 2026 г.
Как разрешать конфликты в команде и превращать их в точку роста 🤝
Как разрешать конфликты в команде и превращать их в точку роста 🤝 Не секрет, что в ИТ-командах споры по задачам случаются постоянно. Например, один разработчик хочет переписать модуль, второй предлагает дотянуть до релиза на старом коде. 💬 Аналитик и тестировщик по-разному понимают слово «готово», а у заказчика и вовсе свои приоритеты. В большом разборе конфликтологии в ИТ на Хабре среди типичных причин таких столкновений названы разные взгляды на архитектуру, расхождения в приоритетах и пересечение ролей. То есть спорят не потому, что люди конфликтные, а потому, что смотрят на одну задачу с разных сторон. ⚱️ Скажем сразу, гораздо хуже, когда не спорит никто. Патрик Ленсиони в книге «Преодоление пяти пороков команды» относит боязнь конфликтов к проблемам, которые тормозят команду, и сразу уточняет, что речь о спорах вокруг идей. Если на планерке все кивают, а сомнения обсуждают в курилке, заказчик может не услышать вовремя, что в проекте есть риск. К похожему выводу пришел и Google, два года наблюдавший за 180 командами. Продуктивность команды определяли не опыт и интеллект участников, а психологическая безопасность, то есть возможность высказаться без страха за репутацию и карьеру. 1️⃣ Как с этим работать на практике. Обсуждать стоит решение, а не человека, и для начала выяснить, в чем именно расхождение, ведь нередко стороны просто говорят о разных вещах. Критику лучше высказывать один на один, а хвалить при всех, об этом правиле напоминает и автор хабровского разбора. 2️⃣ Если договориться не получилось, нужен нейтральный человек, чаще всего руководитель проекта, который выслушает обе стороны и примет решение. А когда спор закрыт, уделите пять минут и запишите, о чем договорились и почему. Через полгода эта запись избавит команду от повторной дискуссии, и тогда конфликт действительно сработает на рост. В заказной разработке без споров не обойтись. У заказчика, аналитиков, разработчиков и тестировщиков разные задачи и поэтому разный взгляд на результат. Мы в SSP SOFT стараемся, чтобы о рисках можно было говорить вслух без последствий для говорящего, а острые вопросы вовремя попадали к руководителю проекта, а не перед релизом. #sspsoft #итпроцессы #итсоветы #экспертное