Agile är paraplynamnet för en familj av metoder byggda kring en enda satsning: mjukvara är för oförutsägbar för att planera i detalj i förväg, så leverera i små skivor, lyssna på vad som kommer tillbaka och justera kontinuerligt.
Den här sidan täcker bakgrunden. Om du redan kan allt detta, skumma till Hur East Agile Tracker kartlägger mot agile.
Det agila manifestet
Section titled “Det agila manifestet”I februari 2001 träffades sjutton mjukvarupraktiker — Kent Beck, Martin Fowler, Robert Martin, Ron Jeffries och andra — på en skidanläggning i Utah och skrev ner det de hade gemensamt. De kallade det Agile Manifesto. Det är fyra rader:
Vi finner bättre sätt att utveckla programvara genom att utveckla själva och hjälpa andra att utveckla. Genom detta arbete har vi kommit att värdera:
- Individer och interaktioner framför processer och verktyg
- Fungerande programvara framför omfattande dokumentation
- Kundsamarbete framför kontraktsförhandling
- Anpassning till förändring framför att följa en plan
Det vill säga, även om det finns värde i posterna till höger, värderar vi posterna till vänster mer.
Det är allt. En sidas inledning, tolv stödjande principer och de fyra raderna ovan. Det är det mest inflytelserika dokumentet i modern mjukvarupraktik.
De tolv principerna
Section titled “De tolv principerna”Bakom de fyra värdena stavar manifestets tolv principer ut vad “agile” faktiskt ser ut som i vardagen:
- Den högsta prioriteten är att tillfredsställa kunden genom tidig och kontinuerlig leverans av värdefull programvara.
- Välkomna förändrade krav, även sent. Agila processer utnyttjar förändring till kundens konkurrensfördel.
- Leverera fungerande programvara ofta — veckor snarare än månader.
- Verksamhetspersonal och utvecklare måste arbeta tillsammans dagligen.
- Bygg projekt kring motiverade individer. Ge dem vad de behöver och lita på att de får jobbet gjort.
- Det effektivaste sättet att förmedla information är samtal ansikte mot ansikte.
- Fungerande programvara är det främsta måttet på framsteg.
- Agila processer främjar hållbar utveckling — en jämn takt, oändligt.
- Kontinuerlig uppmärksamhet på teknisk excellens och god design ökar agiliteten.
- Enkelhet — konsten att maximera mängden arbete som inte görs — är väsentlig.
- De bästa arkitekturerna, kraven och designerna uppstår från självorganiserande team.
- Teamet reflekterar regelbundet över hur man blir effektivare och justerar därefter.
Metodfamiljen
Section titled “Metodfamiljen”“Agile” är ett paraply. Under det sitter flera distinkta metodologier:
- eXtreme Programming (XP) — Den mest krävande i familjen. Parprogrammering, TDD, kontinuerlig integration, on-site customer, små releaser. Se vår XP-sida.
- Scrum — Tidsbegränsade iterationer kallade sprintar, dagliga standups, namngivna roller (Product Owner, Scrum Master). Lättare på ingenjörspraxis än XP.
- Kanban — Visualisera arbetsflödet, begränsa pågående arbete, optimera flöde. Inga tidsboxar; dra istället för att trycka.
- Lean — Lånat från Toyotas produktionssystem: eliminera slöseri, optimera helheten, leverera snabbt, bygg in kvalitet.
Dessa metoder överlappar och kombineras. De flesta arbetande team plockar russin från alla fyra. East Agile Tracker har bestämda åsikter åt XP-hållet — se eXtreme Programming — men det mesta som det erbjuder fungerar för vilken agil smak som helst.
Vad agile inte är
Section titled “Vad agile inte är”Några ihärdiga missuppfattningar värda att namnge:
- Agile är inte “ingen planering”. Planer är mindre och kortare, men planering är konstant.
- Agile är inte “ingen dokumentation”. Skriv det som behövs. Manifestet säger att fungerande programvara är mer värdefull än omfattande dokumentation — inte att dokumentation är dåligt.
- Agile är inte Scrum. Scrum är en agil metod. Det finns flera.
- Agile är inte ett verktyg. Inget verktyg gör dig agil. Agile är ett arbetssätt. Verktyg (inklusive detta) hjälper; de ersätter inte.
Hur East Agile Tracker kartlägger mot agile
Section titled “Hur East Agile Tracker kartlägger mot agile”East Agile Tracker är designat kring principerna ovan. Här är korrespondensen:
| Princip | Hur trackern stödjer den |
|---|---|
| Kontinuerlig leverans | Iterationer på 1–4 veckor; velocity-baserad autoplanering; releaser som förstklassig story-typ. |
| Välkomna förändring | Ordna om backloggen när som helst; stories rör sig fritt mellan iterationer; ingen “iterationslåsning”. |
| Fungerande programvara som mått | Velocity räknar accepterade poäng som standard — bara levererat, fungerande arbete räknas. |
| Hållbar takt | Velocity är inte ett mål; det är en observation. Systemet planerar nästa iteration med det du faktiskt gör. |
| Reflektion | Analys per iteration: burndown, avvisningsgrad, cykeltid, prognoser. |
| Självorganiserande team | Roller är medvetet minimala: owner / member / viewer. Teamet bestämmer. |
| Enkelhet | Detaljpanelen är en skärm. Boarden får plats på en sida. Vi motstår funktioner som distraherar från leverans. |
Agile 2026 — och agenter
Section titled “Agile 2026 — och agenter”Manifestet skrevs 2001. Sedan dess har mjukvaruutvecklingen fått en ny sorts deltagare: AI-agenter.
Vi tycker att agenter hör hemma i det agila teamet — som namngivna deltagare, med egna roller, som utför verkligt arbete vid sidan av människor. Principerna håller fortfarande. Individer och interaktioner inkluderar nu agentdeltagare. Självorganiserande team inkluderar nu att bestämma vilka agenter man tar in och vad de får göra. Reflektion inkluderar nu att titta på agenters bidrag i aktivitetsloggen och justera vad de jobbar med.
East Agile Tracker är byggt för att göra detta praktiskt. Varje story kan ägas av en människa eller en agent. Varje granskningsloggpost tillskriver den verkliga aktören. Varje åtgärd en agent vidtar är synlig, granskningsbar och återkallningsbar.
Vidare läsning
Section titled “Vidare läsning”- The Agile Manifesto — Originalet.
- eXtreme Programming — Vår sida om XP i praktiken.
- Bruksanvisning — Hur man använder trackern.
Byggd av East Agile.