Wondershare EdrawMind
Mindmap-Galerie Projet avancé Chapitre 5 - Carte mentale de gestion de la portée du projet
- 8
Projet avancé Chapitre 5 - Carte mentale de gestion de la portée du projet
Il s'agit d'une carte mentale du chapitre 5 de High Project - Gestion de la portée du projet. Il est trié à partir d'aspects tels que la portée du contrôle et la portée de la confirmation. Le contenu est détaillé, la structure est claire et la logique est stricte.
Bearbeitet um 2021-06-21 13:11:15
Projet avancé Chapitre 5 - Carte mentale de gestion de la portée du projet
- Für Sie empfohlen
- Gliederung
Chapitre 5 - Gestion de la portée du projet
5.1 Gestion du périmètre de planification
définition
Élaborer un plan de gestion de la portée qui décrit par écrit comment la portée du projet sera définie, validée et contrôlée. Procédure.
Deux gammes
Portée du projet
Travail
Clarifier les limites du projet
Surveiller l'exécution du projet
Empêcher la dérive de la portée du projet
définition
Ce que le projet doit faire pour livrer le produit
La base pour générer un plan de gestion de projet
La référence de portée est l'énoncé de portée du projet approuvé, le WBS, le dictionnaire WBS.
Gamme de produits
Ce que le produit ou le service doit inclure
Il s'agit d'une description des exigences du produit et constitue la base de la portée du projet.
Déterminer si la portée du produit est complète en fonction de sa conformité à la description du produit
5.2 Recueillir les exigences
définition
Le processus d'identification, de documentation et de gestion des besoins et des exigences des parties prenantes pour atteindre les objectifs du projet.
Classification
Les besoins de l'entreprise
Besoins des parties prenantes
Exigences de la solution
Exigences fonctionnelles
Prérogatives non fonctionnelles
Besoins de transition
Exigences du projet
exigences de qualité
Outils et techniques
Entretien
groupe de discussion
Réunissez des parties prenantes présélectionnées et des experts en la matière pour comprendre leurs attentes et leurs attitudes à l'égard du produit, du service ou du résultat proposé. Un modérateur qualifié dirige la discussion interactive. Les groupes de discussion ont tendance à être plus engageants que les entretiens individuels. Un groupe de discussion est un entretien de groupe plutôt qu'un entretien individuel
séminaire guidé
En invitant les principales parties prenantes interfonctionnelles à se joindre à la réunion. Les ateliers guidés se concentrent sur les exigences du produit Théorie et définition. Les ateliers constituent une technique importante pour définir rapidement les exigences interfonctionnelles et concilier les différences entre les parties prenantes.
Technologie d'innovation du groupe
Réflexion
groupe nominal
Sondage pour classer les idées les plus utiles pour un brainstorming ou une priorisation plus approfondis
Technique Delphes
Méthodes anonymes ou back-to-back, plusieurs tours de feedback au cours du processus de prédiction, pour que les avis des experts convergent progressivement
Carte conceptuelle/mentale
Diagramme d'affinité
Il s’agit de recueillir pleinement diverses expériences, connaissances, idées, opinions et autres langages et mots sur une certaine question. Les données sont résumées sous forme de diagrammes, puis résumées et organisées selon leurs affinités mutuelles pour clarifier le problème.
Analyse décisionnelle multicritère
techniques de prise de décision en groupe
à l'unanimité
la plupart
sous-thème
Questionnaire
observer
méthode prototype
Analyse comparative
Diagramme d'interaction du système
analyse de fichier
document d'exigences
Les besoins de l'entreprise
Besoins des parties prenantes
Exigences de la solution
Exigences du projet
Besoins de transition
Hypothèses, dépendances, contraintes
Suivi des exigences
Gestion de la demande
Inclut toutes les activités qui maintiennent la cohérence et l'exactitude des exigences pendant le développement du produit, y compris le contrôle des lignes de base des exigences, le maintien de la cohérence des plans de projet avec les exigences, le contrôle de l'état des versions des exigences individuelles et des documents d'exigences, la gestion des connexions entre les exigences et les chaînes de contact, ou la gestion des dépendances entre les exigences individuelles et autres livrables du projet, suivi de l'état des exigences dans la référence
référence de la demande
Les résultats de l'élaboration des exigences du projet logiciel doivent inclure des documents de vue et de portée du projet, des documents de cas d'utilisation, des spécifications d'exigences logicielles et des modèles d'analyse associés. Après examen et approbation, ces documents définissent la base des exigences du travail de développement. Cette référence établit un accord entre le client et le développeur pour planifier les exigences fonctionnelles et non fonctionnelles du produit.
Acquisition des besoins
Communiquez activement avec les utilisateurs, obtenez les besoins des utilisateurs, analysez-les et corrigez-les, et enfin formez une interface utilisateur adaptée à la résolution des problèmes. Besoins de l'utilisateur et génération de "Spécifications des besoins de l'utilisateur"
analyse de la demande
Analyser et décrire de manière abstraite diverses exigences pour établir un modèle conceptuel pouvant guider le système.
Définition des exigences
Sur la base des résultats de l'acquisition et de l'analyse de la demande, définir des exigences précises en matière de produits et générer des « Spécifications des exigences » Livre"
Vérification des exigences
5.3 Définir la portée
définition
La définition de la portée est le processus de formulation de descriptions détaillées des projets et des produits. Sa fonction principale est de clarifier lesquelles des exigences collectées seront incluses dans la portée du projet et lesquelles seront exclues de la portée du projet, clarifiant ainsi les limites des produits. services ou résultats.
Outils et techniques
jugement d'expert
analyse du produit
Génération alternative
séminaire guidé
énoncé de la portée du projet
Description de la gamme de produits
Critères d'acceptation
Indicateurs de mesure des coûts, des délais, de la qualité
Livrables
Exclusions du projet
Contraintes
Hypothèses
effet
Portée
bases de la communication
base de planification et de contrôle
Base de changement
bases de la planification
5.4 Créer un WBS
définition
Décomposez les livrables du projet et le travail du projet en plus petits et plus faciles à gérer. processus de composant
jalon
Marque l’achèvement officiel d’un livrable ou d’une phase. Les points de contrôle importants sont des jalons, les jalons importants sont des références
lot de travaux
≥8 heures, ≤80 heures
compte de contrôle
Un compte de contrôle comprend plusieurs packages de travail, mais un package de travail n'appartient qu'à un seul compte de contrôle
paquet de planification
Il fait référence à la composante WBS du compte de contrôle où le contenu du travail est connu mais où les activités d'avancement détaillées font défaut.
Dictionnaire WBS
Comprend l'identification du code de compte, la description de travail, les hypothèses et les contraintes, la personne responsable ou l'unité organisationnelle, les jalons du calendrier, les activités du calendrier associées, les ressources requises, les estimations de coûts, les exigences de qualité, les critères d'acceptation, les références techniques et les informations sur l'accord.
activités de décomposition
Identifier et analyser les livrables et les travaux associés
Déterminer la structure et la disposition du WBS
Décomposition couche par couche de haut en bas
Développer et attribuer des codes d'identification aux composants WBS
Vérifier que le niveau de décomposition des livrables est approprié
8 aspects auxquels prêter attention
WBS doit être orienté vers les livrables
Le WBS doit s’inscrire dans le cadre du projet
La couche sous-jacente du WBS doit prendre en charge la planification et le contrôle.
Il doit y avoir une personne, et une seule personne, responsable des éléments de l'OTP.
Conseils WBS. À titre indicatif plutôt que comme principe, le WBS doit être contrôlé sur 4 à 6 couches.
Le WBS doit inclure le travail de gestion de projet ainsi que le travail de sous-traitance.
La préparation du WBS nécessite la participation de toutes les (principales) parties prenantes du projet et la participation des membres de l’équipe du projet.
WBS n'est pas statique
5.5 Portée des confirmations
définition
Le processus d'acceptation formelle des livrables terminés par les parties prenantes du projet
Outils et techniques
examiner
techniques de prise de décision en groupe
étape
Déterminer quand la validation de la portée est nécessaire
Identifier les intrants nécessaires à la validation de la portée
Déterminer les critères et éléments de cadrage formellement acceptés
Déterminer les étapes d’organisation d’une réunion de cadrage
Réunion de confirmation de la portée de l'organisation
Différence avec le contrôle qualité
La portée de la validation met l'accent sur l'acceptation des livrables ; le contrôle qualité met l'accent sur l'exactitude des livrables ;
Le contrôle qualité est généralement effectué avant la confirmation du périmètre, ou en même temps que le périmètre est généralement confirmé à la fin de l'étape ;
Le contrôle qualité est une inspection interne ; le périmètre est confirmé et les livrables sont acceptés par les parties prenantes du projet ;
Différence avec la clôture
La confirmation de la portée met l'accent sur la vérification et l'acceptation des livrables ; la clôture met l'accent sur le processus de fin du projet ou de la phase.
La portée de la confirmation met l'accent sur l'acceptation des livrables ; la clôture met l'accent sur l'acceptation des produits ;
5.6 Portée du contrôle
Le contrôle de la portée est le 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. Son rôle principal est de maintenir la portée de base tout au long du projet.
L'ouvrage principal
Influencer les facteurs qui conduisent à des changements de périmètre et essayer de faire évoluer ces facteurs dans une direction favorable
Déterminer si un changement de périmètre s'est produit
Gérer les modifications réelles lorsque des changements de portée se produisent, en veillant à ce que toutes les modifications demandées soient traitées conformément au processus global de contrôle des modifications du projet.