Trin til at opbygge historiekort til dit projekt - Har du nogensinde indtastet din afdeling i dit kontor kun for at finde forskellige farvede poster og notater, der pryder væggene? Nej, jeg taler ikke om det tidspunkt, dine kolleger ønskede dig godt på din fødselsdag og malede væggene med farverige post-its, her er en arbejdsrelateret ting. *blinke*
I flere årtier, da Agile-projektledelse langsomt er i centrum, når det gælder fremstilling og produktion, og med Agiles metoder, der langsomt siver ind i virksomheder og softwareudvikling, er der et stort behov for at vide, hvad der kommer videre, hvad der er gået, og opgaver, der skal planlægges. Agile vedtager brugen af chunking-projekter i dele, og disse dele eller brugerhistorier udføres i den rækkefølge, du vil bygge projektet
Forståelse af behovet for historier
Ofte bruger vi meget tid på at bestemme, hvad de aktuelle status for vores sprints og arbejdsgang er, og selv med projektstyringsværktøjer har vi undertiden ikke en ende-til-ende opfattelse af de aktiviteter, der skal udføres, især vores bruger historier. Selv hvis vi har forståelse for disse efterspørgselsaktiviteter, har vi ingen idé om, hvor passer de alle sammen i den store tingsplan; vi ved ikke bare gennem disse aktiviteter, hvad det er, vi bygger? Forestil dig, at du kommer foran dine interessenter og brugere og fortæller dem status for projektet. Bare ved denne status er det svært at forstå mere om selve produktet, da der ikke er nogen visninger på højere niveau involveret.
Mens du som projektleder holder du styr på hvert af disse nævnte aspekter og er konstant på flugt mod at komme i takt med det tikkende ur. Desværre er dine teammedlemmer ikke i samme tempo til fods, og dine brugere er heller ikke. Mens de hengiver sig med deres arbejde og prøver deres niveau bedst for at få den nuværende sprint færdig, står de over for spørgsmålet om at forpligte sig til det, da de ikke ved, hvad der er næste, og hvor det ender.
Dokumentationen er rigeligt, og holdmedlemmerne er i overflod. Tag en situation, hvor du introducerer endnu et teammedlem til projektet. Hvordan får du den person op til hastighed? Vi præsenterer dig - Historiekort!
Lad os begynde med historiekort
Jeff Patton, pioner for Story Maps, forklarer, hvordan han lærte at forstå den værdi og de problemløsningsmuligheder, som historiekort havde til efterslæbsposter, og hvordan det kunne hjælpe ledere og medarbejdere med at planlægge deres projekter. I sin artikel, The New User Story Backlog er et kort, taler Patton eksplicit om brugerhistorikkortet. I en nøddeskal forklarer han, at et brugerhistorikkort udfører et tydeligt arrangement af historierne, der har fundet sted i løbet af projektets løbetid og hjælper brugeren med at forstå, hvordan projektet fungerer. Han fortsætter med at forklare historiekort for at være den "bedre version af produktets efterslæb". I det væsentlige kritiserer han Agile-udviklingsfavoritten, den flade efterspørgsel, som i det væsentlige er historiestyring, og han siger, at historiekort er udarbejdede efterspørgsler, der hjælper dig med at forstå det store billede og aldrig mister det.
Når jeg tager alle disse i betragtning, kan jeg forklare historiekort for at være hele oversigten over produktets efterslæb og aktiviteter, der er kortlagt på en måde til at fortælle os historien eller den rejse, som produktet vil tage. Denne nyttige model til at arrangere historier hjælper os med at forstå, hvad projektet vil gøre for os, og hvis noget, hjælper os med at identificere alle huller og huller, der findes i den vævede historie. Denne historie vises for det meste visuelt og er let at dechiffrere af brugeren eller tredjepartspersonale.
Opbygning af et historiekort
Ikke mange mennesker er opmærksomme på begrebet historiekort, og er derfor ikke engang sikre på, hvor de skal begynde med dem. Nu, da du er opmærksom på, hvad et historiekort er, er det tid til at dykke ned i at skabe og opbygge et.
Med lidt tilbagespoling støder du på historiekort som hele udarbejdede historiestrukturer, der bruges til bedre forståelse af et givet forretnings problem, indkapslet i et projekt. Ligesom et script fungerer det som en visuel aktivering af projektet og kan således gøre det muligt for projektledere og projektteammedlemmer aldrig at skifte fokus fra projektets hovedmål og giver en ende-til-ende-visning af hele projektet.
Ligesom en film består et helt historiekort af individuelle rammer eller brugerhistorier, der er sammensat til at køre som en film. Denne film er dit projekt. For at oprette et sofistikeret historiekort til dit projekt skal du gennemføre følgende trin.
-
Saml træet - Kravssamling
Det er vigtigt, at dine kravsamlingsfase føres til det punkt. Uden et klart overblik over kravene, kan hele projektets plan eller vision for projektet blive lidt uklar. Projektets helhed ligger i, hvad du vil udføre ved hjælp af projektet. Et historiekort kan derefter hjælpe din bestræbelse på at få tingene op og køre og rydde som rindende vand.
Med en projektplan og en strategi på plads, skal du allerede have en klar idé om de forskellige stadier og aktiviteter og opgaver, der skal gennemgå et projekt. På denne måde får du dine store historier og dine mindre historier, der passer ind. Disse kan bruges til at danne skeletstrukturen på dine projekthistorikkort og kan give dig hele visionen på skærmen.
-
Arranger bålet - kortlægge kravene
Med alle elementer / brugerhistorier på plads, er din næste opgave at arrangere disse elementer på et historiekort, hvor de store historier tager de mest rækker. Arranger de resterende trin under hver store historie, du har kortlagt.
Disse store historier er de aktiviteter, der har flere trin under dem, og dem, der ikke har oprettet en bestemt arbejdsgang for dem, ikke mindst uden de mindre aktiviteter, der er nævnt nedenfor.
Når du har arrangeret de mange brugerhistorier på et historiekort til dit projekt, er det på tide, at du tildeler en historie til hver af dem. Denne historie skal være en enkelt sætning, der omfatter det, aktiviteten handler om.
Bemærk : De store historier i sig selv er måske ikke leverbare, og det er ok at have dem på den måde.
-
Break logs i mindre enheder - Chunking
Dette historiekort er nu klar til yderligere sammenbrud og chunking. Dine brugerhistorier skal gå ned, indtil aktiviteterne ikke kan opdeles yderligere. Sørg for, at du gør disse logiske aktiviteter solide leverancer, og at de kan give et output, indtil det eskalerer til topbrugerhistorien. Du kan kalde disse leverancer som brugeropgaver.
Opret historiekortet i et gitterformat med kolonnerne ledet af brugerhistorier og kaskader indtil slutningen af den lodrette søjle er de brugeropgaver, der skal udføres. Denne ordning skal logisk kortlægges for at skabe en komplet historie og kan følge metoderne ovenfra og ned og fra venstre til højre.
-
Tilføj olien - indbringer ekspertudtalelse
Indsæt dine emneeksperter og bede dem om at evaluere det historikkort, som du har arrangeret. Bed dem om at kontrollere det i forhold til projektplanen og hjælpe dem med at forstå projektets vision. Hvis de får det rigtigt, indebærer dit historiekort historien nøjagtigt, som det var forventet at blive fortalt.
Bed dem om at evaluere strømmen af historier og aktiviteter og opgaver for at give logisk mening for dig og dine projektteammedlemmer.
-
Sæt ilden - færdiggør strukturen til historiekortet
Når du er gået og får passende feedback til dit historikkort, er det tid til at færdiggøre det og få diagrammerne lavet og omformet til at blive vist i de områder, hvor projektet vil blive gennemført. Det er vigtigt, at det forrige trin tages omhyggeligt med i overvejelsen, og at historiekortet følgelig afsluttes. Sørg for, at du har taget et buy-in fra alle ansatte, udviklere og alle interessenter på projektet, før du afslutter historiekortet, så alle er opmærksomme på, hvad der sker, og hvor de kan løbe til, hvis der er tvivl med visionen af projektet.
-
Poke in the Stick - Testing the Story Map
Du har nu et fuldt udstyret og samlet historiekort, og du kan godt nok hænge det ud på dit projektteams visionbord for alle at se. Det næste trin er at være i stand til at gennemgå hele historiekortet sammen med en direktør, en udvikler, en interessent og en bruger. At tale gennem kortene med brugerne kan hjælpe dig med at komme til punkter, hvor du lige helt har gået glip af en tom plads. Forstå disse punkter, og tag notater ned, da de kan være nyttige, næste gang du bygger et historiekort til dit næste projekt.
I denne testfase eller gennemgang vil du være i stand til at identificere stadierne i projektet eller historierne, der vil være svære at overvinde, og har brug for særlig opmærksomhed eller historier, som er klare muligheder for dig at trykke på. På dette trin vil du være i stand til at se den værdi, der er knyttet til hvert trin, som du har lagt der oppe, og tildele tidslinjer til hver aktivitet og opgave.
-
Vis bål - Frigiv historiekortet
Du har dine brugerhistorier, du har dine opgaver og aktiviteter, og du har din tidslinje og værdi, det eneste, der er tilbage til at gøre det, frigiver dette historiekort, hvor din afdeling eller bekymring projektgruppe kan følge og se. Du har nu brugerhistorierne som dit projekt "rygrad" og resten af gitteret som din "skeletstruktur". Hver kolonne har nu en fuldt udstyret, ende-til-ende-løsning til de aktiviteter, dit projekt har gennemført.
Med henblik på prioritering er det effektivt arbejde, hvis du holder de øverste eller store historier ude af prioritering. Hver historie der er af umpteen betydning og kan ikke have forrang frem for hinanden. For at planlægge din frigivelse og prioritere de forskellige historier, aktiviteter og opgaver, skal du undersøge skeletstrukturen. Din rygrad forbliver som den altid er.
-
Gruppering og prioritering
Et historiekort er ikke blot en statisk visning af en hel projektplan. Dette er en slags kort, der konstant udvikler sig og former og omformer den måde, et projekt udvikler sig på. Du kan opdatere, omprioritere, tilføje og trække brugerhistorier og aktiviteter / opgaver til enhver tid. Det er vigtigt på alle tidspunkter at gruppere og prioritere disse aktiviteter, så du kender tingens naturlige rækkefølge og kompenserer for tab af tid eller tidsplan.
Afgræns de sprints, du gerne vil finde sted, og tildel dem en prioritet i rækkevis rækkefølge. På denne måde kan du få kontrol over, hvad du skal gøre, og hvad der altid skal gøres. Prøv og brug forskellige farver post-its eller papir pergamenter til forskellige opgaver og brugerhistorier og også til at markere forskellige stadier eller ændringer. Forskellige farver kan også bruges af de nedenfor nævnte grunde:
- Prioritet
- Teknisk eller forretningsrelateret
- Niveau af kompleksitet
- Ændring af en eksisterende brugerhistorie
Brug af forskellige farver får dine brugere, teammedlemmer og dine interessenter opmærksomhed og gør dem opmærksomme på den aktuelle situation i brugerhistorien. Sørg altid for, at du som projektleder skal kontinuerligt opdatere historiekortet på en måde, der til enhver tid er opdateret.
Fordele ved historisk kortlægning
Historiekort kan være de perfekte guider gennem dit projekt, der ikke kun hjælper dig med at få dine teammedlemmer og interessenter til at forstå, hvad projektet handler om, men som også giver dig mulighed for at få mest muligt ud af selve projektet. Nedenfor er listet et par fordele, som du kan få gennem implementeringen af historiekort:
- Effektivt kommunikationsværktøj - At sætte alle på samme side med realtidsopdateringer kan virkelig øge den måde, dit projekt styrer til succes. Da kommunikation er effektiv, kommer feedback fra andre så hurtig og i tide til at redde dagen.
- Visuel hjælp til hele projektet - At have en massiv visning til dit projekt i form af brugerhistorier kan gøre det lettere at forstå dit projekt. Mennesker er mere modtagelige for visuelle hjælpemidler end nogen anden form for diktat.
- Køreplan som vejledning - Et historiekort giver dig en god følelse af retning, når du har afsluttet en enestående opgave. Det vil informere dig om, hvad der sker dernæst, hvad der er gjort, og hvor meget af den nuværende sprint er afsluttet.
- Hjælper med at prioritere dine sprints og backlog effektivt
- Hjælper med at nedbryde store historier i logiske mindre elementer
Anbefalede artikler
- 7 Bedste nyttige effektive trin til at vælge det rigtige sæt af projektgruppemedlemmer
- Nyttige åbne kilder til agil projektstyring til dummies
- 8 bedste måder projektledere kan håndtere ikke-tekniske kunder
- Top 10 trin i effektive lederudviklingsaktiviteter