Wondershare EdrawMind
Galerie de cartes mentales Tutoriel de chef de projet de systèmes d'information (4e édition) Chapitre 9_Gestion de la portée du projet
- 8
Tutoriel de chef de projet de systèmes d'information (4e édition) Chapitre 9_Gestion de la portée du projet
Ce fichier est une carte mentale créée par vous-même du « Chapitre 9_Gestion de la portée du projet » du didacticiel de gestion de projet de systèmes d'information (4e édition). Cela comprend la gestion du périmètre de planification, la collecte des exigences, la définition du périmètre, la création d'un WBS, la confirmation du périmètre, le contrôle du périmètre, etc. Selon les points clés des examens précédents, l'importance est marquée et tous les contenus sont intégrés en détail, ce qui peut rendre la révision finale et le début des études plus efficaces avec la moitié de l'effort. J'ai passé plus de dix heures à compiler et résumer la lecture de tous les chapitres, qui sont tous la dernière version.
Modifié à 2023-12-13 09:39:36
- Cent ans de solitude - Tableau des relations entre les personnages
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
- Cent ans de solitude - Tableau des relations entre les personnages
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
- Modèle de processus de gestion de projet
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Tutoriel de chef de projet de systèmes d'information (4e édition) Chapitre 9_Gestion de la portée du projet
- Cent ans de solitude - Tableau des relations entre les personnages
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
- Cent ans de solitude - Tableau des relations entre les personnages
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
- Modèle de processus de gestion de projet
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
- Recommandé pour vous
- Contour
Optimisation des performances front-end full-link et optimisation des processus de développement RD
- 14
Analyse et évaluation des décisions de projet Chapitre 3 Rapport d'étude de faisabilité du projet
- 2
Gestion de la portée du projet
bases de la gestion
La gestion de la portée du projet consiste à garantir que le projet effectue, et effectue uniquement, tout le travail requis pour mener à bien le projet.
La gestion de la portée du projet consiste principalement à définir et à contrôler quels travaux doivent être inclus dans le projet et ce qui ne doit pas être inclus dans le projet.
Signification de la portée
Gamme de produits
Désigne les caractéristiques et fonctions d'un produit, d'un service ou d'un résultat
L'achèvement est mesuré par rapport aux exigences du produit
Les « exigences » font référence aux conditions ou capacités qu'un produit, un service ou un résultat doit posséder conformément à un accord spécifique ou à une autre spécification obligatoire.
Portée du projet
Travail qui doit être effectué pour fournir un produit, un service ou un résultat avec des caractéristiques et des fonctionnalités spécifiées
L'achèvement est mesuré par rapport au plan de gestion du projet (portée de référence dans
1. Si la portée du produit change, la portée du projet ne changera pas nécessairement. Par exemple : peindre un mur, le produit est le mur après la peinture et le projet peint le mur. Les changements de couleur de la peinture n'affecteront pas le travail spécifique du projet. 2. Si la portée du projet change, la portée du produit ne changera pas nécessairement. Par exemple : en développant un logiciel en tant que produit, le projet est le travail nécessaire pour livrer le logiciel. Si une série de tests est ajoutée au logiciel, la portée du projet change, mais pas la portée du produit.
nouvelles pratiques de gestion
Analyste d'affaires (BA)
Si le projet ne dispose pas d'analyste commercial, le chef de projet et les développeurs principaux peuvent être responsables des activités liées à la gestion des exigences.
Responsable des activités liées à la gestion de la demande
chef de projet
Responsable de s'assurer que les activités liées à la gestion des exigences sont incluses dans le plan de gestion de projet
Il devrait y avoir un partenariat entre les analystes commerciaux et les chefs de projet
processus de gestion
Les considérations d'adaptation incluent
Gestion des connaissances et des exigences, validation et contrôle, méthodes de développement, stabilité des exigences, gouvernance
Méthodes agiles et adaptatives
Projets agiles ou adaptatifs
Adopter un cycle de vie agile ou adaptatif, conçu pour faire face à de grands changements et nécessitant une implication continue des parties prenantes dans le projet
La portée globale d'un projet adaptatif doit être décomposée en une série d'exigences à mettre en œuvre et de travaux à effectuer (backlog de produit), avec des livrables développés sur plusieurs itérations, avec des spécifications détaillées définies et approuvées au début de chaque itération.
Chaque itération fonctionne
L'équipe de projet parcourt trois processus
Recueillir les exigences, définir la portée, créer un WBS
Le sponsor et le représentant du client répètent les deux processus
Confirmer la portée, contrôler la portée
Projets prédictifs (cascade)
L'énoncé de la portée du projet approuvé, la structure de répartition du travail (WBS) et le dictionnaire WBS correspondant constituent la base de référence de la portée du projet.
Les modifications de base ne peuvent être apportées que par le biais d'un processus formel de contrôle des modifications.
gestion du périmètre de planification
Présentation du processus
définition
Il s'agit du processus de création d'un plan de gestion de la portée afin d'enregistrer comment définir, confirmer et contrôler la portée du projet et la portée du produit.
Effet principal
Fournir des conseils et des orientations sur la façon de gérer la portée tout au long du projet
Ce processus n'est effectué qu'une seule fois ou uniquement à des points prédéfinis du projet
plan de gestion du périmètre
définition
Un élément du plan de gestion du projet ou du programme qui décrit comment la portée du projet sera définie, développée, surveillée, contrôlée et validée.
Nécessite une analyse lors de la formulation et du raffinement
1. Informations dans la charte de projet
2. Sous-plans approuvés dans le plan de gestion de projet
3. Informations historiques dans les actifs de processus organisationnels
4. Facteurs liés à l’environnement des affaires
entrer
1. Charte de projet
Documenter l'objectif du projet, l'aperçu du projet, les hypothèses, les contraintes et les exigences de haut niveau que le projet souhaite atteindre
2. plan de gestion de projet
1. plan de gestion de la qualité
La manière dont les politiques, méthodes et normes qualité de l'organisation sont mises en œuvre sur les projets affecte la manière dont la portée du projet et du produit est gérée.
2. Description du cycle de vie du projet
3. méthode de développement
3. Facteurs influençant la carrière
Culture organisationnelle, infrastructure, système de gestion du personnel et conditions du marché, etc.
4. actifs de processus organisationnels
Politiques et procédures, informations historiques et base de connaissances sur les enseignements tirés, etc.
Outils et techniques
jugement d'expert
l'analyse des données
Techniques d'analyse alternatives
Diverses méthodes pour évaluer, rassembler les exigences, détailler la portée du projet et du produit, créer des produits, valider la portée et contrôler la portée
Réunion
sortir
1. plan de gestion du périmètre
définition
Est-ce la composante du plan de gestion de projet qui décrit comment la portée du projet sera définie, développée, surveillée, contrôlée et validée.
Selon les besoins du projet, un plan de gestion de la portée peut être formel ou informel, très détaillé ou de haut niveau.
Travail d’orientation (suivi)
1. Élaborer un énoncé de la portée du projet (définir la portée)
2. Créer un WBS basé sur un énoncé détaillé de la portée du projet (Créer un WBS)
3. Acceptation formelle des livrables du projet terminés (confirmer la portée)
4. Déterminer comment approuver et maintenir la base de référence du périmètre (portée de contrôle)
2. plan de gestion de la demande
définition
Fait partie intégrante du plan de gestion de projet qui décrit comment les exigences seront analysées, documentées et gérées.
contenu principal
1. Comment planifier, suivre et rendre compte de diverses activités liées aux exigences
2. Activités de gestion de la configuration, telles que la manière dont les modifications sont initiées, la manière dont leur impact est analysé, la manière dont la traçabilité, le suivi et le reporting sont effectués, et les autorisations d'approbation des modifications.
3. Processus de priorisation des exigences
4. Métriques à mesurer et raisons de les utiliser
La demande doit être quantifiable (mesurable), par exemple : la vitesse de réponse de la page ne dépasse pas 2 secondes
5. Reflète les attributs des exigences qui seront inclus dans la matrice de suivi
Recueillir les exigences
Présentation du processus
définition
Le processus d'identification, de documentation et de gestion des besoins et des désirs des parties prenantes pour atteindre les objectifs
Effet principal
Poser les bases de la définition de la portée du produit et de la portée du projet
besoin
définition
Conditions ou capacités qu'un produit, un service ou un résultat doit avoir en vertu d'un accord spécifique ou d'une autre spécification obligatoire
inclure
Besoins et attentes quantifiés et documentés des sponsors, clients et autres parties prenantes
traiter avec
Explorer, analyser et documenter ces exigences de manière suffisamment détaillée et les inclure dans la base de référence à mesurer une fois l'exécution du projet commencée.
effets de suivi
Servira de base à la structure de répartition du travail (WBS) et servira de base à la planification des coûts, du calendrier, de la qualité et des achats.
entrer
1. Documents de gestion de projet
Il s'agit d'un document généré par l'analyse de rentabilisation qui affecte le processus de collecte des exigences. Il décrit les normes nécessaires, attendues et facultatives qui doivent être respectées pour répondre aux besoins de l'entreprise.
2. Charte de projet
exigences de haut niveau
Utilisé pour formuler des exigences détaillées (raffinement étape par étape)
3. plan de gestion de projet
1. plan de gestion du périmètre
2. plan de gestion de la demande
3. Plan d'engagement des parties prenantes
Comprendre les besoins de communication des parties prenantes et les niveaux d'implication du plan afin d'évaluer et d'adapter l'implication des parties prenantes dans les activités liées aux exigences.
4. fichiers de projet (Classé par sortie de processus)
1. Élaborer la charte de projet
Journal hypothétique
Les hypothèses concernant le produit, le projet, l'environnement, les parties prenantes et d'autres facteurs qui affectent les exigences sont identifiées.
2. Gestion des connaissances du projet
Registre des leçons apprises
Fournit des techniques efficaces de collecte des exigences, en particulier pour les projets utilisant des méthodes de développement de produits agiles ou adaptatives.
3. Identifier les parties prenantes
Registre des parties prenantes
Utilisé pour comprendre quelles parties prenantes peuvent fournir des informations sur les exigences et enregistrer les besoins et les attentes des parties prenantes pour le projet.
5. protocole
6. Facteurs influençant la carrière
Culture organisationnelle, infrastructure, système de gestion du personnel, conditions du marché, etc.
7. actifs de processus organisationnels
Politiques et procédures ; base de connaissances sur les informations historiques et les enseignements tirés contenant des informations sur des projets antérieurs, etc.
Outils et techniques
1. jugement d'expert
Étude de faisabilité et évaluation ; détermination des exigences ; analyse des exigences du projet à partir de technologies de création de diagrammes similaires ;
2. collecte de données
Brainstorming, entretiens, groupes de discussion, questionnaires, benchmarking
3. l'analyse des données
analyse de fichier
Obtenir les exigences en analysant les documents existants et en identifiant les informations liées aux exigences
4. Performances des données
Diagramme d'affinité (regroupement et classification), carte mentale (intégration)
5. prise de décision
Vote (pour générer, catégoriser et classer les exigences des produits), prise de décision autoritaire, analyse décisionnelle multicritère
6. Compétences relationnelles et d'équipe
1. technique du groupe nominal
Réfléchissez d'abord, puis votez et classez
2. observer et parler
Peut révéler des besoins cachés
3. guide
Utilisé conjointement avec des ateliers thématiques pour rassembler les principales parties prenantes afin de définir les exigences
7. Diagramme d'interaction du système
Une représentation visuelle de la portée du produit qui visualise les systèmes commerciaux (processus, équipements, systèmes informatiques, etc.) et la manière dont ils interagissent avec les personnes et d'autres systèmes (acteurs)
8. méthode prototype
définition
Fait référence à la construction d'un prototype du produit prévu et à la sollicitation de commentaires précoces sur les exigences avant de fabriquer réellement le produit.
inclure
Miniatures, modèles bidimensionnels et tridimensionnels générés par ordinateur, maquettes ou simulations
outil
Axure
technologie de prototypage
Scénario
Démontrer une séquence ou un chemin de navigation à travers une série d’images ou de diagrammes
sortir
document d'exigences
effet
Décrire comment diverses exigences uniques répondront aux exigences commerciales liées au projet (exigences de haut niveau)
référence
Des exigences claires (mesurables et testables), traçables, complètes, coordonnées et reconnues par les principales parties prenantes
Catégorie d'exigence
1. Les besoins de l'entreprise
Besoins de haut niveau au sein de l'organisation, par exemple pour résoudre un problème commercial ou saisir une opportunité commerciale, et les raisons pour entreprendre le projet
2. Besoins des parties prenantes
Besoins des parties prenantes
3. Exigences de la solution
Exigences du système, afin de répondre aux besoins de l'entreprise et aux besoins des parties prenantes, les caractéristiques, fonctions et caractéristiques que les produits, services ou résultats doivent avoir
Divisé davantage
Exigences fonctionnelles
Décrire les fonctionnalités que le produit devrait avoir
Par exemple : les actions, processus, données et interactions que le produit doit effectuer
Prérogatives non fonctionnelles
Il s'agit d'un complément aux exigences fonctionnelles et correspond aux conditions environnementales ou aux exigences de qualité requises pour le fonctionnement normal du produit.
Par exemple : fiabilité, confidentialité, performances, sécurité, niveau de service, prise en charge, conservation ou suppression, etc.
4. Besoins de transition et de préparation
Tels que les exigences en matière de transformation des données et de formation, qui décrivent les capacités temporaires requises pour passer de « l'état actuel » à « l'état futur ».
5. Exigences du projet
Actions, processus ou autres conditions qui doivent être remplies par le projet, telles que les dates d'étape, les obligations contractuelles, les contraintes, etc.
6. exigences de qualité
Toute condition ou norme utilisée pour confirmer la réussite des livrables du projet ou la réalisation d'autres exigences du projet, telles que les tests, la certification, la validation, etc.
Matrice de suivi des exigences
définition
Un formulaire qui relie les exigences du produit depuis leur source aux livrables qui satisfont aux exigences
effet
Lier chaque exigence aux objectifs commerciaux ou aux objectifs du projet permet de garantir que chaque exigence a une valeur commerciale
Fournit un moyen de suivre les exigences tout au long du cycle de vie du projet, contribuant ainsi à garantir que chaque exigence approuvée dans le document d'exigences est mise en œuvre et livrée à la fin du projet.
Fournit également un cadre pour gérer les modifications de la portée du produit
Suivre les exigences
1. Besoins commerciaux, opportunités, buts et objectifs
2. Objectifs du projet
3. Portée du projet et livrables WBS
4. la conception des produits
5. développement de produits
6. Stratégies de test et scénarios de test
Réussite du test d'analyse de cas intermédiaire, questions à remplir
7. Des exigences de haut niveau aux exigences détaillées
Propriétés typiques des enregistrements
Identifiant unique, description textuelle de l'exigence, raison de l'inclusion de l'exigence, propriétaire, source, priorité, version, état actuel et date du statut
Définir la portée
Présentation du processus
définition
Le processus d'élaboration de descriptions détaillées de projets et de produits est-il
Effet principal
Décrire les limites et les critères d'acceptation d'un produit, d'un service ou d'un résultat
Doit être répété plusieurs fois tout au long du projet
Le processus Définir la portée nécessite de sélectionner les exigences finales du projet à partir du document d'exigences (le résultat du processus Collecter les exigences), puis de développer une description détaillée du projet et de ses produits, services ou résultats.
Il est nécessaire d'analyser l'exhaustivité des risques existants (registre des risques), des hypothèses et des contraintes (journal des hypothèses) et de procéder aux ajouts ou mises à jour nécessaires.
Énoncé détaillé de la portée du projet
essentiel à la réussite du projet
Un énoncé détaillé de la portée du projet doit être préparé sur la base des principaux livrables, hypothèses et contraintes documentés lors du lancement du projet.
Au cours du processus de planification du projet, à mesure que la compréhension des informations sur le projet s'approfondit progressivement, la portée du projet doit être définie et décrite de manière plus détaillée et plus spécifique.
entrer
1. Charte de projet
Contient une description générale du projet, des caractéristiques du produit et des exigences d'approbation
2. Plan de gestion de projet – Plan de gestion de la portée
Documenté sur la manière de définir, confirmer et contrôler la portée du projet
3. fichiers de projet (Classé par sortie de processus)
1. Élaborer la charte de projet
Journal hypothétique
Hypothèses et contraintes identifiées concernant le produit, le projet, l'environnement, les parties prenantes et ayant un impact sur la portée du projet et du produit.
2. Recueillir les exigences
document d'exigences
Les exigences qui devraient être incluses dans la portée sont identifiées
3. Identifier les risques
registre des risques
Comprend des stratégies de réponse qui peuvent avoir un impact sur la portée du projet, telles que la réduction ou la modification de la portée du projet et du produit pour éviter ou atténuer les risques.
4. Facteurs influençant la carrière
Culture organisationnelle, infrastructure, système de gestion du personnel, conditions du marché, etc.
5. actifs de processus organisationnels
Politiques, procédures et modèles utilisés pour élaborer des énoncés de la portée du projet ; dossiers de projet issus de projets précédents ; leçons tirées des phases ou projets précédents, etc.
Outils et techniques
1. jugement d'expert
Des conseils doivent être recherchés auprès de personnes ou de groupes ayant des connaissances ou une expérience de projets similaires.
2. l'analyse des données
Analyse des alternatives
Évaluer diverses approches pour atteindre les besoins et les objectifs énoncés dans la charte de projet
3. prise de décision
Analyse décisionnelle multicritère
Une technique qui utilise des méthodes d'analyse de systèmes à l'aide d'une matrice de décision pour établir des critères tels que les exigences, le calendrier, le budget et les ressources afin d'affiner la portée du projet et du produit.
4. Compétences relationnelles et d'équipe
guide
5. analyse du produit
effet
Utilisé pour définir des produits et des services, notamment poser et répondre à des questions sur le produit ou le service pour décrire l'objectif, les caractéristiques et d'autres aspects du produit à livrer.
Transformez les descriptions de produits ou de services de haut niveau en livrables significatifs
étape
Obtenir des exigences de haut niveau
Affinez-le au niveau de détail requis pour la conception du produit final
Les technologies comprennent
Décomposition de produits, analyse de la demande, analyse de système, ingénierie des systèmes, analyse de la valeur, ingénierie de la valeur, etc.
sortir
énoncé de la portée du projet
définition
Une description de la portée du projet, des principaux livrables, des hypothèses et des contraintes
effet
Documente l'intégralité de la portée, y compris : la portée du projet et du produit, détaille les livrables du projet et représente le consensus entre les parties prenantes du projet sur la portée du projet.
contenu
1. Description de la gamme de produits
Affiner progressivement les caractéristiques du produit, du service ou des résultats décrits dans la charte du projet et le document d'exigences
2. Livrables
Tout produit, résultat ou capacité de service unique et vérifiable qui doit être produit pour mener à bien un processus, une phase ou un projet. Les livrables incluent également divers résultats auxiliaires, tels que des rapports et des documents de gestion de projet. La description des livrables peut être brève ou détaillée
3. Critères d'acceptation
Une série de conditions qui doivent être remplies avant qu'un livrable puisse être accepté
correspondance en tête à tête
4. Exclusions du projet
Évitez les domaines sujets à des désaccords et des malentendus, tels que la construction d'un système de gestion de l'information pour la partie A mais ne pas lui fournir de serveurs. Cela doit être indiqué dans les exclusions du projet.
Identifiez ce qui est exclu du projet. Indiquez clairement ce qui ne relève pas de la portée du projet pour aider à gérer les attentes des parties prenantes et réduire la dérive de la portée du projet.
5. Hypothèses
6. Contraintes
Lien et différence avec la charte de projet
Charte de projet
Contient des informations de haut niveau
déclaration de portée
Une description détaillée des composantes de la portée qui doivent être progressivement détaillées au cours du projet
Il y a un certain chevauchement dans le contenu, mais le niveau de détail est complètement différent
Le niveau de détail avec lequel le travail doit être effectué ou non détermine l'efficacité avec laquelle l'équipe de gestion de projet peut contrôler l'ensemble de la portée du projet.
Fichiers du projet (mis à jour)
1. document d'exigences
2. Matrice de suivi des exigences
Recueillir les résultats du processus d'exigences
3. Journal hypothétique
4. Registre des parties prenantes
Créer un WBS
Présentation du processus
définition
Est-ce le processus de décomposition des livrables du projet et du travail du projet en composants plus petits et plus gérables
Effet principal
Fournir une structure pour ce qui doit être livré
OTP (structure de répartition du travail)
définition
Il s'agit d'une répartition hiérarchique de toute l'étendue du travail que l'équipe de projet doit effectuer pour atteindre les objectifs du projet et créer les livrables requis.
Le sens de « travail »
Fait référence au produit de travail ou au livrable qui est le résultat d'une activité, plutôt qu'à l'activité elle-même.
lot de travaux
Les composants de niveau le plus bas d'un WBS sont appelés lots de travaux, qui incluent les travaux planifiés.
Les lots de travaux classent les activités connexes afin d'organiser l'avancement des travaux, d'estimer, de superviser et de contrôler.
est le plus petit livrable
Le WBS organise et définit la portée globale du projet et représente le travail spécifié dans l'énoncé de la portée actuelle du projet approuvé.
entrer
Plan de gestion de projet – Plan de gestion de la portée
Définit comment créer un WBS basé sur l'énoncé de la portée du projet
fichiers de projet (Classé par sortie de processus)
1. Recueillir les exigences
document d'exigences
Description détaillée de la façon dont diverses exigences individuelles répondent aux besoins commerciaux du projet
2. Définir la portée
énoncé de la portée du projet
Décrit les travaux qui doivent être effectués et les travaux qui ne sont pas inclus dans le projet
Facteurs influençant la carrière
Normes WBS pour l'industrie dans laquelle se situe le projet, ces normes peuvent être utilisées comme matériaux de référence externes pour créer des WBS.
actifs de processus organisationnels
Politiques, procédures et modèles pour créer des fichiers de projet WBS à partir de projets précédents ; leçons tirées de projets précédents, etc.
Outils et techniques
jugement d'expert
Solliciter l’avis d’individus ou de groupes ayant des connaissances ou une expérience de projets similaires
panne
Aperçu
définition
Est une technique permettant de diviser progressivement la portée du projet et les livrables du projet en composants plus petits et plus gérables.
lot de travaux
définition
WBS Le niveau de travail le plus bas pour lequel le coût et la durée peuvent être estimés et gérés
Niveau de détail
Varie en fonction de la taille et de la complexité du projet
Degré de décomposition
Dépend du degré de contrôle requis pour parvenir à une gestion efficace du projet
Comment créer un WBS
1. approche descendante
Peut être utilisé pour fusionner des composants de niveau inférieur
2. Utiliser des conseils spécifiques à l’organisation
3. Utiliser le modèle WBS
activités de décomposition
1. Identifier et analyser les livrables et les travaux associés (identifier les livrables et les travaux qui doivent être décomposés)
2. Déterminer comment le WBS sera structuré et organisé (déterminer la structure de répartition)
Structure arborescente (organigramme) : adaptée aux petits projets Structure de la table (style contour) : adaptée aux grands projets
3. Décomposition descendante et couche par couche (décomposition descendante étape par étape)
4. Développer et attribuer des codes d'identification aux composants WBS (Identifier les composants WBS)
5. Vérifier que les livrables sont décomposés à un degré approprié (vérifier si le niveau de décomposition est approprié)
Structure d'OTP
type de structure
1. Phases du cycle de vie du projet comme deuxième niveau de décomposition Les produits et livrables du projet sont placés au troisième niveau
2. Principaux livrables comme deuxième niveau de décomposition
3. Incorporez divers composants de niveau inférieur développés par des organisations extérieures à l’équipe de projet (comme le travail externalisé). Par la suite, dans le cadre des travaux sous-traités, le vendeur doit préparer un contrat WBS correspondant
Le travail externalisé doit également être inclus dans le WBS
Décomposer les composants de niveau supérieur du WBS signifie décomposer chaque livrable ou composant en ses composants les plus élémentaires, qui sont des produits, des services ou des résultats vérifiables.
Si vous utilisez une approche agile ou adaptative, le WBS peut prendre la forme d'un aperçu, d'un organigramme ou d'une autre forme illustrant la hiérarchie.
Différents livrables peuvent être décomposés en différents niveaux
Analyse détaillée des avantages et des inconvénients
avantage
Plus le travail est détaillé, plus la planification, la gestion et le contrôle du travail seront puissants.
défaut
Une décomposition excessive entraînera une consommation inefficace des efforts de gestion, une utilisation inefficace des ressources, une efficacité réduite de la mise en œuvre du travail et entraînera également des difficultés d'agrégation des données à tous les niveaux du WBS.
Précautions
1. Le WBS doit être orienté vers les livrables
L'objectif du projet est de fournir un produit ou un service, et chaque travail du WBS doit fournir des résultats livrables.
2. Le WBS doit s’inscrire dans le cadre du projet
Le WBS doit inclure et inclure uniquement les activités nécessaires pour réaliser les livrables du projet.
Dans WBS, la somme de tous les éléments de niveau inférieur doit représenter à 100 % la somme des éléments de niveau supérieur (principe des 100 %)
3. La couche sous-jacente du WBS doit prendre en charge la planification et le contrôle
Le WBS est le pont entre le plan de gestion de projet et la portée du projet
La couche inférieure du WBS doit non seulement prendre en charge le plan de gestion du projet, mais également permettre à la direction de suivre et de contrôler l'avancement et le budget du projet.
4. Quelqu'un, et une seule personne, doit être responsable des éléments du WBS (Principe de Responsabilité Indépendante)
Il n'y a qu'une seule personne responsable, mais plusieurs personnes peuvent participer. Le WBS et la personne responsable peuvent être décrits à l'aide d'une matrice de responsabilités professionnelles.
5. WBS doit être contrôlé sur 4 à 6 couches
Chaque niveau de WBS divise un élément du niveau précédent en 4 à 7 nouveaux éléments. Les tailles des éléments du même niveau doivent être similaires.
Une unité de travail ne peut être subordonnée qu'à une unité supérieure pour éviter la subordination croisée.
6. Le WBS doit inclure le travail de gestion de projet (car la gestion fait partie du travail spécifique du projet), ainsi que le travail de sous-traitance.
7. La préparation du WBS nécessite la participation de toutes les parties prenantes (clés) du projet.
8. WBS n'est pas statique
Une fois le WBS terminé, il peut encore être nécessaire de le modifier et les modifications doivent être apportées via un processus formel de contrôle des modifications.
9. Principe 8/80
Remplir
La durée du lot de travaux est contrôlée entre 8 et 80 heures
sortir
Portée de référence
définition
est l'énoncé de portée approuvé, le WBS et le dictionnaire WBS correspondant, qui ne peuvent être modifiés que par le biais d'un processus formel de contrôle des modifications et sont utilisés comme base de comparaison.
énoncé de la portée du projet
Comprend une description de la portée du projet, des principaux livrables, des hypothèses et des contraintes
OTP
Il s'agit d'une répartition hiérarchique de l'ensemble du travail que l'équipe de projet doit effectuer pour atteindre les objectifs du projet et créer les livrables requis.
compte de contrôle
Un point de contrôle de gestion auquel la portée, le budget et le calendrier sont intégrés et où les performances sont mesurées par rapport à la valeur gagnée
Inclure
lot de travaux
Le niveau le plus bas du WBS est le lot de travaux avec un numéro d'identification unique.
Numéro d'identification
Fournit une structure hiérarchique, c'est-à-dire un codage de compte, pour l'agrégation couche par couche des informations sur les coûts, les calendriers et les ressources.
Le compte de contrôle contient deux ou plusieurs packages de travail, et chaque package de travail ne peut être associé qu'à un seul compte de contrôle.
paquet de planification
Il s'agit d'un composant de la structure de répartition du travail qui est inférieur au compte de contrôle et supérieur au lot de travaux. Le contenu du travail est connu, mais l'avancement détaillé des activités est inconnu.
Un compte collectif peut contenir un ou plusieurs packages de planification
Dictionnaire WBS
définition
Un document qui détaille les livrables, les activités et les informations sur l'avancement de chaque composant du WBS (un supplément au WBS)
effet
Le dictionnaire WBS prend en charge WBS dans lequel la plupart des informations sont créées par d'autres processus, puis ajoutées au dictionnaire ultérieurement.
le contenu comprend
Identification du code de compte, description de travail, hypothèses et contraintes, organisation responsable, jalons du calendrier, activités du calendrier connexes, ressources requises, estimations des coûts, exigences de qualité, critères d'acceptation, références techniques, informations sur l'accord, etc.
Fichiers du projet (mis à jour)
Journal hypothétique
document d'exigences
Confirmer la portée
Présentation du processus
doit être utilisé tout au long du projet
définition
Le processus d'acceptation formelle des livrables du projet terminés est-il
Effet principal
Rendre le processus d’acceptation objectif
Augmenter la probabilité d'acceptation du produit, du service ou du résultat final en validant chaque livrable
Doit être effectué régulièrement tout au long du projet selon les besoins
participants
Examen des livrables vérifiés issus du processus de contrôle qualité (gestion de la qualité) par les principales parties prenantes, en particulier le client ou le sponsor, confirmant que ces livrables ont été réalisés de manière satisfaisante et formellement acceptés.
Base pour confirmer la portée
Résultats obtenus à partir des processus correspondants dans le domaine de connaissances Gestion de la portée du projet (tels que les documents d'exigences ou les lignes de base de la portée)
Données de performance au travail obtenues à partir de processus d'exécution dans d'autres domaines de connaissances
Étapes pour confirmer la portée
Classement possible
1. Déterminer quand la validation de la portée est requise
2. Identifier les intrants nécessaires à la validation de la portée
3. Déterminer les critères et éléments de cadrage formellement acceptés
4. Déterminer les étapes d’organisation d’une réunion de cadrage
5. Réunion de confirmation de la portée de l'organisation
Comparer avec le processus de contrôle qualité
Le processus de confirmation de la portée se concentre sur l'acceptation des livrables, tandis que le processus de contrôle qualité se concentre sur l'exactitude des livrables et s'ils répondent aux exigences de qualité.
Normalement, avant de confirmer la portée, l'équipe de projet doit d'abord effectuer un travail de contrôle qualité (contrôle qualité d'abord, puis confirmation de la portée). Par exemple, avant de confirmer la portée d'un projet logiciel, des tests système et d'autres travaux doivent être effectués. assurer la fluidité du travail de confirmation.
Le processus de contrôle de la qualité précède généralement le processus de validation de la portée, mais ils peuvent également être exécutés simultanément.
Problèmes à vérifier
Analyse de cas réussie
1. Si les livrables sont certains et confirmables
2. Si chaque livrable comporte un jalon clair et si le jalon comporte un événement clair et identifiable, tel que l'approbation écrite du client, etc.
3. Existe-t-il des normes de qualité claires ?
La livraison des livrables doit non seulement avoir des normes claires, mais également des normes indiquant s'ils sont réalisés comme requis et s'il existe un lien clair entre les livrables et leurs normes.
4. Les avis et les engagements sont-ils clairement exprimés ?
Le sponsor doit formellement convenir des limites du projet, des produits ou services à réaliser par le projet et des livrables liés au projet.
L'équipe de projet doit avoir une compréhension claire de ce que sont les livrables
5. La portée du projet couvre-t-elle toutes les activités qui doivent être réalisées pour le produit ou le service ? Y a-t-il des omissions ou des erreurs ?
6. Les risques liés à la portée du projet sont-ils trop élevés ?
Si la direction peut réduire l'impact sur le projet si le risque survient
Différences dans l’orientation des parties prenantes
1. La direction se concentre principalement sur la portée du projet
Fait référence à l'impact de la portée sur l'avancement du projet, les fonds et les ressources. Si ces facteurs dépassent la tolérance de l'organisation et si les intrants et les extrants sont raisonnables.
2. Les clients se concentrent principalement sur la gamme de produits
Soucieux de savoir si les livrables du projet sont suffisants pour compléter le produit ou le service
3. Les chefs de projet se concentrent principalement sur les contraintes du projet
Se soucier de savoir si les livrables du projet sont suffisants et doivent être achevés, si le temps, les fonds et les ressources sont suffisants et si les principaux risques potentiels et les solutions préparées sont
4. Les membres de l’équipe de projet se concentrent principalement sur les éléments de la portée du projet dans lesquels ils sont impliqués et dont ils sont responsables.
Vérifiez si votre temps de travail est suffisant en définissant le temps dans le périmètre, si vous avez plusieurs tâches dans le périmètre du projet et s'il y a des conflits entre ces tâches
entrer
plan de gestion de projet
1. plan de gestion du périmètre
Définit la manière dont les livrables terminés seront formellement acceptés
2. plan de gestion de la demande
Décrit comment identifier les exigences du projet
3. Portée de référence
Comparez la base de référence du périmètre aux résultats réels pour déterminer si des changements, des actions correctives ou des actions préventives sont nécessaires
fichiers de projet (Classé par sortie de processus)
1. Recueillir les exigences
document d'exigences
Comparez les exigences avec les résultats réels pour déterminer si des changements, des actions correctives ou des actions préventives sont nécessaires
Matrice de suivi des exigences
Contient des informations relatives aux exigences, y compris comment confirmer les exigences
2. Qualité de gestion
rapport de qualité
Le contenu peut inclure un aperçu de toutes les questions d'assurance qualité gérées par l'équipe ou devant être signalées, des suggestions d'amélioration et des situations découvertes lors du contrôle qualité.
3. Gestion des connaissances du projet
Registre des leçons apprises
Les leçons apprises au début du projet peuvent être appliquées aux étapes ultérieures pour améliorer l'efficience et l'efficacité de l'acceptation des livrables.
données sur le rendement au travail
Y compris le degré de conformité aux exigences, le nombre d'incohérences, la gravité des incohérences ou le nombre de confirmations effectuées dans un certain délai
Livrables vérifiés
Désigne un livrable qui a été complété et vérifié comme correct par le processus de contrôle qualité
Outils et techniques
Inspections (avis, revues de produits et inspections)
Mener des activités telles que la mesure, l'examen et la validation pour déterminer si le travail et les livrables répondent aux exigences et aux critères d'acceptation des produits.
prise de décision
sortir
Livrables pour acceptation
Pour les livrables qui répondent aux critères d'acceptation, un document formel doit être rédigé et formellement signé et approuvé par le client ou le sponsor.
changer de requête
Les livrables qui ont été réalisés mais qui n'ont pas été officiellement acceptés et les raisons de l'échec doivent être documentés. Il peut être nécessaire de soumettre des demandes de modification pour ces livrables et d'effectuer les travaux de correction des défauts correspondants.
informations sur le rendement au travail
Incluez des informations sur l'avancement du projet, telles que les livrables qui ont été acceptés, ceux qui ont échoué et pourquoi. Enregistrez ces informations et transmettez-les aux parties prenantes
Fichiers du projet (mis à jour)
1. document d'exigences
Enregistrer les résultats d'acceptation réels et mettre à jour les documents d'exigences
2. Matrice de suivi des exigences
Mettre à jour la matrice de suivi des exigences en fonction des résultats d'acceptation, y compris les méthodes d'acceptation utilisées et leurs résultats.
3. Registre des leçons apprises
Plage de contrôle
Présentation du processus
définition
Il s'agit du processus de surveillance de l'état de la portée des projets et des produits et de gestion des modifications apportées à la référence de la portée.
Effet principal
Maintenir la base de référence tout au long du projet
À réaliser tout au long du projet
Le processus de portée du contrôle doit être coordonné avec les processus de contrôle dans d’autres domaines de connaissances en gestion de projet.
Gérer les modifications
Le contrôle de la portée du projet garantit que toutes les demandes de changement, les actions correctives recommandées ou les actions préventives sont traitées via la mise en œuvre du processus global de contrôle des changements.
fluage portée
Expansion incontrôlée de la portée du produit ou du projet (sans ajustements correspondants en termes de temps, de coûts et de ressources)
entrer
plan de gestion de projet
1. plan de gestion du périmètre
Documenté sur la façon de contrôler la portée du projet et du produit
2. plan de gestion de la demande
Documenté sur la façon de gérer les exigences du projet
3. plan de gestion du changement
Processus défini pour gérer les modifications du projet
4. plan de gestion des configurations
Définit quels éléments de configuration sont des éléments de configuration, quels éléments de configuration nécessitent un contrôle formel des modifications et le processus de contrôle des modifications pour ces éléments de configuration.
5. Portée de référence
Comparez la base de référence du périmètre aux résultats réels pour déterminer si des changements, des actions correctives ou des actions préventives sont nécessaires
6. critères de mesure du rendement
Lors de l'analyse de la valeur acquise, les références de mesure des performances sont comparées aux résultats réels pour déterminer si des changements, des actions correctives ou des actions préventives sont nécessaires.
fichiers de projet (Classé par sortie de processus)
1. Gestion des connaissances du projet
Registre des leçons apprises
2. Recueillir les exigences
document d'exigences
Utilisé pour identifier tout écart par rapport à la portée convenue du projet ou du produit
Matrice de suivi des exigences
Permet d'explorer l'impact de tout changement ou de tout écart par rapport à la portée de référence sur les objectifs du projet, il fournit également l'état des exigences contrôlées.
données sur le rendement au travail
Inclut le nombre de demandes de modification reçues, le nombre de demandes de modification acceptées ou le nombre de livrables vérifiés, validés et terminés
actifs de processus organisationnels
Politiques, procédures et lignes directrices existantes, formelles et informelles liées au contrôle de la portée ; méthodes et modèles de surveillance et de reporting disponibles, etc.
Outils et techniques
l'analyse des données
Analyse des écarts
Comparez les références aux résultats réels (données de performance au travail) pour déterminer si les écarts se situent dans les intervalles de valeurs critiques ou si une action corrective ou préventive est nécessaire
analyse de tendance
Examiner les performances du projet au fil du temps pour déterminer si les performances s'améliorent ou se détériorent
Déterminer les causes et l'étendue des écarts par rapport à la portée de référence et décider si des actions correctives ou préventives doivent être prises sont des tâches importantes du contrôle de la portée du projet.
sortir
informations sur le rendement au travail
Informations interdépendantes et contextuelles sur la mise en œuvre de la portée du projet et du produit (par rapport à la référence de la portée)
inclure
Comprend la classification des modifications reçues, les écarts et causes identifiés dans le périmètre, l'impact des écarts sur le calendrier et les coûts, ainsi que les projections des performances futures du périmètre.
changer de requête
Plan de gestion de projet (mis à jour)
1. plan de gestion du périmètre
2. Portée de référence
Une fois les modifications apportées à la portée, à l'énoncé de portée, au WBS ou au dictionnaire WBS approuvées, les modifications correspondantes à la référence de portée sont requises.
3. niveau de référence de progression
Après l'approbation des modifications apportées à la portée, aux ressources ou aux estimations de calendrier, des modifications correspondantes doivent être apportées à la référence du calendrier.
4. base de coût
Une fois les modifications apportées à la portée, aux ressources ou aux estimations de coûts approuvées, les modifications correspondantes doivent être apportées à la référence des coûts.
5. critères de mesure du rendement
Après l'approbation des modifications apportées à la portée, aux performances du calendrier ou aux estimations de coûts, les modifications correspondantes sont nécessaires à la référence de mesure des performances.
Si l’écart est trop important, la référence doit être rétablie.
Fichiers du projet (mis à jour)
1. document d'exigences
Ajouter ou modifier des exigences
2. Matrice de suivi des exigences
Modifications avec le document d'exigences
3. Registre des leçons apprises
exercice
La bonne réponse est C. Chaque processus de gestion lui-même se chevauche et interagit les uns avec les autres. Au cours du processus de portée du contrôle, si la portée change, cela entraînera des changements dans le calendrier, les coûts et la qualité, ces processus doivent donc être intégrés.
Option B. Les changements dans l'organisation d'exécution du projet peuvent entraîner des changements dans la portée du projet. Si une personne de l'organisation quitte l'organisation, mais qu'elle est la seule à être qualifiée pour un certain travail dans le projet, le travail devra être temporairement suspendu jusqu'à ce qu'un certain travail soit effectué. une nouvelle personne est trouvée pour le remplacer.