Введение

East Agile Tracker — это инструмент agile-планирования с твёрдыми убеждениями о том, как командам следует выпускать программное обеспечение, и с необычным представлением о том, кто входит в команду.

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

На этой странице рассматриваются концепции. Чтобы выполнять действия, см. Инструкцию по эксплуатации.

Истории

Истории — это фундаментальная единица работы. Существует четыре типа:

• Feature (фича) — Новая ценность для пользователей. По умолчанию единственный тип, который несёт баллы, и единственный тип, который вносит вклад в velocity.
• Bug (баг) — Дефект. По умолчанию не оценивается; его просто нужно исправить. Баги не приносят зачётных баллов, что делает стоимость переработки видимой, а не вознаграждаемой.
• Chore (рутинная задача) — Работа по сопровождению — рефакторинги, обновления зависимостей, инфраструктура. По умолчанию не оценивается; без барьера приёмки.
• Release (релиз) — Веха с нулём баллов. Отмечает развёртывание или повышение версии. Закрепляет дату для прогноза.

Важен именно поведенческий эффект: когда баги и рутинные задачи не дают очков, команда естественным образом стремится выражать работу как функциональность, ориентированную на пользователя, и остро осознаёт стоимость дефектов. Это дисциплина планирования, зашитая в модель данных, — а не рекомендация, которую нужно помнить. Проект, который всё же хочет учитывать баги и рутинные задачи, может включить Points for bugs and chores в Project Settings; тогда они принимают оценки и питают velocity так же, как фичи.

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

Конечный автомат состояний и цикл приёмки

Каждая история перемещается между состояниями. Точный путь зависит от типа:

