Vous débutez avec l'agilité, vous allez participer à un projet "en Scrum" ! C'est bien. Peut-être vous demandez-vous comment vous saurez que vous y êtes arrivé, que vous faites les choses comme il faut ? D'ailleurs est-ce si bien que cela Scrum ? Certains s'en disent déçus, d'autres prétendent que Scrum ce n'est pas vraiment de l'agilité.
L'agilité n'est pas une destination, c'est un voyage. Scrum est à même de vous accompagner dans toutes les étapes de ce voyage. Mais si le framework Scrum est facile à comprendre, il est beaucoup plus difficile qu'on ne le soupçonne à mettre en œuvre ! Ses qualités intrinsèques, celles pour lesquelles vous devriez l'apprécier ne sont probablement pas celles que vous imaginez.
Avant de prendre la route, nous allons voir ensemble le grandes étapes du "voyage Scrum". Il y en a 3 et il n'y a pas de raccourcis. Nous les avons empruntées aux arts martiaux, elle se nomment Shu, Ha et Ri.
Le Shu est le niveau de l'apprentis qui découvre Scrum et va s'efforcer de le mettre en œuvre correctement.
La Ha est consacré au perfectionnement. On y adapte ou adopte certaines pratiques pour améliorer notre façon de vivre l'agilité.
Atteindre le Ri, c'est être au stade de la maîtrise où l'on innove et crée une façon d'être agile en se guidant sur les valeurs et le sens de l'agilité.
1. Le 20 Mars 2014, Caen
Scrum Shu Ha Ri
Christophe Addinquy, Zenika
2. Qui suis-je ?
Caennais !
Passionné d’informatique ... depuis
longtemps !
Parcours de : développeur, consultant,
formateur, chef de projet, analyste,
directeur de projet
Agile addict depuis 2001
Coach agile @ Zenika
Secrétaire du SUG jusqu’en 2013
3. L’agilité, c’est quoi ?
Etre agile ≠ Faire de l’agile
Etre agile = Devenir agile
L’agilité est une route...
4. L’agilité : une rupture
Faire = processus
Etre = culture, état d’esprit
Modèle Cynefin
Un fossé qui peut
difficilement être franchi en
une fois
3 étapes
5. Shu Ha Ri
Shu : Suivre l’exemple (apprendre)
Ha : Se détacher (franchir les limitations)
Ri : Etre fluide (créer, innover)
Vient des stades d’apprentissage de l’Aïkido
Introduit dans la communauté agile par Alistair Cockburn
6. Scrum et le voyage agile
Pas un processus, mais un
«framework»
Nous accompagner dans notre voyage :
la vertu méconnue de Scrum !
Découvrons la vraie nature de Scrum !
10. Scrum : les rôles
Le Scrum Master
Veille à l’application de
Scrum
Protège l’équipe
Est un facilitateur
Le Product Owner
Est le maître du
backlog
Répond au «quoi» et
prend des décisions sur
le produit
Valide ce qui est réalisé
L’équipe
Est responsable de la
réalisation
S’organise elle-même
pour mener à bien ses
travaux
Possède les compétences
nécessaires pour mener à
bien sa mission
11. La recette du Sprint
Un Planning Meeting en début de Sprint pour
s’organiser, fixer l’objectif et le contenu du Sprint
Un Scrum Meeting chaque matin pour faire le
point et s’organiser pour la journée
Un Sprint Review en fin de Sprint pour
montrer ce qui a été réalisé
Une rétrospective pour tirer les leçons
de ce qui s’est passé et s’améliorer
22. Développement guidé par les
tests d’acceptance
Spécifications
Tests d’acceptance
Ecrire les tests fonctionnels AVANT le
développement !
Les cas de tests (exemples) sont une partie de la
spécification et la renforce
Ecrire en collaboration pour partager la
compréhension
23. 23
Analyse causale
Programmation
neuro-linguistique
BPMModèle de
Kano
Design Thinking
Creativity
workshop
Biais cognitifs
Pyramide de Leffingwell
Brainstorming
Personas
Mind maps
Analyse
contextuelle
Use Cases
Story boards
Archéologie
documentaire
Gap analysis
Exigences non-
fonctionnelles
Contraintes
Questionnement
Liste d’attributs
Mesures
Vision
Analyse de risques
Liespotting
Glossaire
Prototypage
Story maps
Stakeholders
assessment
Elevator statement
Analyse système
Product features
Cartes CRC
Arbre de décision
Modèle de
traçabilité
Business case
Usability engineering
Analyse quantitative
Goal modeling
Service-Oriented
requirements
Integrated requirements
engineering
Agent-oriented
requirements
Use Cases maps
UML Collaborative reqt. gathering
Screenwriting
Card sort
Spécifications formelles
Analyse cognitive
Analyse structurée
EARS
Social modeling
Event-oriented reqt.
Contextual inquiry
Reqt. driven design
Problem frames
Domain Driven Design
HCI analysis
Stakeholders taxonomy
24. Le pouvoir des jeux !
Des jeux pour
apprendre
Des jeux pour
faire
27. De Scrum à Kanban
Passer de l’itération au flux pour le produit
Garder le rythme des itérations pour l’équipe
Focaliser sur la valeur et le temps de cycle plutôt que sur l’estimation
28. Agilifier la définition du produit
Prendre en compte toutes les
dimensions du produit
Le P.O. n’est pas un
superman
Partir de l’objectif (le « pourquoi »)
Subordonner le périmètre à ce «
pourquoi »
30. Du développement à la
production avec devops
2 visions du monde très éloignées
Un complémentarité difficile à concilier
Une question
d’outils...
Mais d’abord une
question de
personnes et de
collaboration
32. Inventez votre façon d’être agile
Comprendre ce que Scrum peut nous enseigner
Les règles ne sont plus nécessaires
Vous créez votre façon d’être agile
34. Scrum hors du développement
Extreme Manufacturing : Une voiture customisée par client en 7 jours !Extreme Manufacturing : Une voiture customisée par client en 7 jours !