Привет, Хабр! Я Вера — продакт в системе управления проектами YouGile. И я уверена: работа над задачами становится эффективной только там, где их обсуждают.
За этой идеей — опыт 30 тысяч команд. Покажу, почему каждая задача в YouGile — это чат, как такая архитектура убыстряет работу и почему связка с ИИ вообще меняет логику управления проектами.
Люди не хотят вести таск-трекер. Они хотят общаться
Для нас главный признак, что таск-трекер прижился в команде, — люди начинают в нём общаться. Не просто двигают задачи в «Готово», а обсуждают дела, отправляют файлы и принимают решения.
Поэтому каждая задача в YouGile — полноценный чат, а не просто задача с комментариями. И разница для нас принципиальна: комментарии дополняют задачу, а чат превращает её в место, где идёт сама работа.
Получается простой сценарий: сотрудник приходит ответить коллеге — сразу оказывается внутри задачи. Перед ним описание, исполнитель, срок и вся история обсуждения. При этом отдельно осваивать чаты не нужно: всё работает примерно как в привычных мессенджерах.
И не только за компьютером: в мобильном приложении можно так же открыть задачу, ответить в чате и продолжить работу с телефона.
Но некоторые механики мы адаптировали специально для работы — чтобы обсуждать задачи было так же просто и привычно, как переписываться в мессенджере, но быстрее решать рабочие вопросы.
На сообщения можно отвечать реплаями и реакциями, отправлять файлы и другие вложения. Голосовое можно не слушать — рядом сразу появляется автоматическая расшифровка. А если проще показать проблему, чем описывать её десятью сообщениями, скринкаст можно записать прямо из задачи.
Поэтому, по нашей статистике, когда работа и обсуждение ведётся в одном месте — результат достигается в 3 раза быстрее.
100 задач — это 100 чатов. И в этом весь смысл
Но если каждая задача — отдельный чат, не получим ли мы вместо одного рабочего чата сотню маленьких? Получим. В этом и смысл.
Задача хорошо фиксирует ответственность, сроки и прогресс. Чат — помогает быстро обсуждать работу, но без структуры превращается в бесконечную ленту. Поэтому в YouGile мы объединили эти сущности и структурировали общение на нескольких уровнях. Рассказываю, как это работает.
По характеру общения
Часть чатов появляется автоматически: у проекта есть общий чат со всеми участниками, у каждой задачи — свой. Есть личные 1×1 и групповые чаты для отдельных команд и обсуждений. А чтобы не искать нужное среди десятков разговоров, их можно раскладывать по папкам.
По доступам
В рабочем чате не всегда должны быть все подряд. В проекте можно настроить права доступа, а к конкретному обсуждению подключить только тех, кто действительно нужен. Если по ходу работы понадобится ещё один человек, его можно позвать прямо в чат задачи через упоминание.
По уведомлениям
В Telegram рабочие сообщения постоянно смешиваются с личными. Заходите ответить коллеге, замечаете сообщение от друга, потом канал с картинками — а через десять минут уже не помните, зачем открывали мессенджер.
Но и получать уведомление о каждом сообщении в сотне рабочих чатов — сомнительная альтернатива. Поэтому в YouGile можно гибко настроить систему уведомлений:
подписаться только на нужные задачи и получать сообщения из их чатов;
подключить уведомления о событиях в важных проектах;
пометить сообщение непрочитанным, чтобы вернуться к нему позже.
История задачи может быть важнее статуса
Впрочем, структурировать общение — только половина задачи. Важно ещё сохранить контекст, который накапливается по ходу работы.
И одного статуса для этого недостаточно. «В работе» говорит только о том, где задача находится сейчас, но ничего не рассказывает о том, как она сюда пришла: что уже обсуждали, какие варианты пробовали и почему в итоге приняли именно такое решение.
Особенно когда к задаче подключается новый человек: можно полчаса пересказывать, что уже попробовали и о чём договорились — или же просто открыть чат, где сохранилась вся история работы. Причём теперь даже читать её целиком необязательно — через MCP в YouGile Claude или ChatGPT может за несколько секунд собрать саммари по задаче.
Но чат не отменяет базовую гигиену задачи. Актуальное ТЗ, финальный макет, требования клиента и другие вещи, которые не должны потеряться в переписке, лучше вынести в описание.
А если нужно восстановить не обсуждение, а действия с самой задачей, есть лог. В нём автоматически показывается, кто поменял исполнителя, перенёс задачу или изменил её параметры.
Работает и в обратную сторону: новая задача может появиться прямо из обсуждения. Например, во время работы над лендингом решили после релиза отдельно проверить аналитику — нужное сообщение можно сразу превратить в задачу, не выходя из чата и не перенося договорённость на доску вручную.
Ваши рабочие чаты знают о проекте больше, чем отчёты. И вы сами
И здесь появляется ещё один эффект: рабочие обсуждения можно не только сохранять, но и анализировать. По ним можно увидеть то, чего не покажут статусы и отчёты.
В чатах остаётся сам ход работы: вопросы, споры, решения и проблемы. Причём не обязательно перечитывать сотни сообщений, чтобы увидеть всю картину. Показываю, как это сделать.
Спросить ИИ. Через MCP можно дать ChatGPT, Claude или другому ИИ-ассистенту доступ к YouGile и спросить: «Что изменилось в проекте за неделю?» или «Где сейчас есть проблемы?» ИИ проанализирует и задачи, и обсуждения внутри них.
Увидеть, где работа кипит, а где подозрительно тихо. На задачи можно вывести стикер с количеством сообщений — чтобы прямо на доске увидеть, где идёт активное обсуждение, а где царит тишина. Если задача неделю стоит «В работе», а сообщений нет — это повод обратить на неё внимание.
Понять, как общается команда. Можно анализировать уже не количество сообщений, а сами разговоры. Например, задать ИИ любимый вопрос одного из наших руководителей: «Определи по характеру общения в чатах, в какой команде сейчас есть проблемы». Если в одном проекте вопросы решаются спокойно, а в другом каждое согласование превращается в маленькую гражданскую войну — статус этого не покажет.
В этом ещё одна ценность чатов внутри задач: они показывают не только результат работы, но и то, как команда к нему приходит.
Если хотите проверить такой подход на своих проектах, систему управления проектами YouGile можно бесплатно использовать командой до 10 человек — без ограничений по функциям.
Комментарии (35)
SisleyTat
25.09.2026 12:14если после внедрения таск-трекера команда сидит в тг - может, не в команде дело?))
KingHenry
25.09.2026 12:14так потому что большинство таск-трекеров это лютое перегруженное месиво в котором тупо лень и долго разбираться, все уходят в тг так как там удобнее и понятнее
goVerago Автор
25.09.2026 12:14Согласна, поэтому мы делаем ставку на простоту интерфейса = зарегистрироваться в YouGile, позвать команду и начать уже работать на досках можно буквально за 15-20 минут)
Ghost_Marine1
25.09.2026 12:14Внутри чатов можно созваниваться? Пользуюсь платрумом, там постоянно с этим проблемы
peacemakerv
25.09.2026 12:14Ваах ! Приятно находить единомышленников, я тоже думал именно так, как в статье, когда вайбкодил себе такую же систему "ЗадаЧат" на PHP, но только для shared-хостинга.
SolidSnack
25.09.2026 12:14Это жесть, админка на 2300 строк в которой весь код от php до css, в апи открываю первый файл, там 3 метода getProjects...
ИИшенка походу так себе приготовилась)
NAI
25.09.2026 12:14Да идите вы, ****** вместе с битриксом в свои чатики
Я вам расскажу к чему это приведет, а приведет это к тому что если раньше у вас было пространство: задача+коментарии. Где вы могли описать задачу, а комменты требовали от вас фиксации мыслей, их структурирование и пр.
то теперь можно создать задачу с текстом ща все опишу
позвать коллегу
долго мусолить обсуждать чтоаже надо сделать
а потом позвать исполнителя с фразой:
мы тут выше все обсудили
Зашибись читать переписку в дохреллион сообщений с мемасиками шутками и прочими смайликами.
! отдельный привет тем кто не может писать больше одного предложения за сообщение
Дохреллион чатов которые постоянно дилинькают, четверть сообщений смайлы, ++ и прочие штуки которые к задаче не имеют отношения. В битриксе пошли еще дальше - поле под описание задачи занимает меньше 1/5 экрана по ширине, которое еще и схлопывается при ресайзе окна. Попробуйте в это впихнуть нормальное описание таски с картинками и кодом.
Поиск вообще выходит из чата, что либо найти становится просто невозможно. Где искать инфу? Вася пишет в личку, Петя в чат проекта, Оля в чат задачи, олды в тело задачи.
Если раньше, можно было сказать Оля уточни у Пети и фиксании в таске решение, чтобы остальные не тратили время на выяснение и детали, и Оля тратила пять минут на то чтобы сжать информацию и переварить в доступный уровень, то теперь, Оля приглашает Петю в чат, они там что-то долго обсуждают и... все. Нуачё? Вон же лог есть, прочитайте сами поймете че мы там решили. Ну или нейронке скормите чтобы она резюме выдала. С уважением и заботой нам плевать на ваше время и трудозатраты
А еще прикольно когда тебя молча добавляют в задачу в которой 5 человек месяц вели обсуждение, а потом все заглохло на полгода
Ну и отдельно про KPI мол вот тут много сообщений - работа идет, а тут мало, работа стоит. Полная фигня. Сколько я видел бесполезных чатов уровня - "да задача важная" бла-бла-бла, мем, бла-бла-бла, шутке, бла-бла-бла ссылка на видосик, а решения нет, но сообщений и флуда два вагона.
Второй привет, людям которые не могут пройти мимо не вставив свое очень важное мнение. И если в тасках с комментами им чаще всего лень писать и оформлять свою мысль, то в чатиках начинается...
eresik
25.09.2026 12:14Зашибись читать переписку в дохреллион сообщений с мемасиками шутками и прочими смайликами.
Ну это всё-таки наверное не проблемы системы :) Засрать можно всё что угодно.
Но вообще да, иногда (да наверное даже часто) - чем меньше гибкости тем лучше.
Jajaba
25.09.2026 12:14Тогда а чём смысл такой системы?
eresik
25.09.2026 12:14Я думаю смысл системы не в гибкости, а в "подходящести".
Собственно поэтому нам и понравился yougile, когда испытывали - за "негибкость".
Нет десяти способов сделать одно и то же, нет двадцати способов разместить кнопочки по другому. И при этом всё работает "ожидаемо" (может быть это даже больше понравилось).Под наши процессы не подошло, но в общем и целом - чертыханий не вызывало.
Правда это год-два назад было. Сейчас не знаю как. Может у них уже всё есть :)
vvalnik
25.09.2026 12:14Мой опыт внедрения YouGile полностью подтверждает написанное.
Добавлю, что результом является саботаж юджайла полезными и эффективными сотрудниками (они заняты делом, и им просто некогда читать всю ту хрень, которую написывают за день бездельники и любители пофлудить в чатике).
Лечить можно жестким администрированием и грамотной настройкой корпоративной культуры, но командно-административные управленческие системы временно вышли из моды. В тренде нынче бирюзовые компании...)
Разработчики юджайла, похоже, видят или чувствуют обозначенную проблему. И возлагают большие надежды на ИИ. Который сам все проанализирует, саммаризарует, сгенерирует правильные решения и вообще избавит руководителей от необходимости работать (заодно сняв с них всю ответственность за результат).
Наивные... Принцип "говно на входе - говно на выходе" обмануть не получится )
NAI
25.09.2026 12:14Если в чате 90% флуда и флейма, а 10% полезного, то
... ИИ. Который сам все проанализирует, саммаризарует, сгенерирует...
сгенерирует среднее по
палатечату. "Петя забавно пошутил, Оля неоднозначно ему ответила, требуется проработка мема. Команда отлично поработала!"Лечить можно жестким администрированием и грамотной настройкой корпоративной культуры,
Да как это вылечишь? Не будешь же в каждом чате шыкать и заводить ск
рам-мастера. У нас вот есть люди которые вообще не вдупляют чем оповещение отличается от иформирования - для них норм в общий чат организации (500+ чел.) каждые 2 дня писать "Документы подписаны ген.диром". ... блин, оповещение требуется паре десятков начальников и руководителей, остальных то 450 человек зачем отвлекать? Окей, казалось бы - замьють чатик и не отвлекайся. Так эти мудрецы из секретариата протащили приказ о запрете мьюта общего чата, мол вдруг важное объявление надо будет сделать, а он у вас отключен.vvalnik
25.09.2026 12:14Да как это вылечишь?
Чтобы работники делали полезное и не делали вредное, требуется лишь две составляющих:
- проинформировать работников о том, что такое хорошо и что такое плохо;
- использовать механизмы отрицательного и положительного подкрепления.Обычно проблемы из-за того, что руководители не исполняют эту базовую функциональность по причине своей управленческой некомпетентности.
FrankNStein
25.09.2026 12:14Возможно, это иной подход к работе и управлению. Ребятки приходят на работу потрындеть, затем отдают свой поток сознания на переработку ИИ, руководитель такой же, потому из кучи потоков средствами ИИ собирает статус проекта...
И тут вероятность 50 на 50: либо они идиоты, либо мы - динозавры )
Roman_Grey
25.09.2026 12:14Немножко солидарен с NAI, но, в целом, можно идти ещё дальше - строишь систему, где производственным процессом занимаются агенты и не надо ничего запоминать. Вся история хранится у модели. В крайнем случае, создаёшь собственный интерфейс контроля. С помощью них же общаешься с кем нужно через тг, в т.ч. уведомления/отчёты. Либо ещё несколько тонкостей.
В целом, идея с чатами, может, и классно, если задать чистоту диалогов на берегу. Но и подходит, так то, больше тем, у кого штат и любят попереписываться. Я, например, не люблю переписки, особенно длительные. Ровно как и созвоны. Лучше самостоятельно приму решение.
4ygak
25.09.2026 12:14Тут главное, чтобы чаты были не чатами, а скорее перепиской по e-mail: четкий ответ или сформулированный вопрос, а не вариантом "созвона", тогда, как писали уже выше, это чат превращается не в поэтапном решении задачи, а в трату времени на поиск полезной информации среди всех этих реплик....
eresik
25.09.2026 12:14Когда тестировали подобные системки YouGile была пожалуй единственная которая более-менее понравилась. Более-менее разумный компромисс между гибкостью и данностью :)
Правда нам не подошла, но какое-то время использовали.
FrankNStein
25.09.2026 12:14Если у вас таска имеет жизненный цикл в пару недель, после чего о ней никто не вспоминает - такое решение имеет право на жизнь.
На проектах в несколько лет, когда иногда приходится разбирать, почему система работает именно так, кто принимал такое решение, из каких предпосылок - хранение данных по задаче нужно в более структурированном виде. Правда, для этого структурирования нужно поддерживать у соучастников определенный уровень естественного интеллекта. Замена его искусственным костылем - такое себе, уж больно часто он врет и галюцинирует.
А еще статусы задач из 300 чатов добывать - та еще радость.
Ridiculous
25.09.2026 12:14В одной конторе, где я работала тестировщиком заводили отдельный чат на каждую задачу. Хочу вам сказать, что 100 чатов - это адище. У тебя постоянно приходят уведомления, из разных чатов, потому что разные разработчики работают над разными задачами, а проверять все тебе. В задаче у нас принято было фиксировать только баги для исправления. Все обсуждения были в отдельном чате под каждую задачу. Когда уволилась, то с таким удовольствием удалила эту кучу чатов, меня HR удалила из основых рабочих, а из остальных удалялась сама, никто за этим не следил. Тогда еще у нас рабочее пространство было в скайпе.
RulenBagdasis
25.09.2026 12:14Каждая рабочая задача должна быть чатом.
Нет, задачи должны быть в таск-трекере, хорошо структурированы и нормально оформлены. Чат - это средство быстрой коммуникации распределённых команд с полным отсутствием гарантий, что твоё сообщение кто-то прочтёт.
Люди не хотят вести таск-трекер. Они хотят общаться
А ещё они хотят выпивать и сексом заниматься. Какие выводы будем делать?
A1ternative
25.09.2026 12:14Рил: Когда пытаются разработать инструменты, которые бы заменили людям дисциплину
MEGA_Nexus
25.09.2026 12:14Каждая рабочая задача должна быть чатом.
Я подумал, что вы сделали выход из задачи напрямую в чат с ИИ или ИИ агентом, а оказалось, что у вас появился ещё один чат для людей. Как будто людям не хватает текущих чатов. Люди в этой цепочке явно лишние. Уберите людей и всё станет намного лучше.
Рабочая задача должна быть описанием задачи + комментариями от людей, которые эту задачу решают, а не чатом-флудилкой, где бездельники обновляют метки времени и потом пишут, что участвовали в обсуждении\решении задачи, хотя по факту просто в чате пару смайликов отправили.
Так что вы всё сделали неправильно и только усугубили всё. Надо переделывать. Нужен выход из задачи в чат с ИИ, т.е. просто жмёшь кнопку и оно само копирует всё из тикета в чат с ИИ и уже ИИ даёт рекомендации, как конкретно решить эту задачу, а в идеале - агент ИИ начинает составлять план решения задачи, который после одобрения человеком, начинает реализовываться этим же ИИ агентом.
Antoneit
25.09.2026 12:14Не работал с Yougile. Возможно что-то понял неточно. Но если верно понял как всё работает, то:
Если работа по задаче ведётся только в чате и летят уведомления о всех сообщениях из чатов в которых человек состоит, то это то самое адище, о котором пишут выше.
Чат прикрученый к задаче это на самом деле хорошо. Потому что иначе "чат" организуется где-то ещё, что немного (!) неудобнее. Но содержимое чата не может являться средством восстановления истории по задаче, как не может являться и местом для официальной фиксации договорённостей и фактов. В чате: обсудили, договорились, зафиксировали финальную формулировку важной договорённости / факта. В описании к задачи или комментариях к задаче: скопировали формулировку этой важной договорённости / факта. Нужно восстановить историю, войти в курс дела — читаем описание задачи (или описание + комментарии к задаче), где только ключевое, а не километры текстов из чата.
Уведомление о сообщении из чата должно приходить только если тебя в нём явно отметили (в Б24 это делается через @), то есть, явно пригласили к диалогу. Если в чате больше двух человек, часть переписки для любого участника по определению будет лишней. Причём "уведомления" здесь это условно. По факту это должно быть что-то вроде инбокса, частота проверки входящих в котором должна определяться организационно, и только потом реализовываться технологически. Не надо отвлекать людей от работы.
ИИ может делать резюме, но отвечать за него должны люди (которые резюме переносят в описание задачи и подписываются под ним). Иначе это всё до первого серьёзного косяка, который возник потому что ИИ "Да, вы совершенно правы, я ранее проигнорировал значимые факты. Это неприемлемо. Вот как было правильно...". Поэтому никакого восстановления истории проекта по чатам. Это вопрос не технологический, а организационный.
Мониторинг ситуации по задачам / проектам для руководителей средствами ИИ звучит хорошо. Но смотри предыдущий пункт: это хорошо только если у руководителя есть возможность зайти и своими глазами прочитать про ключевое, залезая в чаты только при крайней необходимости. То есть ИИ может помочь с выбором приоритетов (на что обратить внимание в первую очередь) и подсветить то, что руководитель пропустил. Но ИИ не может заменять полностью функцию контроля руководителя снимая с него ответственность за эту функцию. Поэтому у руководителя должны оставаться инструменты для такого контроля.
NAI
25.09.2026 12:14Уведомление о сообщении из чата должно приходить только если тебя в нём явно отметили (в Б24 это делается через @)
Б24 есть е*чий нюанс - задача в которой Петя, Оля, Саша что то обсуждают и тут требуется
@Олегего тегают и... ничего не происходит. Человек не добавляется автоматом в задачу. А все ждут ... потом кто-то сообразит что Олег не добавился, а времени прошло уже день-два-триНе устану повторять, что в Б24, ответственных за UI\UX надо разогнать с записью в трудовую о проф. непригодности и без выходного пособия
itstranger
25.09.2026 12:14По опыту работы с yougile могу сказать, что все слишком буквально воспринимают чат, как буквально рабочий чат. Если все сотрудники понимают, что чаты относятся только к их задачам, то подход удобный, правда и от обычных таск менеджеров, с обычными комментариями под задачами это мало чем отличается. Даже наоборот, появляется проблема, что в задаче чата появляются другие задачи и таск разрастается на несколько отдельных задач. С одной стороны это даже удобно, что сохраняется контекст. С другой стороны, в юджайл есть проблема с подзадачами. Ими редко кто на практике пользуется. Если уж всё делать чатами, то и подзадачи делать интеграцией в чат, а не отдельными вкладками.
exelens
25.09.2026 12:14Обожаю людей, которые умеют выражать мысли письменно... емко, кратко и по делу.
А где не так важно.
SergeyProkhorenko
25.09.2026 12:14Несколько идей:
1. Общаться по работе можно только в чате по определенной задаче, чтобы всё, что относится к этой задаче, было в одном месте, а не размазано по нескольким чатам. С другой стороны, всё, что отсутствует в чате, не является частью задачи, то есть, должны быть средства легкого импорта из всех каналов связи (электронная почта и др.) и со страниц интернета/интранета (включая Confluence), прикрепления файлов и т.п.
2. Перед отправкой сообщения в чат нужно пройти капчу, чтобы чат не засорялся небрежными обрывками фраз тех, кто через каждые три слова нажимают Enter (это те же самые люди, которые не используют заглавные буквы, знаки препинания, абзацы, склонения и спряжения)
3. Чат должен иметь некоторую "учетную часть" - содержать сведения, которые обычно имеются по задаче в таск-трекере (название, кому поручено, статус и т.д.)
4. Должна быть сущность, динамически объединяющая несколько задач в ТЗ
5. Эмодзи, голосовые сообщения и т.п. должны быть недоступны
Spiritschaser
25.09.2026 12:14Конечно, это непередаваемое ощущение уехавшего в историю описания задачи/потерянного контекста должно быть у каждого!
Amabi
25.09.2026 12:14чатик в рабочих процессах равно идее “зачем фокусироваться на деливери, когда можно пожонглировать эмоциями”. Зачем думать и искать, когда можно спросить?
В итоге важные вещи улетают в хистори, а “инструмент” превращается в бесконечные и яркие танцы экстравертов.
Ключевое - чат, как формат, НЕ помогает фокусироваться на работе, НЕ облегчает доступ к нужной информации, зато отвлекает экспертов повторяющимися вопросами.
Нет фокусировки - нет результата (зато есть приятный процесс с эмодзиками, стикерами, мемасиками, взаимными поглаживаниями или играми в альфу)
projectgeek
Спасибо! Через МСР можно отвечать в чатах? Ну то есть сказать условному Клоду, чтобы он ответил Васе то-то в задаче такой-то
goVerago Автор
Пока нет, сейчас МСР работает на анализ проектов и создание задач
vvbymrf
Делайте не чаты, а возможность прикрепить нужное сообщение . Хоть из любой точки вашего или не вашего приложения. И администрирование . Как совет. Чат - это трата времени. ТЗ - это полезная работа. В комментариях вам это все и рассказали )
A2Lac
в целом после положительного ответа на этот вопрос можно всем проджектам устраиваться в доставку