Forstå den iterative prosessen, med eksempler

Den iterative prosessen er en av disse ordene som, som Agile , gjør oss automatisk til å tenke på ingeniørgrupper. Men de fleste lag iterere på en eller annen måte, og bruker en iterativ metode kan hjelpe deg redusere risikoen , Behandle effektivitet , og tilnærming problemer på en mer fleksibel og dynamisk måte.

Hvis du vil gi iterativ prosess en prøve, er denne artikkelen for deg. Vi går deg gjennom hvordan du definerer den iterative prosessen, så vel som hvordan man implementerer denne prosessen på ditt eget lag.

[1. 3]Hva er den iterative prosessen?

Den iterative prosessen er praksis med å bygge, raffinere og forbedre et prosjekt, produkt eller initiativ. Lag som bruker den iterative utviklingsprosessen, skaper, tester og reviderer til de er fornøyd med sluttresultatet. Du kan tenke på en iterativ prosess som en prøve-og-feil metodikk som bringer prosjektet nærmere sitt sluttmål.

Iterative prosesser er en grunnleggende del av magert metoder og Agile prosjektledelse - Men disse prosessene kan implementeres av et hvilket som helst lag, ikke bare agile. Under den iterative prosessen vil du kontinuerlig forbedre design, produkt eller prosjekt til deg og teamet ditt er fornøyd med finalen Prosjektlevering .

Så hva er en ikke-itterativ prosess?

I en ikke-iterativ prosess vil du og ditt lag jobbe sammen for å komme opp med et sluttprodukt uten å nødvendigvis prøve nye ideer underveis. Vanligvis krever ikke-iterative prosesser mer tid under konseptualiserings- og skapelsesfasen, slik at alt fungerer som beregnet under testfasen.

Foss er den vanligste ikke-iterative prosessen. I fossen modellen vil du og ditt lag definere prosjektfaser før prosjektet starter. Hver fase begynner en gang en tidligere fase er fullført i sin helhet. Krav og ressurser vil typisk være låst før et prosjekt begynner, og laget unngår å endre prosjektplan så mye som mulig.

For eksempel, tenk at du jobber med et designbyrå for å lage en eBok. Du må først gi all kopien til eBoken. Deretter vil designbyrået ta den kopien og lage design. Endelig vil ditt interne lag kopiere den designet eBok for å sikre at alt ser bra ut. Dette er et eksempel på fossen modellen fordi hver fase er avhengig av forrige trinn (dvs. du kan ikke kopiere den designede e-boken til den er designet).

Avhengig av laget du er på, og typen prosjekter du kjører, kan ikke-iterative prosesser være utfordrende fordi de ikke bygger i tide for teamet ditt til Itere og kontinuerlig forbedres. Fordi det er så mange ukjente og overraskelser i ingeniørfag, har ingeniørgrupper spesielt en tendens til å bruke iterative prosesser i stedet for ikke-iterative, men ethvert lag kan være til nytte.

Er inkrementell design det samme som iterative prosesser?

De fleste lag bruker inkrementell design og iterative prosesser som er utvekslet, og i praksis går de ofte hånd i hånd. Men det er en forskjell mellom de to vilkårene.

I en iterativ prosess fungerer teamet ditt å finjustere og forbedre prosjektet ditt basert på tilbakemelding eller ny informasjon. Nøkkelen til iterativ prosess er prøveversjon og feil: Prosjektet blir bedre over tid som følge av disse endringene.

I inkrementell design - noen ganger kalt inkrementell utvikling - vil du legge til nye funksjoner og bygge bedre ting på toppen av din første versjon eller leveranse. For å drive en inkrementell designprosess, vil lagene målrettet produsere en bare-bein-versjon av deres ultimate prosjektlevering for å få det ut døren så raskt som mulig (som Facebooks gamle mantra-flytte raske og bryte ting). Deretter vil laget iterere og forbedre den opprinnelige versjonen ved å lage trinn som inneholder flere funksjoner enn den første versjonen. De vil fortsette å gjøre det til deres leverbare har all funksjonaliteten den trenger å ha.

