Conflict Resolution

На поведенческом собеседовании в FAANG компании очень часто можно встретить вопросы вроде:

1) Tell me about a time you had a conflict with your manager.
2) Tell me about a time you had a conflict at work.
3) Tell me about a time you had a disagreement with someone.

Такие вопросы часто спрашивают в Facebook (Meta) для оценки Conflict Resolution, а также в Amazon при оценке Amazon Leadership Principle - Have Backbone; Disagree and Commit.

Junior-Senior кандидаты из СНГ, да и Staff тоже, очень частно заваливаются на этом вопросе. Это, очень часто, служит причиной получения офера на более низкий уровень или реджекта.

Казалось бы, какой-то бессмысленный HR-вопрос. Но поработав в FAANG более 7 лет я понял, что этот навык супер важный. Не только на собеседовании, а в ежедневной работе. Особенно, с ростом вашего левела.

Кандидаты из СНГ очень часто получают Red Flags и получают reject или down level.
Типичные Red Flags:
1) У меня никогда не было конфликтов. Это просто вранье. Конфликты на работе программиста встречаются почти каждый день. Это не конфликты по типу гопстопа или ты меня уважаешь, а конфликты по вопросам связанным с вашей работой. Это несогласия по время code review, design review, разные мнения и подходы у разных людей к той или иной проблеме. Разные мнения по поводу приоритета той или иной задачи, проекта и т.д. Конфликты возникают как между коллегами в рамках одной команды, так и разногласия между командами, отделами или даже внешними компаниями-партнерами или клиентами. Если у вас не было конфликтов - вы никогда не работали программистом. Или же вы всегда решали их двумя плохими способами: избеганием или продавливанием своего мнения.
2) У меня был конфликт X, и в итоге он решился тем, что я доказал, что я прав, а все другие не правы. Даже если такие случаи были, то это плохой пример. Вы должны обосновывать свою позицию, но должны слышать и другую сторону, а не силой пытаться ее продавить. Если у вас только такие примеры, то скорее всего большинство таких примеров, когда вторая сторона просто забила и прогнулась, для нее это не было приоритетом или у вас было больше власти, сил и желания это продавить. И скорее всего, в итоге часть таких решений были неоптимальными.
3) У меня был конфликт X, в итоге я, просто, проигнорировал и избежал конфронтации и все как-то само решилось. Конфликт на работе это не обязательно что-то плохое. Игнорирование конфликта на работе приводит к накоплению противоречий между сторонами, ухудшению collaboration, а как следствие к ухудшению эффективности организации. При правильном подходе можно найти лучшее решение, чем форсила каждая из сторон конфликта. В таком случае выигрывают все - win-win Conflict Resolution.
4) Вы не использовали данные, в конфликтах. Иногда причина конфликта - это нехватка данных и неверные предположения сторон. В таких случаях можно отложить resolution конфликта, сделать сбор данных и собраться снова и найти win-win resolution.

Не критические, но отрицательные сигналы:
1) У нас был конфликт X, и мы нашли компромисс. Это скорее всего означает, что каждая из сторон немного прогнулась, и осталась немного недовольной. Каждая из сторон просто пошла на уступки, не пытаясь найти какое-то новое, более лучшее решение, которое бы удовлетворила все валидные требования и приоритеты каждой из сторон. Обычно, это от лени и безразличия или свойства психики по избежанию конфликтов. Часто это приводит к неоптимальными решениям.
2) У нас был конфликт X, я полностью признал, что я не прав и сделал так, как сказали, не протестуя. Такое бывает, но это не оптимальный пример для собеседования. Если вы попытались возразить и уже в обсуждение поняли, что были не правы - то это хорошее поведение. Но не лучший пример для собеседования. Лучше подойдут примеры win-win. А если вы не пытались возразить, то скорее всего в итоге было получено неоптимальное решение.