惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

雷峰网
雷峰网
IT之家
IT之家
Last Week in AI
Last Week in AI
J
Java Code Geeks
L
LangChain Blog
Recent Announcements
Recent Announcements
Martin Fowler
Martin Fowler
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
博客园 - Franky
博客园 - 司徒正美
月光博客
月光博客
博客园 - 叶小钗
Vercel News
Vercel News
腾讯CDC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
GbyAI
GbyAI
B
Blog RSS Feed
人人都是产品经理
人人都是产品经理
H
Help Net Security
G
Google Developers Blog
D
DataBreaches.Net

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Манипуляции в жизни ИТ менеджера
peterzh · 2026-04-29 · via Все публикации подряд на Хабре

Манипуляции в жизни ИТ менеджера

Уровень сложностиПростой

Время на прочтение6 мин

Охват и читатели268

Мнение

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

Мир неидеален, на солнце есть пятна, не все проекты делаются в срок, начальники орут, исполнители молча соглашаются с невыполнимым и доблестно выгорают - короче, все неидеально.

Но если все так неидеально, как сохранить себя в этом бардаке и как работать максимально эффективно с совершенно разными людьми?

Так вышло, что все свои 20+ лет менеджерства я работал с очень разными людьми и все нижеперечисленные истории прожил на себе от и до. И все мои выводы основаны на личном опыте, который сейчас, по итогу, позволяет мне работать практически с любым заказчиком и исполнителем, находя нужные точки совпадения интересов.

Эта статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь. Ну и читайте другие мои статьи тут, на Хабре.

А мы - поехали!

Минутка душноты и дисклеймер

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

  2. Все написанное ниже основано на богатом личном опыте автора, но не претендует на полноту и не подтверждено клиническими исследованиями ИТ руководителей и разработчиков ПО :)

Как распознать манипуляции?

Начну с того, что манипуляшка - штука хитрая: вы никогда точно не узнаете, есть она или нет. Потому что иногда манипулируют осознанно, иногда неосознанно, иногда кажется, что манипулируют, а это не так, а иногда и вовсе манипулируют те, которым кажется, что ими манипулируют. И нет ничего более бессмысленного, чем пробовать доказать манипулятору, что он манипулятор – тот все равно не согласится и скажет, что манипулятор – это вы.

Но, во-первых, никто не мешает провести категоризацию «умозрительно», а во-вторых, как будет дальше видно, мои выводы совершенно не зависят от того, есть манипуляция или нет - просто работать надо нормально :)

Начнем с манипуляшек руководителей, потом перейдем на манипуляшки исполнителей.

Манипуляции руководителей и заказчиков

Газлайтинг.
Это когда вы видите глазами одно, а вам говорят, что это не так. Может выражаться в виде фраз: 

  • "Тебе показалось",

  • "я имел ввиду вообще совсем другое",

  • "я же просил это сделать, а ты почему не....?!",

  • "не было такого!" и тд

хотя вы точно помните, что было.
Что говорить: бывает, коллеги и заказчики переобуваются "на лету". Я и сам недавно это проделал с одним своим подрядчиком (неосознанно, чесслово!) - хорошо у подрядчика была запись, и он мне ее предоставил 🤣

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

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

Исполнитель вы или руководитель - фиксируйте все, о чем договорились. Почта, учетная система - идеально. Мессенджер - терпимо (там быстрее теряется и сложнее найти).

Все, что не зафиксировано - не было. Фраза "Мы же это проговорили!" - недаром относится у меня к Запрещенным фразам в ИТ - какой в ней толк, если о вашем проговаривании никто не помнит?

А если зафиксировано – то и обсуждать нечего. Просто пойди и сделай - какой ут газлайтинг?

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

Увы, да: несмотря на 21 век на дворе, начальники, да и заказчики, иногда орут. Не оправдывая формата, я скажу от имени начальников:

  • Во-первых, некоторым исполнителям реально приходится по несколько раз объяснять одно и тоже. И с 3го раза это может раздражать. Особенно, когда времени мало.

  • Во-вторых, еж - птица гордая, пока не пнешь - не полетит. Иногда хочется как на детей: рявкнуть, чтобы просто сделали 😈

  • В-третьих, я много раз видел исполнителей, которые мне говорили «это невозможно, я не могу это сделать», а после небольшого объяснения, как и что можно сделать как будто прозревали: «ой, оказывается можно». Не у всех начальников и заказчиков есть столько терпения и времени - потому некоторые реально срываются в сложные моменты. Не оправдывая их – это просто такой факт.

Как защищаться:
Учиться ставить границы. Учиться говорить НЕТ под давлением правильно. Это важный навык для менеджера, и он вам точно пригодится.

А если вы сделали, что могли, а на вас банально орут матом – вы всегда можете выйти на рынок и поискать другое место. А дальше – 2 недели отработки и адьос, пусть ваш арбузер сам себя арбузит.

