Galerie de cartes mentales Gestion de projet agile PMP
Un résumé des points de connaissances en gestion de projet agile PMP, combiné au programme de l'examen, a trié les points de connaissances importants liés à la partie agile de l'examen PMP. Tous les étudiants sont invités à échanger et à fournir des conseils.
Modifié à 2023-02-27 11:45:24Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
Questa è una mappa mentale su una breve storia del tempo. "Una breve storia del tempo" è un'opera scientifica popolare con un'influenza di vasta portata. Non solo introduce i concetti di base della cosmologia e della relatività, ma discute anche dei buchi neri e dell'espansione dell'universo. questioni scientifiche all’avanguardia come l’inflazione e la teoria delle stringhe.
Dopo aver letto "Il coraggio di essere antipatico", "Il coraggio di essere antipatico" è un libro filosofico che vale la pena leggere. Può aiutare le persone a comprendere meglio se stesse, a comprendere gli altri e a trovare modi per ottenere la vera felicità.
"Il coraggio di essere antipatico" non solo analizza le cause profonde di vari problemi nella vita, ma fornisce anche contromisure corrispondenti per aiutare i lettori a comprendere meglio se stessi e le relazioni interpersonali e come applicare la teoria psicologica di Adler nella vita quotidiana.
Gestion de projet agile PMP
Contexte (nouveaux défis à l’ère VUCA)
1. Volatilité Volatilité
2. Incertain Incertain
3. Complexité Complexité
4. Ambiguïté Ambiguïté
notions de base
âme
Manifeste Agile
1. Individus et interactions sur les processus et les outils
2. Logiciel fonctionnel avec une documentation complète
3. La coopération avec le client prime sur la négociation contractuelle
4. Mieux vaut réagir au changement que suivre le plan
Principes agiles
1. Livraison continue, petites étapes et étapes rapides
Répéter
2. Acceptez le changement et améliorez vos points forts
3. Fournir des commentaires précoces et un classement de la valeur
Éléments à faire en attente
4. Obtenir des résultats et mesurer les progrès
DoD, AC, DoR
5. Mise à jour continue pour renforcer l'agilité
entraînement
6. Rationalisez les produits et éliminez le gaspillage
MVP
7. Travail d'équipe, interaction quotidienne
réunion debout
8. Faites confiance aux membres et apportez votre soutien
en privé
9. Communication face à face, efficace et claire
face à face
10. Des députés de tous les partis, rythme stable
Temps plein, pas de remplacement, pas de changement de vitesse
11. Travaillez ensemble et organisez-vous
Auto-organisé sous charte d'équipe
12. Introspection d’équipe et amélioration continue
réunion de réflexion/réunion d'examen
Rôle
Équipe (équipe interfonctionnelle)
1. Nombre de personnes : 3 à 9 personnes
2. Les membres de l'équipe sont interfonctionnels et les talents en forme de T sont encouragés
3. Les membres doivent être à temps plein, et au moins ils ne peuvent pas changer à volonté au cours de l'itération.
4. Avoir le pouvoir de prendre toute forme de décision dans les limites de la charte d'équipe/du carnet d'itérations
5. Haut degré de capacité d'auto-organisation
6. Besoin de démontrer la fonctionnalité du produit au Po
7. L'équipe doit définir le DoD
Po (Propriétaire de produit)
1. Déterminer les caractéristiques du produit
2. Décidez de la date de sortie
3. Prioriser les user stories
4. Responsable du ROI du produit
5. Avant chaque itération/sprint, ajustez les fonctionnalités et les priorités selon vos besoins
6. Accepter ou refuser le travail de l'équipe de développement
7. En tant que porte-parole des clients, recevez différents besoins et commentaires et triez constamment la liste de choses à faire
Animateur d'équipe
Titres au sein de différentes organisations
1. Maître Scrum
2. Chef d'équipe
3. Chef de projet
animateur d'équipe
1. Promouvoir le leadership serviteur
1. Améliorer la conscience de soi
2. écouter
3. Servir l'équipe
4. aider les autres à grandir
5. orientation et contrôle
6. Promouvoir la sécurité, le respect et la confiance
7. Promouvoir l’énergie et l’intelligence des autres
2. Plutôt un gardien, ne prenant pas de décisions mais apportant son soutien
3. Fournir une assistance en temps opportun aux membres de l’équipe
4. Fournir une formation et des conseils appropriés
5. Assurer une bonne collaboration
6. Résoudre les obstacles au développement de l'équipe
7. Gérer les interférences externes envers les membres de l’équipe
8. Organiser diverses réunions
Équipe de gouvernance
PMO agile
But
Guider les organisations pour réaliser de la valeur commerciale
taper
1. axée sur la valeur
2. Orienté innovation
3. multidisciplinaire
Responsabilités
1. Élaborer et mettre en œuvre des normes
2. Développer les talents grâce à la formation et au mentorat
3. Gestion de projets multiples
4. Promouvoir l’apprentissage organisationnel
5. Gérer les parties prenantes
6. Recruter, sélectionner et évaluer les chefs de projet
7. Exécuter des tâches de projet spécialisées
méthode
Kanban
1. Source d'émission d'informations
2. Visualisation : affichage de l'état du projet et des informations transparentes de toutes les parties
3. Assurer la continuité du flux de travail et la livraison de valeur
4. Contient : travaux à réaliser, travaux en cours, travaux terminés
5. Respecter les limites des travaux en cours (WIP) : il est plus important de terminer le travail que de commencer un nouveau travail.
programmation extrême
1. Processus de développement léger
2. Clients et développeurs en face à face
3. pratique
3.1. Intégration continue
3.2. programmation en binôme
3.3. Développement piloté par les tests d’acceptation
3.4. développement piloté par les tests
3.5. sonder (sonde)
Mêlée
Carnet de 2 tâches à effectuer
1. éléments du backlog produit
2. Carnet d’itérations
Personnel de catégorie 3
1. Scrum Master (Chef de projet) : Responsable du maintien des processus et des tâches
2. Product Owner Po : représente la partie prenante
3. Équipe de développement : comprend tous les développeurs
4 rencontres
1. réunion de planification des itérations
2. Réunion debout quotidienne
3. réunion de révision des itérations
4. Réunion de revue d’itération (réunion de réflexion)
DSDM
Boîte de tempsBoîte de temps
valeur
1. Un bon médicament contre la loi de Parkinson
2. Faciliter les décisions et les compromis difficiles dès le début
3. meilleur contrôle
4. Empêcher le placage à l’or
règles de fonctionnement
1. N'ajoutez pas de personnes à chaque processus de timebox
2. Les plages horaires ne sont pas utilisées pour les évaluations de performance
3. Aucun changement n'est autorisé dans le délai imparti
4. Synchronisation quotidienne
À la poursuite du mode soleil
Remettre le travail au lieu d'affectation suivant à la fin de chaque journée
mode fenêtre de l'aquarium
1. Établir des liens de vidéoconférence à long terme entre les sites
2. Ouvrez le lien au début de chaque journée de travail
3. Fermer la connexion une fois le travail terminé
Mode d'appairage à distance
Deux personnes sont jumelées pour travailler sur le même travail, partageant des écrans via des outils
méthode cristalline
Utilisez trois facteurs pour déterminer la bonne approche pour votre projet
Le nombre de participants
criticité du projet
Priorité du projet
transition
Scénarios d'application de cycle de vie mixtes
1. Les organisations ne peuvent pas être totalement agiles
2. Période de transition agile
3. Accélérez la vitesse de livraison du cycle de vie des prévisions
4. Changer les schémas de pensée des membres de l’équipe
Stratégies pour une transformation agile réussie
1. Ajouter plus de techniques itératives pour promouvoir l’apprentissage
2. L'ajout de technologies supplémentaires accélère le retour sur investissement pour les sponsors
3. Essayez d'abord la nouvelle technologie sur un projet présentant un faible risque et une incertitude faible à modérée.
4. Après avoir utilisé avec succès les méthodes hybrides au sein de l'organisation, avant de s'essayer à des projets agiles plus complexes
Pratique du processus complet
La direction des choses – la vision du produit
Méthode de test d'ascenseur
Présentez votre produit en 1 à 2 minutes pour susciter l’intérêt
boîte de vision
1. Démontrer les fonctionnalités du projet et les avantages qu’ils apportent
2. A un nom et une marque
3. Comprend un guide pratique
Le rythme des choses – Feuille de route du produit
Exigences humaines - Charte d'équipe Agile
1. Leader serviteur, décide avec l'équipe
2. L'objectif est de créer un environnement agile où les membres de l'équipe peuvent travailler au mieux de leurs capacités.
3. contenu principal
1. Valeurs de l'équipe : rapidité du développement durable et horaires de travail essentiels
2. accord de travail
1. Comment définir le « état de préparation » avant qu'une équipe puisse accepter du travail
2. Comment définir « terminé » afin que les équipes puissent juger à l'unanimité l'exhaustivité
3. Pensez au timeboxing
4. Utiliser des restrictions de processus de travail
3. règles de base
4. normes de l'équipe
Histoires d'utilisateurs
1. Granularité : User Stories – Fonctionnalités – Epics
2. Grammaire standard : comme, peut, pour que
3. Principe INVESTIR
Carnet de commandes de produits
contenu
1. est une liste triée
2. PO est responsable du contenu, de la disponibilité et de la priorité
3. toujours incomplet
4. est dynamique
Principe PROFONDE
1. Détaillé et bref de manière appropriée
2. estimé
3. Développement dynamique
4. Prioriser
Principes de sortie de PBL
1. Les membres de l'équipe devraient d'abord envisager de faire une démo
2. Aucun ajustement n'est effectué au cours d'un sprint
3. Les bogues de ce cycle ne doivent pas nécessairement être résolus dans ce cycle. Cela dépend de la priorité du bogue et doit être confirmé avec le bon de commande.
4. Le Product Backlog prend en compte la conception et les exigences
5. Sprint Backlog prend en compte à la fois la planification et la conception
Réunion debout quotidienne (réunion Scrum quotidienne)
1. Même heure et même lieu tous les jours
2. Habituellement 15 minutes
3. Seuls les membres de l'équipe peuvent parler
4. D'autres personnes peuvent participer, mais ne peuvent qu'observer
5. Tous les membres répondent à tour de rôle à trois questions
ce qui a été accompli hier
Que vas-tu faire aujourd'hui
Quelles difficultés et obstacles avez-vous rencontrés au travail ?
6. Les progrès peuvent être démontrés à l’aide du tableau des tâches Scrum
7. Peut afficher un graphique de burndown/un graphique de burnup
8. Cela peut impliquer la répartition des tâches
9. L'accent est mis sur la ponctualité
10. Ne passez pas trop de temps à résoudre les problèmes lors du spectacle
réunion d'itération
réunion de planification des itérations
Partie 1
1. PO présente à l'équipe les méthodes globales de planification et de priorisation des produits.
2. Les membres de l'équipe posent des questions autant que possible
3. Confirmer les critères d'acceptation avec le bon de commande
4. Accorder plus d'attention à la valeur de l'entreprise et à ses origines
5. Ne réfléchissez pas trop aux problèmes de conception
6. Confirmez ce que c'est et ce que ce n'est pas
7. Confirmer le scénario anormal
Partie 2
1. Décomposez les user stories en tâches et créez des éléments de backlog de sprint
2. PO a participé à tout le processus
3. Les membres de l'équipe estiment conjointement
4. Ne soyez pas trop détaillé dans vos estimations
5. Les tâches doivent être mises en œuvre par des personnes
6. PO est responsable des problèmes liés à la demande pendant le processus d'estimation, mais ne peut pas interférer avec les résultats de l'estimation.
7. La gestion des tâches documentaires doit également être estimée.
Étapes spécifiques
1. confirmer la question
Confirmer la priorité de l'histoire
valeur attendue
coût
Industrie et technologie
risque
Principes MoSCoW
La relation entre risque et valeur
Traitez-le en premier : risque élevé, valeur élevée
Deuxième traitement : risque faible, valeur élevée
Traitement final : faible risque et faible valeur
À éviter : risque élevé, valeur faible
2. histoire divisée
Quand se séparer
Une histoire est plus grande qu'une itération
Un tas d'histoires sont organisées pour plus d'une itération et une histoire doit être divisée
3. histoire d'estimation
point d'histoire
1. mesure relative de la taille
2. Ne peut être comparé à d'autres projets
3. Contribue à la dynamique transversale
4. Les points d'histoire n'expirent pas
5. Mesure pure de la taille
6. généralement plus rapide
journée idéale
1. La différence entre l'heure réelle et l'heure idéale
2. plus facile à expliquer
3. plus facile à démarrer
4. Confirmer les objectifs et créer des éléments de backlog de sprint
Point 1
1. Pour garantir la cohérence des priorités, utilisez les principes MoSCoW
2. Chaque membre de l'équipe doit participer
3. Discutez de la manière dont chaque user story doit être mise en œuvre
4. Avant d'identifier les tâches de développement, définissez clairement les critères de réalisation
5. Identifier toutes les tâches à accomplir
Point 2
1. N'attribuez pas de tâches à des individus à l'avance
2. Revisiter les engagements du sprint
3. N'utilisez pas trop de temps
4. Pour les projets de développement simples, vous pouvez directement mettre l'histoire dans SBL
5. Le développement de projets complexes doit être divisé en tâches
réunion de révision des itérations
1. L'équipe démontre les fonctions du produit développées au PO
2. PO organise des réunions et invite les parties prenantes à participer
3. Grâce à une démonstration en direct
4. Pas besoin d'être trop formel
5. Le PPT n'est pas nécessairement requis
6. Généralement contrôlé dans les 2 heures
7. Jugement d'attribut, pas de jugement variable
8. Si la user story n’est pas transmise, le PO détermine la priorité et détermine dans quel sprint elle sera complétée.
réunion de révision des itérations
1. aussi appelé réunion de réflexion
2. Le but est de résumer les expériences et les leçons pour faciliter la résolution ultérieure des problèmes.
3. Le diagramme en arête de poisson et la méthode de la carte peuvent être utilisés
4. Principe du hamburger : félicitez d'abord, puis critiquez et proposez ensuite des solutions
5. Évaluer le changement : réfléchir aux raisons pour lesquelles il a changé et comment l'éviter
6. Évaluation des user stories inachevées : pourquoi elles n'ont pas été terminées
7. une règle
Applications dans les processus de travail agiles
Intégrer
1. Les méthodes itératives et agiles permettent aux membres de l'équipe de participer à la gestion de l'intégration en tant que paires d'experts dans les domaines pertinents
2. Les membres de l'équipe décident de leurs propres plans
3. Les chefs de projet se concentrent sur la création d’une atmosphère de prise de décision collaborative
4. Des talents en forme de T
portée
1. Il est devenu de plus en plus clair tout au long du projet
2. Défini et redéfini tout au long du projet
3. Ajouter des exigences au backlog
calendrier
1. Travailler en cycles courts
2. Fournir un feedback rapide sur la pertinence des livrables
3. Il peut y avoir à la fois des projets à petite échelle et des initiatives à grande échelle
4. mélanger
5. Le rôle du chef de projet reste le même, mais il doit connaître davantage d'outils et de techniques.
coût
1. Haut niveau et prévisions – Estimation légère
2. Planification à court terme - estimations détaillées
qualité
1. Étapes fréquentes de qualité et de révision tout au long du projet
2. Revue du cycle, inspection régulière des effets du processus de qualité des véhicules
3. Trouver les causes profondes des problèmes et recommander la mise en œuvre de nouvelles méthodes d'amélioration de la qualité
4. Livraison incrémentielle fréquente et concentration sur le travail en petits lots
5. Détectez tôt les incohérences et les problèmes de qualité
Ressource
1. Des équipes auto-organisées avec des généralistes
2. équipe collaborative
3. Approvisionnement rapide et accord légal avec la partie B
communiquer
1. Communiquer plus fréquemment et plus rapidement
2. Essayez de simplifier les canaux permettant aux membres de l'équipe d'obtenir des informations et de permettre à l'équipe de travailler ensemble.
3. Publier le travail du projet de manière transparente et inviter régulièrement les parties prenantes à examiner le travail du projet
risque
1. Tenez compte du risque lorsque vous choisissez les éléments sur lesquels travailler à chaque itération
2. Mettez les événements à risque dans les tâches à accomplir
3. Des plans et des exigences de réponse aux risques sont élaborés pour prioriser
achat
1. Les acheteurs et les vendeurs partagent les risques et les récompenses du projet
2. La relation de collaboration globale est régie par l'accord principal et le travail adaptatif est consigné dans des annexes ou des documents supplémentaires.
parties intéressées
1. Interagir directement avec les parties concernées
2. Partage d’informations au sein et entre les organisations, avec un haut degré de transparence
3. Inviter toutes les parties concernées aux réunions et aux examens du projet