Gestion de projet éventuel - Une définition

Dans un contexte de systèmes IT, gestion de projet contingent ("RPC") est la possibilité de choisir une méthodologie appropriée à appliquer à succès et de réaliser un projet, mise au point la méthode que le projet avance. «Contingent style de leadership» est analogue. Wikipedia (Fiedler) fournit une explication de la direction contingent.

Oui, un gestionnaire de projet peut avoir un style de leadership contingent, mais peuvent ne pas avoir une approche de gestion de projets éventuels.

Penchons-nous sur un éventail de processus de gestion de projet-cadre:

Chute d'eau (les besoins et à concevoir, construire, tester, livrer, train) - la manière «classique» des systèmes de construction. Cela a bien fonctionné pour les systèmes où le taux de changement d'entreprise et de la technologie a été faible, avec une croissance de l'ingénierie et de construction. Il fonctionne aussi bien dans une construction (génie civil) contexte, où généralement, le rythme du changement technologique est faible. Exigences d'un bâtiment peuvent changer en cours de construction, mais le taux de glissement dans l'ampleur est encore faible par rapport à de nombreux projets IT. Dans les bonnes circonstances, il peut toujours travailler ainsi avec les projets de TI.

Les méthodes agiles (rassembler et hiérarchiser les besoins, concevoir un prototype, test, de livrer, re-cycle - concevoir, construire, tester, livrer, en train et aller vivre). A l'échelle de risque faible / faible complexité à un risque élevé de complexité élevé quelques-unes des méthodes seraient les suivants: XP, Scrum, DSDM ®, RUP ®. Note que le risque et la complexité ne sont pas toujours synonymes - certains systèmes de faible complexité peuvent avoir de graves risques organisationnels qui leur sont associés.

Prince ® peut être utilisé dans ces deux contextes de gouvernance du projet à plus grande échelle de l'organisation, ou localement sur une plus petite échelle. En effet, l'avènement de la méthodologie Prince2 propose en plus un non-IT contexte spécifique.

méthodologies Agile sont les plus appropriées, par exemple lorsque les exigences ne sont pas claires dès le départ, et / ou la technologie est nouvelle ou être étiré, et / ou un nouveau modèle d'affaires est en cours d'adoption (pour n'en nommer que quelques raisons). L'éventail des méthodes Agile portent également sur l'envergure du projet et la taille de l'équipe.

des organisations complexes peuvent avoir leur propre méthodologie de «pet», peut-être ayant investi massivement (financièrement, la gestion et des) dans le développement de leur façon de faire les choses, même la «marque» de la méthodologie. Après tout cet investissement, ils vont vouloir la sueur de cet actif. Les projets devront s'inscrire dans le corset qu'ils imposent - ce qui peut causer un étranglement à l'extrême, la construction d'une forte probabilité d'échec dans un projet, avant même qu'il soit lancé.

Après tout, Prince ® a été développé dans le secteur britannique du public (et le gouvernement britannique a encore d'énormes problèmes réalisation de projets). À l'extrémité supérieure de projets, le prince est souvent considérée comme excessivley bureaucratique, mais il ne devrait pas être comme ça. CPM devrait s'assurer que les processus appropriés sont sélectionnés pour un projet et qu'elles sont appliquées de façon judicieuse pour que le projet n'est pas étouffé par l'administration et la paperasserie.

Cette étouffement des projets par des procédés lourds a été observée par l'auteur dans une banque d'investissement. Les chefs de projet en cours d'exécution un grand nombre de petits projets ont été incapables de répondre aux exigences de déclaration de projet centralisé qui leur sont imposées, ce qui entraîne de la frustration chez les gestionnaires, de la frustration dans le bureau du programme, et de la frustration et de «police méthodologie» du. La solution recommandée est de

- Privilégier les projets en fonction des risques (mesurés sur plusieurs dimensions), l'état de projet de rapport sur la base une des «exceptions», et la fréquence des rapports à hauteur des risques du projet.

Cette charge de travail nivelé des responsables du projet, et la nécessité centralisée pour le contrôle du risque et de confort.

Donc, ce que la gestion de projets éventuels?

Il est clair que dans une large mesure de l'expérience est nécessaire pour être en mesure de choisir la méthode appropriée pour un projet, et le conseil du programme n'est pas toujours le mieux placé pour décider pour les raisons mentionnées plus haut - d'investissement et de capital politique par exemple.

Un chef de projet efficace ont

- La sagesse et l'expérience pour sélectionner l'outil approprié pour le travail basé sur sa perception du profil de risque, la capacité à convaincre le conseil d'administration du programme ou le commanditaire de la pertinence de la méthodologie et la méthode de sélection; a travaillé avec un certain nombre de méthodologies permettant à l'expérience «lourdes» ou de l'application "light" toucher d'une méthodologie, un sens inné des risques et de leur pertinence relative, ce qui signifie que l'accent est développé et maintenu sur les choses qui comptent, enfin, la possibilité de régler la dynamique méthodologie à des circonstances sans perte de contrôle (finances, le calendrier et la qualité), que les «choses qui comptent" changement

tuning dynamique signifie l'application de l'outil judicieusement - certains projets peuvent nécessiter des niveaux très élevés des communications avec les intervenants, d'autres devront être fortement axés sur la technologie / performance et la preuve de concept, d'autres peuvent avoir des questions de gouvernance politique, de nouveaux modèles commerciaux ou immatures, et ainsi de sur. Certains projets, bien sûr, exposera l'ensemble de ces risques et plus au-delà. Cette liste et la balance des risques va changer de façon significative au cours du cycle de vie du projet. En plus de l'examen des risques en cours, CPM exige l'examen des processus en cours et le changement.

Comment est-il que plus de 30% des projets échouent? C'est parce que les projets ne continuera dans la même veine ancienne, sans gestion de projets éventuels en cours de déploiement et la gestion ne répond pas adéquatement à l'évolution des risques.

Contingent de gestion de projet est vraiment straightfoward en principe: s'adapter et de survivre - c'est-à-darwinisme. Pour appliquer avec succès il faut beaucoup d'expérience et la flexibilité.

cet article est traduisé en francais
l'origine de cet article (en anglai): http://ezinearticles.com/?Contingent-Project-Management---A-Definition&id=3701625