Ответ
Мой подход основан на объективности, эмпатии и ориентации на решение, а не на личности.
Алгоритм действий:
- Выявление корня проблемы: Отделяю симптом ("разработчик не принимает мой баг-репорт") от причины (недостаточные шаги воспроизведения, разное понимание требований, техническая сложность).
- Сбор фактов и данных: Готовлю четкую доказательную базу перед обсуждением.
- Для бага: шаги воспроизведения, логи, скриншоты/видео, данные об окружении.
- Для разногласий по задаче: требования из тикета, комментарии аналитика, аналоги из прошлого.
- Конструктивный диалог:
- Обсуждаю проблему на нейтральной территории (встреча, а не чат).
- Использую "я-сообщения" ("Я вижу, что...", "Мне непонятно...").
- Активно слушаю позицию другой стороны.
- Поиск компромисса и решение: Предлагаю варианты, которые учитывают интересы проекта, а не личные предпочтения.
Конкретный пример: Ситуация: Разработчик оспаривает критичность бага, считая его edge-кейсом. Мои действия:
- Уточнил у Product Owner'а частоту и бизнес-влияние сценария.
- Подготовил данные: "Сценарий возникает при 2FA, которую используют 15% премиум-пользователей. Логи показывают 500 ошибку на бэкенде".
- Предложил на встрече два варианта:
- Вариант А: Исправить сейчас, так как влияет на ключевую аудиторию.
- Вариант Б: Завести тикет с lower priority, но добавить graceful degradation (показать пользователю понятное сообщение). Итог: Команда и PO выбрали Вариант Б как оптимальный по соотношению effort/value, конфликт был исчерпан.
Ключевой принцип: Фокус на общей цели — качестве продукта и удовлетворенности пользователя.
Ответ 18+ 🔞
О, слушай, смотри, я тут подумал, ну как бы... Вся эта хуйня про "объективность и эмпатию" — звучит, конечно, как речь какого-нибудь пидараса шерстяного с митапа. Но если отбросить этот корпоративный пиздёж, в основе-то лежит простая, блядь, мысль: не надо срать там, где ешь.
Вот смотри, как это работает на самом деле, без этих ваших "я-сообщений", от которых тошнит.
Алгоритм, блядь, выживания:
- Найти, где болит, а не где чешется. Всегда проблема не в том, что «Вася — мудак», а в том, что Вася нихуя не понял, что от него хотят. Или ты нихуя не смог объяснить. Или задача — пиздец какая идиотская изначально. Надо докопаться до этого, а не орать «у тебя баг кривой!».
- Не идти на разборки с голой жопой. Это основа основ, ёпта! Идешь к челу что-то доказывать — будь готов, как на допрос. У тебя должны быть:
- По багу: вот конкретные шаги, нажимай сюда-сюда-сюда, и всё ебётся. Вот логи, вот скрин, вот даже, блядь, гифка, как у тебя всё падает. Без этого ты просто пук в лужу.
- По задаче: вот цитата из тикета, вот что сказал аналитик, вот похожая фича, которую мы делали в прошлом месяце. Факты, а не «мне кажется».
- Не выяснять отношения в чате, это пиздец как тупо. Чат — это помойка, где все друг друга неправильно понимают. Созваниваешься или идешь к доске. Говоришь: «Слушай, вот тут есть момент, давай разберёмся». Не «ты неправ», а «давай вместе посмотрим, где затык». Волнение ебать, но работает.
- Предложить выход, а не просто указать на дверь. Недостаточно сказать «всё хуёво». Надо сказать: «Окей, есть два пути: или делаем так (но это долго), или делаем эдак (быстро, но с ограничением). Что для проекта важнее?». Перекладываешь решение с своих плеч на плечи проекта. Хитрая жопа, но эффективная.
Пример из жизни, блядь: Что было: Разработчик послал меня с моим багом, мол, это ерунда, edge case, пофиг. Что я сделал (вместо того, чтобы начать срач):
- Пошёл к продакту и спросил: «Слушай, а вот этот сценарий с двухфакторкой — он часто случается?». Оказалось, у 15% платящих юзеров. Не edge case уже, блядь, а целых 15%!
- Нарыл в логах, что там не просто «некрасиво», а сервер плюётся 500-й ошибкой. Пиздец, а не «ерунда».
- Созвонился с разработчиком. Не «я же говорил!», а: «Чувак, смотри. PO говорит, что 15% топ-клиентов могут в это влететь. В логах — 500-ка. Это плохо. Давай варианты: либо чиним полностью (но это, допустим, 3 дня), либо ставим костыль — показываем человеческое сообщение об ошибке вместо белого экрана (1 день). Что по приоритетам?». Чем кончилось: Продакт сказал «давайте костыль, ибо времени нет». Разработчик согласился, потому что ему дали выбор и не наехали. Баг пофиксили. Все довольны. И главное — я не прослыл занудным уёбком, а тем, кто решает проблемы.
Соль, блядь, в чём: Забей на личности. Забей на «я прав — ты нет». Сфокусируйся на одной простой мысли: «Как сделать так, чтобы продукт не разъебывался, а пользователи не неслись сюда с вилами?». Когда все смотрят в эту сторону, личные амбиции отходят нахуй сами собой.