Вступ

East Agile Tracker — це інструмент agile-планування з чіткими переконаннями про те, як команди випускають програмне забезпечення, та незвичайною ідеєю про те, хто входить до команди.

Історії проходять через справжній скінченний автомат станів XP. Ітерації планують себе самі на основі швидкості. Дошка показує вам, де саме перебуває робота. А поряд з вашими людьми-колегами у вас можуть бути агенти — названі AI-учасники з обмеженими ролями, які беруть історії, коментують, змінюють стани й залишають журнал аудиту, який ви можете прочитати.

Ця сторінка охоплює концепції. Щоб дізнатися, як виконувати дії, дивіться Інструкцію з експлуатації.

Історії

Історії — це фундаментальна одиниця роботи. Існує чотири типи:

• Feature (Функція) — нова цінність для користувачів. За замовчуванням єдиний тип, що несе бали, і єдиний тип, що впливає на швидкість.
• Bug (Баг) — дефект. За замовчуванням не оцінюється; його просто потрібно виправити. Баги не приносять кредиту, через що вартість переробок стає видимою, а не винагороджується.
• Chore (Рутина) — обслуговувальна робота: рефакторинг, оновлення залежностей, інфраструктура. За замовчуванням не оцінюється; немає бар’єру прийняття.
• Release (Реліз) — віха з нулем балів. Позначте розгортання або підвищення версії. Закріплює дату для прогнозу.

Поведінковий ефект — ось що має значення: коли баги та рутина не дають балів, команда природно прагне виражати роботу як функціональність, орієнтовану на користувача, і гостро усвідомлює вартість дефектів. Це планувальна дисципліна, закодована в моделі даних, — а не настанова, яку потрібно пам’ятати. Проєкт, який усе ж хоче, щоб баги та рутина рахувалися, може увімкнути Points for bugs and chores у Налаштуваннях проєкту; тоді вони отримують оцінки й живлять швидкість так само, як функції.

Кожна історія має заголовок, опис (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 тижні на проєкт) і цільову місткість у балах.

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

Швидкість

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

Кілька речей налаштовуються для кожного проєкту:

• Завершений стан — який стан вважається «завершеним» для швидкості. Варіанти: Finished, Delivered і Accepted.
• Стратегія — як усереднюється швидкість: останні 3, 5 або 10 ітерацій, або ручне значення, яке повністю заміщає обчислення.
• Початкова швидкість — стартове значення для нових проєктів, які ще не мають історії.

Дошка: три зони, одне правило

Дошка — це місце, де живе робота. Три зони, одне правило:

• 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; тоді вони отримують оцінки й зараховуються до швидкості так само, як функції.

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 до п’ятниці» до «за поточної швидкості цей реліз вийде приблизно в дату Y — ось компроміс обсягу/дати».

Мітки

Мітки — це кольорові теги. Історії можуть мати кілька. Ви керуєте ними на сторінці 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) — хто попросив про історію. Зазвичай один.

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

Агенти — повноцінні члени команди

Це частина, якої немає в більшості трекерів, і частина, яку ми створили навмисно.

Агент — це названий учасник проєкту, як і учасник, але це AI. Він має власну ідентичність, власну роль (viewer / member / manager — роль агента ніколи не може перевищувати роль його творця, тож агента з роллю manager створює лише людина-manager) та власний журнал аудиту. Коли агент змінює стан історії, журнал активності каже, що це зробив агент. Коли агент коментує, коментар підписаний агентом. Жодних фантомних людей у записах агентів.

Агенти автентифікуються за допомогою ключів API агентів (ea_agent_*), створених для кожного проєкту. Відкличте агента — і доступ зникає разом із ключем; історія агента залишається в журналі аудиту назавжди, тож ви завжди знаєте, що сталося.

Дізнайтеся більше в Інструкції з експлуатації → Агенти та Посібнику з API.

Коментарі, вкладення, блокери, посилання, рецензії

• Коментарі — Markdown, до 20 000 символів. Плоский список під історією, кожен із emoji-реакціями та постійним посиланням.
• Вкладення — файли, включно з відео. Обмеження залежать від типу: відео 200 МБ, PDF / Word / Excel 25 МБ, зображення / CSV / текст 10 МБ.
• Блокери — нотатки у вільному тексті «що це блокує», позначені як вирішені/невирішені.
• Посилання — пов’язуйте історії одна з одною (blocks, is blocked by, duplicates, relates to) або із зовнішніми URL-адресами (pull request, branch чи other; URL-адреси PR та гілок GitHub визначаються автоматично).
• Рецензії — призначте рецензента (людину чи агента), отримайте схвалення/відхилення.

Метрики

Окрім дошки, сторінка Metrics проєкту має три вкладки:

• General — тренд швидкості, діаграма згоряння поточної ітерації, розподіл типів історій за ітерацію, картки Committed / Completed / Carried-over та історії, перенесені з попередніх ітерацій.
• Contributors — бали та історії на учасника чи агента за період, з підрахунками delivered / accepted / rejected.
• Epics — burnup і пропускна здатність за епіками, сигнал стану on-track / at-risk / stalled та прогноз ітерації, у якій епік буде завершено.

Хто що зробив і коли — це окрема сторінка Project History.

Теми

Чотири теми постачаються «з коробки»:

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

Перемикайте у нижньому колонтитулі бічної панелі або в Account Settings → Theme. Ваш вибір зберігається між сесіями.

Мови

Інтерфейс перекладено 27 мовами: англійська, французька, німецька, іспанська, японська, китайська, корейська, португальська, італійська, нідерландська, шведська, данська, чеська, фінська, польська, українська, російська, гінді, в’єтнамська, арабська, іврит, сингальська, тамільська, індонезійська, малайська, філіппінська, тайська. Перемикайте у нижньому колонтитулі бічної панелі; вибір зберігається. Локалізація охоплює весь застосунок — кожен екран постачається кожною мовою, а збірка падає на відсутньому перекладі.

Що далі

• Практика з продуктом: Інструкція з експлуатації.
• Додаткове читання: Що таке Agile-розробка? та eXtreme Programming.
• Створіть щось на основі цього: Посібник з API та Специфікація API.