8 användbara steg för att bygga sofistikerade berättelsekartor för ditt projekt

Innehållsförteckning:

Anonim

Steg för att bygga berättelsekartor för ditt projekt - Har du någonsin angett ditt avdelningsutrymme på ditt kontor bara för att hitta olika färgade poster och anteckningar som pryder väggarna? Nej, jag talar inte om den tid dina kollegor önskade dig väl på din födelsedag och målade väggarna med färgglada post-dess, här är en arbetsrelaterad sak. *blinkning*

I decennier, eftersom Agile-projektledningen långsamt tar centrum när det gäller tillverkning och produktion, och med Agiles metoder långsamt sipprar till företag och mjukvaruutveckling, finns det ett stort behov av att veta vad som kommer nu, vad som har gått och uppgifter som ska scheman. Agile antar användningen av chunking-projekt i delar och dessa delar eller användarhistorier kommer att köras i den ordning du vill bygga projektet

Förstå behovet av berättelser

Ofta lägger vi ner mycket tid på att fastställa vad de aktuella statuserna för våra sprintar och arbetsflöden är, och även med projekthanteringsverktyg har vi ibland inte en helhetsvy av de aktiviteter som ska utföras, särskilt inte vår användare berättelser. Även om vi har en förståelse för dessa backlogverksamheter, har vi ingen aning om var de alla passar in i det stora planen för saker; vi vet inte bara genom dessa aktiviteter vad det är som vi bygger? Föreställ dig att du kommer framför dina intressenter och användare och berättar projektets status. Bara med den statusen är det svårt att förstå mer om själva produkten eftersom det inte finns några visningar på högre nivå.

Medan du är projektledare håller du reda på var och en av dessa aspekter och är ständigt på väg att komma i takt med den tickande klockan. Tyvärr är dina teammedlemmar inte i samma takt till fots, och inte heller dina användare. Medan de hänger sig åt sitt arbete och försöker sin nivå bäst för att få den nuvarande sprinten slutförd, står de inför frågan om att åta sig det eftersom de inte vet vad som är nästa och var den slutar.

Dokumentationen är riklig och teammedlemmarna är i överflöd. Ta en situation där du introducerar ännu en teammedlem till projektet. Hur får du den personen snabbare? Vi presenterar - Story Maps!

Låt oss börja med berättelsekartor

Jeff Patton, pionjären inom Story Maps, förklarar hur han fick förstå värdet och de problemlösande förmågor som historiekartor hade för backlog-artiklar och hur det kunde hjälpa chefer och anställda att planera sina projekt. I sin artikel, The New User Story Backlog är en karta, talar Patton uttryckligen om användarens berättelsekarta. I ett nötskal förklarar han att en användarhistorikskarta utför ett tydligt arrangemang av berättelserna som har inträffat under projektets gång och hjälper användaren att förstå hur projektet fungerar. Han fortsätter med att förklara historiekartor för att vara den "bättre versionen av produktåtergång". I huvudsak kritiserar han Agile-utvecklingsfavoriten, den platta orderstocken, som i huvudsak är berättelser, och han säger att berättelsekartor är utarbetade orderstockar som hjälper dig att förstå den stora bilden och aldrig tappa reda på den.

Med hänsyn till alla dessa kan jag förklara historikskartor som hela bilden av produktens orderstock och aktiviteter som kartläggs på ett sätt för att berätta historien eller resan som produkten kommer att ta. Denna användbara modell för att ordna berättelser hjälper oss att förstå vad projektet kommer att göra för oss och, om något, hjälper oss att identifiera alla hål och luckor som finns i den vävda berättelsen. Denna berättelse visas oftast visuellt och är lätt att dechiffreras av användaren eller tredjepartspersonal.

Bygga en berättelsekarta

Inte många är medvetna om konceptet med berättelsekartor och är därför inte ens säkra på var de ska börja med dem. Eftersom du är medveten om vad en berättelsekarta är, är det dags att dyka till att skapa och bygga en.

Med lite uppspolning stöter du på berättelsekartor som hela utarbetade berättelsestrukturer som används för att bättre förstå ett visst affärsproblem, inneslutet i ett projekt. Liksom ett manus fungerar det som en visuell möjliggörare av projektet och kan därmed göra det möjligt för projektledare och projektgruppsmedlemmar att aldrig skifta fokus från projektets huvudmål och ger en heltäckande bild av hela projektet.

