Velkommen til Scrum og Agile! Dette er leksjon 1 av 9. Du kan starte uten konto — fremgangen lagres mens du jobber, og du kan ta en pause når som helst.
Hvorfor smidig?
Store planer mot virkeligheten, iterativ levering — og hva Agile-manifestet faktisk sa.
Alle har møtt den: prosjektet med planen som var ferdig tegnet før noen hadde rørt noe som helst — og som likevel ikke ble som tegnet. Denne leksjonen handler om hvorfor store planer faller fra hverandre i møte med virkeligheten, hva iterativ levering gjør annerledes, og hva Agile-manifestet egentlig sa i 2001. Og hva ordet «smidig» har blitt brukt til siden.
Planen som var sikker — til den ikke var
Klassisk prosjektledelse bygger på en fornuftig idé: tenk først, gjør så. Kravene samles inn, spesifikasjonen skrives, og så bygges alt i én lang streng mot én stor lansering. I byggebransjen fungerer det — fundamentet flyttes ikke etter at huset står ferdig.
Men programvare ligner ikke et hus. Kravene er usynlige til du får bruke det du bygger, kunden endrer mening når de ser noe ekte (og det er riktig at de gjør), og teknologien flytter seg underveis. Store planer gir en trygghet som er falsk: presisjonen i dokumentet er ikke det samme som kunnskapen om at det fungerer. Norske offentlige IT-prosjekter med millionbudsjett og flerårige planer har havnet i pressen nok ganger til at mønsteret er kjent for alle.
Iterativ levering: små omganger som gir svar
Den smidige motsetningen er å levere i små omganger: bygg litt, vis det til dem som skal bruke det, lær, juster kursen. Hver omgang er et lite veddemål — og hver tilbakemelding reduserer usikkerheten før de neste pengene brukes.
Legg merke til hva som skjer med feilene: i den store planen blir feilvalg oppdaget på slutten, der de er dyrest. I iterasjoner blir de oppdaget tidlig, der de er billige. Det er hele greia. Smidighet handler ikke om fart — det handler om å bytte rekkefølgen på kunnskap og kostnad.
Agile-manifestet, kort og ærlig
I 2001 møttes sytten utviklere i en skistue i Utah, lei av tung prosess. De ble ikke helt enige om mye, men landet på fire verdier:
- Individer og samhandling over prosesser og verktøy.
- Fungerende programvare over omfattende dokumentasjon.
- Kundesamarbeid over kontraktsforhandling.
- Å respondere på endring over å følge en plan.
Legg merke til ordet «over», ikke «istedenfor». Manifestet sier ikke at planer og dokumentasjon er ubrukelige — det sier at det som står til venstre er mer verdt når du må velge. Det er lett å glemme: manifestet handler om prioritering, ikke om å hate planer.
Siden da har «agile» blitt et ord som selger nesten hva som helst — rammeverk, konsulenter, kurs. Mye av det har liten forbindelse til de fire verdiene. I dette kurset bruker vi ordet «smidig» om tanken, og er skeptiske til resten. Det er også manifestets egen ånd: inspiser og tilpass — også det som kalles smidig.
Ordforklaring
Smidig = agile
Norsk har arvet begge ordene: «agile» er det engelske, «smidig» den norske oversettelsen. I praksis betyr de det samme, og du treffer begge i norske jobbannonser. Vær mer skeptisk til dem som bruker ordet som pynt enn til selve ideen.
Du kan nå
- forklare hvorfor store planer ofte faller fra seg i programvareprosjekter
- beskrive iterativ levering — og hvorfor tidlig tilbakemelding er billigere enn sen
- gjengi de fire verdiene i Agile-manifestet, med «over»-logikken intakt