East Agile Tracker — це інструмент agile-планування з чіткими переконаннями про те, як команди випускають програмне забезпечення, та незвичайною ідеєю про те, хто входить до команди.
Історії проходять через справжній скінченний автомат станів XP. Ітерації планують себе самі на основі швидкості. Дошка показує вам, де саме перебуває робота. А поряд з вашими людьми-колегами у вас можуть бути агенти — названі AI-учасники з обмеженими ролями, які беруть історії, коментують, змінюють стани й залишають журнал аудиту, який ви можете прочитати.
Ця сторінка охоплює концепції. Щоб дізнатися, як виконувати дії, дивіться Інструкцію з експлуатації.
Історії
Section titled “Історії”Історії — це фундаментальна одиниця роботи. Існує чотири типи, і саме в цій різниці весь сенс:
- Feature (Функція) — нова цінність для користувачів. Єдиний тип, що несе бали, єдиний тип, що впливає на швидкість. Саме це змушує вас нарізати роботу на цінність, яку користувач може спостерігати.
- Bug (Баг) — дефект. Не оцінюється; його просто потрібно виправити. Баги не приносять кредиту, через що вартість переробок стає видимою, а не винагороджується.
- Chore (Рутина) — обслуговувальна робота: рефакторинг, оновлення залежностей, інфраструктура. Не оцінюється; немає бар’єру прийняття. Команда відчуває тиск об’єднувати рутину з функціями де тільки можливо, щоб рамка цінності залишалася чесною.
- Release (Реліз) — віха з нулем балів. Позначте розгортання або підвищення версії. Закріплює дату для прогнозу.
Поведінковий ефект — ось що має значення: коли баги та рутина не дають балів, команда природно прагне виражати роботу як функціональність, орієнтовану на користувача, і гостро усвідомлює вартість дефектів. Це планувальна дисципліна, закодована в моделі даних, — а не настанова, яку потрібно пам’ятати.
Кожна історія має заголовок, опис (Markdown), власників, спостерігачів, мітки, необов’язкові завдання, коментарі, вкладення, блокери, посилання та рецензії. Панель деталей відкривається вбудовано на дошці — без модального вікна, без перемикання контексту.
Скінченний автомат станів і цикл прийняття
Section titled “Скінченний автомат станів і цикл прийняття”Кожна історія рухається через стани. Точний шлях залежить від типу:
| Тип | Шлях |
|---|---|
| Feature | Unstarted → Started → Finished → Delivered → Accepted (або Rejected) |
| Bug | Unstarted → Started → Finished → Delivered → Accepted (або Rejected) |
| Chore | Unstarted → Started → Accepted |
| Release | Unstarted → Accepted |
Критичний стан — це Delivered: інженер позначає історію як доставлену, але вона не є завершеною, доки власник продукту явно не прийме її відповідно до критеріїв прийняття — або відхилить її, повернувши до Started. Це вбудовує цикл зворотного зв’язку з клієнтом у кожну окрему історію, замість того щоб відкладати прийняття до демонстрації наприкінці спринту. Критерії прийняття мають бути в історії до її початку, бажано у формі Given/When/Then, щоб вони безпосередньо відповідали приймальним тестам. INVEST — це перевірка на здоровий глузд щодо того, чи добре сформульована історія.
Ви можете просунути стан вбудованою кнопкою дії на картці, перетягнути історію до іншої групи ітерацій або викликати API. Зворотні переходи запитують підтвердження, щоб ви випадково не втратили своє місце.
Ітерації
Section titled “Ітерації”Робота організована у обмежені в часі ітерації (ми не кажемо «спринти»). Кожна ітерація має дату початку, довжину (1–4 тижні на проєкт) і цільову місткість у балах.
Ви не пакуєте ітерації вручну. Система робить це за вас, використовуючи вашу швидкість — середнє значення завершених балів за останні ітерації — та визначення «завершеного стану» вашого проєкту (див. Швидкість нижче). Перетягуйте історії, щоб змінити порядок; ітерації перезаповнюються автоматично.
Швидкість
Section titled “Швидкість”Швидкість — це бали прийнятих функцій за ітерацію. East Agile Tracker обчислює її з вашої історії та використовує для планування місткості наступної ітерації.
Кілька речей налаштовуються для кожного проєкту:
- Завершений стан — який стан вважається «завершеним» для швидкості. Більшість команд обирають Accepted; деякі обирають Finished, якщо їхній цикл доставки відокремлений.
- Стратегія — як усереднюється швидкість: останні 3 ітерації, останні 5 тощо.
- Початкова швидкість — стартове значення для нових проєктів, які ще не мають історії.
Дошка: три зони, одне правило
Section titled “Дошка: три зони, одне правило”Дошка — це місце, де живе робота. Три зони, одне правило:
- Icebox — пул неприоритезованих ідей. Icebox дозволено бути кладовищем.
- Backlog — суворо впорядкований список з єдиним пріоритетом. Без нічиїх. Без «P1/P1/P1». Власник продукту володіє порядком згори вниз. Інваріант: верх беклогу завжди є найважливішим і найкраще специфікованим, а ясність законно зменшується в міру руху вниз. Історія близько до верху з розмитими критеріями прийняття — це планувальний баг, а не майбутня проблема, яку можна ігнорувати.
- Current — активна ітерація. Історії розташовані в порядку часової послідовності ітерації, а їхній стан (Unstarted / Started / Finished / Delivered / Accepted) видно на кожній картці. Порядок підказує, що буде взято в роботу далі; стан показує, де воно у циклі.
Колонка Current групується за заголовком ітерації (поточна, потім майбутні, потім закриті) — не за станом. Це навмисно: ітерація Current — це план роботи, а не розділення за станом. Багато історій в ітерації перебувають у стані Unstarted (деякі почнуться, деякі перейдуть до наступної ітерації, деякі будуть відкинуті). Нарізання колонки за станом руйнує часову послідовність ітерації, у якій команда насправді планує.
У розділі Board бічної панелі ви можете вмикати чи вимикати додаткові колонки (прапорець для кожного пресету): Done, My Work, Blocked, Epics, Chat. Ви також можете зберігати власні панелі фільтрів та змінювати розмір колонок як вам зручно — ваш макет зберігається для кожного проєкту в кожному браузері.
Оцінювання
Section titled “Оцінювання”Ви оцінюєте лише функції, використовуючи відносні бали, а не години. Оцінювання — це розмова про розмір, а не обіцянка. Баги та рутина залишаються на нулі; присвоєння їм балів роздуває швидкість у щось, що нічого не означає, і прогноз, який робить усю систему чесною, розвалюється. Швидкість — це вимірювальний прилад; ви не псуєте власний прилад.
East Agile Tracker постачається з трьома шкалами «з коробки»:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13. Класична шкала XP. Усе більше за 13 слід розбити на менші історії.
- East Agile — 0, 1, 2, 3. Більш стисла шкала, яку ми використовуємо самі. Стримує надмірне обдумування; ніщо понад 3 не належить до однієї ітерації.
- 3-Point — 1, 2, 3 (Small / Medium / Large). Сувора оцінка «за розмірами футболок» для команд, які хочуть мінімальної деталізації.
Оберіть шкалу для кожного проєкту. Ви можете змінити шкали пізніше — наявні оцінки перенесуться.
Винагорода за дисципліноване оцінювання: прогноз дати релізу стає обчисленням, а не переговорами. Розмова зі стейкхолдерами зміщується від «ти можеш зобов’язатися зробити X до п’ятниці» до «за поточної швидкості цей реліз вийде приблизно в дату Y — ось компроміс обсягу/дати».
Мітки — це кольорові теги. Історії можуть мати кілька. Ви керуєте ними на сторінці Labels — кольори, назви, архівування, коли застаріли.
Пошук і фільтри
Section titled “Пошук і фільтри”Пошук використовує простий синтаксис фільтрів, що природно комбінується:
type:feature state:started label:mvp owner:claireПоширені фільтри: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, плюс вільний текст за заголовком та описом. Зберігайте фільтри як названі панелі на дошці.
Власники, спостерігачі, замовник
Section titled “Власники, спостерігачі, замовник”- Власники (Owners) — хто виконує роботу. Може бути багато.
- Спостерігачі (Followers) — люди, яким небайдужі оновлення. Може бути багато.
- Замовник (Requestor) — хто попросив про історію. Зазвичай один.
Кожен із цих слотів може бути заповнений людиною-учасником або агентом. Картка історії показує аватари власників; власники-агенти отримують особливе візуальне оформлення, тож завжди зрозуміло, хто насправді що зробив.
Агенти — повноцінні члени команди
Section titled “Агенти — повноцінні члени команди”Це частина, якої немає в більшості трекерів, і частина, яку ми створили навмисно.
Агент — це названий учасник проєкту, як і учасник, але це AI. Він має власну ідентичність, власну роль (viewer / member / owner — owner обмежений людьми) та власний журнал аудиту. Коли агент змінює стан історії, журнал активності каже, що це зробив агент. Коли агент коментує, коментар підписаний агентом. Жодних фантомних людей у записах агентів.
Агенти автентифікуються за допомогою ключів API агентів (ea_agent_*), створених для кожного проєкту. Відкличте агента — і доступ зникає разом із ключем; історія агента залишається в журналі аудиту назавжди, тож ви завжди знаєте, що сталося.
Дізнайтеся більше в Інструкції з експлуатації → Агенти та Посібнику з API.
Коментарі, вкладення, блокери, посилання, рецензії
Section titled “Коментарі, вкладення, блокери, посилання, рецензії”- Коментарі — Markdown, до 10 000 символів. У потоці під історією.
- Вкладення — файли, включно з відео, до 2 ГБ кожне.
- Блокери — нотатки у вільному тексті «що це блокує», позначені як вирішені/невирішені.
- Посилання — пов’язуйте історії одна з одною (blocks, is blocked by, duplicates, relates to) або із зовнішніми URL-адресами (PR/гілки GitHub визначаються автоматично).
- Рецензії — призначте рецензента (людину чи агента), отримайте схвалення/відхилення.
Аналітика
Section titled “Аналітика”Окрім дошки, вкладка Analytics дає вам:
- Project Overview — швидкість, рівень прийняття, час циклу, KPI останньої ітерації.
- Iteration Report — деталізація по кожній ітерації.
- Releases & Burndowns — віхи релізів і діаграма згоряння по кожній ітерації.
- Story Activity — хто що зробив і коли (з фільтрацією).
- Cycle Time — час від Started до завершеного стану вашого проєкту.
- Projections — прогноз, коли ваш беклог буде завершено за поточної швидкості.
Чотири теми постачаються «з коробки»:
- Agile — палітра маркетингової лендинг-сторінки. Теплі білі тони, темно-синій фірмовий акцент (#1f6f9f), насичені золоті/червоні/сланцеві/фіолетові іконки типів історій. Стандартна для нових відвідувачів і провідний варіант у перемикачі.
- Labs — оригінальна палітра Pivotal Tracker — темний інтерфейс, синій верхній рядок PT, пастельні проміжки між колонками. Дбайливо збережена.
- Dark — чистий нейтральний темний, без відтінку.
- Light — чистий нейтральний світлий, без відтінку. Чорнило на папері.
Перемикайте у нижньому колонтитулі бічної панелі або в Account Settings → Theme. Ваш вибір зберігається між сесіями.
Інтерфейс перекладено 15 мовами: англійська, французька, німецька, іспанська, японська, китайська, корейська, португальська, італійська, нідерландська, шведська, данська, чеська, фінська, польська. Перемикайте у нижньому колонтитулі бічної панелі; вибір зберігається. Інтерфейс, сторінки автентифікації, область облікового запису/безпеки та маркетингова лендинг-сторінка підключені вже сьогодні; локалізація деталей історії / аналітики / налаштувань з’явиться в наступних оновленнях.
Що далі
Section titled “Що далі”- Практика з продуктом: Інструкція з експлуатації.
- Додаткове читання: Що таке Agile-розробка? та eXtreme Programming.
- Створіть щось на основі цього: Посібник з API та Специфікація API.