Как работать с трудными людьми в IT‑проектах

В роли IT Project Manager вам придётся работать с разными сложными личностями. Решения не универсальны: у каждого типа свои причины и свои эффективные приёмы. Здесь собран набор практических рекомендаций, чеклисты, методика и диаграмма принятия решений, которые помогут держать проект в графике и минимизировать влияние человеческого фактора.

Важно: приведённые приёмы не заменяют корпоративные процедуры HR и дисциплинарные процессы — они дополняют повседневную работу менеджера проекта.

Почему люди становятся «трудными» в проекте

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

Ключевая гипотеза: управляемое поведение — следствие ясных ролей, прозрачных процессов и своевременной обратной связи.

Пять распространённых типов и как с ними работать

Ниже — типы, с которыми чаще всего сталкиваются IT PM, и практические шаги по снижению риска для проекта.

Прокрастинатор

Определение: человек, который постоянно откладывает задачи и регулярно не укладывается в ожидания по срокам.

Почему это опасно: создаёт узкие места по зависимостям, задерживает интеграцию и тестирование, повышает риск срыва дедлайнов.

Как действовать

• Установите «внутренние» дедлайны. Если задача нужна к 12‑му, попросите её к 9‑му и отмечайте промежуточные вехи.
• Разбейте крупные задачи на маленькие, измеримые подзадачи с чёткими критериями приёмки.
• Назначьте ежедневные/еженедельные короткие синки по прогрессу — 5–10 минут, где прокрастинатор докладывает статус.
• Используйте технику «публичного прогресса»: отображение статуса задачи в общем трекере стимулирует ответственность.
• Если причина — перегрузка или неумение, предложите коучинг или перераспределение задач.

Критерии приёмки

• Задача разбита на подзадачи с датами; первая подзадача выполнена вовремя в 3 следующих итерациях.

Переперфекционист и слишком активный исполнитель (Overachiever)

Определение: сотрудник, который делает больше, чем требуется, берёт на себя чужие задачи или завершает этапы преждевременно.

Почему это опасно: может нарушить порядок зависимостей, внести изменения без согласования, пересечь границы ответственности.

Как действовать

• Обсудите рамки ответственности и заметно закрепите зоны владения в описании задач (еженедельный бэклог grooming).
• Подчеркните важность согласований: до выполнения задачи, влияющей на других, нужно предупреждать владельца зависимостей.
• Поощряйте идеи помощи, но структурируйте их через pull‑request, код‑ревью или change request.

Альтернативный подход

• Направьте инициативу в инновационные каналы: предложите записать «большую идею» в отдельный backlog для улучшений вне основного релиза.

Жалобщик

Определение: сотрудник, который часто выражает недовольство задачами, дедлайнами, коллегами или процессом.

Почему это опасно: снижает мораль, отвлекает команду, может провоцировать конфликтные настроения.

Как действовать

• Слушайте активно, задавайте уточняющие вопросы и фиксируйте конкретные проблемы.
• Отвечайте фактами: если жалоба связана с процессом — покажите график, критерии, логи или статус‑обновления.
• Устанавливайте границу: перенаправляйте конструктивные жалобы в ретроспективы или отдельные встречи для решения, а не на общие стендапы.
• Используйте юмор осторожно — он работает, если не выглядит свысока.

Цитата для контекста

«Чтобы улучшить чью‑то производительность, поменяйте роль с начальника на наставника. Начальник даёт задачи и давление, наставник ищет поддержку и решения.»

— Вивек Пракаш, основатель pmwares (перевод)

Предлагатель странных идей (Bad Idea Bringer)

Определение: человек, который регулярно предлагает радикальные или нерелевантные идеи во время рабочих встреч.

Почему это опасно: отвлекает команду, снижает фокус на ближайших задачах и может нарушить планирование времени встречи.

Как действовать

• Поблагодарите за креативность, но предлагайте формат для таких идей: «parking lot», отдельный бэклог идей или innovation day.
• Если идея потенциална, перенесите её в документ для дальнейшего анализа и оцените по критериям ценности и риска.
• Уточняйте, какие проблемы идея решает и каковы реальные затраты на её воплощение.

Опоздун (Late‑Comer)

Определение: сотрудник, который регулярно опаздывает на встречи, не знаком с принятыми решениями и пропускает важную информацию.

Почему это опасно: приводит к недопониманию, принятию решений без ключевого участника, увеличивает риск ошибок.

Как действовать

• Установите ожидания по посещаемости и время для начала встреч; зафиксируйте в регламенте.
• Введите правило: повестка и материалы рассылаются заранее; отсутствие на встрече — обязанность ознакомиться с протоколом.
• При хроническом опоздании проведите приватный разговор: выясните причины и согласуйте корректирующие шаги.

Цитата для контекста

«Позитивные и поддерживающие отношения ускоряют успех; неуправляемые дисфункциональные отношения могут разрушить проект.»

— Линда Борн, Director of Training, Mosaic Project Services (перевод)

Быстрая методика: 5‑шаговый подход к любой «трудной» ситуации

