poul5553 / whatisscrum

Ideas, proces, roles, apps
0 stars 0 forks source link

Artikler #10

Open poul5553 opened 6 years ago

poul5553 commented 6 years ago

Fra Teknologisk institut: Med agile projekter kan man optimere sit projektforløb, så man får produceret de rigtige produkter hurtigere, end med mere traditionelle metoder.

I agile projekter har man hele tiden fokus på at målrette og prioritere arbejdet i projektet mod netop det, som giver mest værdi for forretningen eller kunden. Det betyder, at man i agile projekter løbende prioriterer mellem opgaverne, hvorefter det agile projektteam planlægger og udfører de opgaver, som de involverede i projektet vurderer giver mest værdi. Projektets produkter og resultater evalueres og testes løbende, og denne vurdering danner grundlag for prioriteringen af hvilke opgaver der skal løses som de næste.

Agile projekter kontra traditionelle plandrevne projekter

Agile projekter er i modsætning til mere traditionelle ”vandfalds”- eller plandreven projekter, hvor man ønsker at beskrive og planlægge hele projektforløbet i starten af projektet. Problemerne med de mere traditionelle metoder kan være, at man i praksis ikke kan overskue hele projektet fra starten. Man kender ikke alle ønsker og behov, og man tager ikke højde for at omverdenen og vilkår måske ændrer sig undervejs.

I agile projekter laver man noget planlægning i starten af projektet. Herefter går det agile projektteam i gang med at udvikle de vigtigste og højst prioriterede dele af produktet. Efter en udviklingsperiode vurderes, testes og evalueres det udviklede af interessenterne, og det besluttes hvad der nu skal prioriteres udviklingsmæssigt. Derefter laves der igen planlægning, og det agile projektteam udvikler de prioriterede dele. Sådan fortsætter projektet i et antal ”sprints”, indtil man har et resultat, der kan give de ønskede forretningsmæssige gevinster. Agile projekter består således af et antal iterationer, der gentages så længe det giver mening.

Se alle agile og scrum kurser

Det agile manifest

Den agile tilgang til projekter har sin oprindelse i softwareudvikling. Men i dag ser man agile projekter i mange brancher, metoden er anvendelig til mange typer udviklingsprojekter.

I februar 2001 satte 17 softwareudviklere sig sammen for at diskutere hvordan man kunne fremme brugen af agile metoder og kom frem til følgende manifest, som beskriver de grundlæggende værdier i agil udvikling: (*1) Individer og interaktioner frem for processer og værktøjer Fungerende software frem for omfattende dokumentation Kundesamarbejde frem for kontraktforhandling Reaktion på ændringer frem for at følge en plan

Det vil sige, at selv om emnerne i højre side har værdi, har emnerne til venstre større værdi. Læs mere om det agile manifest her

Agile udviklingsmetoder

Langt den mest anvendte agile udviklingsmetode hedder Scrum. Der findes en række andre metoder, der på mange måder ligner Scrum, men med lidt andre karakteristika og arbejdsmetoder. Eksempler på andre agile udviklingsmetoder er Kanban, DSDM, Crystal, XP mv.

Scrum

Scrum er langt den mest anvendte agile udviklingsmetode. I Scrum struktureres arbejdet i iterationer, som kaldes "sprints". Længden af et sprint kan variere, men vil ofte være perioder på 1 - 4 uger.

Formålet er at sikre, at ressourcerne anvendes optimalt og til løbende at opbygge viden om opgaven og dens løsning. I Scrum foregår der en løbende prioritering af opgaver. Før hvert sprint udvælges de vigtigste delopgaver eller emner, og disse løses i løbet af sprintet af Development Teamet. Opgaven nedbrydes i delelementer eller emner, der kan gøres færdige i et sprint, og som, når disse er løst, giver værdi for forretningen. På den måde forbedres den udviklede løsning hele tiden efter en aktuel prioritering, indtil man har et tilfredsstillende produkt. Ordet Scrum er en term fra spillet rugby og en forkortelse for 'scrummage' som betyder skærmydsler.

Roller i Scrum Teamet

Development Team: - I Scrum er det væsentligt at opbygge et tværfagligt og selvorganiserende team, der har arbejdsforhold og omgivelser der gør det muligt at samarbejde koncentreret om at løse opgaverne. Et Development Team består oftest af 3-9 medlemmer, der kan og vil løse opgaven og er villige til at estimere emnerne og tage ansvaret for sprintene.

