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 1

Approche itérative avec SCRUM I
by

Dominic Fleury

on 24 June 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Approche itérative avec SCRUM 1

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 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
Définition
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
Scrum
Scrum vs Dirigé par le plan
C'est un cadre de développement dans lequel des personnes peuvent adresser des problèmes complexes et livrer des produits de façon productive et créative avec le plus de valeur possible.
Un modèle empirique est nécessaire quand
On ne sait pas les résultats exacts au moment de commencer
On veut contrôler le résultat et garder une qualité élevée
Les étapes ne sont pas répétables
Est-ce que ça décrit le développement de logiciel?
Quelques références
Scrum guide : http://www.scrum.org/scrumguides/
Software in 30 days
Full transcript