Sådan undgår du, at et it-projekt løber løbsk

De fleste it-projekter, der ender galt, fejler ikke på grund af dårlig kode. De fejler, fordi de vokser sig større end planlagt, feedbacken kommer for sent, og ingen tør sige stop. Den gode nyhed: det er forudsigelige fælder, og de kan undgås med nogle få vaner. Her er de vigtigste.

Scope creep, den langsomme død

‚Kan vi ikke lige også…?‘ er den farligste sætning i et projekt. Hver enkelt tilføjelse virker lille og rimelig, men de hober sig op, og pludselig er projektet dobbelt så stort som aftalt. Det kaldes scope creep, og det er dødsårsag nummer ét.

Kuren er at gøre ændringer synlige: hver ny idé skal koste noget andet, tid eller penge, i stedet for bare at blive sagt ja til. Skriv en ‚senere‘-liste og parker gode idéer der. En tydelig afgrænsning fra start, hvad er IKKE med i denne omgang, er det stærkeste værn du har. Det er også derfor en god kravspecifikation er så vigtig: den definerer kanten, alt måles op imod.

Del projektet i faser

Et stort projekt, der først leverer om et halvt år, er en risikobombe, du opdager først om det virker, når pengene er brugt. Del det i stedet i faser med et brugbart resultat efter hver. Så kan I:

• se fremskridt løbende og justere kurs
• stoppe eller ændre retning, hvis behovet flytter sig
• få værdi undervejs i stedet for til allersidst

Realistiske forventninger til varigheden hjælper også, læs om hvor lang tid et softwareprojekt tager, så tidsplanen bygger på virkelighed og ikke håb.

Lever i småbidder

Faseinddeling handler om planen; småbidder handler om rytmen. Frem for at forsvinde i månedsvis og komme tilbage med noget stort, bør leverandøren vise noget fungerende ofte, hver uge eller hver anden. Du ser reelt fremskridt, ikke en statusrapport, og du fanger misforståelser mens de er billige at rette. En fejlantagelse, der opdages efter en uge, koster en dag. Opdages den efter tre måneder, koster den ombygning.

Tæt samarbejde slår perfekte planer

Ingen kravspec overlever mødet med virkeligheden fuldstændig, I bliver klogere undervejs, og det er sundt. Det, der afgør om projektet lykkes, er hvor hurtigt I kan reagere sammen:

• Hav én person hos jer, der kan svare og træffe beslutninger uden ventetid.
• Hold korte, faste opfølgninger frem for lange, sjældne møder.
• Sig til, så snart noget føles forkert, små justeringer nu er billige.

Passivitet fra kundens side er en af de hyppigste årsager til forsinkelse. Et it-projekt fungerer bedst som et løbende samarbejde, hvor I følger med undervejs.

Kort sagt

Afgræns skarpt, byg i etaper, lever ofte, og hold tæt kontakt. Gør du det, løber projektet sjældent løbsk, og hvis det begynder at gøre det, opdager du det tidligt nok til at rette op.

Skal du i gang med et projekt og vil have det struktureret, så det holder budgettet, så tag fat i mig, jeg arbejder altid i små, synlige leverancer, netop for at undgå ubehagelige overraskelser.