IT projektledelse | af Duncan Haughey | Read time minutes

lad os starte med nogle bekymrende statistik. Kun 29% af programmelprojekterne var vellykkede, 52% blev udfordret (omkostningsoverskridelser, budgetoverskridelser eller indholdsmangler), og 19% mislykkedes, ifølge Standish Group-rapporten i 2015. Mens disse fund først opstod for et par år siden, er resultaterne ikke mindre sande i dag.

desuden er procentdelen af projekter, der anses for værdifulde af kunden, 59%, og af projekter, der anses for tilfredsstillende af kunden, 56%.

utilfredsstillende projektresultater er blevet en IT-branchenorm, hvor kunden ikke var tilfreds med resultatet. Så hvad kan vi gøre ved det?

et godt udgangspunkt er ved at tage fat på nogle af de kritiske grunde programmel projekter mislykkes.

Årsag 1: ikke nok tid

ofte bliver en frist besluttet, før projektet starter og ikke kan forhandles. Denne frist resulterer i en hovedkulds kapløb for at komme i gang på den antagelse, jo før du begynder kodning, jo hurtigere vil du afslutte projektet.

et travlt med at starte kodning er næsten altid den forkerte tilgang. Det er vigtigt at bruge tid på at skabe et godt design. Ikke at have et godt design fører til fortsatte ændringer i hele udviklingsfasen. Når dette sker, forbruges tid og budget hurtigt.

opløsning:

• bliv ikke fristet til at hoppe lige ind og begynde at kode.
• Tildel tilstrækkelig tid til at skabe et godt design, og resten af projektet vil køre meget bedre.

denne tilgang vil forbedre dit omdømme, når du leverer noget, der opfylder dine kunders forventninger og fungerer første gang korrekt.

Årsag 2: utilstrækkeligt Budget

mange projekter har den laveste pris, mest succesrige leverandørpolitik eller et urealistisk lavt budget, der ikke er baseret på projektkravene. Når dette sker, går alt langsommere. Ressourcer er langsomme til at ankomme eller aldrig ankomme; hjørner bliver skåret, og kvaliteten lider.

opløsning:

• vær realistisk omkring budgettet og basere det på de komplette krav.
• undgå at basere udvælgelsen af en leverandør udelukkende på den laveste pris.
• gå til en leverandør eller et team med en dokumenteret track record for at levere inden for budgettet.
• brug en tjekliste for leverandørvalg som den nedenfor for at finde den rigtige leverandør til dit projekt.

Årsag 3: Dårlig kommunikation

der er et ordsprog, “Antag aldrig noget”, hvilket især er tilfældet for programmelprojekter. God kommunikation med din kunde, brugere og udviklingsteamet er afgørende for projektets succes. Stil dig selv tre spørgsmål:

1. forstår alle i teamet dig?
2. ved de, hvad du forventer af dem, eller har du antaget, at de ved det?
3. kommunikerer de godt med hinanden, med brugere og med andre afdelinger?

opløsning:

• Find eventuelle kommunikationsnedbrud nu. Disse kan føre til forvirring og komplikationer senere i projektet.
• Antag aldrig, at alle forstår alt, hvad der sker på projektet.
• Tag dig tid til at skabe et miljø, hvor kommunikation er tilgængelig, åben og hyppig.

årsag 4: Gennemgå aldrig Projektfremskridt

efterhånden som et projekt skrider frem, ændrer tingene sig væsentligt, hvilket påvirker projektet. Det er vigtigt at fortsætte med at undersøge projektets fremskridt for at overvinde udfordringer tidligt og advare interessenter om mulige forsinkelser og resultatændringer.

opløsning:

• Indstil altid milepæle for at gennemgå fremskridt med dit team og interessenter under projektet. Juster efter behov for at holde kursen.
• Hold dig tæt på dit team for at forstå, hvad der sker og eventuelle udfordringer, de står over for.

årsag 5: utilstrækkelig test

når trykket til levering er tændt, lider testen ofte. Testen bliver tilbage til slutningen af udviklingscyklussen med minimal indsats brugt på test. Normalt er resultatet et produkt fyldt med fejl og en ulykkelig kunde.

opløsning:

• udfør test gennem hele udviklingslivscyklussen, test hvert modul eller komponent, som det er udviklet.
• forlad kun integrationstesten indtil slutningen af udviklingslivscyklussen, hvilket resulterer i mindre stress og et bedre produkt.

årsag 6: Test i produktionsmiljøet

det er overraskende, hvor mange organisationer tester produkter i deres produktionsmiljø. Brug af produktionsmiljøet er en højrisikostrategi, der kan føre til sikkerhedsbrud og utilsigtet frigivelse uden test, der forstyrrer produktionssystemerne.

opløsning:

• udvikle en proces til kvalitetssikring og frigivelse af nye programmelprodukter.
• Giv et miljø adskilt fra produktionsmiljøet til test og fejlrettelse.

årsag 7: manglende kvalitetssikring

ofte i vores hast at levere programmet, kvalitetssikring lider. Dokumentationen er ufuldstændig for kodeændringer, designet indeholder fejl, og implementeringer kan være ufærdige. Disse fører alle til omarbejdning, tabt tid og til sidst utilfredse kunder.

opløsning:

• Tag dig tid til at kvalitetstjekke og dokumentere programmer før udgivelsen.
• gennemgå Michael L Young artikel 6 succesfaktorer til styring af projektkvalitet

årsag 8: Manglende overholdelse af industristandarder

overholdelse af industristandarder i dine programmelprojekter kan vise sig at være en fordel ved at sikre god tilgængelighed, portabilitet, brugervenlighed, robusthed og reducere nuværende og fremtidige problemer. Organisationer som Verdensnetkonsortiet (V3C) og Den Internationale Organisation for standardisering (ISO) har udviklet åbne standarder, der er svære at udfordre.

opløsning:

• tag dig tid til at indføre en standard tilgang til dine projekter.
• Find hvad der fungerer godt og fortsæt med at gøre det.
• ændre noget, der ikke fungerer.
• gennemgå og opdater dine standarder regelmæssigt.

næste gang du projektstyrer et programudviklingsprojekt, skal du gennemgå denne liste og minde dig selv om, hvad der er nødvendigt for at sikre succes. Du vil blive overrasket; det gør en forskel.

Anbefalet læsning: den nysgerrige sag om CHAOS Report 2009 af Jorge Domingues.