Я смотрю на разногласия с коллегами как на возможность для совместного решения проблем, а не как на конфликт. Когда к ним подходить конструктивно, они часто приводят к лучшим решениям, чем предложил бы каждый из нас в отдельности.
Когда возникает разногласие, мой первый шаг — активно слушать точку зрения коллеги. Я убеждаюсь, что понимаю его логику, его опасения и принципы, которые стоят за его взглядом. Я часто пересказываю обратно то, что услышал, чтобы убедиться, что мы друг друга понимаем, прежде чем излагать собственную позицию.
Я стараюсь перевести разговор от личных предпочтений к объективным критериям. Это значит обсуждать компромиссы, смотреть на релевантные метрики, учитывать влияние на пользователей и ссылаться на цели нашей команды. Я заметил, что когда мы оба сосредоточены на том, что лучше для проекта, а не на том, кто прав, разногласия становятся намного продуктивнее.
В одном из предыдущих проектов я не согласился со старшим инженером о том, нужно ли рефакторить legacy-модуль аутентификации или написать новый с нуля. Я хотел делать инкрементальный рефакторинг, а он предпочитал полную переписку. Вместо того чтобы спорить о мнениях, мы:
Этот совместный анализ привёл нас к решению, которое никто из нас изначально не предлагал, и оно в итоге сработало.
Если мы не можем прийти к консенсусу после тщательного обсуждения, я спокойно эскалирую вопрос к тех-лиду или менеджеру — не чтобы сбросить проблему, а чтобы получить дополнительную точку зрения. Я объективно представляю обе позиции и доверяю процессу принятия решений в команде.
На протяжении любого разногласия я ставлю в приоритет уважительные и профессиональные отношения. Технические разногласия никогда не должны становиться личными, и я даю понять, что ценю опыт своего коллеги, даже если мы не согласны по конкретному вопросу.
Основная цель при разрешении разногласий с коллегами — убедить их, что твоя первоначальная точка зрения была правильной.
Новый — ещё не проверен сообществом
Вы