Why Software Projects Escalate: The Importance of Project Management Constructs
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 2
Introduction Projets logiciels souvent sujets à l échec: 50% des projets de répondent pas aux attentes Dépassement du budget Dépassement des délais «Runaways systems» Continuent à absorber des ressources sans atteindre leurs objectifs Choix des décisionnaires de persister («escalation of commitment») dans une ligne de conduite qui échoue Management 3
Introduction Besoin de prévenir ce type de problème Utilisation de modèles permettant de détecter les projets risquant de devenir des «runaway projects» Chercher les concepts permettant de les repérer Management 4
Introduction Plusieurs théories utilisées pour explique ce phénomène Travaux de Keil et al.: Modèle basé sur ces théories pour classifier les projets sujet à l escalade et ceux qui ne le sont pas Pas de recherche sur le rôle de la gestion de projet Travaux de Zhang et al.: Basés sur les concepts de ces théories et de la gestion de projet Résultat: les concepts de la gestion de projets permettent une meilleure classification Limite: pas de recherche sur l influence de chaque concept de la gestion de projet Management 5
Introduction But de l article: construire un modèle de classification basé uniquement sur les concepts de la gestion de projet Deux objectifs: Voir si les concepts de la gestion de projet permettent de distinguer les projets propices à l escalade et ceux qui ne le sont pas Déterminer quels sont les concepts de la gestion de projet qui ont un pouvoir prédictif le plus important Management 6
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 7
Concepts de la gestion de projet Escalade souvent associée à une mauvaise gestion de projet Concepts clés de la gestion de projet liés à la réussite ou l échec d un projet Planification Spécification Estimation Suivi et contrôle Choix de ces concepts car: Concepts centraux du PMBOK Logiquement liés au phénomène d escalade Management 8
Concepts de la gestion de projet Planification Échecs des projets souvent dus à une planification mal définie Permet de définir des jalons et des critères de succès Permet de définir les responsabilité Pas ou peu de gestion de projet: Pas de moyen de savoir si le projet se déroule correctement, impossibilité de repérer les problèmes et donc de les gérer Pas de moyen de déterminer qui est responsable d un problème => Propice au phénomène d escalade Management 9
Concepts de la gestion de projet Spécifications Mauvaises spécifications => Ne répond pas aux besoins de l utilisateur Conséquences: Changements constant des besoins Génère une vision faussée du respect des délais => Phénomène d escalade Management 10
Concepts de la gestion de projet Estimation WBS et estimations des durées mal réalisés: Sous-estimation de l envergure et de la complexité du projet Sous-estimation des ressources et du temps nécessaires Cause souvent citée d échec Gestionnaires incapables de se rendre compte de l importance des écarts par rapport à ce qui était estimé => Génère un phénomène d escalade Management 11
Concepts de la gestion de projet Suivi et contrôle Évaluations régulières du projet, permet de repérer les problèmes Suivi faible => problème identifiés trop tards Contrôle: permet de répondre aux problème identifiés Pas de suivi et de contrôle: problèmes non détectés et non résolus => Phénomène d escalade Management 12
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 13
Méthodologie Participants: professionnels de l audit et du contrôle, membres de l ISACA 579 enquêtes retournées Essentiellement des organisations entre 1000 et 10000 employés (83%) Majoritairement du secteur de la finance (40%) Management 14
Méthodologie Questionnaire: Plusieurs items dichotomiques par concept de gestion de projet Items tirés de la littérature sur la gestion de projet logiciel Variables démographiques, notamment: Taille de l entreprise Expérience de l auditeur Taille du projet comparée aux projets habituels de l entreprise Management 15
Méthodologie Management 16
Méthodologie Vérification de la fiabilité Bonne conformité des items Peu de corrélation entre les indicateurs représentant des concepts différents Corrélation modérée entre la planification et le suivi et contrôle Conservés, car représentent des concepts distincts et degré de corrélation encore acceptable Management 17
Méthodologie Réalisation d un modèle logistique de régression Permet de prédire les valeurs prises par une variable à partir d un ensemble de variables explicatives Permet d étudier la qualité du modèle Permet d identifier les facteurs les plus importants 75% des enquêtes utilisées pour établir le modèle 25% échantillon de test Management 18
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 19
Résultats Planification et taille du projet n ont pas d influence significative Suivi et contrôle: variable la plus importante 20x plus de chances d avoir un phénomène d escalade si mauvais suivi et contrôle Taille du projet sans influence Concepts plus significatis que ceux des théories de l escalade Management 20
Résultats Modèle meilleur classifieur que le hasard Sur l échantillon d estimation Sur l échantillon de test Meilleur pouvoir prédictif que les modèles basés sur la théorie Prédit mieux les projets qui subiront le phénomène d escalade que ceux qui ne le subiront pas Management 21
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 22
Limites de l étude Seulement des professionnels de l audit Chaque enquête remplit par une seule personne Mais: Pas d intérêt direct des auditeurs dans le projet Objectivité attendue de leur part Accès aux données sur les performances du projet Expérience avec de multiples projets Management 23
Limites de l étude Étude sur un nombre limité de concepts de la gestion de projet Recherches ultérieures possibles Influence des processus de développement (CMMI) Développement d un modèle composite (théorie de l escalade + gestion de projet) Management 24
Why Software Projects Escalate: The Importance of Project Management Constructs 1. Introduction 2. Concepts de la gestion de projet 3. Méthodologie 4. Résultats 5. Limites de l étude 6. Conclusion Management 25
Conclusion Création d un modèle plus puissant que ceux basés sur les théories de l escalade Intéressant car: Variables faciles à mesurer Concepts faciles à comprendre Variable qui permettent la meilleure discrimination: Spécification Estimation Suivi et contrôle Management 26
Conclusion Escalade = phénomène complexe => nécessité d enrichir les théories avec les notions de gestion de projet Meilleure détection de projets propices à l escalade que ceux qui ne le sont pas Concepts des théories de l escalade moins bon classifieurs: peut être dû à une difficulté de les mesurer Différence de prédiction si contexte différent? Management 27
Conclusion Gestionnaires capables d identifier les «runaway projects» à partir de la gestion de projet Capables de réduire ce risque en introduisant les bonnes techniques de gestion aux endroits clés Meilleure détection de projets qui escaladent: problème limité étant donné l aversion au risque des gestionnaires Management 28
Conclusion Questions? Management 29