Søk
  • Søk
  • Mine Storyboards
https://www.storyboardthat.com/no/reisekart/story-map-smidig-utvikling

Hva er smidig utvikling?

Agile Development er en tilnærming til programvareutvikling som fokuserer på rask funksjonsutrulling med konstante iterasjoner basert på interdepartementale konsultasjoner og tilbakemeldinger fra brukere. Det er et prosjektledelsesrammeverk som er basert på inkrementell utvikling med hvert trinn i prosessen som testes, og som baserer neste iterasjon eller produktpivot på tilbakemeldinger eller resultater fra sluttbrukerne.


Historiekart og smidig utvikling

Å forstå hva smidig utvikling er er bare begynnelsen – det er å inkorporere det i forretningspraksisen din som er den viktige delen. En fin måte å implementere den smidige tilnærmingen i prosjektledelsespraksisen din, er å knytte visuelle elementer sammen med smidig utvikling. En vanlig visuell til å begynne med er brukerhistoriekart . Brukerhistoriekart er visuelle skildringer av brukere som samhandler med produktet ditt og responsene eller handlingene din UX fremkaller hos brukere når de jobber for å oppnå et mål eller mål. Å lage historiekart for brukerne dine tvinger deg til å dele opp produktet ditt i trinnvise stadier, slik at du kan fokusere på hvordan iterative endringer kan brukes på hvert trinn uavhengig for å forbedre produktet som helhet. Historiekart kan ha forskjellige former: lineære reiser mens brukeren går gjennom produktet ditt, ikke-lineære sykluser, eller til og med grafer som viser tid eller prioritet langs x-aksen og kompleksiteten til oppgaven på y-aksen.


Typer smidig utvikling


Scrum

Scrum er en smidig utviklingsmetodikk som fokuserer på tidsboksing av prosjektoppgaver til sprints (vanligvis 1-4 uker lange) og lar utviklere rulle ut nye funksjoner med en forhåndsbestemt tråkkfrekvens. Typisk praksis for organisasjoner som bruker scrum er daglige stand-up møter, sprint kickoffs og post-sprint anmeldelser.


Kanban

Kanban er en smidig utviklingsmetodikk som inkluderer en visuell backlog av prioriterte oppgaver som må fullføres for å fullføre et prosjekt. Så snart disse oppgavene er fullført, blir de utgitt, noe som resulterer i kontinuerlige produktiterasjoner og utgivelser. Utviklere har valget mellom å trekke oppgaver som er nærmest knyttet til deres fagfelt og oppgaver som ikke er tidsrammet.



Lag en Gratis Agile Story Map*


Hvordan historiekart for Agile

  1. Isoler et prosjekt

    Det første trinnet i implementering av smidig utviklingspraksis er å velge et prosjekt å jobbe med. Agil utvikling fungerer best på komplekse prosjekter med mange bevegelige deler. Velg et prosjekt som kan kreve tverravdelingssamarbeid og opprettelse/implementering av en rekke nye funksjoner. Velg deretter en scrum master , personen som skal være ansvarlig for å sørge for at prosjektet går i henhold til planen.


  2. Opprett en oppgaveetterslep

    Det neste trinnet er å lage en liste over alle nødvendige oppgaver som prosjektet trenger for å bli fullført. Etter at alle oppgavene er listet opp, organiser dem etter viktighet og prioritet. Ofte vil det være oppgaver som er umulige å fullføre uten å fullføre en av de andre etterskrevne oppgavene først – prioriteringslisten din bør ta hensyn til dette. Oppgavelisten vil endre seg og vokse gjennom den smidige prosessen ettersom du innser flere oppgaver som må fullføres, og på den andre enden innser at noen oppgaver er unødvendige.


  3. Del opp i spurter eller lag et Kanban-brett

    Nå er det på tide å bestemme om du bruker Scrum- eller Kanban- tilnærmingen. Hvis du bestemmer deg for å gå med Scrum, så del opp oppgavelistene dine i individuelle spurter. Begrens spurtene dine til maksimalt fire utvikleruker, men sikte på rundt to uker. Dette vil kutte omfanget på prosjektet ditt og tvinge utviklere til å jobbe med de viktigste oppgavene. Hvis du går med Kanban, kan du opprette et Kanban-tavle med alle oppgavene dine som er tilbakelagt. La utviklere gå til styret og fysisk velge en oppgave de vil kreve som sin egen. Flytt oppgaven gjennom brettet fra "Gjøremål", til "Gjør" til "Ferdig".


  4. Gå på jobb

    Begynn å jobbe! Når utviklere og markedsførere begynner å jobbe sammen om de tildelte oppgavene, hjelper det å ha daglige raske stand-up-møter. Disse møtene bør ikke vare lenger enn 10 minutter og hver deltaker skal svare på tre kjernespørsmål: Hva gjorde du i går? Hva gjør du idag? Er det noe som hindrer deg i å utføre oppgavene dine i dag?


  5. Gjennomgå prosjekt, prosess og gjenta

    Etter at sprinten er over eller en ny funksjon er rullet ut, gjennomgå prosjektet for å sikre at det er akseptabelt for brukerinteraksjon. Det er også viktig å gjennomgå prosessen som helhet og aktivt lete etter måter å forbedre effektiviteten eller resultatet av prosessen. Etter at alt er gjort, gjenta fra begynnelsen på neste prosjekt eller funksjonssett.



Agile maler for å komme i gang



Lag en Gratis Agile Story Map*

Se flere reisekartmaler!
*(Dette vil starte en 2 ukers gratis prøveversjon - ingen kredittkort nødvendig)
https://www.storyboardthat.com/no/reisekart/story-map-smidig-utvikling
© 2024 - Clever Prototypes, LLC - Alle rettigheter forbeholdt.
StoryboardThat er et varemerke for Clever Prototypes , LLC , og registrert i US Patent and Trademark Office