Аудит, ТЗ и сопровождение улучшения Kanban/dashboard для AI-агентов

Описание задачи

Нужен системный/продуктовый аналитик или delivery-консультант с опытом
Kanban/Jira/Linear, процессов разработки и критериев приёмки. Требуется не
просто написать рекомендации, а вместе со мной разобрать текущую систему,
согласовать целевую модель, подготовить практическое ТЗ и проконтролировать
первую волну реализации.

Код будет писать наш существующий разработчик/AI-исполнитель. От консультанта
не требуется программирование и доступ к production. Его задача — не потерять
пользовательскую цель, поставить разработчику понятные задачи и проверить, что
реализованный результат действительно решает согласованную проблему.

Что уже есть:

- работающая Kanban-доска и страницы задач;
- роли постановщика, исполнителя, независимого ревьюера и владельца;
- цели, критерии приёмки, статусы, возвраты, события и комментарии;
- история запусков и заявки от AI-агентов;
- технические проверки доставки и отката;
- подробный документ примерно на 25 KB с описанием продукта, известных проблем
  и истории изменений.

Главная проблема: система технически работает, но владелец не всегда может за
10 секунд понять, зачем выполняется задача, какой полезный результат получен,
кто отвечает за следующий шаг и почему работу нельзя считать завершённой.
Technical done, независимая проверка, доставка и owner-visible результат сейчас
не всегда разделены. Технические подзадачи могут разрастаться и терять связь с
исходной целью.

Работа состоит из четырёх этапов.

### Этап 1. Разбор текущего состояния

- изучить документ и пять обезличенных карточек;
- провести созвон 60–90 минут;
- зафиксировать цели владельца, основные сценарии и реальные причины возвратов;
- определить, что в системе полезно, что лишнее и чего не хватает.

### Этап 2. Целевая модель и ТЗ

- предложить минимальный жизненный цикл задачи;
- определить роли, ответственность, статусы и допустимые переходы;
- разделить «работа начата», technical done, проверено, доставлено и принято
  владельцем;
- определить обязательные поля карточки и первый экран dashboard;
- установить правила возврата, смены пути и остановки бессмысленных циклов;
- подготовить ТЗ на первую приоритетную волну улучшений.

### Этап 3. Передача разработчику

- провести один разбор ТЗ с нашим исполнителем или письменно ответить на его
  вопросы;
- проверить, что задачи сформулированы без двусмысленности;
- не расширять согласованный scope без отдельного решения владельца.

### Этап 4. Сопровождение и приёмка первой волны

- провести до двух коротких проверок промежуточного результата;
- разобрать отклонения от ТЗ;
- проверить итог по реальным карточкам и пользовательским сценариям;
- выдать финальный результат: принято / нужны конкретные исправления;
- обновить ТЗ по фактически принятому решению.

Обязательные материалы на выходе:

1. Краткий диагноз: 3–5 главных проблем и их влияние на владельца.
2. Простая схема жизненного цикла задачи.
3. Таблица ролей и ответственности.
4. Рекомендуемые статусы и правила переходов.
5. Минимальный шаблон карточки задачи.
6. Правила приёмки и возвратов.
7. Приоритеты «сейчас / позднее / не делать».
8. Полное ТЗ на первую волну реализации.
9. Backlog следующих улучшений, не входящих в первую волну.
10. Финальный протокол проверки реализованной первой волны.

Для каждой задачи в ТЗ нужны:

- проблема и пользовательский результат;
- точное изменение;
- границы scope;
- критерий приёмки;
- отрицательный сценарий;
- приоритет и примерная сложность S/M/L.

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

Не входит в задачу:

- написание и развёртывание кода самим консультантом;
- UI-дизайн и создание макетов с нуля;
- доступ к серверам, токенам и приватным данным;
- замена системы на Jira/Linear;
- бессрочное ведение проекта;
- сопровождение следующих волн после приёмки первой.

Формат: удалённо, чтение материалов, один основной созвон, подготовка ТЗ,
разбор с исполнителем, до двух промежуточных проверок и итоговая приёмка.
Ориентир по сроку — 5–10 рабочих дней с учётом времени разработки.

В отклике укажите:

1. Опыт проектирования или упрощения Kanban/workflow-систем.
2. Один похожий кейс: проблема, изменение и измеримый результат.
3. Как вы отличаете technical done от реально доставленного результата?
4. Как будете проверять, что разработчик реализовал именно согласованную цель?
5. Подтвердите готовность выполнить описанный объём за 30 000 ₽.

Рекомендуемая разбивка результата:

- 10 000 ₽ — разбор и согласованная целевая модель;
- 10 000 ₽ — принятое ТЗ на первую волну;
- 10 000 ₽ — сопровождение и финальная проверка первой реализации.

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