Мне повысили зарплату за то, что я красиво двигал тикеты, потому что просто устал быть «лошадью».
Привет! Меня зовут Стас, я проджект в IT-стартапе. Эта история началась задолго до моей должности — с ощущения, которое, думаю, знакомо многим. Ты тащишь проекты, закрываешь тяжёлые задачи, перерабатываешь. А потом замечаешь: повышают не тех, кто реально вкалывает, а тех, кто активнее мелькает в апдейтах или на звонках.
Сначала я злился, а потом устал и подумал: если честная работа всё равно незаметна, может, стоит попробовать иначе, хотя бы ради передышки?
Когда пришёл в стартап, с такими «хаками» уже спустя три месяца мне подняли зарплату, а потом дали проект с командой в 9 человек. И довольно быстро я заметил, как люди пытаются проворачивать те же трюки со мной.
Начну с предыстории: как я пытался выжить в системе
Если коротко — я научился выглядеть загруженным. Вот пять приёмов, которые тогда облегчали жизнь.
1. Дробление задач.
Брал обычный тикет и делил его на несколько маленьких: «обсудить», «согласовать», «созвониться». Честно говоря, иногда это помогало не только выглядеть занятым, но и правда разгрузить голову — меньше риска перегореть, когда дела двигаются по шагам.
2. Созвоны для передышки.
Мы с коллегами забивали слот в календаре, делали вид, что обсуждаем «важные вопросы», а на самом деле просто уходили в свой дзен.
3. Сроки с запасом.
Если мне давали задачу на 30 минут, я закладывал на неё хотя бы три часа: «Вдруг будут доработки?», «Концепция сложная, надо подумать» или «Ну, я же не робот». Это почти всегда прокатывало.
4. Смена приоритетов.
Когда работал фронтенд-разработчиком, иногда прилетали задачи, над которыми надо было поломать голову. Если я был перегружен или просто не хотел закапываться, говорил, что «занят более приоритетными делами» и закрывал несколько простых тасок. В таких случаях задачу могли передать другому.
5. Видимость вовлеченности.
Иногда мог включить режим «активности». Сначала вбрасывал идеи в чаты (где есть руководители) или озвучивал их на созвонах. Казалось, что я уже погружён в задачу. Исполнителем чаще всего был кто-то другой, а я задавал уточняющие вопросы, предлагать доработки, комментировал. Получалось, что я помогаю, но не сижу ночами за проектами.
Почему такое приживается в некоторых компаниях
Если вы думаете, что я был гением манипуляции — увы, нет.
За рубежом для этого даже придумали термин — Fauxductivity, или «Фейковая продуктивность». Я собрал несколько причин, почему и когда так работает.
Устные обещания исчезают. Без системы фиксации задач создаётся видимость бурной работы: обсуждения идут, звучат идеи, а проект не может сдвинуться с места.
Парадокс ответственности. В любой команде есть надёжные специалисты, которые вникают в суть и тянут на себя проект. Именно их чаще всего и нагружают, потому что «на них можно положиться». Но они боятся быть в центре внимания, и в итоге все лавры достаются другим. Тем, кто берет много небольших задач, а потом рассказывают на ретро, как героически их закрывали.
Результаты не привязаны конкретным к задачам и исполнителям. Например, на демо хвалят всю команду, хотя проект вывезли два человека. Спрашивается, зачем стараться, если тебя всё равно не оценят?
Микрофокус на процессах. Почти половина руководителей предпочитает микроменеджерить. И некоторые очень увлекаются тем, чтобы «правильно» оформить таблички, карточки, статусы и комментарии, а сроки при этом спокойно съезжают.
Система поощряет видимость работы. Порой менеджеры в открытую говорят сотрудникам: «Твой список дел всегда должен быть заполнен». И в целом политика компании строится вокруг чего угодно, кроме результата.
Что помогает управлять командой без чайка-менеджмента
Когда я сам стал прожектом, внезапно оказалось, увидеть тех, кто пытается обмануть систему, проще простого, было бы желание. Это как в универе: списать можно только у того препода, который специально смотрит в окно.
Вот какие сигналы я отслеживаю.
Эти принципы можно применять где угодно, и не только в конкретном софте. Я просто покажу их на интерфейсе YouGile, потому что мы работаем в нём.
1. В первую очередь смотрю задачи с высоким приоритетом
Не нужно следить за всеми тасками, достаточно мониторить ключевые.
Я либо просто фильтрую статусы на доске.
Либо настраиваю сводки. Это автоматические «подборки» задач из всех проектов по нужным критериям. Любимых у меня две: одна в реальном времени выводит все готовые задачи, другая — для подвисших задач с высоким приоритетом.
2. Смотрю, с какой скоростью задачи двигаются по этапам.
Если смотреть «сверху» на весь процесс, любая аномалия становится заметна. Помните про практику «дробить задачи» и разводить активность. Здесь становится очевидно, на каком этапе работа буксует, а где задачи закрываются слишком быстро.
3. Смотрю, как идет обсуждение ключевых задач.
На все задачи я ставлю стикер «количество сообщений», чтобы быстро видеть, где идет активное обсуждение, а где тишина.
Если комментариев совсем мало, возможно, это сигнал, что задачей особо не занимаются. Если очень много — что-то там полыхает.
5. Смотрю отчёты.
Каждую неделю, в случайный день. Так вижу, кто сколько времени на самом деле тратит на задачи. А сотрудники не знают, когда я пойду проверять тикеты в следующий раз — сегодня или в следующую пятницу. Значит, им выгодно всегда следить за актуальностью карточек.
6. Напоминаю коллегам про «размер» задач.
Мы с командой договорились, что у всех задач на доске должно быть примерно одинаковый «размер». Если на одной доске стоят таски «поправить текст на кнопке» и «сделать адаптив админки», этот процесс точно поломается.
8. Слежу за дедлайнами.
Если задачи в трекере ведутся идеально, но сроки всё равно горят — это проблема. За пару дней до дедлайна уточняю у коллег, нет ли сложностей. Если нужна помощь — подключаюсь сам или зову того, кто подскажет решение.
9. Устраиваю 1-1 встречи.
Потому что ни один трекер не покажет, что человек просто боится задачи, выгорел или сомневается, что справится.
Плюс, у нас есть тихие ответственные ребята, которые переживают, если у них «мало задач» в трекере. На личных встречах мы это тоже проговариваем: что пусто не всегда значит плохо, и что честно сказать «я пока не взял ничего» — лучше, чем накидать лишнего ради отчётности.
10. Формирую личные KPI.
Не только по хард-, но и по софт-скиллам. Например, кроме «повысить конверсию на N%» могу добавить цель вроде «инициировать хотя бы одно кросс-командное взаимодействие в месяц». Это значит: сам увидел, где нужна помощь извне, позвал нужных людей, договорился, довёл общую задачу до результата. Не просто написал в чатик «а может, маркетинг поможет?», а реально скоординировал.
Не забываю контролировать и себя
Чтобы понимать, что происходит в команде, не нужны системы слежки. Хватает таск-трекера и нормального общения.
Но, если честно, пока это даётся тяжеловато. Учитывая мой бэкграунд, часто ловлю себя на чрезмерной подозрительности. Хочется ткнуть: «А это почему висит?», «А точно делается?»
Торможу себя. Стараюсь не лезть с выводами, пока не поговорю. Иногда это помогает правильно перераспределить задачи. Порой — просто не испортить отношения. Или заметить, что у человека есть крутые приёмы, которые стоит масштабировать на команду.
Признавайтесь, вы тоже когда-нибудь «хакали» систему? Или видели, как это делают другие?
Комментарии (47)
MashaEsina
27.08.2025 13:13В любой команде есть надёжные специалисты, которые вникают в суть и тянут на себя проект. Именно их чаще всего и нагружают, потому что «на них можно положиться».
Есть ещё такой парадокс, когда нанимают родственника и начинают на нём ездить, потому что ну он же свой, часть бизнеса. Был у меня такой HRD, которого фаундер (помимо основных задач) просил покупать ноутбуки, заказывать канцелярию, развозить документы и т.д.
winkyBrain
27.08.2025 13:13снова реклама трекера под соусом невыдуманной истории, а комментаторы выше отметились в прочих топиках рекламного блога компании) причём на данный момент исключительно в них, больше ничего им не интересно почему-то на хабре
tkmgr01 Автор
27.08.2025 13:13Я делюсь своей историей для блога компании, потому что сам использую yougile в работе. В статье я отметил, что мой опыт универсален. Вы можете взять из него идеи и адаптировать под те инструменты, которые удобны вам
winkyBrain
27.08.2025 13:13ну разумеется) и подписаны вы на хабре только на компанию-разработчика трекера, и пригласивший вас пользователь @aMen01 тоже, и пригласивший его @alx_mgr. И вся указанная цепочка писала только про трекер и комментировала темы про него же - целый паровоз новорегов пришли исключительно ради трекера. Комментатор ниже, который "часто перерабатывал", тоже вчера зарегистрировался ради единственного коммента, чтобы поведать свою историю) ну настолько ему ваш пост зашёл, ага. Зачем вы продолжаете врать?
afterkita
27.08.2025 13:13Я плохо знаком с системой хабра, можете подсказать как с этим борются? Просто ждут пока зайдёт кто-то кому хватает рейтинга и кармы понизить её статье?
JediPhilosopher
27.08.2025 13:13Никак не борются, Хабр живет за счет корпоративных блогов. С чего бы ему пилить сук, на котором он сидит.
March228
27.08.2025 13:13Вот это ты детектив. Такое мы одобряем.
Но мы не можем судить, может у человека деменция, он забывает пароли, создаёт новые акки, новых сотрудников, и все что он может вспомнить это название трекера в котором он следит за своими копиями.
djton1k
27.08.2025 13:13А по вашему опыту, разве не распространено, что повышают не тех, кто реально тащит на себе всё, а тех, кто на глазах или на корпоративах поёт вместе с директором в караоке?
Esitell
27.08.2025 13:13Я часто перерабатывал (неоплачиваемо) на предыдущей работе, нередко работал на выходных. Нагрузка была нереальная. Обещали повышение и вместо него наняли двух новых сотрудниц моей же специальности, которые (спойлер) в течение следующего года максимум месяца два участвовали в коммерческих проектах. Когда я высказал недовольство, со мной серьезно поговорили, но всё-таки повысили. И все равно одна из новых сотрудниц получала больше, хотя прока от нее никакого.
К чему это я. Если начальство не ценит сотрудников, их инициативность, преданность делу, их переработки и т.д., то и нечего стараться, отлынивайте при любой возможности. Лучше потратьте это время на себя, на саморазвитие, чем на дядю, который все равно вас не замечает
PiterP
27.08.2025 13:13Так это с вашей точки зрения от них проку никакого, а может начальство по-другому ситуацию видит?
Esitell
27.08.2025 13:13Скорее нет, чем да. Они сами признавали, что им нечем их загрузить. Да и для меня "прок" в аутсорсе измеряется принесенными в компанию деньгами, как, в целом, и начальство отчасти считало
ASaasssaas
27.08.2025 13:13О боже, "перегарщики" с ванильным рафом. Спокойные времена рождают слабых людей. В данном случае не о спокойствие, а о работе. Отчёт посмотрел, задачку передвинул, позвонил кому-то... ну все, можно взять отгул, чтобы не выгореть, совсем насели с задачами, не тяну!
Brenwen
27.08.2025 13:13Хорошо быть проджектом: ты двигаешь тикеты - тебе повышают зарплату. Инженеров за такое обычно увольняют.
fenom82
27.08.2025 13:13Я тоже так подумал когда начинал читать статью. Но чел пишет что он начинал с разработки
Brenwen
27.08.2025 13:13Я конечно читал про случай, как индус по полгода занимался ибд пока его не увольняли, но обычно результат работы инженера можно увидеть и пощупать.
tkmgr01 Автор
27.08.2025 13:13Я могу подкинуть пример. Мой приятель фронт с коллегами больше трёх лет не могли допилить новый сайт, потому что тимлид (который работал там уже лет 10) не умел нормально спланировать работу, а старая версия была на самописных костылях, которые он сам же и сделал. Я не знаю, что он втирал руководству, но ребята не то что просто двигали тикеты, они месяцами могли возиться с одними и теми же тасками. Их и повышали, и зп периодически поднимали.
Но тут есть и обратная сторона — команда просто выгорела. Кто-то ушёл, а другие начали брать фриланс и делали свои проекты в рабочее время. Всё изменилось, когда пришёл продакт, который отключил тимлида от бизнесовой части и начал ставить жёсткие сроки.
Myst1964
27.08.2025 13:13За рубежом для этого даже придумали термин — Fauxductivity, или «Фейковая продуктивность». Я собрал несколько причин, почему и когда так работает.
Так и до банкротства не далеко :)
Неужели в таких условиях никто не задаёт обычный вопрос "А где результат ? Вы что делали все это время?"
WASD1
27.08.2025 13:13Вам как бизнесу очень хочется, чтобы технические специалисты росли вширь.
Т.е. программист, отвечавший раньше за технические решения в каком-то модуле взял техническую ответственность за всю подсистему.Предиктором того, что человек идёт по этому пути - является большое число горизонтальных связей вокруг того блока, которым он занимается.
На месте менеджера можно установить для себя "некоторые маркеры" - человек растёт таким образом.
Fauxductivity - это хакинг тех самым "маркеров менеджера".
Т.е. ты не только делаешь свою делянку.
Но и распускаешь павлиний хвост - как будто ты отвечаешь за всю крупную подсистему.
JediPhilosopher
27.08.2025 13:13А кто должен задавать такой вопрос?
В компании среднего и маленького размера его еще может задать собственник. Так как он единственный напрямую заинтересован в результате.
В компании крупного размера собственников или много, или они не принимают уже прямого участия в руководстве. Да и не видят они уже всю компанию своими глазами, а только через призму отчетов, и все сигналы до них доходят через войлочные подушки многослойных структур.
В итоге нет никого, кому было бы дело до результата. Нужно только выполнение формальных KPI чтобы тебя не уволили или дали премию. Вот движение всяких задачек это очень удобный KPI который замечательно оптимизируется и исполняется, и красиво в отчетах выглядит.
Myst1964
27.08.2025 13:13А кто должен задавать такой вопрос?
Руководитель ваш вам.
В итоге нет никого, кому было бы дело до результата
Есть, вы буквально ответили в следующем предложении. И это адекватная аргументация.
JediPhilosopher
27.08.2025 13:13Так а руководителю точно так же пофигу. Задачи двигаются, KPI крутятся.
В итоге реально заинтересован только тот, кто за проект отвечает головой. Если такой есть - может что-то и сдвинется. Часто такого буквально нет, для чего в корпоративной среде есть множество способов. Начиная от коллективной ответственности, когда у проекта нет единого ответственного. Заканчивая просто тем что провал проекта не только не хоронит ответственного, а еще и с повышением отправляют куда-нибудь.
Pshir
27.08.2025 13:13Руководитель ваш вам.
Зачем? Он стал руководителем, потому что лучше остальных занимался имитацией бурной деятельности. И чем больше корпорация, чем выше в её иерархии находится наёмный менеджер, тем меньше вероятность того, что его интересует работа и её результат.
wannaslp
Брал обычный тикет и делил его на несколько маленьких: «обсудить», «согласовать», «созвониться». Честно говоря, иногда это помогало не только выглядеть занятым, но и правда разгрузить голову — меньше риска перегореть, когда дела двигаются по шагам.
Вы что, следили за мной на первой работе?.....
tkmgr01 Автор
Не осуждаю!
Squoworode
Не осуждаем, обсуждаем!