Привет, Хабр! На канбан-доске всё зелёное. А дизайнер пятый день ждёт согласования, разработчика обещали сразу двум проектам, и новый дедлайн уже невыполним. Руководитель узнаёт об этом последним.

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

Я разобрал работу команды на три уровня: задача, проект и неизвестность. Покажу практические правила на примере системы управления проектами YouGile и три эксперимента с ChatGPT, где ИИ помогает находить проблемы, которые не видны на канбан-досках.

Уровень 1. Задача: чтобы поручения не превращались в квест

На доске висят задачи «Авторизация», «Доработать» и «Срочно». 

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

1. Называйте задачи так, чтобы их не приходилось открывать

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

2. Сразу определяйте результат работы

У каждой задачи должны быть исполнитель, срок и понятный критерий готовности. Например, для исправления авторизации — шаги воспроизведения ошибки и описание того, как система должна работать после исправления.

А чтобы сотрудники не забывали указывать сроки, в YouGile можно сделать стикер «Дедлайн» обязательным при создании задачи. Без него новую задачу создать не получится.

3. Обсуждайте работу там же, где поставлена задача

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

В YouGile каждая задача — чат: можно отправлять сообщения, файлы, голосовые с расшифровкой и скринкасты. Обнаружили баг — записали экран и обсудили исправление, не выходя из задачи.

4. Фиксируйте не только решения, но и их причины

Разработчики выбрали один способ исправления бага, а от другого отказались. Через полгода никто не помнит почему. И команда повторяет старые ошибки.

Оставляйте аргументы в обсуждении, а итог кратко записывайте в описание. В YouGile лог дополнительно покажет, кто менял исполнителя, переносил сроки и перемещал задачу по доске.

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

Уровень 2. Проект: чтобы порядок был не только в отдельных задачах

1. Назначьте ответственных за процессы и следите за актуальностью досок

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

Раз в неделю проверяйте доски: нет ли задач без исполнителей, просроченных поручений и работ, которые неделями не меняют статус. Если доска не отражает реальное положение дел, она бесполезна для управления.

2. Разделите общие обсуждения и работу над задачами

Не превращайте общий чат проекта в свалку поручений. Сроки релиза и приоритеты обсуждайте на уровне проекта, конкретные правки — внутри задач, а личные вопросы — в отдельных переписках.

Главное правило: договорённость должна превращаться в действие. Решили в общем чате исправить баг к пятнице — создайте задачу с исполнителем и сроком. Иначе через неделю никто не вспомнит, кто за что отвечал.

3. Сделайте базу знаний частью проекта, а не кладбищем регламентов

Базу знаний лучше держать рядом с рабочими задачами. Например, в YouGile её можно разместить первой доской проекта. Там сотрудники найдут инструкции, описания процессов и материалы для новичков.

Чтобы база не превратилась в склад файлов «Регламент_финальный_точно_новый», договоритесь о двух вещах:

• Что туда переносим. Инструкции, стандарты и решения, которые пригодятся повторно. Разовые обсуждения остаются в задачах.

• Кто отвечает за актуальность. Назначьте ответственного за обновление инструкций. Если процесс изменился, редактируйте существующую страницу, а не создавайте новую. В YouGile предыдущие редакции сохраняются в истории версий.

А чтобы сотрудники не искали инструкции по всему проекту, добавляйте ссылки на страницы базы знаний прямо в чаты задач.

Уровень 3. Неизвестность: как находить проблемы, о которых ещё не знаешь

Даже если в задачах порядок, руководитель не может ежедневно проверять сотни переписок. А проблемы часто появляются задолго до первой просрочки. Вот как я предлагаю находить их с помощью ИИ.

1. Начните управлять проектом через MCP

Бывает, задача висит в статусе «В работе», а на деле все ждут, пока руководитель что-нибудь согласует. Как найти такие зависшие вопросы, не перечитывая десятки чатов? Я подключил ChatGPT к YouGile через MCP и попросил проверить, каких решений команда ждёт от Марии — руководителя демонстрационного проекта.

ИИ обнаружил три вопроса: какой тираж welcome-наборов утвердить, как организовать досрочную отгрузку и сколько хранить персональные макеты. К каждому добавил ссылку на задачу.

2. Разговаривайте с ИИ как с аналитиком, а не поисковиком

Вместо списка просрочек попросите найти конфликты по срокам и сотрудникам. Главное — не делать вывод о перегрузке только по количеству задач.

Например, ChatGPT выяснил, что 7 октября с 14:00 до 18:00 команда уже занята сборкой 80 наборов. При этом поступил новый запрос на 120 комплектов, для которого потребуется ещё четыре часа работы тех же сотрудников.

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

3. Проверяйте последствия, прежде чем менять дедлайны

Клиент хочет 300 наборов вместо первоначальных 100, причём 9 октября вместо 16-го. Но фирменные коробки поступят только 12-го. Я попросил ChatGPT проверить, можно ли ускориться. Он предложил заменить упаковку за дополнительные 5400 рублей, организовать сборочную смену за 6000 рублей и ускорить согласования.

Итого — 11 400 рублей предварительных дополнительных расходов, без учёта возможных затрат на срочную печать и доставку. Но обещать клиенту 9 октября пока рано: сначала нужно согласовать новый план.

Отдельно я проверил, умеет ли ChatGPT менять задачи через MCP. Попросил перенести три дедлайна — ассистент обновил сроки и показал результат. В рабочем проекте такие изменения стоит вносить только после согласования нового графика.

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

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

А как у вас организована работа? Есть общие правила или каждый сотрудник действует по-своему? Расскажите в комментариях