что делать, если в вашем IT-проекте завелся «трепач-карьерист»

все персонажи и события вымышлены, любые совпадения случайны

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

Это не просто раздражает. Это опасно: он демотивирует тихих экспертов, портит атмосферу в команде и вводит в заблуждение руководство. В итоге страдает продукт.

Как распознать явление? Признаки «трепача-карьериста»:

Громкость ≠ содержание. Много говорит, часто общими фразами, но редко предлагает конкретные технические решения.

Присвоение чужих заслуг. «Мы сделали» почти всегда означает «Они сделали, а я где-то рядом был».

Уверенное незнание. С поразительной уверенностью рассуждает о вещах, в которых поверхностно разбирается, надеясь, что никто не вникнет в детали.

Ключевой свидетель. Всегда в курсе всего, но его роль в успехе туманна. Он «участвовал в обсуждении», «давал фидбек», «координировал» (читай: отправил пару сообщений в чат).

Уклонение от ответственности. При прямом вопросе «кто за это отвечает?» найдет способ перевести стрелку или уйти в философские рассуждения о командной работе.

Что делать? Инструкция по обезвреживанию.

Если вы — тимлид или руководитель проекта:

Введите культуру конкретики. На летучках и планировании задавайте вопросы не «Что думаете?», а «Какие конкретно задачи ты берешь на себя?», «Какой срок?», «Какие риски?». Трепачу будет сложно уйти от ответа.

Используйте прозрачные инструменты. Jira, Confluence, Kanban-доски — это ваше оружие. Статус задачи, история комментариев и закрепленные исполнители не дадут примазаться к чужой работе.

Хвалите и поощряйте делающих, а не говорящих. Публично благодарите за конкретные сделанные задачи, а не за громкие报告о проделанной работе. Это sends a clear signal команде.

Проведите личную беседу. Без агрессии, но четко и по делу: «Я заметил, что в твоих отчетах много общих слов. Давай договоримся, что в следующий раз ты будешь прикреплять конкретные PR/таски/документы, которые подтверждают твой вклад».

Декомпозируйте задачи. Давайте ему мелкие, четко очерченные задачи с измеримым результатом. Это лишит его пространства для маневра.

Если вы — разработчик и коллега такого человека:

Документируйте все. Весь значимый обсуждения ведите в письменном виде (сообщения, почта). Ваша идея, озвученная устно, может быть потом подана как его собственная.

Вежливо, но твердо пресекайте присвоение заслуг. В ответ на «Мы с Петей сделали фичу» в общем чате можно корректно уточнить: «Да, Петя здорово справился с архитектурой, а я, как мы и договаривались, реализовал фронтенд-часть. Коллеги, проверяйте пул-реквест #123».

Не играйте в его игры. Не вступайте в пустые дискуссии ради дискуссий. Задавайте уточняющие технические вопросы: «Какой именно алгоритм ты предлагаешь?», «С какими сложностями мы можем столкнуться при реализации твоего предложения?».

Объединяйтесь с командой. Вы не одни. Обсудите ситуацию с другими адекватными коллегами. Если проблема систематическая, донесите ее до тимлида сообща, оперируя фактами, а не эмоциями.

Чего делать НЕ стоит?

Начинать открытый конфликт и обвинять при всех.

Игнорировать проблему в надежде, что «сам рассосется». Не рассосется.

Превращаться в такого же трепача, чтобы «бороться с огнем огнем».

Итог: «Трепач-карьерист» — это не приговор команде, а тест на ее зрелость. Здоровая среда с прозрачными правилами, конкретикой и адекватным руководством либо быстро вылечит такого сотрудника, либо выдавит его из проекта естественным путем.

А вы сталкивались с такими персонажами? Как решали проблему? Делитесь опытом в комментариях 👇

#менеджмент #карьера #ITжизнь #команда #токсичныесотрудники #продуктивность