Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Approche itérative avec SCRUM I

Approche itérative avec SCRUM I
by

Jean-Nicolas Pouliot

on 15 November 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Approche itérative avec SCRUM I

Scrum Product Owner Partie intégrante de l'équipe
Définit les besoins
Priorise les besoins
Pouvoir décisionel
Approuve le projet Le Client ! Scrum Master Gardien des bonnes pratiques Organise les meetings
Élimine les obstacles
Protège son équipe, ne la contrôle pas
Communication avec le Product Owner capitale L'équipe Tous les rôles 5 à 9 personnes (+SM et PO)
Auto-organisée
Impliquée dans toutes les étapes
Multidisciplinaires
Dans un espace commun
Ont la vision globale "Perfect is the enemy of good.
Do Something and the inspect and adapt nature of Scrum will make it better."
Ken Schwaber

"Se réunir est un début;
rester ensemble est un progrès;
travailler ensemble est la réussite."
Henry Ford 3 niveaux de planification
Plan de livraison
Plan d'itération
Plan quotidien “No plan survives contact with the enemy”
Field Marshal
Helmuth von Moltke Product Backlog Liste des besoins Portée du projet
Découpé en fonctionnalités
Exprimé en stories
Sera mise à jour constamment
Droit de changer! Release Planning Plan des itérations Selon budget et échéance
Date de livraison de chaque itérations
Date de livraison du projet
Se négocie jusqu'à ce que toute l'équipe accepte le plan
Nécessite de connaitre la vélocité de l'équipe
Ce plan va changer! Estimations Fait en équipe
Responsabilise et implique les gens
Estimation en terme de travail complété (Analysé, Codé, Intégré, Testé) Ni en jour/personne, ni en heure
Valide peu importe le calibre des développeurs
Valide pour toutes techno et outils
Se concentre sur les différences de visions Unités souvent utilisées:
T-shirt sizes (small, medium, large)
Suite de Fibonacci: 0, 1, 2, 3, 5, 8, 13, 21, 34
Gummy bears!
Story points

Exemples:
Écran de login : 2 pts (petit)
Écran de recherche : 8 pts (gros) Vélocité Mesure de vitesse d'une équipe Somme des 'story points' réalisés
Permet de dériver les efforts en fonction de la complexité
Facilite les estimations subséquentes Sprint planning meeting Une journée de démarrage Avant-midi
Priorisation du product backlog
Informations plus détaillés
Estimations en travail complétés Après-midi
Sélection des fonctionnalités
Décomposition en tâches
Définition du Sprint backlog
Prévoir les assignations de chacun
Objectif d'itération ! Sprint backlog Tâches de l'itération Quantité d'éléments en fonction de la vélocité
SEULE l'équipe peut modifier ce sprint backlog
Mise à jour constante
Génération d'un Burndown chart Le Sprint L'itération Vers un livrable de qualité production
Durée fixe pour un projet
Mesure le progrès du projet en sprint complétés
Analyse, Développement, Intégration et Tests Daily scrum meeting Rencontre quotidienne 15 minutes 'time-boxed'
Debout
'Parking lot' Qu'est-ce que j'ai accompli hier ?
Qu'est-ce que j'entreprend aujourd'hui ?
Qu'est-ce qui m'empêche de progresser ? Bonnes pratiques Sprint review meeting Livraison et rétrospectives Dépôt ou Démo de fonctionalités
L'équipe identifie les bons et mauvais points du dernier sprint
'Mad/Sad/Glad'
On prend des décisions d'améliorations et on recommence « There are no secrets to success. It is the result of preparation, hard work, and learning from failure. »
Colin Powell

« Améliorer c’est changer, être parfait c’est donc avoir changé très souvent »
Winston Churchill Conclusion Démontrent rapidement aux utilisateurs des résultats concrets par des livraisons fréquentes
Facilitent l’adaptabilité aux changements organisationnels ou des besoins d’affaires
Augmentent la qualité globale par une intégration continue des essais et des approbations
Utilisent des équipes de travail multidisciplinaires, autonomes et responsabilisés favorisant la motivation, le leadership et la collaboration
Donnent un résultat final correspondant davantage aux besoins On couvrira
Origine
Rôles
Étapes
Gestion
Bonnes Pratiques
Quiz Éléments de Scrum L’équipe décide et s’organise elle-même, mais est ‘protégée’ par un «__» qui est le coach de l’équipe, le responsable du processus Scrum.
Le client ou la personne responsable de maximiser la valeur du projet pour le client est continuellement impliqué et s’appelle un «__».
Le produit progresse par une série de «_» de 2 à 6 semaines.
Les besoins sont définis par le client et deviennent des items dans une liste appelée «__».
L’équipe se rencontre au début de chaque Sprint à une rencontre appelée «___» pour choisir avec le client les besoins à livrer.
La liste des items à livrer pour un Sprint se nomme le «__».
L’équipe se rencontre chaque jour du Sprint pour faire le point au «___».
L’équipe présente, à la fin d’une itération les résultats réalisés. Cette rencontre se nomme le «___». Quiz Poker Planning:
À chaque fonctionnalité, tous choisissent une carte
On explique son choix, on recommence
Ça converge! Transparence Inspection Adaptation 10% d'un sprint devrait servir à gérer le Product Backlog
Le travail non-accompli d'un sprint devrait retourner sur le Product Backlog
Utiliser les outils XP: Chiffres relatifs Pomodoro
User Stories
Intégration continue
Programmation par paire
Développement piloté par les tests
Full transcript