Давно хотела собрать в одном месте то, для чего обычно приходится открывать десятки карточек Trello, смотреть историю изменений и пытаться вручную оценить, где у команды возникают сложности. Вместо того чтобы откладывать идею в долгий бэклог, я за один день с помощью ИИ навайбкодила пет-проект для интеграции с Trello: Go на бэкенде, Vue 3 и TypeScript на фронтенде.

Что получилось? Инструмент для анализа работы команды, который собирает данные с Trello и позволяет смотреть на процесс не только через список закрытых карточек.

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

Здесь важен не сам факт наличия метрик, а то, как их можно использовать в ежедневной работе. Хочется постепенно уйти от дейликов в формате «что сделали вчера» к вопросам, которые помогают двигать работу дальше: — Что нам ещё предстоит сделать? — Какие задачи задерживаются и что им мешает? — Где есть риск не уложиться в сроки? — Что нужно изменить или кому помочь, чтобы задача дошла до результата?

То есть использовать данные Trello не просто для отчётности, а для поиска препятствий и планирования следующих шагов.

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

Мне кажется, в этом одна из главных ценностей ИИ для тимлида играющего тренера: можно быстрее проверять собственные гипотезы и создавать небольшие инструменты под реальные проблемы команды, не превращая каждую такую идею в отдельный большой проект.

Теперь самое интересное — проверить, насколько аналитика поможет изменить не только видимость процесса, но и саму работу команды.