Привет, Хабр! На связи Антон Кабанов — я руковожу отделом ИТ‑разработки в «Фабрике творчества». Мы производим товары для хобби, а моя команда помогает компании убирать ручную работу и наводить порядок в процессах.
Ирония в том, что дольше всего мы не могли навести порядок у себя. Мы трижды внедряли таск‑трекеры: заводили доски, назначали исполнителей, переносили туда задачи. А потом кто‑нибудь писал «срочно глянь» в Telegram — через пять минут вся работа снова происходила там. Дальше расскажу, как нам удалось разорвать этот порочный круг.
Мы меняли таск‑трекеры, хотя проблема была не в них
Каждый раз мы думали, что просто выбрали не тот таск‑трекер. Поэтому пробовали WEEEK, “Битрикс24”, заводили новые доски и снова переносили туда задачи. Но через какое‑то время всё возвращалось на круги своя.
В какой‑то момент стало понятно: мы раз за разом лечили не ту проблему. Новый сервис сам по себе не меняет привычки команды. Можно перенести туда все задачи, но если старый способ договориться быстрее по‑прежнему работает — люди будут к нему возвращаться. Возможно, поэтому у меня сейчас в Telegram больше 800 непрочитанных сообщений.
К слову, перебои в Telegram и новые волны блокировок только подтолкнули нас разобраться с этим окончательно. Надоело включать VPN и проверять, дошло ли сообщение или файл. Поэтому в феврале 2026 года решили попробовать ещё раз — только теперь поменять не столько инструмент, сколько правила работы.
«Всё, что обсуждается вне задачи, нелегитимно»
После прошлых попыток у нас появился конкретный критерий: обсуждение должно жить там же, где сама задача. Так мы перешли на систему управления проектами YouGile.
Но одного чата оказалось мало: команда всё равно могла продолжить писать в Telegram. Поэтому договорились жёстко: всё рабочее обсуждаем только внутри соответствующей задачи. Сурово, тоталитарно, методами диктатуры.
Конечно, я шучу. Если человеку было что‑то непонятно, мы показывали, куда нажать и как всё работает. Но само правило не обсуждалось: написал вопрос в Telegram — перенеси его в задачу, там и продолжим.
Угадаете, кто нарушил правило первым? Мне срочно понадобилась информация, и я по привычке написал разработчику в мессенджере. А он ответил:
— Я тебе всё написал в YouGile.
Позже к одному из проектов подключились коллеги с производства в Раменском — Telegram снова ожил. Пришлось несколько раз повторить: «Отличная идея, теперь зафиксируйте её в задаче». Мы быстро поняли главный плюс такого подхода: задача становится не просто строчкой на доске, а полной историей работы. Не нужно потом ходить по чатам в поисках файла, решения или сообщения, с которого всё началось.
Через две‑три недели новый порядок прижился. Telegram никуда не исчез, но перестал быть местом, где принимаются рабочие решения: если обсуждение начиналось там, его просто переносили в нужную задачу.
Когда вся коммуникация наконец собралась вокруг задач, обнаружилась следующая проблема: теперь нужно было договориться, как 15 человек будут работать внутри одной системы.
Не проектировали идеальную доску — достраивали её по мере появления проблем
Поначалу каждый вёл свои доски как ему удобно. Но для общей работы этого быстро перестало хватать. Тут мы решили не пытаться объять необъятное. Иначе есть риск долго настраивать идеальную систему и так и не начать нормально работать.
Поэтому первой на общей доске появилась даже не рабочая колонка, а небольшая база знаний: как создавать задачи, что с ними делать и как вообще здесь себя вести. А уже потом вокруг неё постепенно достраивали остальную структуру.
После этого разделили и сам поток работы на два этапа, чтобы сырые идеи и запросы не смешивались с задачами, которые уже можно отдавать в разработку. Всё, что ещё нужно обсудить и сформулировать, складываем в колонку «Цели».
Условно говоря, бухгалтерии приходится каждый день скачивать отчёт из личного кабинета маркетплейса и вручную переносить данные. Мы не создаём сразу задачу «автоматизировать отчёт». Сначала запрос попадает в «Цели», где разбираемся: в чём именно проблема, можно ли убрать ручную работу, есть ли готовое решение или придётся делать своё.
Когда ответ найден, появляются конкретные задачи: аналитик описывает логику, разработчик получает ТЗ, а в целом вся работа проходит через «Общий список» → «План на неделю» → «План на сегодня».
В итоге структура выросла из реальной работы, а идеи перестали растворяться в чатах или оставаться у кого‑то в голове. Даже если до запроса сейчас не доходят руки, он остаётся в «Целях» — к нему можно вернуться позже.
То же самое с контекстом: мне больше не нужно помнить десяток параллельных разговоров. Открываю задачу и вижу, откуда она появилась, что уже обсуждали и на чём остановились.
Новая задача нужна «вчера»? Покажите, что ради неё придётся отложить
Когда работа стала видна в одном месте, обнаружилась ещё одна полезная вещь: стало проще разговаривать о срочности.
Периодически от бизнеса прилетает задача, которую нужно сделать «ещё вчера». Мы помечаем такие запросы как critical и поднимаем в плане. Но есть проблема: стикер critical не создаёт свободного разработчика.
Если план уже забит, новая срочная задача означает, что какую‑то старую придётся сдвинуть. Раньше такой разговор легко превращался в «ну постарайтесь сделать пораньше». Сейчас мы открываем диаграмму Ганта и показываем текущую загрузку: какие задачи уже в работе и что сдвинется, если добавить новую. Хотите поставить её первой — без проблем, но тогда сразу выбираем, что переносим.
Та же логика работает на квартальном планировании. Вместо «постараемся всё успеть» приходится выбирать: что делаем сейчас, что переносим, а от чего вообще отказываемся.
В итоге «срочно» перестало быть магическим словом, которое должно внезапно добавить команде восемь часов в сутках.
Четыре правила из нашего опыта, без которых не приживаются таск‑трекеры
Основано на реальных событиях.
Перенести задачи недостаточно. Если они находятся в таск‑трекере, а обсуждение — в Telegram, файлы — в почте, решения — в созвонах, единого рабочего пространства всё ещё нет. Через неделю кто‑нибудь обязательно начнёт восстанавливать контекст по кусочкам.
Новая привычка не появляется вместе с новым сервисом. Мы несколько раз рассчитывали, что команда постепенно сама начнёт работать по‑новому. Не начала. Сработала только однозначная договорённость: всё, что относится к задаче, обсуждаем внутри неё.
Не нужно заранее проектировать идеальный процесс. Мы достраивали структуру по ходу работы, когда сталкивались с конкретной проблемой. Так у каждой колонки или статуса есть понятный ответ на вопрос: зачем это вообще существует?
У срочности должна быть цена. Новый приоритет не помещается поверх уже запланированного. Если что‑то нужно сделать раньше, стоит сразу определить, что команда ради этого отложит.
У нас перелом произошёл только после того, как мы ввели довольно «тоталитарное» правило: работа по задаче должна жить внутри самой задачи. На привыкание ушло две‑три недели. Telegram при этом никуда не исчез — просто перестал быть местом, где принимаются рабочие решения.
Система управления проектами YouGile бесплатна до 10 человек — без ограничения по функциям и времени.
Комментарии (38)
wmlab
04.09.2026 13:24а как быть с мета-задачами, обсуждениями или идеями, которые касаются сразу многих задач? или все хоронится вместе с закрытой задачей?
colontitul
04.09.2026 13:24Создать метатазадачу как отдельную задачу, связать ссылками с обсуждаемыми и обсуждать как обычную задачу.
Makcal
04.09.2026 13:24Ощущение, что таск-трекер нужен для отслеживания статусов задача и прогресса команды в целом, а обсуждение и работу нужно оставить в корпоративном мессенджере, Телеграм или нет — уже не важно.
Spyman
04.09.2026 13:24Когда у таски есть чат из коробки это удобно. Когда чат отделен от таски - его нужно найти (особенно если поднял старую задачу), актуальность соблюдать сложнее (в чате обсудили изменение, надо обновить задачу - теперь её надо найти, чтобы обновить). Чаты могут дублироваться (один участник создал один чат, другой - другой).
Когда всё в одном месте - это сподручнее.
Arioch
04.09.2026 13:24Удачи сегодня найти обсуждение задачи, которая велась в Skype
В трекере остались записи "Подробности посмотрите в Скайпе", они очень помогают.
Поэтому древнее правило, которое старше интернетов и компьютеров. Обуждать можно ГДЕ угодно, хоть в телеграме, хоть ютюбе, хоть в баре под столом. Но после обсуждения надо копию или краткое изложение разговора занести в официальный документ (здесь: трекер).
В принципе есть чаты типа Zulip, которые пытаются скрестить ужа и ежа. Быть как-бы чатами, но одновременно хоститься локально и поддерживать постоянные ссылки. Но всё равно, как человеку "без ничего", с одним только браузером, прочитать такую ссылку в чат?
dinar_007
04.09.2026 13:24Угу, и тут важен именно итог, а не копия всей переписки. В задаче достаточно оставить коротко: что решили, почему и кто согласовал, плюс ссылку на прайм обсуждение, если она вообще проживёт достаточно долго. Иначе можно победить потерянный Скайп, а потом получить задачу на 200 мессаг, где нужное решение всё равно надо выкапывать.
Arioch
04.09.2026 13:24на 200 мессаг, где нужное решение всё равно надо выкапывать.
Но ее хотя бы возможно будет выкопать, можно будет нейронку попросить сделать краткое изложение если самом лень.
Чтобы выкопать из навоза жемчужину - нужна куча навоза, вонючая, да. А вот когда нет ни жемчужины, ни даже кучи - остается только древнее "сейчас выдернем провод и подождем, кто из пользователей прибежит жаловаться"
А на возможное возражение, что нейронка может пропустить важное, так человек, делающий выжимку после разговора - тоже скучает и торопится и думает как бы побыстрее сделать и забыть. Он тоже будет пропускать детали. В общем, "логов мало не бывать". Выжимка - это отлично. Но "сырые" "200 мессаг" тоже бы неплохо сохранить, на тот самый 1 случай из 100, когда важная деталь была брошена мельком. 10 лет назад про неё все знали и не считали нужным обсуждать, а через десять лет она критически важна, но ее уже никто не знает.
Wesha
04.09.2026 13:24Обсуждали с коллегами, что такое плохо комментированный код, ну там были истории про комментарии на румынском и т.д. Самая прикольная история была про большую компанию, которая купила другую компанию со всеми их наработками. Когда стали разбираться в коде новой компании, то выяснилось, что большая часть написана китайцами, а добил их комментарий перед злобной реализацией некого алгоритма на несколько страниц: «описание алгоритма смотри в тетрадке у Чуня». Где тот Чунь уже было неясно :)
Crash13
04.09.2026 13:24немного оффтопа: если подробности задачи остались в переписке скайпа, то вероятно, задача уже покрылась плесенью и уже не так критична (требует актуализации)...
Arioch
04.09.2026 13:24так актуализация (поддержка/исправление/переработка легаси) требует "угадай требования".
Кроме самого алгоритма "тут мы сортируем пузырьком" - это в самом деле можно после изрядного напряжение восстановить - надо понять почему и зачем.
Узнать чего клиентам надо, чего не надо, на какие грабли грабли нарывались и т.д.Иначе изменив логику ты починив одно ошибку сломаешь три-четыре функционала, потому что просто о них не знал и не учитывал.
И вот эти вот почему и зачем, "граничные условия" и прочие "диздоки" - они и живут в "тетрадках Чуня" и переписках в Скайпе.
Suor
04.09.2026 13:24Такие штуки уже в коде должны жить. Или в виде тестов, или хотя бы комментариев
Arioch
04.09.2026 13:24штуки эти если кому должны всем простили
можете этот код вывести в суд и на расстрел
вы серьезно говорите, что людям лень нажать две кнопки и скопипастить чат из тележки в трекер, но ЭТИ ЖЕ САМЫЕ люди не поленятся писать юнит-тесты (для чего придется рефакторить код) и комментарии?
и кстати речь не только про лень, на это все нужны часы и часы, которые им то ли оплатят то ли нет. Манагеры вполне вероятно закроют таску немедленно, как только получат minimum viable implementation и пойдут тянуть премии за то, что заставили ленивых программистов работать вдвое-втрое быстрее.
fermentum
04.09.2026 13:24Скайп вроде давал возможность скачать всю переписку. Если она осталась, то на нее можно натравить агента, он все по задачам разложит куда нужно или в Обсидиан базу знаний собирет.
MasterPoni
04.09.2026 13:24Он не просто давал скачать, а сам перенёс всю историю в другой мессенджер, она никуда не делась, просто нужна более рагульная программа к её доступу.
Arioch
04.09.2026 13:24Ты думаешь, что люди, которые поленились сделать копи-паст сразу после разговора, не поленятся делать полный экспорт и куда-то (куда???) его нести? Да даже если и делали, то дамп был брошен на их компьютерах, отформатирован после увольнения и отдан другим сотрудникам, например.
И да, Скайп в данном случае просто пример.
forthgate
04.09.2026 13:24Иногда все же лучше придерживаться обсуждения задачи только в трекере. Приведу конкретный пример, я не раз сталкивался с ситуацией, когда при анализе того или иного инцидента, выяснялось, что ответственные за инцидент люди попросту отказывались от своих слов, даже если они были зафиксированы третьей стороной в таск трекере, аргументируя отказ "Не я писал - не мои слова". Конечно это вопрос адекватности/софтскиллов конкретных людей, но в этом случае будет работать только обсуждение задач на одной платформе.
Xtray
04.09.2026 13:24поменять не столько инструмент, сколько правила работы
То есть, в принипе всё это можно было бы реализовать и в WEEEK, и в Битрикс24, я правильно понимаю? Или есть критичные технические отличия?
InsiderCrush
04.09.2026 13:24Если вам впн поперек горла встал (судя по названию), приземлились бы в "даже на парковке ловит" :D
d7s2di
04.09.2026 13:24Я уже давно не выключаю VPN. Из того, что мне нужно, не заблокированным не осталось практически ничего.
xSinoptik
04.09.2026 13:24А ещё есть ресурсы, которые не блокировали, но они тормозятся. Включаешь впн и будто глоток свежего воздуха, всё летает. Поэтому не предоставляю себя без трех букв сейчас
stalker_316
04.09.2026 13:24По-моему, кто-то просто перепридумал журнал учёта входящих сообщений из телеге)))
Wesha
04.09.2026 13:24Telegram никуда не исчез,
и Skype никуда не исчез,
и AIM никуда не исчез,
и ICQ никуда не исчез...
Скрытая картинка
dinar_007
04.09.2026 13:24С critical тут есть ещё полезная побочка. Если при каждом срочном запросе фиксировать не только что сдвинули, но и откуда вообще прилетела срочность, через месяц-другой получится нормальная картина: где реально аварии, а где один и тот же процесс постоянно ломает планирование. Иначе Гант хорошо показывает цену конкретного приоритета, но причины вечных "надо вчера" так и останутся где-то за кадром.
ulisma
04.09.2026 13:24Статьи, написанные с целью рекламы, но якобы скрытой (нет!) - отвратная вещь. Лучше бы уже напрямую рекламировали баннерами и т. п. А так кажется, что тебя хотят обмануть и что-то впарить.
StjarnornasFred
04.09.2026 13:24А по-моему наоборот. Лучшая форма рекламы в интернете - содержательные информационные статьи и видео, а не баннеры или рекламные ролики, которым в эпоху блокировщиков так или иначе конец.
Ingref
04.09.2026 13:24А в каком месте она скрытая? Это пост:
в корпоративном блоге;
с двумя рекламными ссылками на продукт этого блога;
написан для корпоратов от корпоратов.
И насколько мне известно, других таких продуктов, совместивших телегу с таск-трекером, в РФ нет. Давно слежу за ними, не вижу в их затее ничего плохого.
Chiake
04.09.2026 13:24Каждый "настоящий" айтишник должен:
- Написать собственный фреймворк, который "лучше всех остальных",
- Создать "лучшее в мире" ПО управления проектами и задачами.
- Активно спамить рекламу вышеуказанных продуктов в своем канале ТГ и прочих местах.
Ndochp
04.09.2026 13:24Что, правда прям гант? Именно визуально? И обозримо на одном экране?
10 разработчиков, двухдневные задачи, 20 рабочих дней в месяц 20*3*10/2 - 300 задач на квартал по вертикали 60 дней по горизонтали и вы это глазками смотрите на ганте и можете что-то понять?
BogdanPetrov
04.09.2026 13:24Немного оффтоп, просто недавно приходилось строить большие диаграммы, приложу для иллюстрации (не про задачи в трекере, а про ETL в DWH):
Большая диаграмма Ганта
Ooo_KevinDeBruyne
А почему не сделали условно отдельную доску просто для бэклога и задач на подумать?