Meilleure réponse
La Contexte du projet décrit le contexte organisationnel dans lequel le projet se déroule. Vous devez viser à le rendre compréhensible à quelquun qui ne sait rien de lentreprise ou de la technologie. Il devrait être de haut niveau, juste quelques phrases sur chaque élément clé. Par exemple, lorsque jétais responsable des bibliothèques numériques à la British Library, jexpliquais ce quétait la British Library, pourquoi elle avait une bibliothèque numérique, quel était le programme de bibliothèque numérique et quelle partie du système de bibliothèque numérique le projet affectait. Une fois que vous lavez écrit pour un projet, vous devriez pouvoir le réutiliser pour nimporte quel autre projet du même programme
La Définition du problème décrit le problème que le projet est censé résoudre. Il doit décrire le problème en termes davantages commerciaux que vous espérez obtenir une fois le projet terminé. Beaucoup de gens se trompent. Disons par exemple que votre projet consiste à mettre à niveau un groupe de serveurs de Windows Server 2003 à 2016. Jai souvent vu des gens écrire quelque chose comme «Le problème est que les serveurs x, y et z exécutent Windows Server 2003». Le fait quun serveur utilise un système dexploitation obsolète nest pas en soi un problème. Vous devez creuser le vrai problème commercial qui est en train dêtre résolu. Il peut sagir de sécurité, ou il se peut que vous ne puissiez pas respecter vos SLA car le système de surveillance ne prend pas en charge 2003. Supposons que vous démarrez le projet et que vous découvrez que l’un des serveurs ne peut pas être mis à niveau car le logiciel qu’il exécute est incompatible avec 2016. Votre projet est désormais un échec. Cependant, le logiciel fonctionnera sur le serveur 2010. Si vous aviez dit que le problème était lié à la sécurité, alors vous pourriez simplement installer 2010 et le projet est toujours un succès.
Si vous regardez ce que PRINCE2 et la gestion réussie Les programmes (MSP) disent à propos des projets – ils consistent à mettre en place une capacité. Les objectifs du projet doivent concerner les capacités que vous prévoyez dêtre en place à la fin du projet. Disons, par exemple, que vous développez un site Web pour une société de réservation de voyages. Les objectifs seraient de permettre aux utilisateurs de rechercher, réserver et payer des trajets en train, taxi, pousse-pousse, etc.
Le Justification du projet est lanalyse de rentabilisation du projet. Ce n’est pas parce qu’un problème doit être résolu que l’entreprise doit dépenser de l’argent pour résoudre ce problème. Toute organisation a beaucoup plus de choses qu’elle pourrait faire qu’elle n’a le temps ou l’argent à faire. Le La justification du projet doit indiquer au lecteur quel est le retour sur investissement attendu pour le projet
Le La portée du projet doit être une liste à puces de ce que le projet fera et, plus important encore, de ce quil ne fera pas. Par exemple, le projet va-t-il fournir du matériel de formation? Le projet recrutera-t-il léquipe qui utilisera les extrants? La portée du projet est-elle un pays, une région ou une dimension mondiale?
Réponse
Contexte du projet – Ceci est juste le contexte, plutôt que le projet lui-même. Par exemple, lentreprise se développe et recrute plus de personnel. Votre projet est une actualisation technologique et une augmentation des capacités du système RH. Vous napportez pas de croissance ou de personnel. Vous fournissez le nouveau système RH.
Définition du problème: Ce nest pas un terme purement de gestion de projet. Je dirais que cela a trait au contexte, car il demande quel est le problème qui nécessite une solution. Votre projet ne fournit peut-être pas toute la solution, il ne peut donc « pas résoudre le problème sous-jacent. Par exemple, votre actualisation RH ne fera pas la croissance correspondante dans le système de paie.
Objectifs du projet: Lhabituel Le terme désigne les objectifs et il en existe deux types.
Objectifs commerciaux: cela peut inclure la capacité de faire face à une croissance de x\% du personnel. Vous ne livrerez pas cela – vous ne réparez que les RH. Même si le système RH était le seul à avoir besoin de croissance, le client doit examiner les processus métier, le personnel RH, etc., pour pouvoir profiter du nouveau système que vous Les objectifs commerciaux sont une bonne chose à connaître et à déclarer, MAIS ils ne font PAS partie de votre don.
Objectifs du projet: ce sont les résultats que votre projet est censé atteindre. Ils font partie de votre don. Ils sont toujours de haut niveau, alors ne les confondez pas avec les livrables.
Justification du projet: Encore une fois, cela fait vraiment partie du contexte. Dans une large mesure, ce ne sont pas vos affaires! Si un client veut un grand poteau rouge dans son bureau et est prêt à payer pour cela, cest son affaire.Quelquun, pas le PM, mais souvent un Business Analyst, doit créer une analyse de rentabilisation pour justifier le travail et faire approuver les dépenses par les détenteurs de budgets. Normalement, ce serait a) si je dépense X, cela rendra X + Y, ou b) si je dépense X, nous évitons ou atténuons le coût du risque Y. Ce nest pas votre travail et aura déjà été fait avant que vous ne soyez demandé de définir et dexécuter un projet.
Portée du projet: La portée du projet est absolument au cœur de votre domaine en tant que PM. La portée définit, en termes aussi précis que possible, deux choses: 1) Que fera le projet? 2) Que ne fera PAS le projet? Votre projet fournira un nouveau système RH, mais (peut-être), il ne fournira pas de formation au personnel RH du client. Il napportera pas de personnel supplémentaire aux RH. Il inclut probablement la fin des RH de lintégration de la paie, mais ninclut probablement pas les modifications apportées à la paie. Etc. La portée est mieux définie de manière structurée. Jutilise POLDAT
Processus commercial, organisation, emplacement, données, application, technologie.
Quest-ce que votre projet change, ou ne change pas, dans ces domaines de changement?
Fous ça et vous êtes dans la profondeur —-