Fremgangsmåte for å lage historiekart for ditt prosjekt - Har du noen gang kommet inn på avdelingsområdet ditt på kontoret ditt bare for å finne forskjellige fargede poster og notater som pryder veggene? Nei, jeg snakker ikke om den gang kollegaene dine ønsket deg lykke til på bursdagen din og malte veggene med fargerike post-its, her er en arbeidsrelatert ting. *blunke*
I flere tiår, ettersom Agile-prosjektledelsen sakte tar midtpunktet når det kommer til produksjon og produksjon, og med Agiles metoder som sakte siver inn i virksomheter og programvareutvikling, er det et stort behov for å vite hva som kommer videre, hva som har gått og hva oppgaver som skal være tidsplaner. Agile vedtar bruk av chunking-prosjekter i deler, og disse delene eller brukerhistoriene vil bli utført i den rekkefølgen du vil bygge prosjektet
Forstå behovet for historier
Ofte bruker vi mye tid på å dechiffrere hva dagens status for sprintene og arbeidsflyten er, og selv med prosjektstyringsverktøy har vi noen ganger ikke et helt og holdent syn på aktivitetene som skal utføres, spesielt ikke brukeren vår historier. Selv om vi har forståelse for disse etterslep-aktivitetene, har vi ingen anelse om hvor de alle passer inn i den store tingenes ordning; vi vet ikke bare gjennom disse aktivitetene hva det er som vi bygger? Se for deg at du kommer foran interessenter og brukere og forteller dem statusen til prosjektet. Bare med den statusen er det vanskelig å forstå mer om selve produktet, da det ikke er noen synspunkter på høyere nivå.
Mens du er prosjektleder, holder du rede på hvert av disse aspektene som er nevnt, og er hele tiden på vei mot å komme i takt med den tikkende klokken. Dessverre er ikke teammedlemmene dine i samme tempo til fots, og det er heller ikke brukerne dine. Mens de unner seg arbeidet og prøver sitt beste for å få den nåværende sprinten fullført, står de overfor spørsmålet om å forplikte seg til det, fordi de ikke vet hva som kommer neste gang og hvor det ender.
Dokumentasjonen er rikelig og teammedlemmene er i overflod. Ta en situasjon hvor du introduserer enda et teammedlem til prosjektet. Hvordan får du den personen opp i fart? Vi presenterer deg - Historiekart!
La oss begynne med historiekart
Jeff Patton, pioneren til Story Maps, forklarer hvordan han kom til å forstå verdien og problemløsningsmulighetene som historiekartene hadde for etterslep og hvordan det kunne hjelpe ledere og ansatte å planlegge prosjektene sine. I sin artikkel, The New User Story Backlog is a Map, snakker Patton eksplisitt om brukerhistorikartet. I et nøtteskall forklarer han at et brukerhistorikart utfører et tydelig arrangement av historiene som har skjedd i løpet av prosjektets løpetid og hjelper brukeren til å forstå hvordan prosjektet fungerer. Han fortsetter med å forklare historiekart for å være den "bedre versjonen av etterslekt av produkter". I hovedsak kritiserer han Agile-utviklingsfavoritten, den flate etterslepet, som i hovedsak er historieforføring, og han uttaler at historiekart er utdypede etterslep som hjelper deg å forstå det store bildet og aldri mister oversikten.
Når jeg tar hensyn til alle disse, kan jeg forklare historiekart for å være hele utsikten over produktets etterslep og aktiviteter som er kartlagt på en måte å fortelle oss historien eller reisen som produktet skal ta. Denne nyttige modellen for å arrangere historier hjelper oss å forstå hva prosjektet kommer til å gjøre for oss, og hvis noen, hjelper oss å identifisere alle hullene og hullene som finnes i den vevde historien. Denne historien vises for det meste visuelt og er lett å dekryptere av brukeren eller tredjepartspersonell.
Bygge et historikkart
Ikke mange mennesker er klar over begrepet historiekart, og er derfor ikke en gang sikre på hvor de skal begynne med dem. Siden du er klar over hva et historiekart er, er det på tide å dykke ned i å lage og bygge et.
Med litt tilbakespoling kommer du over historiekart som hele utførte historiestrukturer som brukes for bedre forståelse av et gitt forretningsproblem, innkapslet i et prosjekt. I likhet med et manus fungerer det som en visuell aktivering av prosjektet og kan dermed gjøre det mulig for prosjektledere og prosjektgruppemedlemmer å aldri skifte fokus fra hovedmålet med prosjektet og gir en ende-til-ende-oversikt over hele prosjektet.
Akkurat som en film består et helt historiekart av individuelle rammer eller brukerhistorier, satt sammen for å kjøre som en film. Denne filmen er ditt prosjekt. For å lage et sofistikert historikkart for prosjektet ditt, må du gjøre følgende.
-
Samle treet - Kravssamling
Det er viktig at dine kravsamlingsfase blir ført til poenget. Uten en klar oversikt over kravene, kan hele planen eller visjonen for prosjektet bli litt disig. Prosjektets helhet ligger i det du vil oppnå ved hjelp av prosjektet. Et historikkart kan da hjelpe deg med å få ting i gang og rydde som rennende vann.
Med en prosjektplan og strategi på plass, må du allerede ha en klar idé om de forskjellige stadiene og aktivitetene og oppgavene som skal gå gjennom et prosjekt. På denne måten får du de store historiene og de mindre historiene dine som passer inn. Disse kan brukes til å danne skjelettstrukturen til prosjektfortellingskartene dine og kan gi deg hele visjonen på skjermen.
-
Ordne bål - kartlegge kravene
Med alle elementene / brukerhistoriene på plass, er din neste oppgave å ordne disse elementene på et historiekart, med de store historiene som tar de beste radene. Ordne de resterende trinnene under hver store historie du har kartlagt.
Disse store historiene er de aktivitetene som har flere trinn under seg, og de som ikke har en bestemt arbeidsflyt etablert for dem, ikke minst uten de mindre aktivitetene som er nevnt nedenfor.
Når du har ordnet de mange brukerhistoriene på et historiekart for prosjektet ditt, er det på tide at du tildeler en historie til hver av dem. Denne historien skal være en enkelt setning og omfatte hva aktiviteten handler om.
Merk : De store historiene i seg selv er kanskje ikke leverbare, og det er ok å ha dem slik.
-
Bryt loggene i mindre enheter - Chunking
Dette historiekartet er nå klart for ytterligere sammenbrudd og chunking. Brukerhistoriene dine bør gå ned til aktivitetene ikke kan deles videre. Forsikre deg om at du gjør disse logiske aktivitetene solide leveranser og at de kan gi en utgang til den eskalerer til topp brukerhistorie. Du kan kalle disse leveransene som brukeroppgaver.
Lag historiekartet i et rutenettformat med kolonnene ledet av brukerhistorier og kaskader til slutten av den vertikale kolonnen er brukeroppgavene som skal utføres. Denne ordningen bør logisk kartlegges for å lage en komplett historie og kan følge metodene fra topp-til-ned og fra venstre til høyre.
-
Add the Oil - Bringing in Expert Opinion
Ta med fageksperter og be dem om å evaluere historiekartet du har ordnet. Be dem om å sjekke det mot prosjektplanen og hjelpe dem å forstå visjonen til prosjektet. Hvis de får det til rette, innebærer historiekartet ditt historien nøyaktig slik den var forventet å bli fortalt.
Be dem om å evaluere flyt av historier og aktiviteter og oppgaver for å være logisk for deg og dine prosjektmedlemmer.
-
Set the Fire - Finalizing the Story Map Structure
Når du har kommet og riktig tilbakemelding til historiekartet ditt, er det på tide å ferdigstille det og få diagrammer laget og lagt om for å bli vist i områdene der prosjektet skal gjennomføres. Det er viktig at det forrige trinnet tas nøye med i betraktningen og at historiekartet blir ferdigstilt. Forsikre deg om at du har tatt et oppkjøp fra alle ansatte, utviklere og alle interessenter i prosjektet før du ferdigstiller historiekartet slik at alle er klar over hva som skjer og hvor de kan løpe til i tilfelle det er tvil om visjonen av prosjektet.
-
Poke in the Stick - Testing the Story Map
Du har nå et fullt utstyrt og samlet historiekart, og du kan godt nok henge det på prosjektgruppens visjonstavle for alle å se. Neste trinn er å kunne gå gjennom hele historikartet sammen med en utøvende leder, en utvikler, en interessent og en bruker. Å snakke gjennom kartene med brukere kan hjelpe deg med å komme til punkter der du nettopp har gått glipp av en tom plass. Forstå disse punktene og ta ned notater, da de kan være nyttige neste gang du bygger et historikkart for neste prosjekt.
I løpet av denne testfasen eller gjennomgangen vil du være i stand til å identifisere stadiene i prosjektet eller historiene som vil være vanskelig å få bukt med, og trenger spesiell oppmerksomhet eller historier som er klare muligheter for deg å trykke på. På dette stadiet vil du kunne se verdien knyttet til hvert trinn du har satt der opp og tildele tidslinjer for hver aktivitet og oppgave.
-
Vis bål - slippe historikartet
Du har brukerhistoriene dine, du har oppgavene og aktivitetene dine, og du har tidslinjen og verdien, det eneste som gjenstår for å gjøre det, slipper dette historiekartet for avdelingen eller prosjektgruppen å følge og se på. Du har nå brukerhistoriene som prosjektets "ryggrad" og resten av rutenettet som din "skjelettstruktur". Hver kolonne har nå en fullt utstyrt, ende-til-ende-løsning for aktivitetene prosjektet ditt har gjennomført.
For prioriteringens formål er det effektivt arbeid hvis du holder de beste eller store historiene utenfor prioritering. Hver historie der er av omtrentlig betydning og kan ikke ha forrang fremfor hverandre. For å planlegge utgivelsen og prioritere de forskjellige historiene, aktivitetene og oppgavene, må du se nærmere på skjelettstrukturen. Ryggraden din forblir slik den alltid er.
-
Gruppering og prioritering
Et historikkart er ikke bare en statisk visning av en hel prosjektplan. Dette er et slags kart som stadig utvikler seg og former og omformer måten et prosjekt utvikler seg på. Du kan oppdatere, omprioritere, legge til og trekke fra brukerhistorier og aktiviteter / oppgaver til enhver tid. Det er viktig til enhver tid å gruppere og prioritere disse aktivitetene, slik at du kjenner til den naturlige rekkefølgen på tingene og kompenserer for tap av tid eller plan.
Avgrens sprintene du vil ha, og tildel dem en prioritet i en rekkevis rekkefølge. På denne måten vil du kunne få kontroll over hva du må gjøre og hva som må gjøres til enhver tid. Prøv å bruke forskjellige farger post-its eller papir pergament for forskjellige oppgaver og brukerhistorier og også for å markere forskjellige stadier eller modifikasjoner. Ulike farger kan også brukes av grunnene nevnt nedenfor:
- Prioritet
- Teknisk eller forretningsrelatert
- Nivå av kompleksitet
- Endring av en eksisterende brukerhistorie
Å bruke forskjellige farger vil fange oppmerksomheten til brukerne, teammedlemmene og interessentene dine, og vil gjøre dem oppmerksom på den nåværende situasjonen i brukerhistorien. Forsikre deg alltid om at du som prosjektleder må kontinuerlig oppdatere historiekartet på en måte å være oppdatert til enhver tid.
Fordelene med historikkartlegging
Historiekart kan være de perfekte guider gjennom prosjektet ditt som ikke bare hjelper deg med å få teammedlemmer og interessenter til å forstå hva prosjektet handler om, men som også vil gjøre det mulig for deg å få mest mulig ut av prosjektet. Nedenfor er noen fordeler du kan få gjennom implementering av historiekart:
- Effektivt kommunikasjonsverktøy - Å sette alle på samme side med oppdateringer i sanntid kan virkelig øke måten prosjektet styrer til suksess. Siden kommunikasjon er effektiv, kommer også tilbakemeldingene fra andre like raskt og i tide til å redde dagen.
- Visuelt hjelpemiddel for hele prosjektet - Å ha en massiv skjerm for prosjektet ditt i form av brukerhistorier kan gjøre forståelsen av prosjektet ganske enkelt. Mennesker er mer mottakelige for visuelle hjelpemidler enn noen annen form for diktasjon.
- Veikart som guide - et historikkart vil gi deg en god følelse av retning når du har fullført en enkel oppgave. Den vil informere deg om hva som skjer videre, hva som er gjort og hvor mye av den nåværende sprinten er fullført.
- Hjelper med å prioritere sprints og backlog effektivt
- Hjelper med å bryte ned store historier i logiske mindre elementer
Anbefalte artikler
- 7 beste nyttige trinn for å velge det rette settet av prosjektgruppemedlemmer
- Nyttige åpne kilder til smidig prosjektstyring for dummies
- 8 beste måter prosjektledere kan takle ikke-tekniske kunder
- Topp 10 trinn for effektiv lederutviklingsaktiviteter