1. Идентификация — опишите поведение и его влияние на проект в фактах.
2. Диагноз — выясните корень: мотивация, навыки, перегрузка, неясные ожидания.
3. Интервенция — выбранная тактика (см. выше по типам): дедлайны, coaching, роль, документирование.
4. Мониторинг — короткие регулярные синки и измеримые критерии приёмки.
5. Эскалация — если поведение не меняется, переведите в HR‑процедуры согласно политике компании.

Стратегия общения: краткие фразы и скрипты

• При прокрастинации: «Мне важно получить это к 9‑му, чтобы не задерживать тестирование 12‑го.»
• Для переперфекциониста: «Спасибо за инициативу. Можешь оформить предложение как change request, чтобы согласовать влияние?»
• При жалобах: «Понимаю. Давай соберём факты и обсудим на отдельной встрече, чтобы найти решение.»
• Опоздунам: «Мы начинаем в 10:00. Материалы будут в протоколе — прошу ознакомиться до следующего стендапа.»

Playbook: шаги менеджера проекта (SOP)

1. До встречи: разошлите повестку, материалы, ожидаемый результат и роли.
2. Во время встречи: соблюдайте тайминг, фиксируйте решения и владельцев задач.
3. После встречи: разошлите протокол с датами и показателями приёмки.
4. При проблеме: запустите 5‑шаговую методику и документируйте ход коррекции.
5. При отсутствии прогресса: подключите линейного руководителя и HR.

Решение в виде диаграммы (Mermaid)

flowchart TD
  A[Идентификация проблемного поведения] --> B{Это влияет на сроки или качество?}
  B -- Да --> C[Выберите тактику по типу]
  B -- Нет --> D[Соберите идеи для улучшений]
  C --> E{Изменилось поведение?}
  E -- Да --> F[Мониторинг и закрепление]
  E -- Нет --> G[Эскалация к линейному менеджеру/HR]

Чеклисты по ролям

Чеклист для PM

• Зафиксировал проблему фактами.
• Выбрал тактику из Playbook.
• Установил измеримые «малые» дедлайны.
• Проводит регулярные короткие отчёты статуса.
• Документирует и при необходимости эскалирует.

Чеклист для тимлида

• Оценил нагрузку участника.
• Предложил перераспределение задач.
• Провёл мини‑коучинг по процессам.

Чеклист для HR

• Получил документированные случаи.
• Предложил план улучшения производительности.
• При необходимости запустил официальные процедуры.

Матрица рисков и возможные меры

Критерии приёмки (Test cases)

• Прокрастинатор: 80% задач выполняет в установленные «внутренние» сроки в течение трёх последовательных итераций.
• Overachiever: не выполняет чужие задачи без согласования в 100% случаев; все инициативы оформлены как change request.
• Жалобщик: жалобы фиксируются и переводятся в действия или ретроспективы; снижение количества публичных жалоб в два раза.
• Опоздун: посещаемость встреч 95% в течение месяца.

Когда предложенные приёмы не сработают

• Системная токсичность команды: когда проблема связана с корпоративной культурой, локальные меры бессильны — нужно вмешательство HR и руководства.
• Психологические или личные проблемы сотрудника: потребуется поддержка HR и, возможно, внешних служб помощи.
• Нарушение политики безопасности или законов: немедленная эскалация и официальные процедуры.

Короткий глоссарий

• Дедлайн — конечная дата выполнения задачи.
• Change request — формальная заявка на изменение в проекте.
• Code freeze — период, когда изменения в код вносятся только с разрешения.

Практические шаблоны и подсказки

• Шаблон короткого сообщения для запросов: «[Имя], задача X нужна к [внутр. дата]. Пожалуйста, подтверди, что сможешь выполнить и укажи статус к [дата проверки].»
• Правило 2‑минут: если ответ занимает меньше 2 минут — давайте быстрый устный/чатовый ответ; если нет — переводите в задачу с дедлайном.
• Правило «parking lot» на встречах: все идеи, не входящие в повестку, пишутся в общий блок для обсуждения позже.

Локальные особенности для российских команд

• Важно чётко фиксировать решения в письменном виде — устные договорённости часто теряются.
• Учтите, что прямые обращения в стиле «ты опаздываешь» могут восприниматься остро — предпочитайте фразы, фокусирующиеся на влиянии: «опоздания мешают синхронизации, давай договоримся».

Краткое резюме и рекомендации

• Идентифицируйте тип проблемного поведения и применяйте специализированные тактики.
• Документируйте ожидания, сроки и критерии приёмки.
• Используйте короткие регулярные проверки, чтобы выявлять отклонения рано.
• Если локальные меры не дают результата — эскалируйте согласно политике компании.

Спасибо за чтение. Какой тип трудного человека вы встречаете чаще всего? Поделитесь примерами и решениями в комментариях.

Image Credit: This is all wrong! Via Shutterstock, Top view of working business group sitting at table during corporate meeting; Overachiever word on a business cards with description; No Whiners words construction sign barricade; Businessman cartoon having a bad idea; Businessman in rush looking at his watch; He will get on the report (Shutterstock);