Scrum
Innen prosjektledelse er scrum et rammeverk for å utvikle, levere og opprettholde produkter i et komplekst miljø. Scrum har sin bakgrunn fra programvareutvikling, men har også blitt brukt i andre felt inkludert forskning, salg, markedsføring og høyteknologi.[2] Metodikken er designet for team med 3 til 10 medlemmer, og bryter ned arbeidet i mål (sprintkøer) som skal fullføres innen tidsbokser kalt sprinter. Sprintene har som regel varighet ikke lengre enn en måned og oftest to uker. Scrumteamet vurderer fremgangen i daglige møter på 15 minutter eller mindre kalt daglige scrums (en form for ståmøte). På slutten av sprinten har teamet har ytterligere to møter, henholdsvis sprintgjennomgang hvor man viser utført arbeid for interessenten for å få tilbakemeldinger, og sprintevaluering hvor teamet kan reflektere og forbedre seg.
![](http://upload.wikimedia.org/wikipedia/commons/thumb/5/58/Scrum_process.svg/400px-Scrum_process.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/e/ee/Scrum_Agile_events.png/250px-Scrum_Agile_events.png)
Historie
redigerI 1986 introduserte Hirotaka Takeuchi og Ikujiro Nonaka begrepet scrum i sammenheng med produktutvikling i Harvard Business Review-artikkelen The New New Product Development Game. Takeuchi og Nonaka argumenterte senere i Knowledge Creating Company[3] at det er en form for "organisatorisk kunnskapsbygging" særlig egnet for å skape trinnvis og kontinuerlig innovasjon.
Basert på tilfellestudier fra produsenter av biler, kopimaskiner og skrivere beskrev Takeuchi og Nonaka en ny tilnærming til kommersiell produktutvikling som ville gi økt hastighet og fleksibilitet. De kalte denne tilnærmingen helhetlig eller rugbyaktig ettersom hele prosessen utføres av et tverrfaglig lag over flere overlappende faser hvor laget prøver å fullføre hele prosessen som et lag "og sender ballen frem og tilbake".[4] Navnet stammer også fra rugby, hvor en scrum brukes for å restarte spillet ved at spillere fra hvert av lagene stiller seg sammen mot motstanderne med hodet ned for å forsøke å få besittelse av ballen.[5]
Navn
redigerScrum blir av og til skrevet med store bokstaver som i SCRUM.[6] Navnet er dog ikke en forkortelse, og varianten skrevet med store bokstaver stammer trolig fra en artikkel av Ken Schwaber i 2004 hvor SCRUM var en del av tittelen.[7]
Varemerket scrum har gjennom sin utstrakte bruk gått over til å bli betraktet som et degenerert varemerke.[8]
Mange av begrepene som brukes i scrumlitteraturen på engelsk skrives ofte med store forbokstaver (for eksempel Scrum Master, Daily Scrum).
Sentrale ideer
redigerScrum er et lett, iterativt og inkrementelt rammeverk for utvikling, levering og vedlikehold av komplekse produkter.[9][10] Rammeverket utfordrer antagelser om den tradisjonelle, sekvensielle tilnærmingen til produktutvikling (som fossefallmodellen), og gjør det mulig for team å organisere seg selv ved å oppmuntre[trenger referanse] til fysisk samlokalisering eller tett nettbasert samarbeid mellom alle teammedlemmer, samt daglig kommunikasjon ansikt-til-ansikt mellom alle teammedlemmer og involverte disipliner.[klargjør]
Et sentralt prinsipp i scrum er antagelsen om at kunden på den ene siden vil endre omfanget av hva som ønskes (usikkerhet i kravene, kalt requirements volatility[11] på engelsk) og at det vil oppstå uforutsigbare utfordringer som en prediktiv eller planlagt tilnærming ikke vil passe for. Disse endringene kan komme fra en rekke kilder, men i henhold til scrum er det irrelevant å prøve å forstå hvorfor, og endringer bør bare aksepteres, inkorporeres og analyseres for hvilke fordeler de kan bringe.
Scrum-rammeverket er basert på forskning foretatt av Schwaber sammen ved ingeniøren Babatunde Ogunnaike ved DuPont Research Station og University of Delaware.[7] Ogunnaike gav råd om at forsøk på å utvikle komplekse produkter (som for eksempel programvare) som ikke var basert på empirisme var dømt til å ha høyere risiko og feilrater etterhvert som de opprinnelige forholdene og forutsetningene endret seg. Empirisme ved hjelp av hyppige inspeksjoner og tilpasninger sammen med fleksibilitet og åpenhet ble ansett av dem som en mer hensiktsmessig tilnærming.
Tidlig på 1990-tallet brukte Ken Schwaber et rammeverk kalt Advanced Development Methods, som lignet på det som skulle bli scrum, mens Jeff Sutherland, John Scumniotales og Jeff McKenna utviklet en lignende tilnærming ved Easel Corporation som de kalte Scrum.[12]
Sutherland og Schwaber samarbeidet om å integrere sine ideer i ett enkelt rammeverk, scrum. De testet scrum og forbedret det kontinuerlig, noe som førte til artikkelen deres fra 1995,[13] samt deres bidrag til manifestet for smidig programvareutvikling i 2001 som var med på å popularisere tilnærmelsen.[14][13]
Schwaber og Sutherland samarbeidet i løpet av de påfølgende årene for å kombinere sitt materiale og utvikle det til det som ble kjent som scrum.[1]
I 2001 beskrev Schwaber og Mike Beedle metoden i boken Agile Software Development with Scrum.[15] Tilnærmingen til planlegging og styring av produktutvikling innebærer å bringe beslutningsmyndigheter til et annet nivå.[7][klargjør]
I 2002 var Schwaber med på å grunnlegge Scrum Alliance[16] og etablerte akkrediteringen Certified Scrum. I slutten av 2009 forlot Schwaber Scrum Alliance og grunnla Scrum.org[17] som gir den alternative akkrediteringen Professional Scrum.[18]
Siden 2009 har det offentlig tilgjengelige dokumentet Scrum Guide[1] blitt publisert og oppdatert jevnlig av Schwaber og Sutherland. I november 2020 ble 6. utgave utgitt.
Scrumteamet
redigerDen grunnleggende enheten i scrum er et lite team av mennesker bestående av en produkteier, en scrumleder og utviklere. Teamet er selvstyrt, tverrfaglig og fokuserer på ett mål om gangen som er produktmålet.
Teamet består av en såkalt «produkteier», som representerer oppdragsgiver, en scrum-leder samt utvkiklere.
Produktkø
redigerUtdypende artikkel: Produktkø
Produktkøen er en oversikt over arbeidet som skal gjøres, og inneholder en ordnet liste over produktkrav som teamet vedlikeholder for et produkt. Vanlige formater på elementene i produktkøen er brukerhistorier og brukstilfeller.[19] Disse kravene definerer funksjoner, feilrettinger, ikke-funksjonelle krav og lignende. Produkteieren prioriterer produktkøelementene basert på hensyn som risiko, forretningsverdi, avhengigheter, størrelse og datoen elementetne trengs.
Se også
rediger- Strømlinjeformet produksjon og strømlinjeformet programvareutvikling
- Prosjektledelse
- Enhetlig prosess
- Informasjonssystem
- Ekstrem programmering
Referanser
rediger- ^ a b c Ken Schwaber. «The Scrum Guide». Scrum.org. Besøkt 27. oktober 2017.
- ^ «Lessons learned: Using Scrum in non-technical teams». Besøkt 8. april 2019.
- ^ The Knowledge Creating Company. Oxford University Press. s. 3. ISBN 9780199762330. Besøkt 12. mars 2013.
- ^ Takeuchi, Hirotaka; Nonaka, Ikujiro (1. januar 1986). «The New New Product Development Game». Harvard Business Review. Besøkt 9. juni 2010. «Moving the Scrum Downfield»
- ^ Mal:Oxford Dictionaries
- ^ «Should "SCRUM" be written in all caps?». Besøkt 10. januar 2017.
- ^ a b c Schwaber, Ken (1. februar 2004). Agile Project Management with Scrum. Microsoft Press. ISBN 978-0-7356-1993-7.
- ^ Johnson, Hillary Louise. «ScrumMaster vs scrum master: What do you think?». Besøkt 10. mai 2017.
- ^ «What is Scrum?». Scrum Alliance. Besøkt 24. februar 2016.
- ^ Verheyen, Gunther. «Scrum: Framework, not methodology». Gunther Verheyen. Besøkt 24. februar 2016.
- ^ J. Henry and S. Henry. Quantitative assessment of the software maintenance process and requirements volatility. In Proc. of the ACM Conference on Computer Science, pages 346–351, 1993.
- ^ Sutherland, Jeff. «Agile Development: Lessons learned from the first Scrum». Arkivert fra originalen (PDF) 30. juni 2014. Besøkt 26. september 2008.
- ^ a b Sutherland, Jeffrey Victor; Schwaber, Ken. Business object design and implementation: OOPSLA '95 workshop proceedings. The University of Michigan. s. 118. ISBN 978-3-540-76096-2.
- ^ «Manifesto for Agile Software Development». Besøkt 17. oktober 2019.
- ^ Schwaber, Ken; Beedle, Mike. Agile software development with Scrum. Prentice Hall. ISBN 978-0-13-067634-4.
- ^ Maximini, Dominik (18. januar 2015). The Scrum Culture: Introducing Agile Methods in Organizations. Management for Professionals. Cham: Springer. s. 26. ISBN 9783319118277. Besøkt 25. august 2016. «Ken Schwaber and Jeff Sutherland presented Scrum for the first time at the OOPSLA conference in Austin, Texas, in 1995. [...] In 2001, the first book about Scrum was published. [...] One year later (2002), Ken founded the Scrum Alliance, aiming at providing worldwide Scrum training and certification.»
- ^ «Home». Besøkt 6. januar 2020.
- ^ Partogi, Joshua. «Certified Scrum Master vs Professional Scrum Master». Lean Agile Institute. Arkivert fra originalen 20. mai 2017. Besøkt 10. mai 2017.
- ^ Pete Deemer. «The Scrum Primer: A Lightweight Guide to the Theory and Practice of Scrum (Version 2.0)». InfoQ.
Eksterne lenker
rediger- Offisielt nettsted
- (en) Scrum (development) – kategori av bilder, video eller lyd på Commons
- Scrum Alliance Inc (01.02.2013). «Agile Atlas Core Scrum på norsk» (PDF) (norsk). Arkivert fra originalen (PDF) 04.03.2016.
- Scrum.org
- Scrum-guiden på norsk
- Moderne Smidig - en nyere tilpasning av smidig programvareutvikling
- Schwaber, Ken (18. februar 2002). Agile Software Development with Scrum. Prentice Hall. ISBN 978-0-130-67634-4.