Forsinket projekt: Handl klogt i stedet for bare at vente

Et forsinket projekt udløser en refleks: Kræv at de indhenter tiden. Ofte er det præcis det forkerte træk. En forsinkelse er et symptom, og behandler du symptomet uden at forstå årsagen, risikerer du at gøre skaden værre. Før du beslutter hvad du skal gøre, skal du vide hvorfor det gik galt. Og derefter skal du handle. Bare at vente er den dyreste mulighed af alle.

Start med årsagen, ikke med kravet

Forsinkelser har forskellige rødder, og hver rod kræver sit eget svar. Tre er de mest almindelige:

• I har ændret kravene. Er omfanget vokset undervejs, er forsinkelsen delvis jeres egen. Så er svaret at prioritere, ikke at kræve.
• Leverandøren har undervurderet opgaven. Var estimaterne for optimistiske, er der brug for en ærlig omplanlægning baseret på det I ved nu, ikke på det oprindelige gæt.
• Leverandøren er underbemandet. Har de rigtige folk ikke været på plads, er det et ressourceproblem hos dem som de skal løse, ikke noget I kan presse frem med tempo.

Spørg lige ud og kræv et konkret svar. En leverandør der ikke kan forklare hvorfor det blev forsinket, kan sandsynligvis heller ikke rette op på det.

Omprioritering er oftest den hurtigste vej ud

Når årsagen er klar, er den bedste løsning oftest hverken mere tid eller flere folk, men mindre scope. At lancere en mindre, men fungerende version til tiden slår næsten altid at vente på at det hele bliver færdigt.

Stil det afgørende spørgsmål: Hvad skal virkelig være med i en første lancering, og hvad kan komme bagefter? Næsten alle kravlister indeholder mere end en første version har brug for. Skær det væk der kan vente, lancer kernen og byg videre derfra. En udskydelse bør være den sidste udvej, ikke den første refleks.

Fælden med at sætte flere udviklere på

Det mest fristende og mest misforståede greb er at bemande op. Instinktet siger at man bliver hurtigere færdig med flere hænder. I et forsinket softwareprojekt er det ofte omvendt.

Nye folk kender ikke projektet. De skal læres op af netop de udviklere der allerede er hårdt belastede, hvilket bremser teamet præcis når det har brug for fart. Effekten kommer, hvis den kommer, langt senere end I har brug for den. At sætte flere folk på et forsinket projekt forsinker det klassisk nok endnu mere. Genovervej altid det greb før du griber til det.

Et scenarie

Lad os sige at en lancering skulle have fundet sted i marts, men at teamet i februar melder at det ikke kan nås. Refleksen er at kræve marts alligevel eller at sætte flere udviklere på. Et klogere træk: Sæt jer ned og gå kravlisten igennem. Af tyve funktioner viser det sig at tolv er nok til en meningsfuld første version. I lancerer de tolv i marts som planlagt og lægger de otte i en version to i maj. Deadlinen blev overholdt. I ændrede bare hvad der skulle leveres til den, ikke hvornår.

Hvornår de formelle værktøjer hører hjemme

Kontrakter med bod og formelt pres har deres plads, men den plads er sjældent midt i et udviklingsforløb du gerne vil redde. Så længe du har brug for teamets gode arbejde fremover, er hårdt pres kontraproduktivt: Det forgifter relationen til netop de mennesker du er afhængig af.

Formelle værktøjer hører hjemme når samarbejdet i praksis er brudt sammen og spørgsmålet er blevet hvordan du beskytter dine interesser eller kommer ud af kontrakten. Så er de nødvendige. Som første reaktion på en forsinkelse er de næsten altid forkerte. Tag den konstruktive samtale først og gem juraen til når der virkelig er brug for den.

Sådan undgår du at havne her igen

De fleste store forsinkelser var en række små som ingen reagerede på i tide. Kurér det med synlighed: hyppigere statusmøder, rigtige demoer af dele der virker og en løbende opdateret prognose, ikke kun ved milepæle. Ser du en lille glidning i uge tre, kan du justere kursen mens det er let. Opdager du den først ved den planlagte lancering, er valgene betydeligt mere smertefulde.

Hos Weapp arbejder vi med en åben prognose og regelmæssige demoer netop for at gøre forsinkelser synlige mens de stadig er små. Vil du have hjælp til at redde et projekt der er skredet, eller en second opinion? Se vores ydelser eller kontakt os.