Scrum Master: Processen ledes af en Scrum Master, der coacher teamet og fjerner forhindringer for teamets arbejde.

Product Owner: Product Owner har ansvaret for den løbende prioritering af opgaverne inden et sprint, og for at vurdere og evaluere resultatet af et sprint, som udgangspunkt for planlægning af næste sprint. Product Owner skal kende forretningen/kunden, og den sammenhæng produktet skal bruges i.

poul5553 commented 6 years ago

Fra ADVANZ: Hent billeder på http://advanz.dk/blog/hvad-er-scrum-metode/

OM OS KONTAKT da ADVANZ REKRUTTERING RÅDGIVNING & UDVIKLING NYHEDER & BLOG

Søg … Hvad er SCRUM

  1. apr 2015 | Agil Projektledelse, Artikler, Scrum

Introduktion til SCRUM

SCRUM-metoden er udviklet med udgangspunkt i de principperne for agil udvikling (læs om andre agile metoder her eller det agile manifest her). Agil udvikling er baseret på en trinvis og iterativ tilgang. I stedet for omfattende analyse, afgrænsning og planlægning i begyndelse af projektet, er agil udvikling åben for ændringer undervejs. Agil udvikling er baseret tæt involvering af slutbruger med hyppig feedback. Tværorganisatoriske teams arbejder med iterativ udvikling af et produkt og arbejdet er organiseret i en prioriteret backlog (efter forretningsmæssig eller kundemæssig værdi). Målet med hver iteration er at producere en fungerende del af det samlede produkt.

scrum metode - scrum principper - scrum model I den agile tanke skal ledelsen opfordre til tværorganisatorisk teamarbejde, ansvarlighed og hyppig dialog. Repræsentanter fra forretningen arbejder tæt sammen med udviklere for at sikre det endelige produkt er i overensstemmelse kundebehov og/eller virksomehdens mål med produktet.

Fordelene ved den agile fremgangsmåde Den agile fremgangsmåde fokuserer på fleksibilitet, kontinuerlig forbedring og høj hastighed. Nogle af de fordele der kan opleves er:

Ændringer forankres hurtigere: Med korte iterationer og derved også hyppig replanlægning er det nemt at integrere nye behov i backloggen. Backloggen opdateres og prioriteres løbende mellem hver iteration. Slutproduktet er ukendt: Den agile fremgangsmåde er rigtig god for projekter hvor slut produktet ikke kendes i detaljer. Efterhånden som projektet skrider frem vil slutproduktet bedre kunne defineres i detaljer og udviklingsarbejdet kan nemt tilpasses nye krav. Hurtigere leverancer i rette kvalitet: Nedbrydning af projektet i iteration med mindre klumper af arbejde medfører at teamet gennem hver iteration fokuserer på kvalitet i udviklingsarbejdet, test og samarbejde. Gennemførelse af test i hver iteration medfører at fejl hurtigere identificeres og løses tilsvarende hurtigere. Stærk samarbejde og interaktioner: Den agile tanker hvioler på et bærende princip om hyppig interaktion og kommunikation. Det medfører en fælles forståelse og danner grundlaget for at teamet kan tage ansvar for det arbejde de skal gennemføre. Kundefokus / slutbrugerfokus : Kunder / slutbrugere har undervejs i det agile projekt mange muligheder for at se dele af løsningen blive leveret, give feedback og påvirke resultater af slutproduktet. De arbejder tæt sammen med projekt-teamet og derved sikres også en tidlig forankring. Kontinuerlig forbedring : Den agile tanke opmuntrer til systemetisk og hyppigt at indsamle feedback fra brugere og medlemmer i projektet således at læringkan implementeres hurtigt i den kommende iteration. SCRUM metoden SCRUM er et sæt af værktøjer, arbejdsprocesser og roller som i en sammenhæng anvendes til at lede og kontrollere leverancer af løsninger/produkter som møder de forretningsmæssige behov. Metoden skaber overblik i komplekse løsninger og gennemtvinger en løbende prioritering af hvad der er vigtigst for forretningen i en løsning. Alle som har komplekse projekter fx som følge af brugere der har svært ved at definere deres krav eller løsninger som skal installeres i miljøer med mange integrationer, kan få udbytte af metoden.

