Ответ
Я бы сформулировал это иначе: мне приходилось давать конструктивную обратную связь коллегам, когда их работа или подход создавали риски для проекта.
Например, был случай, когда разработчик постоянно пропускал этап код-ревью и пушил напрямую в основную ветку, что несколько раз приводило к поломке сборки. Вместо обвинений я предложил обсудить процесс.
Я начал разговор с контекста и общей цели: "Давай обсудим, как нам сделать процесс деплоя более стабильным. Я заметил, что в последнее время были инциденты после мержа в main. Как ты видишь наш workflow?"
Затем привел конкретные факты (даты, упавшие сборки) и предложил решение: "Может, попробуем настроить защиту ветки в GitLab, чтобы требовался хотя бы один апрув? Или я могу быть первым ревьюером для твоих задач, чтобы помочь отловить проблемы заранее".
Важно фокусироваться на процессе и результате, а не на личности, и предлагать конкретные, совместные пути решения.
