Project and programme processes

Le modèle de processus générique pour les projets et les programmes est basé sur des phases de cycle de vie avec un processus supplémentaire pour traiter la fonction de parrainage. Tout cela peut et doit être adapté au contexte spécifique du travail. Chaque processus est soutenu par des définitions de compétence et de maturité qui restent pertinentes même si le processus Praxis est remplacé par un processus correspondant d'un autre guide tel que PRINCE2® ou ISO 21500.

Au fur et à mesure que la portée du travail devient plus complexe, son impact principal est sur la phase de réalisation. Par conséquent, la référence au processus de réalisation multiple dans le schéma ci-dessous. Lorsque le travail de réalisation est délégué à plusieurs équipes de production, le processus de développement peut également être utilisé et où la phase de réalisation doit être segmentée en étapes ou tranches, le processus de délimitation est nécessaire.

Tout comme les fonctions de la section des connaissances ont une explication de la façon dont elles varient en fonction de la complexité croissante, chaque projet et processus de programme a des informations sur son application dans des situations allant de petits projets non complexes à de grands programmes complexes.

 

 

Ce modèle générique doit être adapté en fonction du contexte d'un projet ou d'un programme. Par exemple, lorsqu'un projet fait partie d'un programme, le processus de réalisation des avantages est généralement effectué par le programme. L'identification du projet peut également être effectuée au niveau du programme, ce qui se traduit par un ensemble réduit de processus pour le projet, comme indiqué ci-dessous.


 

Une approche similaire peut être adoptée pour un projet ou un programme faisant partie d'un portefeuille. La principale différence entre un projet et un programme est la complexité des objectifs et cela se reflète dans la relation entre le processus de réalisation et le processus de réalisation des avantages.

Le modèle générique peut également être adapté à différents environnements. Par exemple, lorsqu'une organisation contractante exécute un projet pour le compte d'une organisation cliente, le client peut effectuer les processus d'identification et de réalisation des avantages. Il peut également effectuer une grande partie du processus de définition.

 

 

Le modèle de processus pour l'organisation contractante est alors limité aux éléments illustrés en couleur plus claire dans la figure ci-dessus.



Merci à la SMaP pour la traduction.

 

SHARE THIS PAGE

Please consider allowing cookies to be able to share this page on social media sites.

Change cookie settings
7th May 2017Hyperlinks added to all diagrams
Retour au sommet