ИИ-ассистент для IT-студии разработки: бэклог, релизы и баг-репорты

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

Ассистент собирает заявки, ведёт бэклог и готовит релизные списки. Архитектура и код остаются команде.

01. Приём заявок от клиента

• сбор запросов из почты, чатов и звонков;

• разделение на баг, доработку и вопрос;

• уточняющие вопросы до оценки;

• карточка заявки с историей обсуждения.

02. Бэклог и оценки

• группировка задач по проекту и этапу;

• приоритет по срокам и влиянию на клиента;

• черновая оценка по прошлым похожим задачам;

• список задач без владельца и срока.

03. Спринты и движение задач

• план спринта из приоритетного бэклога;

• контроль задач в работе и на ревью;

• напоминания о зависших тикетах;

• сводка по загрузке команды.

04. Баг-репорты

• сбор описания, шагов и окружения;

• проверка полноты перед передачей в работу;

• связка бага с релизом и версией;

• уведомление клиента о статусе исправления.

05. Релизы и changelog

• список задач, попавших в релиз;

• черновик changelog для клиента;

• чек-лист перед выкладкой;

• уведомления команде и заказчику.

06. Клиенты, сроки и деньги

• отчёт по этапу и потраченным часам;

• счета и акты по вехам договора;

• реестр рисков по срокам;

• сводка открытых вопросов с клиентом.

07. Где ассистент не работает

• не пишет код и не делает ревью;

• не принимает архитектурные решения;

• не оценивает сложность вместо тимлида;

• не обещает клиенту сроки без команды.

08. Что остаётся человеку

• архитектура и технические решения;

• оценка сложных задач и рисков;

• переговоры с клиентом о сроках;

• ответственность за качество релиза.