De fleste lag som bruker iterative prosesser, bruker inkrementell design og omvendt. Gode iterative prosesser er også inkrementelle, slik at du kontinuerlig kan forbedre din opprinnelige leveranse. God inkrementell design er også iterativ fordi du må kunne svare på tilbakemeldinger fra kunder og svinge om nødvendig.

Ingeniør

Mange engineering team bruke iterativ prosess for å utvikle nye funksjoner, implementere feilrettinger, eller A / B-test nye strategier. Ofte vil en ingeniør-team lage noen gjentakelser som de tror er like lovende, og deretter teste dem med brukerne. De vil merke smerte poeng og suksesser, og deretter fortsette å bygge ut en som testet den beste.

Produktutvikling

Du kan bli overrasket over å innse at de fleste produktutvikling er svært iterativ. Tenk på noen personlig teknologi du har kjøpt selv der var sannsynligvis en tidligere versjon før den du har kjøpt, og kanskje en versjon etterpå, også. Tenk på utviklingen av mobiltelefoner i hele år, hvor høyttalerne har fått mindre og mer portable over tid, eller til og med måten kjøleskap fra de samme merkene har endret for å tilpasse seg nye familiens behov. Alle disse er iterative prosesser.

markedsføring

Noen markedsføring lag omfavne iterative prosesser, andre ikke så mye. Men til en viss grad, mye markedsføring er iterativ. For eksempel kan noen markedsføring team teste forskjellig reklame kopi for å se hvilken som blir bedre engasjement, eller sende ut to versjoner av et nyhetsbrev for å sammenligne klikkfrekvenser. Alternativt kan en merkevare markedsføringsteam bruke iterative designprosesser for å identifisere bildene som fungerer best for sin målgruppe.

Salg

Selv om de fleste av et salgsteam kunderettede arbeid er ikke iterativ, kan noen av sine oppgaver nytte av iterative prosesser. For eksempel kan en salgsteam ta en iterativ tilnærming til å sende kalde e-poster. De kan ha sine representanter sende noen forskjellige e-postlagt linjer og analysere resultatene. Deretter kan teamet gjennomføre de mest vellykkede emnelinjer fremover.

Den iterative prosessen kan hjelpe deg under hele livssyklusen til et prosjekt. Under trinnene i iterativ prosess, vil dine mål og krav tjene som prosjektets utgangspunkt. Deretter vil laget ditt bruker testing, prototyping, og iterasjon for å oppnå best mulig resultat. Dette er hvordan:

1. Planlegging og krav

Under dette trinnet i iterative prosessen, vil du definere din prosjektplan og justere på ordnede prosjektmålene . Dette er scenen hvor du vil skissere noen harde krav-ting som må skje for at prosjektet skal lykkes. Uten dette trinnet, du kjører risikoen for gjentakelse, men ikke treffer dine mål.

2. Analyse og utforming

Under dette trinnet, vil du og ditt team fokusere på virksomhetens behov og tekniske krav i prosjektet. Hvis trinn en var prosessen med skisserte målene dine, er trinn to når du brainstorm en design som vil hjelpe deg til slutt treffer disse målene.

3. Gjennomføring

I løpet av tredje trinnet, vil laget ditt skape den første iterasjon av Prosjektlevering . Denne utgaven vil bli informert av din analyse og design, og skal arbeide for å treffe din ultimate Formålet med prosjektet. Detaljnivået og tiden du bruker på denne iterasjon vil avhenge av prosjektet.

4. Testing

Nå som du har en iterasjon, vil du teste den på hvilken måte som gjør det mest fornuftige. Hvis du jobber med en forbedring på en nettside, for eksempel, vil du kanskje at A / B teste den mot din nåværende nettside. Hvis du lager et nytt produkt eller en funksjon, bør du vurdere å gjøre brukervennlighet testing med et sett med potensielle kunder.

