Agile je zastřešující název pro rodinu metod postavených na jediné sázce: software je příliš nepředvídatelný na to, aby se dal podrobně plánovat předem, takže dodávejte v malých plátcích, naslouchejte tomu, co se vrací, a neustále upravujte.
Tato stránka popisuje pozadí. Pokud už to všechno znáte, přejděte k Jak se East Agile Tracker mapuje na agile.
Agilní manifest
Sekce “Agilní manifest”V únoru 2001 se sedmnáct softwarových praktiků — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries a další — setkalo v lyžařské chatě v Utahu a sepsalo, co mají společného. Nazvali to Agilní manifest. Jsou to čtyři řádky:
Objevujeme lepší způsoby vývoje softwaru tím, že jej tvoříme a pomáháme při jeho tvorbě ostatním. Při této práci jsme dospěli k těmto hodnotám:
- Jednotlivci a interakce před procesy a nástroji
- Fungující software před vyčerpávající dokumentací
- Spolupráce se zákazníkem před vyjednáváním o smlouvě
- Reagování na změny před dodržováním plánu
Jakkoliv jsou body na pravé straně hodnotné, ceníme si bodů na levé straně více.
To je celé. Stránka úvodu, dvanáct podpůrných principů a čtyři řádky výše. Je to nejvlivnější dokument moderní softwarové praxe.
Dvanáct principů
Sekce “Dvanáct principů”Za čtyřmi hodnotami vykládá dvanáct principů manifestu, jak „agile” vlastně vypadá v každodenní praxi:
- Nejvyšší prioritou je uspokojit zákazníka včasným a průběžným dodáváním hodnotného softwaru.
- Vítejte měnící se požadavky, i pozdní. Agilní procesy využívají změnu k získání konkurenční výhody zákazníka.
- Dodávejte fungující software často — spíše týdny než měsíce.
- Lidé z byznysu a vývojáři musí spolupracovat denně.
- Stavte projekty kolem motivovaných jednotlivců. Dejte jim, co potřebují, a věřte, že práci odvedou.
- Nejefektivnějším způsobem předávání informací je rozhovor tváří v tvář.
- Fungující software je primárním měřítkem pokroku.
- Agilní procesy podporují udržitelný vývoj — konstantní tempo donekonečna.
- Neustálá pozornost technické excelenci a dobrému designu zvyšuje agilitu.
- Jednoduchost — umění maximalizovat množství neudělané práce — je zásadní.
- Nejlepší architektury, požadavky a návrhy vznikají ze samoorganizujících se týmů.
- Tým pravidelně reflektuje, jak se stát efektivnějším, a poté se ladí a přizpůsobuje.
Rodina metod
Sekce “Rodina metod”„Agile” je zastřešující pojem. Pod ním sedí několik odlišných metodologií:
- eXtreme Programming (XP) — Nejnáročnější z rodiny. Párové programování, TDD, kontinuální integrace, zákazník na místě, malé releases. Viz naše stránka o XP.
- Scrum — Časově ohraničené iterace nazývané sprinty, denní standupy, pojmenované role (Product Owner, Scrum Master). Lehčí na inženýrské praktiky než XP.
- Kanban — Vizualizace pracovního toku, omezení rozpracované práce, optimalizace toku. Žádné časové boxy; tah místo tlaku.
- Lean — Převzato z výrobního systému Toyota: eliminujte plýtvání, optimalizujte celek, dodávejte rychle, zabudujte kvalitu.
Tyto metody se překrývají a kombinují. Většina pracujících týmů si vybírá ze všech čtyř. East Agile Tracker je názorově nakloněn k XP — viz eXtreme Programming — ale většina toho, co nabízí, funguje pro jakoukoli příchuť agile.
Co agile není
Sekce “Co agile není”Pár přetrvávajících mylných představ, které stojí za pojmenování:
- Agile není „žádné plánování.” Plány jsou menší a kratší, ale plánování je neustálé.
- Agile není „žádná dokumentace.” Pište, co je potřeba. Manifest říká, že fungující software je cennější než vyčerpávající dokumentace — ne že dokumentace je špatná.
- Agile není Scrum. Scrum je jedna agilní metoda. Je jich několik.
- Agile není nástroj. Žádný nástroj z vás neudělá agilní. Agile je způsob práce. Nástroje (včetně tohoto) pomáhají; nenahrazují.
Jak se East Agile Tracker mapuje na agile
Sekce “Jak se East Agile Tracker mapuje na agile”East Agile Tracker je navržen kolem výše uvedených principů. Zde je odpovídající vztah:
| Princip | Jak jej tracker podporuje |
|---|---|
| Průběžné dodávání | Iterace 1–4 týdny; automatické plánování na základě rychlosti; releases jako plnohodnotný typ story. |
| Vítání změn | Mění pořadí backlogu kdykoli; stories se volně přesouvají mezi iteracemi; žádný „zámek iterace.” |
| Fungující software jako měřítko | Rychlost ve výchozím stavu počítá akceptované body — počítá se jen doručená, fungující práce. |
| Udržitelné tempo | Rychlost není cíl; je to pozorování. Systém plánuje další iteraci podle toho, co skutečně děláte. |
| Reflexe | Analytika za iteraci: burndown, míra zamítnutí, doba cyklu, projekce. |
| Samoorganizující se týmy | Role jsou záměrně minimální: owner / member / viewer. Tým rozhoduje. |
| Jednoduchost | Detailní panel je jedna obrazovka. Tabule se vejde na jednu stránku. Bráníme se funkcím, které odvádějí pozornost od dodávání. |
Agile v roce 2026 — a agenti
Sekce “Agile v roce 2026 — a agenti”Manifest byl napsán v roce 2001. Od té doby vývoj softwaru získal nový druh účastníka: AI agenty.
Myslíme si, že agenti do agilního týmu patří — jako pojmenovaní účastníci s vlastními rolemi, kteří dělají skutečnou práci po boku lidí. Principy stále platí. Jednotlivci a interakce nyní zahrnují agentské účastníky. Samoorganizující se týmy nyní zahrnují rozhodování, jaké agenty přivést a co jim je dovoleno dělat. Reflexe nyní zahrnuje pohled na příspěvky agentů v aktivitním logu a ladění toho, na čem pracují.
East Agile Tracker je vytvořen tak, aby to bylo praktické. Každou story může vlastnit člověk nebo agent. Každý záznam auditního logu připisuje skutečného aktéra. Každá akce, kterou agent provede, je viditelná, kontrolovatelná a odvolatelná.
Další četba
Sekce “Další četba”- Agilní manifest — Originál.
- eXtreme Programming — Naše stránka o XP v praxi.
- Provozní pokyny — Jak tracker používat.
Vytvořeno East Agile.