De største problemer med disse ældre, formelle metoder er:

Man kender ikke alle krav i begyndelsen af en proces. Krav kan ændre sig i løbet af processen. Processen bliver uforudsigelig, når der bruges nye værktøjer og teknologier. Metoden bygger på nogle principper, der skal sikre bedst mulige grundlag for en effektiv arbejdsgruppe og derved levere hurtigere løsninger med en højere kvalitet. I SCRUM er udviklingsprocessen modsat vandfalds- og spiralmetoderne ikke en lineær proces. I langt de fleste tilfælde består disse lineære processer af følgende fire aktiviteter: Analyse, Design, Implementering og Test. SCRUM derimod fastsætter ikke nogen retningslinjer for i hvilken rækkefølge aktiviteterne skal implementeres. Et projekt kan derfor starte med en hvilken som helst aktivitet, og skifte til en anden aktivitet på ethvert tidspunkt. Dette øger projektets fleksibilitet og produktivitet.

Andre punkter der kendetegner metoden er:

Fleksible tidsplaner Fleksible deadlines Små udviklingshold Hyppig gennemgang Samarbejde mellem udviklingshold SCRUM i 8 trin scrum metode - scrum principper - scrum model SCRUM – kort forklaring

Tre Forberedelsesaktiviteter

  1. Produkt Vison – En oveordnet beskirvelse af hvad løsningen vedrører og omfang

  2. Product Roadmap – En overordnre plan for hvornår hvilke nølge features forventes leveret.

  3. Release Plan – En indeling af Produkt Roadmap i en eller flere releases, hvor den første release er planlagt efter minimum indhold af features/funktioner.

Tre artefakter

  1. Produkt Backlog En samlingsplads for alle krav til systemet. Håndteres af systemets ejer. Der er ingen begrænsning på hvor mange krav der må være. Til gengæld benyttes prioritering. Jo højere prioritet, jo bedre specificeret skal kravene være.

  2. Sprint Backlog Den del af en Produkt Backlog som gruppen påtager sig at implementere under den kommende Sprint.

Burn Down Chart – Visuel diagrammering af fremdrift.

Tre ceremonier

  1. Sprint Planlægning – Planlægning af det enkelte sprint

  2. Dagligt Stand Up – Daglig koordinerings måde, Hvad har jeg lavet, hvad skal jeg i dag og har jeg evt. nogle blokeringer

  3. Sprint Review – Gennemgang og godkendelse af Sprintets leverancer

  4. Retrospektive regnes ikke for en ceremoni der har med leverance at gøre. Den har fokus på teamets samarbejde

Tre roller Metoden indeholder tre roller som er essentielle for gennemførelsen af et projekt ved brug af SCRUM.

Product Owner: Denne er ansvarlig for produktet og planlægge leverancerne til kunden igennem en effektiv kravstyring.

Scrum Master har til opgave at sikre en succesfuld gennemførelse af de enkelte sprints og samtidig synliggøre fremdriften for Product Owner.

Scrum Team: Holdet er ansvarlig for at færdiggøre de enkelte sprints indenfor de fastsatte budgetter.

SCRUM – lidt længere forklaring

Forberedelse.

Trin 1. Produkt Vision

Produkt Vision indeholder en beskrivelse af det overordnede mål for udviklingsarbejdet. Visionen skal være i overensstemmelse med virksomhedens strategi og beskrive overordnet hvad der ønskes opnået.

Trin 2. Produkt Roadmap

En Roadmap er en milepælsbeskrivelse hvor visionen inddeles i klumper af overordnede funktioner og samtidig udarbejdes en business case hvor business casen inddeles i forhold til milepælene.

Trin 3. Releaseplanen

Releaseplanen er en yderligere nedbrydning af Roadmappens milepæle i releases hvor det beskrives hvilken specifik funktionalitet der er indeholdt i hver release.

Eksekvering.

Trin 4. Produkt Backlog

Produkt Backlog er en detaljeret beskrivelse af de EPICS og User Stories teamt skal levere.

