Що таке Agile-розробка?

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

Ця сторінка охоплює передісторію. Якщо ви вже все це знаєте, перегортайте до Як East Agile Tracker відображається на agile.

Маніфест Agile

У лютому 2001 року сімнадцять практиків програмного забезпечення — Кент Бек, Мартін Фаулер, Роберт Мартін, Рон Джеффріс та інші — зустрілися в гірськолижному будиночку в штаті Юта й записали те, що в них було спільного. Вони назвали це Маніфестом Agile. Це чотири рядки:

Ми відкриваємо кращі способи розробки програмного забезпечення, займаючись цим самі та допомагаючи в цьому іншим. Завдяки цій роботі ми почали цінувати:

Людей та взаємодію понад процеси та інструменти

Працюючий продукт понад вичерпну документацію

Співпрацю з клієнтом понад узгодження умов контракту

Готовність до змін понад дотримання плану

Тобто, хоча цінність є у позиціях праворуч, ми цінуємо позиції ліворуч більше.

Ось і все. Сторінка преамбули, дванадцять допоміжних принципів і чотири рядки вище. Це найвпливовіший документ у сучасній практиці розробки програмного забезпечення.

Дванадцять принципів

За чотирма цінностями дванадцять принципів маніфесту докладно описують, як «agile» насправді виглядає день у день:

Найвищий пріоритет — задоволення клієнта завдяки ранній та безперервній доставці цінного програмного забезпечення.
Вітайте зміну вимог, навіть пізню. Agile-процеси приборкують зміни на користь конкурентної переваги клієнта.
Постачайте працюючий продукт часто — тижні, а не місяці.
Бізнес-люди та розробники мають працювати разом щодня.
Будуйте проєкти навколо вмотивованих людей. Дайте їм те, що їм потрібно, і довіртеся, що вони виконають роботу.
Найефективніший спосіб передачі інформації — розмова віч-на-віч.
Працюючий продукт — основна міра прогресу.
Agile-процеси сприяють сталому розвитку — постійному темпу, безмежно.
Постійна увага до технічної досконалості та доброго дизайну посилює гнучкість.
Простота — мистецтво максимізувати обсяг невиконаної роботи — є суттєвою.
Найкращі архітектури, вимоги та дизайни виникають у самоорганізованих командах.
Команда регулярно розмірковує над тим, як стати ефективнішою, а потім налаштовується й коригується.

Сімейство методів

«Agile» — це парасолька. Під нею знаходиться кілька окремих методологій:

eXtreme Programming (XP) — найвимогливіший із сімейства. Парне програмування, TDD, безперервна інтеграція, клієнт на місці, малі релізи. Дивіться нашу сторінку про XP.
Scrum — обмежені в часі ітерації, що називаються спринтами, щоденні стендапи, названі ролі (Product Owner, Scrum Master). Легший на інженерні практики, ніж XP.
Kanban — візуалізуйте робочий процес, обмежуйте незавершену роботу, оптимізуйте потік. Без часових рамок; витягування замість проштовхування.
Lean — запозичений з виробничої системи Toyota: усувайте марнотратство, оптимізуйте ціле, постачайте швидко, вбудовуйте якість.

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

Чим agile не є

Кілька стійких хибних уявлень, які варто назвати:

Agile — це не «без планування». Плани менші та коротші, але планування є постійним.
Agile — це не «без документації». Пишіть те, що потрібно. Маніфест каже, що працюючий продукт цінніший, ніж вичерпна документація — а не що документація погана.
Agile — це не Scrum. Scrum — це один agile-метод. Їх кілька.
Agile — це не інструмент. Жоден інструмент не робить вас agile. Agile — це спосіб роботи. Інструменти (включно з цим) допомагають; вони не замінюють.

Як East Agile Tracker відображається на agile

East Agile Tracker спроєктовано навколо наведених вище принципів. Ось відповідність:

Принцип	Як трекер його підтримує
Безперервна доставка	Ітерації 1–4 тижні; автопланування на основі швидкості; релізи як повноцінний тип історії.
Вітайте зміни	Змінюйте порядок беклогу будь-коли; історії вільно переміщуються між ітераціями; жодного «блокування ітерації».
Працюючий продукт як міра	Швидкість за замовчуванням рахує прийняті бали — рахується лише доставлена, працююча робота.
Сталий темп	Швидкість — це не ціль; це спостереження. Система планує наступну ітерацію з тим, що ви насправді робите.
Рефлексія	Аналітика по кожній ітерації: діаграма згоряння, рівень відхилень, час циклу, прогнози.
Самоорганізовані команди	Ролі навмисно мінімальні: owner / member / viewer. Команда вирішує.
Простота	Панель деталей — це один екран. Дошка вміщується на одній сторінці. Ми чинимо опір функціям, що відволікають від випуску.

Agile у 2026 — та агенти

Маніфест було написано у 2001 році. Відтоді розробка програмного забезпечення отримала новий вид учасника: AI-агентів.

Ми вважаємо, що агенти належать до agile-команди — як названі учасники, зі своїми ролями, які виконують реальну роботу пліч-о-пліч з людьми. Принципи все ще діють. Люди та взаємодія тепер включає учасників-агентів. Самоорганізовані команди тепер включають вирішення, яких агентів залучити і що їм дозволено робити. Рефлексія тепер включає погляд на внески агентів у журналі активності та налаштування того, над чим вони працюють.

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

Подальше читання

Маніфест Agile — оригінал.
eXtreme Programming — наша сторінка про XP на практиці.
Інструкція з експлуатації — як користуватися трекером.

Створено East Agile.