Ble Scrum brukt av tyske soldater under 2. verdenskrig?

Jeg har ingen utdannelse i militærstrategi, ei heller noen vekttall i historie. Og selvsagt brukte tyskerne IKKE Scrum under 2. verdenskrig.

Men likevel brukte de i praksis noe av essensen fra Scrum.

Tyskerne hadde Generaler som planla hvordan et angrep skulle utføres (kravspesifikasjonen).
Soldatene (teamet) var de som skulle utføre angrepet. Men hvis soldatene underveis fant ut at planen (kravspesifikasjonen) ikke var så smart i praksis, kunne de selv tilpasse seg til situasjonen og gjøre det som var lurt underveis i angrepet (sprinten).

Dette var ikke normal praksis i militær strategi. Normalt skulle soldatene (teamet) følge planen (kravspesifikasjonen) som Generalene hadde laget. Selv om soldatene underveis så at det var deres sikre død... så skulle man følge planen.

Tyskernes Scrum lignende tankegangen var en viktig grunn for at tyskerne "lyktes" så bra, så lenge. I dag bruker de fleste lands militær de prinsippene som tyskerne brukte.

Dette er selvagt en litt rar sammenligning. Men poenget er:

Man klarer ikke forutse alt, enten det gjelder IT-prosjekt eller krigføring. Derfor må man bruke en empirisk modell istedenfor en deterministisk modell (hvor man tror alt er forutsigbart).

Tenk deg om før du sier: "Jo, men det står jo i kravspesifikasjonen"...

Kommentarer

Scrum - et overblikk

Vi bruker Scrum i InBusiness. Det fungerer meget godt.

Det finnes maaange artikler om Scrum ute på nettet. Jeg kom over en video som forklarer hovedtrekkene i Scrum. Finn frem kaffikoppen og ta en titt.

Hvorfor Scrum?
Det finnes mange svar på det. Men min erfaring er ganske enkelt: Scrum er oppstått fordi man har lært at man ikke kan planlegge seg til suksess i IT prosjekter. Det høres kanskje litt rart ut, man bør vel planlegge? Joda, men ikke i detalj. Har man vært borti nok IT prosjekter, så skjønner man at det å planlegge til minste detalj, sjeldent har noe for seg. Man ender alltid opp noe noe annerledes, eller enda verre; følger man planen 100%, så får kunden ofte noe de ikke behøver, fordi ting endrer seg - hele tiden. Og ikke minst så lærer man og høster nye erfaringer etterhvert som prosjektet skrider frem. Det som virket lurt når man planla, er ikke nødvendigvis så lurt likevel. Løsningen er å ha en overordnet visjon for hva man skal lage, så sette med å jobbe, lære, justere, jobb, lære, justere... i sprinter og i nøye dialog med produkteier. Verre er det ikke :)

Fossefallsmetoden står for fall :)

Kommentarer
BlogCFC was created by Raymond Camden. This blog is running version 5.9.2.002. Contact Blog Owner      Blogglisten