Важные мои статьи по теме здесь аж две:

Избегание и покидание:
это когда тот, от кого вам что-то надо, уходит от общения под кучей предлогов. Это когда вы хотите передать ответственность ЛПРу, а он не торопится ее принимать 😊

Так бывает: у вас срочная проблема, вы ее решить не можете, нужно руководство, но как назло: один на встрече, второй в командировке, третий в самолете, а четвертый - в опере (про оперу – реальный случай).

Вот и получается, что решение принимаешь сам, а виноват потом тоже сам. 😥

От лица начальников хочу сказать, что:

  • Занятые люди и правда иногда ОЧЕНЬ заняты и читать ваши длинные, на лист, эскалации тупо не готовы - вот и не отвечают;

  • Иногда реально нет времени и хочется, чтобы были люди, которые способны принимать решения сами. И да - нести ответственность. Таких, как правило, мало, и их ценят.

Как защищаться:

  • Мое любимое правило «4х звонков и 1 смс» - это когда звонишь 4 раза (лучше не подряд, конечно), а потом фиксируешь письмом и смской что вопрос срочный и важный. Тут уже невозможно сказать, что ты не старался дозвониться и решить вопрос. Не надо стесняться, иногда лучше побыть настойчивым, зато не завалить проект.

  • Если дозвониться не выходит и помочь некому – придется решение принимать самому, все так. И отвечать самому. Такова менеджерская доля, за это и зарплату платят (некоторым - даже с премией).

На это про манипуляции Руководителей и Заказчиков - все. А теперь, для полноты, пробежимся по манипуляциям сотрудников.

Манипуляции сотрудников

Бессмертный пони

Это про тех, кто стесняется сказать, что ему надо в отпуск или хочется больше денег, потому что его работа столько стоит. Про тех, кому страшно выйти на ХХ, чтобы получить оффер и на равных поговорить с шефом. И тут начинается манипуляшка вида «разве вы не видите, насколько я выгорел/устал и требую немедленного поощрения». Я про это писал вот тут (Выгорание - это манипуляция). Общественность со мной не согласилась, но я остался при своем мнении :)

Как защищаться.

если вы менеджер такого пони – у вас два путя:

  • заботиться о нем, потому что он сам о себе не умеет заботиться, стоит недорого, а нового самостоятельного искать некогда, да и зачем;

  • грузить его, пока не научится сам говорить «стоп» или не уйдет, после чего найти нормального.

В целом – шеф не мамка, чтобы заботиться о сотруднике. С учетом изменения ситуации на ИТ рынке, ожидаю, что вариантов а) будет все меньше, а б) – все больше. Так что совет мой сотрудникам: ребята, надо учиться ставить границы. Ну и неплохо знать свою цену по рынку, чтобы спокойнее говорить о повышениях.

Ты начальник – я дурак

«я не буду проявлять инициативы, я буду просто делать, что сказали, зато я потом не буду виноват».  Не очень тянет на манипуляшку, да и сами руководители часто виноваты в таком подходе, когда не разрешают ошибаться сотрудникам.

Защищаться просто: разрешать сотрудникам ошибаться. Но с нюансом: ошибаться можно по-новому. Если все время наступаешь на старые грабли – значит, необучаем.

Тихий саботаж

ну это тоже не манипуляция, а классика управления. Встречается при внедрении новых процессов работы, оцифровке процессов, да и вообще – при введении всего нового.

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

И на этом все. Манипуляции кончились

Остальное манипуляциями и назвать нельзя, даже если они показались:

  • желание руководителя нагрузить вас больше, чем вы можете -не манипуляшка, а норма. Сотрудник должен приносить максимум денег, а не пинать балду, а если он перегружен – может подойти и сам сказать. А лучше – не брать больше, чем сможет сделать – это профессионально

  • страх сотрудника сказать НЕТ руководителю – это не манипуляция, а непрофессионализм, сотрудник просто не читал мою статью, как говорить НЕТ правильно 😊

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

и так далее.

Вывод из этого простой и незамысловатый.

Неважно – есть манипуляции на работе или нет. Если вы действуете профессионально:

  • фиксируете договоренности;

  • держите свои оценки;

  • заранее предупреждаете о проблемах;

  • умеете говорить «НЕТ», когда все хотят слышать только «ДА»;

  • умеете правильно эскалировать,

то вам будет пофигу, манипулирует Заказчик/шеф/коллеги или нет. Вы просто делаете работу и достигаете цели - все. Собственно именно этот подход мне помогает вообще не вникать в чьи-то обиды, сложности с границами и так далее. Есть цель компании, есть цель отдела/проекта. Ее мы тут и выполняем согласно зафиксированных договоренностей.

А все остальное - тлен, ерунда и манипуляции, которые слушать не нужно. А нужно, как известно, нормально делать - и нормально будет )