Precis som en film består en hel historikskarta av enskilda ramar eller användarberättelser, sammansatta för att fungera som en film. Den här filmen är ditt projekt. För att skapa en sofistikerad berättelsekarta för ditt projekt måste du göra följande steg.

  1. Samla träet - Kravssamling

Det är viktigt att dina kravsamlingsfas genomförs till punkten. Utan en tydlig bild av kraven kan hela planen eller visionen för projektet bli lite disigt. Projektets helhet ligger i vad du vill åstadkomma med hjälp av projektet. En berättelsekarta kan sedan hjälpa din strävan att komma igång och rensa som rinnande vatten.

Med en projektplan och strategi på plats måste du redan ha en klar idé om de olika stadierna och aktiviteterna och uppgifterna som ska gå igenom ett projekt. På det här sättet får du dina stora berättelser och dina mindre berättelser som passar in. Dessa kan användas för att bilda skelettstrukturen på dina projektberättelsekartor och kan ge dig hela visionen på skärmen.

  1. Ordna branden - kartlägga kraven

Med alla element / användarhistorier på plats är din nästa uppgift att ordna dessa element på en berättelsekarta, där de stora berättelserna tar de flesta raderna. Ordna de återstående stegen under varje stor berättelse som du har kartlagt.

Dessa stora berättelser är de aktiviteter som har flera steg nedanför dem och de som inte har ett särskilt arbetsflöde etablerat för dem, inte minst utan de mindre aktiviteter som nämns nedan.

När du har ordnat de många användarhistorierna på en berättelsekarta för ditt projekt är det dags att du tilldelar en berättelse till var och en av dem. Den här historien borde vara en enda mening som omfattar vad aktiviteten handlar om.

Obs : De stora berättelserna i sig själva kanske inte kan levereras och det är ok att ha dem på det sättet.

  1. Bryt loggarna i mindre enheter - Chunking

Denna berättelsekarta är nu redo för ytterligare nedbrytning och chunking. Dina användarhistorier bör gå ner tills aktiviteterna inte kan delas upp ytterligare. Se till att du gör dessa logiska aktiviteter till solida leveranser och att de kan ge en utgång tills den eskalerar till den högsta användarhistorien. Du kan kalla dessa leveranser som användaruppgifter.

Skapa historikskartan i ett rutnätsformat med kolumnerna med hjälp av användarhistorier och kaskad tills slutet av den vertikala kolumnen är de användaruppgifter som ska utföras. Detta arrangemang bör logiskt kartläggas för att göra en fullständig berättelse och kan följa metoderna uppifrån och ner och från vänster till höger.

  1. Lägg till oljan - få in expertutlåtande

Ta med dina ämnesexperter och be dem utvärdera berättelsekartan som du har ordnat. Be dem att kontrollera det mot projektplanen och hjälpa dem att förstå projektets vision. Om de får rätt, innebär din berättelsekarta berättelsen precis som den förväntades bli berättad.

Be dem att utvärdera flödet av berättelser och aktiviteter och uppgifter för att ge logiskt mening för dig och dina projektgruppsmän.

  1. Ställ in elden - slutföra strukturen på berättelsekartan

När du har tagit och lämnat feedback till din berättelsekarta är det dags att slutföra den och låta diagrammen göras och ombildas för att visas i de områden där projektet kommer att genomföras. Det är viktigt att det föregående steget beaktas noggrant och att berättelsekartan följaktligen slutförs. Se till att du har tagit ett inköp från alla anställda, utvecklare och alla intressenter i projektet innan du slutför berättelsekartan så att alla är medvetna om vad som händer och var de kan stöta på om det är tveksamt med visionen. av projektet.

  1. Poke in the Stick - Testing the Story Map

Du har nu en fullt utrustad och monterad berättelsekarta och du kan tillräckligt hänga den på ditt projektlags visionskiva för alla att se. Nästa steg är att kunna gå igenom hela berättelsekartan tillsammans med en verkställande direktör, en utvecklare, en intressent och en användare. Att prata med kartorna med användare kan hjälpa dig att komma till punkter där du helt har missat ett tomt utrymme. Förstå dessa punkter och ta ner anteckningar eftersom de kan vara användbara nästa gång du bygger en berättelsekarta för ditt nästa projekt.

