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

1. Livraison continue, petites étapes et étapes rapides

2. Acceptez le changement et améliorez vos points forts

3. Fournir des commentaires précoces et un classement de la valeur

4. Obtenir des résultats et mesurer les progrès

5. Mise à jour continue pour renforcer l'agilité

6. Rationalisez les produits et éliminez le gaspillage

7. Travail d'équipe, interaction quotidienne

8. Faites confiance aux membres et apportez votre soutien

9. Communication face à face, efficace et claire

10. Des députés de tous les partis, rythme stable

11. Travaillez ensemble et organisez-vous

12. Introspection d’équipe et amélioration continue

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

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

Titres au sein de différentes organisations

animateur d'équipe

But

taper

Responsabilités

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.

1. Processus de développement léger

2. Clients et développeurs en face à face

3. pratique

Carnet de 2 tâches à effectuer

Personnel de catégorie 3

4 rencontres

Boîte de tempsBoîte de temps

Remettre le travail au lieu d'affectation suivant à la fin de chaque journée

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é

Deux personnes sont jumelées pour travailler sur le même travail, partageant des écrans via des outils

Utilisez trois facteurs pour déterminer la bonne approche pour votre projet

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

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

Présentez votre produit en 1 à 2 minutes pour susciter l’intérêt

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

1. Valeurs de l'équipe : rapidité du développement durable et horaires de travail essentiels

2. accord de travail

3. règles de base

4. normes de l'équipe

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

1. Détaillé et bref de manière appropriée

2. estimé

3. Développement dynamique

4. Prioriser

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

ce qui a été accompli hier

Que vas-tu faire aujourd'hui

Quelles difficultés et obstacles avez-vous rencontrés au travail ?

Partie 1

Partie 2

Étapes spécifiques

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.

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