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

Привет! Меня зовут Стас, я проджект в IT-стартапе. Эта история началась задолго до моей должности — с ощущения, которое, думаю, знакомо многим. Ты тащишь проекты, закрываешь тяжёлые задачи, перерабатываешь. А потом замечаешь: повышают не тех, кто реально вкалывает, а тех, кто активнее мелькает в апдейтах или на звонках.

Сначала я злился, а потом устал и подумал: если честная работа всё равно незаметна, может, стоит попробовать иначе, хотя бы ради передышки?

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

Начну с предыстории: как я пытался выжить в системе 

Если коротко — я научился выглядеть загруженным. Вот пять приёмов, которые тогда облегчали жизнь.

1. Дробление задач.

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

2. Созвоны для передышки.

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

3. Сроки с запасом.

Если мне давали задачу на 30 минут, я закладывал на неё хотя бы три часа: «Вдруг будут доработки?», «Концепция сложная, надо подумать» или «Ну, я же не робот». Это почти всегда прокатывало.

4. Смена приоритетов.

Когда работал фронтенд-разработчиком, иногда прилетали задачи, над которыми надо было поломать голову. Если я был перегружен или просто не хотел закапываться, говорил, что «занят более приоритетными делами» и закрывал несколько простых тасок. В таких случаях задачу могли передать другому.

5. Видимость вовлеченности.

Иногда мог включить режим «активности». Сначала вбрасывал идеи в чаты (где есть руководители) или озвучивал их на созвонах. Казалось, что я уже погружён в задачу. Исполнителем чаще всего был кто-то другой, а я задавал уточняющие вопросы, предлагать доработки, комментировал. Получалось, что я помогаю, но не сижу ночами за проектами.

Почему такое приживается в некоторых компаниях

Если вы думаете, что я был гением манипуляции — увы, нет. 

За рубежом для этого даже придумали термин — Fauxductivity, или «Фейковая продуктивность». Я собрал несколько причин, почему и когда так работает.

Устные обещания исчезают. Без системы фиксации задач создаётся видимость бурной работы: обсуждения идут, звучат идеи, а проект не может сдвинуться с места. 

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

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

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

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

Что помогает управлять командой без чайка-менеджмента

Когда я сам стал прожектом, внезапно оказалось, увидеть тех, кто пытается обмануть систему, проще простого, было бы желание. Это как в универе: списать можно только у того препода, который специально смотрит в окно. 

Вот какие сигналы я отслеживаю.

Эти принципы можно применять где угодно, и не только в конкретном софте. Я просто покажу их на интерфейсе YouGile, потому что мы работаем в нём.

1. В первую очередь смотрю задачи с высоким приоритетом

Не нужно следить за всеми тасками, достаточно мониторить ключевые. 

Я либо просто фильтрую статусы на доске. 

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

2. Смотрю, с какой скоростью задачи двигаются по этапам.

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

3. Смотрю, как идет обсуждение ключевых задач.

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

Если комментариев совсем мало, возможно, это сигнал, что задачей особо не занимаются. Если очень много — что-то там полыхает.  

5. Смотрю отчёты. 

Каждую неделю, в случайный день. Так вижу, кто сколько времени на самом деле тратит на задачи. А сотрудники не знают, когда я пойду проверять тикеты в следующий раз — сегодня или в следующую пятницу. Значит, им выгодно всегда следить за актуальностью карточек.

6. Напоминаю коллегам про «размер» задач. 

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

8. Слежу за дедлайнами. 

Если задачи в трекере ведутся идеально, но сроки всё равно горят — это проблема. За пару дней до дедлайна уточняю у коллег, нет ли сложностей. Если нужна помощь — подключаюсь сам или зову того, кто подскажет решение.

9. Устраиваю 1-1 встречи. 

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

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

10. Формирую личные KPI. 

Не только по хард-, но и по софт-скиллам. Например, кроме «повысить конверсию на N%» могу добавить цель вроде «инициировать хотя бы одно кросс-командное взаимодействие в месяц». Это значит: сам увидел, где нужна помощь извне, позвал нужных людей, договорился, довёл общую задачу до результата. Не просто написал в чатик «а может, маркетинг поможет?», а реально скоординировал.

Не забываю контролировать и себя

Чтобы понимать, что происходит в команде, не нужны системы слежки. Хватает таск-трекера и нормального общения.

Но, если честно, пока это даётся тяжеловато. Учитывая мой бэкграунд, часто ловлю себя на чрезмерной подозрительности. Хочется ткнуть: «А это почему висит?», «А точно делается?»

Торможу себя. Стараюсь не лезть с выводами, пока не поговорю. Иногда это помогает правильно перераспределить задачи. Порой — просто не испортить отношения. Или заметить, что у человека есть крутые приёмы, которые стоит масштабировать на команду.

Признавайтесь, вы тоже когда-нибудь «хакали» систему? Или видели, как это делают другие?