Under denna testfas eller genomgång kommer du att kunna identifiera stadierna i projektet eller berättelserna som kommer att bli svåra att övervinna och behöver särskild uppmärksamhet eller berättelser som är tydliga möjligheter för dig att utnyttja. I detta skede kommer du att kunna se värdet som är kopplat till varje steg som du har lagt upp där och fördela tidslinjer för varje aktivitet och uppgift.

  1. Visa branden - släppa historikskartan

Du har dina användarhistorier, du har dina uppgifter och aktiviteter, och du har din tidslinje och värde, det enda som återstår att göra det släpper den här berättelsekartan för din avdelning eller projektprojektgrupp att följa och se. Du har nu användarhistorierna som ditt projekt "ryggrad" och resten av rutnätet som din "skelettstruktur". Varje kolumn har nu en fullt utrustad lösning för alla aktiviteter som ditt projekt har genomfört.

För prioriteringen är det ett effektivt arbete om du håller de bästa eller stora berättelserna ur prioriteringen. Varje berättelse där är av viktig vikt och kan inte ha företräde framför varandra. För att planera din släpp och prioritera de olika berättelserna, aktiviteterna och uppgifterna måste du undersöka skelettstrukturen. Din ryggrad förblir som den alltid är.

  1. Gruppera och prioritera

En berättelsekarta är inte bara en statisk visning av en hel projektplan. Det här är en typ av karta som ständigt utvecklas och formas och omformas hur ett projekt utvecklas. Du kan uppdatera, omprioritera, lägga till och subtrahera användarhistorier och aktiviteter / uppgifter hela tiden. Det är viktigt hela tiden att gruppera och prioritera dessa aktiviteter så att du känner till den naturliga ordningen för sakerna och kompenserar för förlust av tid eller schema.

Avgränsa sprinten som du vill äga rum och tilldela dem en prioritering i radvis ordning. På detta sätt kan du få kontroll över vad du måste göra och vad som måste göras hela tiden. Försök att använda olika färger post-its eller papper pergament för olika uppgifter och användar berättelser och också för att markera olika stadier eller modifieringar. Olika färger kan också användas av de skäl som nämns nedan:

  • Prioritet
  • Tekniska eller affärsrelaterade
  • Komplexitetsnivå
  • Ändring av en befintlig användarhistoria

Användning av olika färger kommer att uppmärksamma dina användare, teammedlemmar och dina intressenter och kommer att göra dem medvetna om den aktuella situationen i användarhistorien. Se alltid till att du som projektledare måste kontinuerligt uppdatera berättelsekartan på ett sätt att vara uppdaterad hela tiden.

Fördelarna med berättelse om historia

Berättelsekartor kan vara de perfekta guiderna genom ditt projekt som inte bara hjälper dig att få dina teammedlemmar och intressenter att förstå vad projektet handlar om, men som också gör att du kan få ut det mesta av själva projektet. Nedan listas några fördelar som du kan få genom implementeringen av berättelsekartor:

  • Effektivt kommunikationsverktyg - Att sätta alla på samma sida med uppdateringar i realtid kan verkligen öka det sätt ditt projekt leder till framgång. Eftersom kommunikation är effektiv så kommer feedback från andra så snabbt och i tid att rädda dagen.
  • Visuellt stöd för hela projektet - Att ha en massiv visning för ditt projekt i form av användarberättelser kan göra förståelsen för ditt projekt ganska enkelt. Människor är mer mottagliga för visuella hjälpmedel än någon annan form av diktation.
  • Färdplan som guide - En berättelsekarta ger dig en bra känsla av riktning när du har slutfört en enkel uppgift. Den kommer att informera dig om vad som händer därefter, vad som har gjorts och hur mycket av den nuvarande sprinten har avslutats.
  • Hjälper till att prioritera dina sprintar och backlog effektivt
  • Hjälper till att bryta ner stora berättelser i logiska mindre element

Rekommenderade artiklar

  1. 7 Bästa användbara effektiva steg för att välja rätt uppsättning av projektgruppens medlemmar
  2. Användbara öppna källor till smidig projektledning för dummies
  3. 8 bästa sätt som projektledare kan hantera med icke-tekniska kunder
  4. Topp 10 steg för effektiv ledarskapsutvecklingsverksamhet