I figur 1 er illustreret de 3 væsentligste emner, der skal håndteres en forandring (et projekt), og dermed emner der er med til at fastlægge ”hammerens størrelse” for denne forandring. Disse emner er:
- Projektets omfang (kompleksitet eller scope)
- Ressourcer
- Timeboks
Typisk fastlægges ”projektets omfang” først, herefter kan man fastlægge ressourcebehovet og en realistisk udstrækning af projektet. Det er selvfølgelig herefter sandsynligt, at virksomheden ikke har de nødvendige ressourcer eller den fornødende udstrækning til rådighed. Dette kan man f.eks tage hensyn til i projektet ved enten at:
- Reducere opgavens omfang
- Acceptere risiko i projektet
Denne øvelse kommer man til at lave en del gange i et projektforløbet. Projekttrianglen er efter min mening, en meget vigtig figur at forstå mekanismerne i, når man arbejder med projekter.
Alle ”projekters omfang” er ikke ens, men fælles for alle projekter er, at de indeholder de 3 dimensioner, som er illustreret i figur 2. Forskellen på projekterne og valget af "hammerstørrelsen" ligger i omfanget af hver af de 3 dimensioner (Herfra kaldet projektkompleksitet eller projektets scope).
Jeg har et andet sted på denne hjemmeside, forsøgt at give et billede af de mest gængse typer, som jeg ser.
De 2 typer projekter som jeg primært vil beskæftige med på denne hjemmeside, er Enterprise-projekter (større projekter) og Proces-projekter (mellemstore projekter). Begge projekttyper er kendetegnet ved, at IT’en kun er et værktøj, som skal understøtte en større forandring i såvel organisation som processer.
Der har desværre været en tendens til i disse typer projekter, at kunden og IT-leverandøren har haft følgende oplevelser:
- Kunden mener ikke at have modtaget det, som denne mener at have bestilt
- Opgaven ændrer sig radikalt i forløbet og med følgende virkning:
- Investering i projektet forøges markant
- Udstrækningen af forløbet ændrer sig væsentlig
- Ressourcebehovet for at gennemføre projektet, stiger voldsomt
- Kunden opnår ikke – eller er i tvivl om, hvorvidt de opnår – de gevinster/fordele, de har regnet med
Hvis du har oplevet nogle eller alle ovennævnte punkter i et eller flere projekter, har du/i med sikkerhed fejlvurderet jeres projekts kompleksitet, og så bør denne hjemmeside have din interesse.
Her får du forklaringen på, hvad der sædvanligvis går galt i disse projekttyper, samt indsigt i en projektmodel som sammen med en værktøjs-kasse beviseligt har reduceret eller fjernet ovennævnte udfordringer i de 2 oven nævnte projekttyper.