I tillegg til testing, bør du også sjekke inn med din Prosjektets interessenter . Be dem om å veie inn på iterasjonen, og gi tilbakemelding .

5. Evaluering og gjennomgang

Etter testing vil teamet vurdere suksessen til iterasjonen og justere på alt som må endres. Oppnytter denne iterasjonen prosjektmålene dine? Hvorfor eller hvorfor ikke? Hvis noe må endres, kan du starte den iterative prosessen på nytt ved å gå tilbake til trinn to for å lage neste iterasjon. Husk at din første planlegging og mål skal forbli det samme for alle iterasjoner. Fortsett å bygge på forrige iterasjon til du kommer til en leveranse du er fornøyd med.

Hvis du starter den iterative prosessen, må du sørge for at alle fortsatt er justert på prosjektmålene dine. Den iterative prosessen kan ta uker eller måneder, avhengig av hvor mange iterasjoner du løper gjennom. Senterer din iterasjon på prosjektmålene dine Hver gang du starter på nytt, kan den iterative prosessen hjelpe deg med å sikre at du ikke mister oversikten over din nordstjerne.

Den iterative modellen er ikke riktig for hvert lag eller et prosjekt. Her er de viktigste fordelene og ulemperne i iterativ prosessen for teamet ditt.

Økt effektivitet. Fordi den iterative prosessen omfatter prøve og feil, kan den ofte hjelpe deg med å oppnå ønsket resultat raskere enn en ikke-itterativ prosess.

Økt samarbeid. I stedet for å jobbe fra forutbestemte planer og spesifikasjoner (som også tar mye tid å lage), samarbeider teamet ditt aktivt sammen.

Økt tilpasningsevne. Når du lærer nye ting i løpet av implementeringen og testfasene, kan du justere din iterasjon for å treffe dine mål - selv om det betyr å gjøre noe du ikke forventet å gjøre i starten av den iterative prosessen.

Mer kostnadseffektiv. Hvis du trenger å endre omfanget av prosjektet, har du bare investert minimum tid og krefter i prosessen.

Evne til å jobbe parallelt. I motsetning til andre, ikke-iterative metoder som fossmetoden, er iterasjoner ikke nødvendigvis avhengig av arbeidet som kommer foran dem. Teammedlemmer kan jobbe på flere elementer i prosjektet parallelt, som kan forkorte din generelle tidslinje.

Redusert Risiko på prosjektnivå . I den iterative prosessen identifiseres risikoen og adressert under hver iterasjon. I stedet for å løse for store risikoer i begynnelsen og slutten av prosjektet, jobber du konsekvent for å løse lavnivårisiko.

Mer pålitelig bruker tilbakemelding. Når du har en iterasjon som brukerne kan samhandle med eller se, kan de gi deg inkrementell tilbakemelding om hva som fungerer eller ikke virker for dem.

Økt risiko for Scope Creep. . På grunn av prøve-og-feilen til den iterative prosessen, kan prosjektet ditt utvikle seg på måter du ikke hadde forventet og overstige originalen din prosjektomfang .

Ufleksibel planlegging og krav. Det første trinnet i iterativ prosessen er å definere prosjektkravene dine. Endring av disse kravene i den iterative prosessen kan ødelegge strømmen av arbeidet ditt, og føre til at du lager iterasjoner som ikke tjener prosjektets formål.

Vage tidslinjer. Fordi lagmedlemmer vil skape, teste og revidere iterasjoner til de kommer til en tilfredsstillende løsning, er den iterative tidslinjen ikke klart definert. I tillegg kan testing for forskjellige trinn variere i lengde, noe som også påvirker den generelle iterative prosessen tidslinjen.

Til slutt kan hvert lag lære noe fra den iterative prosessen. Når det er mulig, nærmer deg arbeid med en prøve- og feil-mentalitet. Når du er i tvil, lene seg i fleksibilitet og samarbeid. Og - om du implementerer den iterative metoden - alltid streber etter kontinuerlig forbedring i arbeidet ditt.