Projectmanagement schiet vaak te kort

Ondanks, of misschien wel juist door de enorme aandacht voor het standaardiseren van projectmanagement, gaat er nog altijd veel mis bij de uitvoering van IT-projecten. Planning en mijlpaalproducten nemen een te centrale plaats in bij deze standaard methoden. De projectmanager richt zich teveel op het escaleren naar het hogere management bij het niet halen van de planning in plaats van te investeren in leren en samenwerken. Hoe voorkom je dat een IT-project in een neerwaartse escalatiespiraal terecht komt?

• Falend projectmanagement
• Escaleren en de neerwaartse spiraal
• Investeren in leren en samenwerken
• Het belang van juist gekozen werkvormen
• Samenvatting

Falend projectmanagement

IT-projecten worden als middel ingezet voor het realiseren van IT-veranderingen. IT-projecten kennen vaak een moeizaam verloop en leiden lang niet altijd tot voldoende resultaat. De enorme aandacht de afgelopen 10 jaren voor standaard projectmanagementmethoden zoals PRINCE2 heeft hier geen verbetering in gebracht. Een van de belangrijke oorzaken die hier achter schuilgaat, is dat IT-projecten zich teveel beperken tot alleen de techniek. De met de technische verandering gepaard gaande organisatieverandering wordt vaak niet (h)erkend. Ook is een niet realistische opleverdatum voor het bouwen van de technische oplossing een extra handicap. Met de tot de techniek beperkte scope en te ambitieuze opleverdatum als uitgangspunt wordt een planning van het IT-project gemaakt, die bestaat uit tijdlijnen en mijlpaalproducten. Ondanks de genoemde manco’s van beperkte scope en niet realistische opleverdatum, krijgt de planning een soort ‘heilige’ status. Afwijkingen op de planning worden niet getolereerd en vrijwel meteen verheven tot issues of geëscaleerd naar het hogere management.