Мы устали включать VPN ради Telegram и ввели «тоталитарное» правило. Через три недели всё изменилось

Привет, Хабр! На связи Антон Кабанов — я руковожу отделом ИТ-разработки в «Фабрике творчества». Мы производим товары для хобби, а моя команда помогает компании убирать ручную работу и наводить порядок в процессах.

Ирония в том, что дольше всего мы не могли навести порядок у себя. Мы трижды внедряли таск-трекеры: заводили доски, назначали исполнителей, переносили туда задачи. А потом кто-нибудь писал «срочно глянь» в Telegram — через пять минут вся работа снова происходила там. Дальше расскажу, как нам удалось разорвать этот порочный круг.

Мы меняли таск-трекеры, хотя проблема была не в них

Каждый раз мы думали, что просто выбрали не тот таск-трекер. Поэтому пробовали WEEEK, «Битрикс24», заводили новые доски и снова переносили туда задачи. Но через какое-то время всё возвращалось на круги своя.

В какой-то момент стало понятно: мы раз за разом лечили не ту проблему. Новый сервис сам по себе не меняет привычки команды. Можно перенести туда все задачи, но если старый способ договориться быстрее по-прежнему работает — люди будут к нему возвращаться. Возможно, поэтому у меня сейчас в Telegram больше 800 непрочитанных сообщений.

К слову, перебои в Telegram и новые волны блокировок только подтолкнули нас разобраться с этим окончательно. Надоело включать VPN и проверять, дошло ли сообщение или файл. Поэтому в феврале 2026 года решили попробовать ещё раз — только теперь поменять не столько инструмент, сколько правила работы.

«Всё, что обсуждается вне задачи, нелегитимно»

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

Но одного чата оказалось мало: команда всё равно могла продолжить писать в Telegram. Поэтому договорились жёстко: всё рабочее обсуждаем только внутри соответствующей задачи. Сурово, тоталитарно, методами диктатуры.

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

Угадаете, кто нарушил правило первым? Мне срочно понадобилась информация, и я по привычке написал разработчику в мессенджере. А он ответил:

— Я тебе всё написал в YouGile.

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

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

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

Не проектировали идеальную доску — достраивали её по мере появления проблем

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

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

После этого разделили и сам поток работы на два этапа, чтобы сырые идеи и запросы не смешивались с задачами, которые уже можно отдавать в разработку. Всё, что ещё нужно обсудить и сформулировать, складываем в колонку «Цели». 

Условно говоря, бухгалтерии приходится каждый день скачивать отчёт из личного кабинета маркетплейса и вручную переносить данные. Мы не создаём сразу задачу «автоматизировать отчёт». Сначала запрос попадает в «Цели», где разбираемся: в чём именно проблема, можно ли убрать ручную работу, есть ли готовое решение или придётся делать своё.

Когда ответ найден, появляются конкретные задачи: аналитик описывает логику, разработчик получает ТЗ, а в целом вся работа проходит через «Общий список» → «План на неделю» → «План на сегодня». 

В итоге структура выросла из реальной работы, а идеи перестали растворяться в чатах или оставаться у кого-то в голове. Даже если до запроса сейчас не доходят руки, он остаётся в «Целях» — к нему можно вернуться позже.

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

Новая задача нужна «вчера»? Покажите, что ради неё придётся отложить

Когда работа стала видна в одном месте, обнаружилась ещё одна полезная вещь: стало проще разговаривать о срочности.

Периодически от бизнеса прилетает задача, которую нужно сделать «ещё вчера». Мы помечаем такие запросы как critical и поднимаем в плане. Но есть проблема: стикер critical не создаёт свободного разработчика.

Если план уже забит, новая срочная задача означает, что какую-то старую придётся сдвинуть. Раньше такой разговор легко превращался в «ну постарайтесь сделать пораньше». Сейчас мы открываем диаграмму Ганта и показываем текущую загрузку: какие задачи уже в работе и что сдвинется, если добавить новую. Хотите поставить её первой — без проблем, но тогда сразу выбираем, что переносим.

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

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

Четыре правила из нашего опыта, без которых не приживаются таск-трекеры

Основано на реальных событиях.

1. Перенести задачи недостаточно. Если они находятся в таск-трекере, а обсуждение — в Telegram, файлы — в почте, решения — в созвонах, единого рабочего пространства всё ещё нет. Через неделю кто-нибудь обязательно начнёт восстанавливать контекст по кусочкам.

2. Новая привычка не появляется вместе с новым сервисом. Мы несколько раз рассчитывали, что команда постепенно сама начнёт работать по-новому. Не начала. Сработала только однозначная договорённость: всё, что относится к задаче, обсуждаем внутри неё.

3. Не нужно заранее проектировать идеальный процесс. Мы достраивали структуру по ходу работы, когда сталкивались с конкретной проблемой. Так у каждой колонки или статуса есть понятный ответ на вопрос: зачем это вообще существует?

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

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

Система управления проектами YouGile бесплатна до 10 человек — без ограничения по функциям и времени.