Тип	Путь
Feature	Unstarted → Started → Finished → Delivered → Accepted (или Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (или Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

Критическое состояние — Delivered: инженер помечает историю как доставленную, а владелец продукта затем принимает её по критериям приёмки или отклоняет. Rejected — терминальное состояние в конечном автомате; путь назад — отдельное действие Restart, которое снова ставит историю в Started. Отклонение истории, находящейся в прошлой итерации, вместо этого создаёт копию на вершине Backlog, чтобы переработка была запланирована, а не похоронена. Это встраивает цикл обратной связи с заказчиком в каждую отдельную историю, а не откладывает приёмку до демонстрации в конце спринта. Отдельного поля для критериев приёмки нет — критерии должны быть в описании до того, как историю начали, в идеале в форме Given/When/Then, чтобы они напрямую отображались на приёмочные тесты. INVEST — это проверка на то, хорошо ли сформирована история.

Вы можете продвинуть состояние с помощью встроенной кнопки действия на карточке или вызвать API. Перетаскивание карточки перемещает её между панелями: если бросить её в Current, история планируется, но не начинается, а если перетащить её назад в Backlog или Icebox, она сбрасывается в Unstarted.

Итерации

Работа организована в ограниченные по времени итерации (мы не говорим «спринты»). У каждой итерации есть дата начала, длина (1–4 недели на проект) и целевая ёмкость в баллах.

Вы не упаковываете итерации вручную. Система делает это за вас, используя вашу velocity — среднее завершённых баллов за недавние итерации — и определение «состояния завершённости» вашего проекта (см. Velocity ниже). Перетаскивайте истории для переупорядочивания; текущая итерация перезаполняется автоматически.

Velocity

Velocity — это количество баллов, завершённых за итерацию; история засчитывается, как только достигает состояния завершённости, заданного в проекте. East Agile Tracker рассчитывает её на основе вашей истории и использует для планирования ёмкости следующей итерации.

Несколько вещей настраиваются для каждого проекта:

• Done state (состояние завершённости) — какое состояние считается «завершённым» для velocity. Варианты: Finished, Delivered и Accepted.
• Strategy (стратегия) — как усредняется velocity: последние 3, 5 или 10 итераций либо ручное значение, которое полностью переопределяет расчёт.
• Initial velocity (начальная velocity) — стартовое значение для новых проектов, у которых ещё нет истории.

Доска: три зоны, одно правило

Доска — это место, где живёт работа. Три зоны, одно правило:

• Icebox — Пул неприоритизированных идей.
• Backlog — Строго упорядоченный список с единым приоритетом. Без ничьих. Без «P1/P1/P1». Владелец продукта владеет порядком сверху вниз. Инвариант: верх бэклога всегда самый важный и наиболее проработанный, причём ясность закономерно снижается по мере движения вниз.
• Current — Активная итерация. Истории располагаются в порядке временной последовательности итерации, и их состояние (Unstarted / Started / Finished / Delivered / Accepted) видно на каждой карточке. Порядок говорит, что будет взято в работу следующим; состояние говорит, на каком этапе цикла оно находится.

Колонка Current — это одна итерация под одним заголовком, а не набор корзин по состояниям. Это сделано намеренно: итерация Current — это план работы, а не разделение по состоянию. Многие истории в итерации находятся в Unstarted (некоторые начнутся, некоторые перейдут в следующую итерацию, некоторые будут отброшены). Нарезка колонки по состоянию разрушает временную последовательность итерации, в которой команда фактически планирует. Закрытые итерации живут в колонке Done, а предстоящие итерации, спроецированные из Backlog, появляются под Current только при включённом переключателе Show Backlog stories.

В разделе Board боковой панели вы можете включать или выключать дополнительные колонки (флажок на каждый пресет): Done, My Work, Blocked, Epics, Archived. В списке есть и колонка Chat; это статический превью с сообщениями-заглушками, а не работающий чат. Поиск открывается отдельной колонкой, а ваш набор колонок хранится на сервере для каждого участника и проекта, так что он следует за вами между браузерами.

Оценка

По умолчанию вы оцениваете фичи, используя относительные баллы, а не часы. Оценка — это разговор о размере, а не обещание. Баги и рутинные задачи остаются без оценки, если в проекте не включена настройка Points for bugs and chores; тогда они получают оценки и засчитываются в velocity так же, как фичи.

East Agile Tracker поставляется с тремя шкалами «из коробки»:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Классическая шкала XP.
• East Agile — 0, 1, 2, 3. Более плотная шкала, которую мы используем сами.
• 3-Point — 1, 2, 3 (Small / Medium / Large). Строгая оценка размерами футболок для команд, которым нужна минимальная гранулярность.

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

Награда за дисциплинированную оценку: прогноз даты релиза становится вычислением, а не переговорами. Разговор со стейкхолдерами смещается от «сможете ли вы обязаться сделать X к пятнице» к «при текущей velocity этот релиз выйдет примерно к дате Y — вот компромисс между объёмом и датой».

Метки

Метки (labels) — это цветные теги. У историй может быть несколько. Вы управляете ими на странице Labels — цвета, имена, архивация устаревших.

Поиск и фильтры

Поиск использует синтаксис фильтров в стиле GitHub, который естественно компонуется:

type:feature state:started label:mvp owner:claire

Квалификаторы: type:, state:, label:"with spaces", epic:, priority:, points: (значение или диапазон вроде 1..5), iteration:, квалификаторы людей owner:, requester:, follower:, reviewer:, commenter:, mention: (участники и агенты; @me — это вы), квалификаторы дат created:, updated:, started:, completed:, release: (день или диапазон) и флаги has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — плюс свободный текст по заголовку, ссылке и описанию. Разделяйте альтернативы внутри фасета запятой (type:bug,chore), отрицайте что угодно ведущим - и сортируйте по релевантности, дате создания или обновления. Поиск открывает колонку результатов, которая остаётся на вашей доске. Полная грамматика — в Руководстве по API → Поиск.

Владельцы, подписчики, заказчик

• Owners (владельцы) — Кто делает работу. Их может быть много.
• Followers (подписчики) — Люди, которым важны обновления. Их может быть много.
• Requestor (заказчик) — Кто запросил историю. Обычно один.

Любой из этих слотов может быть заполнен участником-человеком или агентом. Карточка истории показывает аватары владельцев; владельцы-агенты получают отдельное визуальное оформление, так что всегда ясно, кто на самом деле что сделал.

Агенты — полноправные члены команды

Это та часть, которой нет у большинства трекеров, и часть, которую мы построили намеренно.

Агент — это именованный участник проекта, как и член команды, но это ИИ. У него есть собственная идентичность, собственная роль (viewer / member / manager — роль агента никогда не может превышать роль его создателя, так что агента с ролью manager выпускает только человек-менеджер) и собственный журнал аудита. Когда агент переводит историю, журнал активности говорит, что это сделал агент. Когда агент комментирует, комментарий подписан агентом. Никаких фантомных людей в записях агента.

Агенты аутентифицируются с помощью API-ключей агента (ea_agent_*), выпускаемых для каждого проекта. Отзовите агента, и доступ умрёт вместе с ключом; история агента остаётся в журнале аудита навсегда, так что вы всегда знаете, что произошло.

Подробнее в Инструкции по эксплуатации → Агенты и Руководстве по API.

Комментарии, вложения, блокеры, ссылки, ревью

• Comments (комментарии) — Markdown, до 20 000 символов. Плоский список под историей, у каждого — эмодзи-реакции и постоянная ссылка.
• Attachments (вложения) — Файлы, включая видео. Лимиты зависят от типа: видео 200 МБ, PDF / Word / Excel 25 МБ, изображения / CSV / текст 10 МБ.
• Blockers (блокеры) — Свободные текстовые заметки «что это блокирует», помечаемые как resolved/unresolved.
• Links (ссылки) — Соединяют истории друг с другом (blocks, is blocked by, duplicates, relates to) или с внешними URL (pull request, branch или other; URL PR и веток GitHub распознаются автоматически).
• Reviews (ревью) — Назначьте ревьюера (человека или агента), получите одобрение/отклонение.

Метрики

Помимо доски, у страницы Metrics проекта есть три вкладки:

• General — Тренд velocity, burndown текущей итерации, распределение по типам историй за итерацию, карточки Committed / Completed / Carried-over и истории, перенесённые из предыдущих итераций.
• Contributors — Баллы и истории по каждому участнику или агенту за период, с количеством delivered / accepted / rejected.
• Epics — Burnup и пропускная способность по каждому эпику, сигнал здоровья on-track / at-risk / stalled и прогноз итерации, в которой эпик будет завершён.

Кто что сделал и когда — это отдельная страница Project History.

Темы

Четыре темы поставляются «из коробки»:

• Labs — Оригинальная палитра Pivotal Tracker — тёмный интерфейс, синий топбар, пастельные промежутки между колонками. Бережно сохранена. Тема по умолчанию.
• Agile — Палитра маркетингового лендинга. Тёплые белые тона, насыщенно-синий фирменный акцент (#1f6f9f), насыщенные иконки типов историй в золотом/красном/сланцевом/фиолетовом. Ведущий вариант в переключателе.
• Dark — Чистый нейтральный тёмный, без оттенка.
• Light — Чистый нейтральный светлый, без оттенка. Чернила на бумаге.

Переключайте в подвале боковой панели или в Account Settings → Theme. Ваш выбор сохраняется между сессиями.

Языки

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

Что дальше

• Практика работы с продуктом: Инструкция по эксплуатации.
• Фоновое чтение: Что такое agile-разработка? и eXtreme Programming.
• Создайте что-то поверх: Руководство по API и Спецификация API.