Работа со «сложными» разработчиками

«Сложные» разработчики — не проблема, а вызов. За сопротивлением часто скрывается ценность: перфекционист заботится о качестве, скептик видит риски. Задача PM — найти подход.

Типы «сложных» разработчиков

1. Перфекционист

Признаки: никогда не готово, всё нужно переделать, задачи затягиваются.

Почему так: высокие стандарты, страх критики, гордость за работу.

Как работать: - Чётко определите Definition of Done заранее - Timeboxing: «На эту задачу максимум 3 дня» - Покажите ценность итераций: «Сделаем 80% сейчас, улучшим после feedback» - Хвалите за качество, но фокусируйте на результате

2. Скептик («Это не сработает»)

Признаки: критикует любые идеи, находит проблемы во всём.

Почему так: опыт неудачных проектов, защита от рисков.

Как работать: - Используйте его скептицизм: «Какие риски видишь? Как их митигировать?» - Покажите данные и исследования - Предложите проверить гипотезу (A/B-тест, MVP) - Привлекайте к планированию — ownership снижает скептицизм

3. «Нет времени на митинги»

Признаки: игнорирует планирования, не отвечает на вопросы.

Почему так: хочет писать код, митинги кажутся бесполезными.

Как работать: - Сократите митинги до минимума - Приходите подготовленным — не тратьте их время - Асинхронная коммуникация: документы вместо звонков - Покажите ценность: «Благодаря твоему input мы сэкономили неделю»

4. «Это не моя работа»

Признаки: отказывается от задач вне компетенции.

Почему так: защита границ, специализация.

Как работать: - Уважайте границы — не заставляйте - Найдите того, чья это работа - Объясните бизнес-контекст: почему это важно - Предложите обучение, если хочет расти

5. «Я знаю лучше»

Признаки: игнорирует требования, делает по-своему.

Почему так: экспертиза, недоверие к PM.

Как работать: - Признайте экспертизу: «Ты лучше знаешь техническую сторону» - Объясните «зачем», а не «как» - Дайте свободу в реализации, контролируйте результат - Когда расходитесь — вернитесь к данным и целям

Общие принципы

1. Эмпатия

Поймите их перспективу. За каждым «сложным» поведением есть причина.

2. 1-on-1

Регулярные личные разговоры. Не про задачи — про человека: - Что мотивирует? - Что фрустрирует? - Как могу помочь?

3. Уважение к экспертизе

Вы — эксперт в продукте. Они — в технологиях. Сотрудничество, не указания.

4. Прозрачность

Делитесь контекстом: почему принято это решение, какие данные за ним.

5. Feedback

Давайте позитивный feedback публично, негативный — приватно.

Когда ничего не работает

1. Документируйте проблемы 2. Поговорите с Engineering Manager 3. Эскалируйте с фактами, не эмоциями 4. Иногда несовместимость — это реальность

Визуализация ключевых концепций

flowchart TD
    subgraph SoftSkills["Soft Skills продакта"]
        COMM["Коммуникация"]
        NEG["Переговоры"]
        LEAD["Лидерство"]
        CONFLICT["Управление конфликтами"]
    end
    
    COMM --> NEG --> LEAD --> CONFLICT...