Introduksjon til Agile Invest
'Brukerhistorier' er kjernen i den smidige metodikken, ettersom teamet er avhengig av dem for utviklingen eller trinnene i et produkt. Det blir viktig å få disse brukerhistoriene riktig. Bill Wake, var pioneren som hadde myntet forkortelsen 'INVEST' i sin bok 'Xtreme Programming'. Agile Invest-rammene består av attributter som bidrar til brukerhistorier av god kvalitet. Agile Invest står for 'Independent', 'Negotiable', 'Valuable', 'Estimable', 'Small' og 'Testable'.
Hva er fordelene med gode brukerhistorier i Agile Invest?
Fordelene med gode brukerhistorier fremheves nedenfor:
1. Verdiskapende levering
Den tradisjonelle Waterfall-metoden fokuserer på en enkelt oppgave i flere måneder uten å levere noe av umiddelbar verdi til kundene. Imidlertid er de smidige brukerhistoriene et sett med mindre oppgaver basert på kundens krav og nødvendigheter, levert i løpet av få dager. Brukerhistoriene fokuserer på kundetilfredshet og oppgraderer produktet kontinuerlig i henhold til kundens krav.
2. letter samarbeidet
Vanligvis er Waterfall-metoden bare avhengig av forhåndsdefinerte, dokumenterte instruksjoner og verktøy. Mens det er i Agile, samarbeider utviklingsgruppen med brukeren om å levere produkter i henhold til forventningene sine ved å oppmuntre til tilbakemelding og kommunikasjon. Dermed blir de smidige brukerhistoriene definert basert på kontinuerlig tilbakemelding fra kunder, i motsetning til instruksjonsledet dokumentasjon.
3. Fremmer gjensidig forståelse
Da Agile-teamene fokuserer på å levere kvalitet til kundene, med hver brukerhistorie, har teammedlemmene kontinuerlig kontakt med brukerne. Minimumsdokumentasjon resulterer også i rutinemessige diskusjoner med brukeren. Det gjør det mulig for utviklingsteamet å motta tilbakemeldinger om brukerhistorier når de implementeres. Dermed fremmer dette gjensidig forståelse mellom utviklingsteamet og brukerne, noe som gjør dem i stand til å samarbeide, designe, oppgradere og bryte brukerhistoriene.
4. Trinnvis bygging av et produkt
Siden kundene er de viktigste bidragsyterne til brukerhistoriene, resulterer kontinuerlig tilbakemelding i en gradvis og trinnvis utvikling av et produkt. Denne trinnvise arbeidsmåten gjør det mulig å gjøre endringer i produktet. Dermed lar disse mindre settene med brukerhistorier utviklerne fjerne en overflødig funksjon i et produkt og oppgradere den med en nyere funksjon.
5. letter åpenhet
Brukerhistoriene er designet av utviklingsgruppen og brukerne. Disse definerte brukerhistoriene er spilt inn på indekskort som gir synlighet for interessentene og utviklingsteamet. Det resulterer i åpenhet og styrker tillitsnivået mellom dem. Dermed øker åpenheten teamets effektivitet og hjelper til med å eliminere avfall fra prosessen.
6. Holder alle synkronisert
Det viktigste er at brukerhistorier er forbindelsespunktet mellom utviklingsteamet og de forretningsorienterte menneskene, som ikke er så teknisk gode. Dette gjør beslutningsprosessen enklere når parter fra forskjellige felt er involvert.
Ovennevnte fordeler med gode brukerhistorier indikerer deres betydning i smidig metodikk. Derfor må disse historiene være godt innrammet. Agile Invest-rammene legger frem de nødvendige attributtene som bidrar til 'gode brukerhistorier.'
Detaljforståelse av Agile Invest
Agile Invest-rammene som skissert nedenfor setter standarder for utforming av en brukerhistorie. La oss forstå det på en mer detaljert måte:
La oss forstå de medvirkende attributtene til "Invest" -rammen i detalj:
1. Uavhengig (I)
Alle brukerhistoriene skal være selvstendige enheter og uavhengige av hverandre. Denne segregeringen mellom hver historie gjør prioritering, evaluering, tillegg eller eliminering enklere fra en iterasjon. Prosjektgruppen skal være i stand til å fordoble tekniske avhengigheter mellom brukerhistoriene, slik at hver av dem kan utføres separat. For å implementere dette, er prosjektgruppen pålagt å være dyktig i kreativ tenkning og effektive problemløsingsteknikker.
2. Forhandlingsbart (N)
I Agile er ikke meningen at en historie skal være en avtale, og kjernen i det samme ligger i å levere det kundene ønsker. Sluttproduktet skal være et resultat av et samarbeid, og gi rom for forhandling mellom kundene og utviklingsteamet. Til syvende og sist er målet å oppfylle kundens forventninger og krav.
3. Verdifullt (V)
Hver historie er pålagt å være av verdi for kunden (det kan være brukeren eller kjøperen). Og den beste måten å gjøre det samme på er å få kundene til å komponere dem. Brukerhistoriene skal tilpasses presise forretningsmessige mål, slik at de leverer verdi.
4. Estimable (E)
Hvis historien er for stor, vil ikke utviklingsteamet kunne forstå den, for å gjøre et estimat. Historien skal gjøre det mulig for utviklingsteamet å dømme om kompleksiteten i arbeidet og innsatsen som kreves. Dette betyr ikke nødvendigvis at all den akutte detaljering av henrettelse skal forstås for estimering av en historie.
5. Liten (S)
Som kjent er smidige historier mindre enheter. Men hva er den forventede historiestørrelsen? Ideelt sett bør utviklingsteamet være i stand til å levere en arbeidsoppgaveenhet innen 1 Sprint (Enkel sprintvarighet - ikke mer enn 2 til 4 uker). Historiene som overskrider denne varigheten og innsatsen har en tendens til å ha feil med estimering.
6. Testbar (T)
For å gå gjennom bekreftelsen, må historien være testbar. Hva er nytten av å utvikle et produkt som ikke kan testes? Og den konstruktive måten å gjøre dette på er å bestemme akseptkriteriene til brukerne for historiene.
Ved å følge retningslinjene for rammeverket Agile Invest ville utviklingsgruppene derfor kunne utforme effektive brukerhistorier. Slik effektiv utvikling av brukerhistorier vil ikke bare skaffe kundetilfredshet, men vil også gjøre oss i stand til å levere forretningsverdi. Uten en godt innrammet brukerhistorie er effektiv implementering og utvikling av et produkt ikke mulig. En god brukerhistorie er en kanal for effektiv produktimplementering og kundetilfredshet.
Anbefalte artikler
Dette har vært en guide til Agile Invest. Her diskuterte vi konseptet, detaljert forståelse og fordelene ved gode brukerhistorier i Agile Invest. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Hva er smidig programmering?
- Agile Scrum intervjuspørsmål
- Hva er smidig prosjektledelse?
- Agile vs Waterfall - Topp forskjeller
- Fordeler med smidige enheter
- Introduksjon til smidige jobber