Alt for mange it-projekter ender ikke som den succes, man satsede på.
Om det er en ny CRM-løsning, en ny funktion i SharePoint-miljøet eller en ny webshop, så gælder det, at der er en række helt grundlæggende fejltrin, man skal forsøge at undgå.
Man kan naturligvis altid diskutere, hvor de største risici er, og hvordan der skal prioriteres.
Det afhænger både af det pågældende projekt og den organisation, der står bag.
Der er dog nogle helt generelle huskeregler, som det kan give god mening at printe ud og hænge op ved det whiteboard, hvor man lader de kreative idéer folde sig ud.
Vores kolleger på det amerikanske CIO har en interessant artikel om 11 tegn på, at dit it-projekt er dødsdømt.
De røde flag, man skal holde ekstra godt øje med, lyder kort fortalt:
1) Projektet er sat i søen, uden at man har opbakningen fra ledelsen
Det kan eksempelvis ske ved, at en medarbejder i virksomheden får en god idé og derfor begynder at arrangere møder og skaffe ressourcer, men ikke husker at sikre sig, at den relevante leder også kan se idéen.
"Mange af disse projekter fortsættes til det punkt, hvor det for alvor er nødvendigt at bruge penge, og så kollapser de fuldstændig," skriver cio.com
2) Der eksisterer ikke en detaljeret projektplan
Projektplaner tvinger projektlederen og alle, der er involveret, til at overveje de nødvendige faser og skridt og rækkeføljen af disse.
3) Der er arrangeret møder, uden at man har tjekket, om team-medlemmerne er tilgængelige.
Det lyder måske ret indlysende, men hvis projektet skal fungere, er de involverede parter altså nødt til at være med til de nødvendige møder.
4) Brugerne er ikke involveret tidligt i projektet.
5) Projektet går efter minimumskravene
Intet dræber et projekt som det at købe hardware, der kun akkurat er tilstrækkelig. Cio.com skriver, at man bør tjekke erfaringerne hos andre kunder med lignende konfiguationer.
Har du også husket dette?
6) Man tester først bagefter
Test, test og atter test. Husk det nu - på alle områder og i alle projektfaser.
7) Man har ikke en recovery-plan i tilfælde af, at det fejler
Alt for mange go-live begivenheder bygger på antagelsen, at det ikke kan gå galt. Det er dårlig planlægning, mener vores amerikanske kolleger.
8) Ekspertanbefalinger er blevet forkastede, uden at man testet, hvad konsekvensen er
"Der er folk, der beder om et ekspertråd, lytter og dernæst vælger en anden vej - hver eneste gang. Og så klager de, når noget går galt," skriver cio.com.
9) Man går live i en weekend eller ferie
Mens dette måske umiddelbart kan forekomme som en god plan, kan problemet være, at det netop er i disse perioder, at mulighederne for både intern og ekstern support er ringest.
10) Forventningerne er ikke klappet af
Man skal vide, hvad det er, man vil levere, og hvordan det skal fungere.
"Et nyt system vil altid frustrere folk, men hvis du har skabt realistiske forventninger og givet folk adgang til hurtig support, er der en tendens til, at problemer forsvinder hurtigere, og du hurtigere får tilfredse kunder," skriver cio.com.
11) Man sjusker med træningen
Endnu en klassisk fejl ved it-projekter. Ofte begår projektlederen den fejl, at han/hun antager, at løsningen er så brugervenlig, at det hele næsten giver sig selv.
Men man skal aldrig undervurdere undervisningsdelen af projektet, lyder det gode råd i artiklen fra cio.com, som du kan læse i fuld længde her.
Læs også:
