En betalt afklaringsfase bør slutte med beslutninger, ikke kun dokumenter: hvad der skal bygges først, og hvad der skal udelades, de største risici, og hvordan de blev testet, et estimat angivet som et interval med dets antagelser og en første milepæl, der er klar til at gå i gang. Bedøm den med én test: kunne du tage resultaterne med til et andet team og begynde at bygge uden at starte forfra?
Afklaringsfasen findes for at træffe store beslutninger, mens de er billige
En afklaringsfase, også kaldet discovery, scoping eller inception, er en kort, betalt fase før udviklingen af software. Dens opgave er at fjerne den usikkerhed, der gør estimater upålidelige, og at få de store beslutninger på plads, mens de stadig er billige at ændre. At ændre en beslutning på papiret koster en samtale; at ændre den, efter at koden er skrevet, koster omarbejde.
Tidlige softwareestimater er brede og bliver først smallere, efterhånden som beslutninger fjerner usikkerhed, en effekt, der ofte kaldes usikkerhedskeglen (cone of uncertainty). Møder alene gør dem ikke smallere. En afklaringsfase er værd at betale for, når den tvinger de beslutninger igennem: hvad produktet skal kunne først, hvilke rammer der ligger fast, og hvilke tekniske risici der er reelle.
Aftal, hvad du får, før afklaringsfasen starter
Køb afklaringsfasen som enhver anden leverance: en fast varighed, en fast pris, navngivne personer og en skriftlig liste over resultater. Hvis en partner ikke kan sige, hvad du står med til sidst, kan fasen glide over i workshops uden ende. Et komplet sæt resultater dækker som regel følgende.
- En problemformulering: hvem brugerne er, hvad de har brug for, og hvordan succes skal måles
- Omfanget af den første version: hvad der er med, hvad der ikke er, og hvad der udskydes
- De vigtigste brugerforløb, skitseret eller prototypet, hvor de er usikre
- En arkitekturskitse: hovedkomponenter, integrationer, data og hosting, med de muligheder, der blev overvejet
- Et risikoregister, der rangerer det, der kan få projektet til at mislykkes, og hvordan hver risiko skal håndteres
- Et estimat som et interval med dets antagelser og en første milepæl med acceptkriterier
- En beslutningslog, der registrerer, hvad der blev besluttet, af hvem og hvorfor
Kig efter beslutninger, ikke en bunke dokumenter
En rapport fra afklaringsfasen kan være lang og alligevel ikke beslutte noget. Læs den for forpligtelser: hvilke funktioner der er med i den første version, og hvilke der ikke er, hvilke valg af teknologi og hosting der er truffet, hvilke integrationer der er nødvendige, og hvilke spørgsmål der stadig er åbne, hver med en ansvarlig og en dato.
Et nyttigt signal er, hvad partneren frarådede. Hvis omfanget er større til sidst end i starten, og intet blev skåret væk, har afklaringsfasen sandsynligvis registreret din ønskeliste i stedet for at teste den. Nogle gange er den rigtige konklusion at købe et eksisterende produkt, bygge mindre eller slet ikke bygge, og en god afklaringsfase siger det.
De mest risikable antagelser skal testes, ikke kun listes
Ethvert projekt hviler på nogle få antagelser, der ville ændre alt, hvis de var forkerte: et eksternt API, der ikke understøtter den operation, du har brug for, data, der er mere rodede end forventet, et ydelsesmål, som det valgte design ikke kan nå, eller brugere, der ikke vil ændre deres måde at arbejde på.
Bed partneren om at navngive de antagelser tidligt og teste de værste af dem i afklaringsfasen, med en teknisk spike, en klikbar prototype eller en arbejdssession med de personer, der driver det pågældende system. En risiko, der er testet, er viden. En risiko, der kun er skrevet ned, er stadig et gæt.
Et ærligt estimat er et interval med antagelserne vedhæftet
Et enkelt tal ved afslutningen af afklaringsfasen skjuler den usikkerhed, der er tilbage. Bed om et interval for den første version, opdelt efter hovedkomponent, med de antagelser, der ville flytte det op eller ned. For eksempel: estimatet forudsætter, at betalingsudbyderens API allerede understøtter delvise refusioner; hvis det ikke gør, skal det integrationsarbejde, der er opført separat, lægges til.
Spørg, hvilke dele af estimatet der er faste, og hvilke der stadig er usikre, og hvordan den kommercielle model vil behandle hver af dem. Faste dele kan prissættes til fast pris; usikre dele kræver et budget og et punkt, hvor du beslutter igen. Den første milepæl bør være specificeret godt nok til, at den kunne leveres til fast pris.
Bevar en udgang ved hvert skridt
Afklaringsfasen er også det billigste tidspunkt at stå af. Sørg for, at du ejer alt, hvad den producerer, fra dokumenter og diagrammer til prototyper og kode, og at resultaterne er skrevet til ethvert kompetent team, ikke kun til den partner, der skrev dem. Du bør frit kunne bygge med den partner, give resultaterne til et andet team, bygge internt eller stoppe.
Tag den samme idé med ind i den plan, der følger: en første milepæl med acceptkriterier og derefter et beslutningspunkt, hvor du kan fortsætte, skifte kurs eller afslutte samarbejdet. Sådan starter vi projekter hos SDK Enterprises: et skriftligt omfang, en fast første milepæl og navngivne udviklere, så du ser planen, før du forpligter dig til et større budget. Når du kun har brug for rådgivning, får du et skriftligt svar, som dit eget team kan handle på, uanset om du bygger med os eller ej.
Seks spørgsmål, der viser, om afklaringsfasen var pengene værd
Når fasen slutter, så hold resultaterne op mod disse spørgsmål. Hvis de fleste svar er ja, købte pengene klarhed. Hvis de fleste er nej, betalte du for workshops.
- Kunne et andet team begynde at bygge ud fra disse resultater uden at gentage afklaringsfasen?
- Talte partneren med brugerne og med de personer, der driver de involverede systemer, og ikke kun med sponsoren?
- Blev de mest risikable antagelser testet, og blev resultaterne skrevet ned?
- Er estimatet et interval med klare antagelser frem for ét enkelt tal?
- Blev noget skåret væk, udskudt eller udfordret?
- Er den første milepæl specificeret godt nok til at kunne godkendes eller afvises?
Det vigtigste
- Køb afklaringsfasen med en fast varighed, en fast pris, navngivne personer og en skriftlig liste over resultater.
- Bedøm resultaterne ud fra de beslutninger, de indeholder, også hvad der blev skåret væk eller frarådet.
- De mest risikable antagelser skal testes i afklaringsfasen, ikke kun opføres i et risikoregister.
- Forvent estimatet som et interval med antagelser og en første milepæl, der er specificeret godt nok til at blive prissat.
- Ej alle resultater, så du kan bygge med den partner, med et andet team eller slet ikke.
FAQ
Skal en afklaringsfase være betalt, eller kan en partner gøre det gratis?
Gratis afklaring er en del af salget, så den stopper ved det, der kan være i et tilbud. Når du betaler for en afklaringsfase, køber du tid til at læse din kode, tale med dine brugere og teste risici, og du får resultater, der tilhører dig. Hold fasen kort og til fast pris, så forpligtelsen forbliver lille.
Hvor lang tid bør en afklaringsfase tage?
Lang nok til at besvare de spørgsmål, der står i vejen for et pålideligt estimat, og ikke længere. Aftal varigheden på forhånd ud fra produktets størrelse og antallet af involverede systemer, og slut med en beslutning om den første milepæl frem for en forlængelse af afklaringsfasen.
Hvad nu, hvis afklaringsfasen viser, at projektet ikke er værd at bygge?
Så har den gjort sit arbejde til den lavest mulige pris. En god afklaringsfase kan konkludere, at du bør købe et eksisterende produkt, bygge en mindre første version eller stoppe, og du beholder resultaterne under alle omstændigheder.