Galerie de cartes mentales Points de connaissance du modèle de gestion agile PMP
Dans le but de trier les points de connaissance du modèle agile et de trier les points de test agiles de l'examen PMP, chacun peut se libérer de son emploi du temps chargé et obtenir deux fois le résultat avec la moitié de l'effort.
Modifié à 2022-10-26 19:15:34Questa è 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.
Points de connaissance du modèle agile
1. importance
L'examen PMP représente 42 %
2. Pyramide de points de connaissances agile
Pensée
Idées et principes de base agiles
personnel
Création d'une organisation agile
processus
Technologie, processus, outils
Principaux points de test
transformation organisationnelle
Transformation agile et amélioration continue
3. Concepts agiles
Quatre cycles de vie de projet
prédire
Livré une seule fois, le risque de retouche finale est plus grand
La demande ne change pas fréquemment et les délais de livraison ne sont pas fixes.
Répéter
Adaptez-vous aux changements des clients et livrez une fois
Incrément
Connectez-vous rapidement pour conquérir le marché, mais cela peut nécessiter de nombreuses retouches
agile
alias cycle de vie adaptatif
Combiner les avantages de l’incrémentalité et de l’itération
Peut s'adapter à l'environnement changeant des clients et recueillir les commentaires des clients par petites itérations
De petites itérations peuvent être lancées
Adaptez-vous rapidement aux changements et commercialisez rapidement
Les quatre valeurs du Manifeste Agile
Les individus et les interactions sont plus importants que les processus et les outils
Un logiciel fonctionnel est plus important qu’une documentation complète
La collaboration avec le client est plus importante que la négociation de coopération
Répondre au changement est plus important que d'adhérer à un plan
Noyau de gestion agile
orientée vers les gens
Offrir de la valeur
embrasser le changement
continuer à s'améliorer
douze principes
Principe 1 : Notre objectif principal est de répondre aux besoins des clients grâce à la livraison rapide et continue de logiciels de valeur.
Principe 2 : Un logiciel fonctionnel est la première mesure du progrès
Principe 3 : Livrer fréquemment des logiciels utilisables, de quelques semaines à quelques mois, mais plus c'est court, mieux c'est
Principe 4 : Affiner la technologie et améliorer la conception augmenteront l'agilité
Principe 5 : La simplicité, c'est-à-dire minimiser autant que possible le travail inutile, est un art
Offrir de la valeur
Principe 6 : Les processus agiles favorisent le développement durable. Les sponsors de projets, les développeurs et les utilisateurs peuvent toujours maintenir un rythme constant
Principe 7 : Le personnel de l'entreprise et les développeurs doivent toujours collaborer pendant la mise en œuvre du projet
Principe 8 : Savoir motiver le personnel du projet, lui offrir l'environnement et le soutien dont il a besoin et croire qu'il peut accomplir les tâches.
Principe 9 : Que ce soit à l'équipe de développement ou au sein de l'équipe, le moyen le plus efficace de transmettre des informations est la conversation en face à face.
Principe 10 : Les meilleures architectures, exigences et conceptions émergeront d'équipes auto-organisées
orientée vers les gens
Principe 11 : Les modifications des exigences sont les bienvenues, même tard dans le développement du projet. Les processus agiles doivent être capables de tirer parti des changements dans les exigences pour aider les clients à obtenir des avantages concurrentiels.
embrasser le changement
Principe 12 : Les équipes doivent réfléchir régulièrement à la manière dont elles peuvent être plus efficaces et ajuster leur comportement en conséquence
continuer à s'améliorer
4. Rôle agile
Propriétaire de produit (PO)
Stratégie de gestion : créer une feuille de route produit
Déterminer les besoins : ajouter, ajuster les user stories et trier les user stories en fonction de la valeur commerciale
Acceptation : examen et retour des résultats du projet
Scrum Master (chef d'équipe)
Protection : Protégez l’équipe des interruptions
Garantie : supprimez les obstacles
Maintenir : Maintenir une orientation continue de la vision du projet à travers des chartes de projet et d'équipe
Nounou : Apporter un soutien à l'équipe
équipe
Équipes virtuelles : la planification de la communication est primordiale. Envisagez de réunir régulièrement les membres de l'équipe pour instaurer la confiance, apprendre à collaborer et utiliser les fenêtres du bocal à poissons et le couplage à distance pour améliorer la communication.
Zones de travail : zones privées et publiques
Communication osmotique : les informations sont partagées inconsciemment entre les membres de l'équipe travaillant en collaboration les uns avec les autres.
Equipe temps plein, généraliste, transverse, auto-organisée, équipe de 3 à 9 personnes
Caractéristiques clés des équipes : éviter le changement de tâches, partager les connaissances, équipes techniques, travail proactif, prise de décision en équipe, résolution de problèmes en équipe
5. Éléments du cadre de gestion Scrum
carnet de commandes
Objectif : Exigences relatives aux dossiers
Également appelé ensemble de user story, chaque exigence est une user story.
Histoires d'utilisateurs
En tant qu'utilisateur, à un moment/un lieu, qu'est-ce que je veux faire, et dans quel but/valeur commerciale ?
Alors, comment dois-je faire/comment dois-je fonctionner
Comment vérifier à la fin
Fonctionnalités du backlog produit
Avant de commencer le travail, vous n'avez pas besoin de créer toutes les histoires pour l'ensemble du projet, mais simplement le contenu principal du premier plan de version.
La liste de tâches change et s'améliore constamment et peut être mise à jour, ajoutée, supprimée, modifiée, modifiée en priorité, etc. à tout moment.
Lorsque les exigences changent, il n'est pas nécessaire de passer par le processus de changement et peut être directement ajouté à la liste de tâches.
D’énormes user stories, également appelées epic stories, sont écrites au bas du backlog
Définition de la user story terminée : 0/1 légale, terminée ou inachevée
Si vous ne savez pas par où commencer avec les exigences, la carte d'impact peut être utilisée comme une entrée efficace pour le backlog.
Réunion de revue du backlog produit
Contenu : triez la liste actuelle des exigences du produit, notamment en la hiérarchisant et en la divisant en fiches d'histoire avec une granularité modérée, etc.
L'heure de la réunion de préparation : discussion sur la boîte à temps d'une heure pour un sprint de deux semaines
La relation entre la réunion de préparation et la réunion de planification du sprint : la réunion de planification du sprint ne peut démarrer que lorsque la réunion de préparation du backlog produit est terminée
caractéristique
Modèle traditionnel : périmètre fixe, délais et coûts variables
Modèle agile : temps et coût fixes, périmètre variable
artefact
carnet de commandes
carnet de sprints
Incrément
Flux de tâches
a. Collection de témoignages d'utilisateurs
b. Estimer la taille de chaque user story
L'estimation du story point est une estimation multiple ; elle est estimée par l'équipe ;
c. Évaluer les priorités des user stories
d. Estimer la vitesse de l'équipe
Vélocité de l'équipe : la quantité de travail que l'équipe effectue par unité de temps
Moyenne des story points complétés par sprint
Estimation
Estimation des user stories à l'aide de story points
Les story points sont un moyen de mesurer la taille et la complexité des user stories, et non leur durée.
Problèmes liés à l’estimation traditionnelle de la durée
Les plans de projet traditionnels se mesurent en heures, jours et semaines
Réalité : Pour éviter des estimations inexactes ou des promesses excessives, l'estimateur finira par vous donner un délai
Avantages de l’estimation des points d’histoire
Pas besoin de s'inquiéter de l'exactitude de l'estimation. Mettez-vous au travail rapidement
Les équipes ne confondent pas estimations et engagements
Estimation = bonne estimation ; Engagement = stratégie du pire des cas ;
Méthode d'estimation
Estimation du poker
Séquence de Fibonacci
Les membres de l'équipe estiment l'histoire sur la base d'un point d'histoire
Devis t-shirt
Une estimation plus approximative que l'estimation du poker, et plus facile à mettre d'accord que l'estimation du poker. 6 cartes
Estimation de la taille d'affinité
Comparer des histoires n’est pas une question de multiples exacts. Il est plus facile de parvenir à un accord que d’estimer le poker.
Priorisation des user stories
Loi de Moscou (MoSCoW)
M : À faire
S : devrait le faire
C : cela pourrait être fait
W : je ne le ferai pas
Modèle Kano
Besoins fondamentaux : indispensable (développement prioritaire)
Besoins de performance : plus il y en a, mieux c'est (faire autant que possible)
Besoins de plaisir : satisfaction élevée
méthode des 100 points
Divisés en 100 points chacun, ils peuvent utiliser ces points pour voter pour les besoins les plus nécessaires
ampleur relative
Basé sur le jugement du client, estimez pour maximiser la valeur du produit
Calendrier du projet
vision du produit
Feuille de route du produit (2 à 5 ans)
Plan de sortie (juin-décembre)
Planification de sprint (1-4 semaines)
Réunion debout quotidienne
6. Activités agiles
réunion de planification de sprint
Première moitié : l'équipe interroge le PO sur le contenu, le but, la signification et l'intention du backlog produit
Deuxième mi-temps : L'équipe planifie le planning de ce sprint
Continuer à décomposer les user stories en activités
Les membres de l'équipe déterminent la répartition des activités
Réunion debout quotidienne
Réunion d'équipe quotidienne, généralement 15 minutes
contenu
Qu'ai-je fait après le dernier stand-up ?
Que dois-je faire après ce stand-up meeting ?
Quels obstacles, risques ou problèmes ai-je rencontrés au travail ?
Une fois le problème découvert, ajoutez-le au parking, créez une autre réunion, organisez-la immédiatement après le stand-up et résolvez le problème lors de cette réunion.
Encouragez n'importe quel membre de l'équipe à diriger la réunion plutôt que le chef de projet ou le responsable
Des réunions auto-organisées et engagées mutuellement en équipe
outil
Tableau des tâches Scrum
Le mur des tâches affiche toutes les tâches qui doivent être accomplies pendant le sprint. L'équipe peut découvrir les problèmes à temps grâce au tableau des tâches et fournir des commentaires rapides, ce qui augmentera également la confiance dans l'achèvement du travail.
Tableau de combustion
x : chronologie, y : points d'histoire restants
Tableau d'allumage
x : itération 1, itération 2..., y : points d'histoire terminés
diagramme d'avancement des risques
x : axe du temps, y : valeur d'exposition au risque
Valeur d'exposition au risque = probabilité d'occurrence du risque % * impact du risque (jours)
Les plans de réponse aux risques peuvent être écrits dans des listes de tâches et les activités peuvent être gérées de manière unifiée
Kanban
Flux de travail visuel
Limiter la quantité de travail en cours (limiter les travaux en cours) pour réaliser une production tirée et améliorer l'efficacité de la production
To-do, R&D (en cours, terminé), tests (en cours, terminés), terminé
Si vous souhaitez raccourcir le temps de cycle, vous devez réduire la quantité de travail en cours
Graphique de flux cumulatif
Tableau Kanban vs tableau des tâches
Terrain d’entente : flux de travail visuel
Différence : Dans la théorie Lean, Kanban peut améliorer l’efficacité et obtenir de plus grands avantages.
réunion de revue de sprint
La revue de sprint sera utilisée pour démontrer au PO les fonctionnalités du produit développées dans ce sprint.
Le PO organisera la réunion à ce stade et invitera les parties concernées à y participer.
Contenu de la conférence
L'équipe démontre les fonctionnalités réalisées pendant le sprint
Tous les membres de l'équipe doivent participer
Tout le monde peut être invité à participer
PO est responsable de l'acceptation ou du rejet des histoires
Une ligne directrice générale est de présenter le produit du travail de l’équipe au moins une fois toutes les deux semaines. Cette fréquence est suffisante pour la plupart des équipes afin que les membres de l'équipe puissent obtenir un feedback qui les empêche d'aller dans la mauvaise direction.
réunion rétrospective sprint
Objectif : Partager de bonnes expériences et découvrir des points d'amélioration pour favoriser la progression continue de l'équipe. Généralement une réunion a lieu après chaque sprint, mais des rétrospectives peuvent avoir lieu à des moments critiques par prise de décision en équipe
Contenu de la conférence
Qu’avez-vous bien fait dans ce sprint ?
Que pouvons-nous faire de mieux dans ce sprint ?
Quels domaines pouvons-nous améliorer lors du prochain sprint ?
Étapes de la réunion
Trouver des données qualitatives (sentiments des gens) et quantitatives (métriques)
Utilisez ces données pour trouver la cause première
Concevoir des contre-mesures et formuler des plans d'action
Points clés à retenir des réunions rétrospectives Sprint
But de la réunion : Ce n'est pas à blâmer, la révision est de permettre à l'équipe de continuer à s'améliorer
Focus : l'équipe discute des priorités ensemble et concentre les efforts là où ils sont le plus nécessaires (se concentrer sur quelques améliorations suffit)
Les conclusions de la réunion doivent être suivies en boucle fermée : elles peuvent être placées dans le backlog produit, déterminer les résultats de mesure de chaque amélioration et vérifier si chaque amélioration est réussie.
sprint
7. Méthodes de livraison de projets agiles
Implémentation technique de XP
Intégration continue
Intégrer fréquemment le travail dans l’ensemble
Différents niveaux de tests
Les informations de bout en bout utilisent des tests au niveau du système : un test de l'ensemble du système
Utilisez les tests unitaires pour les blocs de construction : inspectez et vérifiez la plus petite unité testable de votre logiciel.
Tests d'intégration de système : sur la base de tests unitaires, tous les modules sont assemblés en sous-systèmes ou systèmes selon les exigences de conception.
Tests de fumée : une stratégie rapide de tests fonctionnels de base et de vérification des versions de logiciels pendant le processus de développement logiciel.
Tests de régression : après avoir modifié l'ancien code, effectuez un nouveau test pour confirmer que la modification n'a pas introduit de nouvelles erreurs ni provoqué la génération d'erreurs par un autre code.
Tests automatisés : automatisation des tests logiciels
Développement piloté par les tests d'acceptation (ATDD)
L'équipe discute ensemble des critères d'acceptation du produit du travail.
L'équipe crée des tests automatisés pour répondre aux exigences standard
Développement piloté par les tests (TDD) et développement piloté par le comportement (BDD)
TDD : avant de développer du code fonctionnel, écrivez d'abord le code du cas de test unitaire. Le code de test détermine le code produit à écrire.
BDD : utilisez le langage naturel ou un langage proche du naturel pour décrire et rédiger des cas de test du point de vue des utilisateurs fonctionnels en écrivant des user stories ou des cas d'utilisation d'utilisateurs.
sondage/sondage
Détecter les situations inconnues dans les systèmes, les technologies et les domaines d'application
Utile pour l'apprentissage, utilisé lorsque l'équipe a besoin d'apprendre certains éléments techniques ou fonctionnels clés
Résolution technique de la dette
La dette technique est causée par des équipes qui prennent intentionnellement de mauvaises décisions techniques pour obtenir un gain de projet à court terme.
La solution est le refactoring et la modélisation agile
programmation en binôme
Deux programmeurs travaillent ensemble sur un ordinateur, l'un tapant le code tandis que l'autre examine chaque ligne de code qu'il saisit. La personne qui saisit le code s'appelle le conducteur, et la personne qui révise le code s'appelle l'observateur (ou navigateur). Deux programmeurs échangent souvent leurs rôles
Code propriété collective
Tout membre de l'équipe a la permission de modifier n'importe quel code, la propriété et la responsabilité de toute l'équipe
Autres méthodes agiles
cristal
Différentes options de méthode agile sont proposées en fonction des deux dimensions de la taille et de la criticité du projet. Par exemple : C6, D6
Développement axé sur les fonctions (FDD)
Établir une liste de fonctionnalités, une échelle et une conception basées sur les fonctionnalités
Développement de systèmes dynamiques (DSDM)
Définissez les coûts, la qualité et les événements dès le départ, puis exploitez la hiérarchisation formelle du périmètre pour répondre à ces contraintes.
Processus unifié agile (AUP)
Prendre l'architecture comme noyau, se concentrer sur la conception de bases de données et mettre l'accent sur la communication avec les utilisateurs
Scrum de Scrums (SoS)
Une technique utilisée par deux ou plusieurs équipes Scrum plutôt que par une grande équipe Scrum, où une équipe contient 3 à 9 membres pour coordonner leur travail.
Cadre agile à l'échelle (SAFe)
Concentrez-vous sur le détail des pratiques, des rôles et des activités au niveau du portefeuille, du projet et de l'équipe. L'accent est mis sur l'organisation de l'entreprise autour d'un objectif visant à fournir un flux continu de valeur aux clients.
Développement agile à grande échelle (LeSS)
Un framework Scrum multi-équipes pouvant être appliqué à des équipes agiles composées de 20, 100 voire des milliers de personnes, travaillant toutes ensemble sur un produit partagé spécifique
Scrum d'entreprise
Un cadre conçu pour appliquer la méthodologie Scrum à travers une organisation plus holistique plutôt que des couches de développement de produits individuelles
Agile discipliné (DA)
Un cadre de prise de décision en matière de processus intégrant plusieurs meilleures pratiques agiles dans un modèle complet
8. transformation organisationnelle
Principes de transformation organisationnelle vers Agile
gestion du changement
Facteurs influençant le changement
Création culturelle
Comment créer une culture organisationnelle agile
axé sur l'organisation
PMO agile
fournisseur
Facteurs influençant le changement agile
Moteurs du changement agile
Livraison rapide et réussie
Une équipe qui possède déjà des caractéristiques agiles
L’impact de la structure organisationnelle sur le changement agile
localisation géographique
Structure fonctionnelle
Taille du succès du livrable du projet
Répartition du personnel du projet
Organisation fortement axée sur les achats
Préparation au changement agile
Caractéristiques de la préparation au changement : volonté de la direction, sensibilisation des employés, capacités des talents, etc.
Caractéristiques des obstacles restants au changement
Créer une culture agile
Étape 1 : Créer un environnement sûr
Deuxième étape : évaluer la culture
Partie 3 : Méthodes à destination des porteurs de projets pour accélérer l'émergence d'une culture agile
Un accompagnement de gestion actif et clair
Utiliser l’expérience de la gestion du changement pour piloter
Piloter les pratiques agiles projet par projet
Introduction incrémentielle
Démontrer et guider les techniques et pratiques agiles
Bureau de gestion de projet agile (PMO)
axée sur la valeur
Réaliser la livraison de la valeur du projet
Orienté innovation
Aider les clients à réaliser de la valeur rapidement et efficacement en réfléchissant et en mettant en pratique des idées et des perspectives innovantes
multidisciplinarité
Être familier avec des connaissances au-delà de la gestion de projet elle-même pour répondre aux différents besoins de support de projet
Contrats agiles
structure multicouche
Accent mis sur la création de valeur
augmentation de prix totale
Temps et matériel fixes
Temps et matériaux progressifs
Annuler le plan plus tôt
schéma de plage dynamique
Agrandissement de l'équipe
Soutenir une gamme complète de fournisseurs
Plage réglable