Trin 5. Sprint Planlægning og Sprint backlog I Sprint Planlægningen kommunikerer Product Owner målene med sprintet samt udtager en mængde af User Storires teamet skal levere. Product Owner gennemgår User Stories med Scrum Teamet og sikrer sig kommitment til gennemførelse og levering mod sprintets afslutning.

Trin 6. Dagligt Stand Up møde.

Det daglige stand up møde har til formål at SCRUM teamet koordinerer og informere om fremdrift samt eventuelle blokeringer. SCRUM Master faciliterer dette møde.

Trin 7. Sprint Review

I dette møde skal Product Owner godkende teamets leverancer og sikre sig at de i overensstemmelse med acceptkriterierne og ikke mindst også at Done kriterierne er overholdt.

Reflekter og lær.

Trin 8. Retrospective

Retrospective er som udgangspunkt et møde, hvor Scrum Teamet laver sig egen evaluering over samarbejde og resultater. Product Owner kan deltage på dette møde. SCRUM Master faciliterer dette møde.

Scrum kan ikke erstatte en projektmodel

For mange der implementerer Scrum antager fejlagtigt at de 3 trin med Produkt Vision, Produkt Roadmap og Releaseplan erstatter projektledelse. Det gør de ikke og skal betragtes som nye værktøjer der kan erstatte dele af projektledelsen.

Scrum er at betragte som leveranceledelse af funktionsdygtig software. Andre leverancer som driftsrutiner, træning af brugere mm. indgår ikke.

Ligeledes er Scrum heller ikke en metode til effektiv softwareudvikling – her bør der ses på Extreme Programming (XP) eller Lean development)

Hvorfor bør man overveje at anvende SCRUM? Metoden har de redskaber som kan forandre projektledelse på tværs af alle industrier. Ved at anvende SCRUM vil den enkelte opleve at de bliver mere agile og kan reagere hurtigere og respondere mere præcist på behovet for ændringer. Ved at forblive fokuseret, samarbejdsorienteret og bevare åbenhed i kommunikationen kan alle projektorganisationen overkomme at levere løsninger med succes. SCRUM er ikke et teoretisk modefænomen men en metode, som har bevidst at den kan effektivisere projektarbejdet og samtidig øge tilfredsheden hos de involverede medarbejdere. Universiteter anvender metoden i deres projekter for erhvervslivet, Militæret anvender SCRUM til at forberede deres krigsskibe til indsats. I automobilbranchen anvender Team Wikispeed SCRUM til at bygge en hurtig, billig, omkostningseffektiv og sikker bil til mindre en 130.000 DKK.

Agil Blog Relaterede indlæg Hvordan motiverer du et team der er modstander af agile principper? Hvad er Servant Leadership? Agil projektledelse og SCRUM Agile metoder – et overblik Scrum Product Owner – opgaver og ansvar 4 ting du skal have på plads for, at få succes med agile metoder Agile kontrakter : Hvorfor kunder får flest fordele med “Team og Metode” Hvis du glemmer “T” i Agilt Team får du aldrig en agil kultur. Agil projektkontrakt Agile organisationer og virksomhedskultur Scrum Master – Opgaver og ansvar Speed Boat til retrospektive SCRUM Sprint – Hvad sker der og hvad er den optimale længde Agil projektledelse – Fantastiske resultater Undersøgelse af SCRUM model og hvad de bedste gør Anvendelse af SCRUM til Sharepoint projekter Feature Driven Development Test Driven Development – TDD Agile Manifesto / Agilt Manifest Spørgsmål og svar om Agile Marketing

Hvad vi gør Vi hjælper med at definere en agil forandringskultur, implementerer agile metoder og sætter projektledelsen på skinner

Læs mere om vores services Kontakt René Sejberg Agil rådgivning, udvikling og coaching

+45 40 99 46 02
Send mail

FØLG OS

KØBENHAVN ADVANZ Springforbivej 4A 2930 Klampenborg

Kørselsvejledning

Tel +45 70 20 33 02

AARHUS ADVANZ Skæringvej 88 8520 Lystrup

Kørselsvejledning

Tel +45 70 20 33 02

LONDON ADVANZ 151-153 Bermondsey Street London Bridge London SE1 3HA Kørselsvejledning

Tel +44 (0) 7545 353 772

Copyright © 2010 - 2017 ADVANZ ApS | All rights reserved This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Accept 0 38 0 0