SlideShare une entreprise Scribd logo
1  sur  57
Tester
Votre

Libido Agile
Disclaimer

sommes des trolls
• Nousest une expérience apprenante
• Ceci des questions ni des réponses ne
• Aucune

•

•

se veut une vérité absolue
Chaque question peut amener le débat,
donc n’hésitez pas à l’ouvrir
Aucun Scrum Master n’a été blessé durant
la réalisation de ce questionnaire
Mode d’emploi !

B
A

C

D
Questionnaire

Template
1- Quelle forme ont mes specs ?

Définition de
besoin
SFD
STD
Les specs ne sont pas
sèches… mais on est
agile ou merde ? On y
va.

En tant que …
je dois …
afin de …

US validés par
tous avec cas
d’acceptance
Comment se décide si une tâche est DONE ?

Le développeur
a commité dans
le contrôle de
source

Ça marche en PROD

C’est testé en
RECETTE

On a rempli
touts les
conditions du
Definition of
DONE
Les tests : Quelle est votre démarche ?

Test en recette
avec cahier de
recette

TDD

TU / TI
pour valider les devs

Tester, c’est
douter
Qui teste le produit ?

L’équipe
d’intégration

Normalement, c’est
bon. En tout cas, sur
mon poste, ça marche.

Tests croisés, puis
Product Owner

Des utilisateurs
finaux,
ou mieux, un
singe
5- Qui décide du changement de périmètre ?

La Direction

C’était pas dans les
specs. On va faire un
avenant.

Le Product Owner

Consensus
Quand finit le projet ?

C’est en prod.
Bon, la date est
dépassée de 6
mois, et c’est
buggé. Mais bon.

Jamais
car il y a
toujours
de
nouvelles idées

La date et la vélocité
sont immuables. Donc
la seule variable
d’ajustement est le
scope.
Donc quand le client a
ce qu’il faut.

Quand j’ai

démissionné
A quel moment voit-on le client final ?

Oh bah s’il a
Pas besoin, on a
envie de passer,
la MOA
il peut, hein…

On a un représentant à
notre disposition en
permanence

Participe à toutes

les phases du projet
Who’s the boss ?

Chef de projet
(ou son chef)
(ou le chef de
son chef)

Celui qui a les
sous / mon
commercial

Scrum Master

Pas de chef
Et pourtant
ça marche 
Comment mesurer l’état d’avancement ?

Sur Project,
c’est marqué
qu’on est à
43,08%

Burndown chart
du Product Backlog

Il nous reste
15 points
sur ce sprint

Nombre de Feature

en Prod
10- Quels sont mes KPI ?

Surveillance de la
productivité/JH,
et du pourcentage
réalisé, du TJM

Contrôle de la
velocité
de l’équipe

Indicateurs de maturité
agile :

Pilotage global

Quantité d’US dans le
Product Backlog
Nb d’anomalie par US
Vélocité

Projet
Business Value
Qualité
Business
Qui s’occupe du déploiement en recette ?

Je sais pas, moi
je livre un doc
de déploiement
sur le réseau

N’importe qui
dans l’équipe

Une machine

Un Mexicain
Qui attribue les tâches ?

Le chef d’équipe

Je prends ce qui me
plait

Le PO

Je prends la
plus prioritaire

en fonction
des conditions
Qui fait l’estimation des tâches ?

Celui qui crie le
plus fort pendant L’équipe propose
le Planning
et le chef valide
Poker

C’est celui qui
développe
décide. Ou le
CP. Ca dépend.

Consensus

de l’équipe
A quel moment sont rédigés mes tests ?

En recette après
la reception du
DEV

Avant pendant et après
Les tests sont en
constante évolution
avec le produit

TDD
pendant le DEV

Pendant la rédaction
des US
Démarche ATDD
15- Qui écrit les specs ?

La MOA

Le PO
avec relecture

Toute l’équipe
Toute l’équipe participe
à la conception (specs
wall,…)

concoit l’US
et
ses cas
d’acceptance
Amélioration continue ?

Il suffit que
l’équipe soit
moins feignante

Nous n’avons pas
de temps
à perdre
dans des
réunions inutiles
Dès qu’il y a

Rétro régulière
(et parfois, il en sort
quelque chose
d’intéressant)

un problème,
Il faut le résoudre
pour
fluidifier la chaîne
Avez-vous un suivi des actions mises en place ?

On a trace tous
nos problemes
dans le Wiki

Quelles actions ?

Affichage
On fait un post-mortem
en fin de projet. Et on
flagelle les coupables.

et
suivi des actions
mises en place
en continu
Qui décide de l’architecture logicielle ?

L’architecte

Consensus Archi, chef
et DEV

L’équipe

Démarche
innovante

de co-création
FDD / DDD
Comment gère-t-on les deadlines ?

“Tu fais quoi
samedi ?”

On déscope
des sujets
en fonction
de notre vélocité

Arrêtez de faire des
tests, on n’a plus de
temps à gaspiller !

Deadline ?
On est

en flux continu,
mec !
20- Comment est géré le budget ?

Je sais pas,
faudrait regarder
sur le contrat

Le PO gère le
porte monnaie

Bon, on a bradé
le forfait,
mais on va se
gaver sur
les avenants
On a des
indicateurs

partagés
sur le budget
Multi équipe : comment faites-vous ?

On a un chef de
projet pour
coordonner les
dates
d’accostage

Boards
synchronisés,
visibles et
connus de tous

COPIL hebdo

Scrum of Scrum
Qui travaille sur quoi dans l’équipe ?

Vendu au client :
Equipe d’experts
spécialisés
En vrai :
Des stagiaires

Au moins 2
personnes
connaissent
les parties
critiques
de l’appli

Nous cherchons à
ce que tout le mon
monde soit capable
de travailler sur
n’importe quelle
partie

Nous avons défini

un market of skill
afin de suivre
efficacement
les compétences
de chacun
23- Partage de connaissance ?

Chacun sa
gueule, chacun
son code

Revue de code

Pair
programming

Pair, dojo,...
Nous sommes
des artisans !
Les
réponses
Template
1- Quelle forme ont mes specs ?

Définition de
besoin
SFD
STD
Les specs ne sont pas
sèches… mais on est
agile ou merde ? On y
va.

En tant que …
je dois …
afin de …

US validés par
tous avec cas
d’acceptance
Comment se décide si une tâche est DONE ?

Le développeur
a commité dans
le contrôle de
source

Ça marche en PROD

C’est testé en
RECETTE

On a rempli
touts les
conditions du
Definition of
DONE
Les tests : Quelle est votre démarche ?

Test en recette
avec cahier de
recette

TDD

TU / TI
pour valider les devs

Tester, c’est
douter
Qui teste le produit ?

L’équipe
d’intégration

Normalement, c’est
bon. En tout cas, sur
mon poste, ça marche.

Tests croisés, puis
Product Owner

Des utilisateurs
finaux,
ou mieux, un
singe
5- Qui décide du changement de périmètre ?

La Direction

C’était pas dans les
specs. On va faire un
avenant.

Le Product Owner

Consensus
Quand finit le projet ?

C’est en prod.
Bon, la date est
dépassée de 6
mois, et c’est
buggé. Mais bon.

Jamais
car il y a
toujours
de
nouvelles idées

La date et la vélocité
sont immuables. Donc
la seule variable
d’ajustement est le
scope.
Donc quand le client a
ce qu’il faut.

Quand j’ai

démissionné
A quel moment voit-on le client final ?

Oh bah s’il a
Pas besoin, on a
envie de passer,
la MOA
il peut, hein…

On a un représentant à
notre disposition en
permanence

Participe à toutes

les phases du projet
Who’s the boss ?

Chef de projet
(ou son chef)
(ou le chef de
son chef)

Scrum Master

Celui qui a les
sous / mon
commercial

Pas de chef
Et pourtant
ça marche 
Comment mesurer l’état d’avancement ?

Sur Project,
c’est marqué
qu’on est à
43,08%

Burndown chart
du Product Backlog

Il nous reste
15 points
sur ce sprint

Nombre de Feature

en Prod
10- Quels sont mes KPI ?

Surveillance de la
productivité/JH,
et du pourcentage
réalisé, du TJM

Contrôle de la
velocité
de l’équipe

Indicateurs de maturité
agile :

Pilotage global

Quantité d’US dans le
Product Backlog
Nb d’anomalie par US
Vélocité

Projet
Business Value
Qualité
Business
Qui s’occupe du déploiement en recette ?

Je sais pas, moi
je livre un doc
de déploiement
sur le réseau

N’importe qui
dans l’équipe

Une machine

Un Mexicain
Qui attribue les tâches ?

Le chef d’équipe

Je prends ce qui me
plait

Le PO

Je prends la
plus prioritaire

en fonction
des conditions
Qui fait l’estimation des tâches ?

Celui qui crie le
plus fort pendant L’équipe propose
le Planning
et le chef valide
Poker

C’est celui qui
développe
décide. Ou le
CP. Ca dépend.

Consensus

de l’équipe
A quel moment sont rédigés mes tests ?

En recette après
la reception du
DEV

Avant pendant et après
Les tests sont en
constante évolution
avec le produit

TDD
pendant le DEV

Pendant la rédaction
des US
Démarche ATDD
15- Qui écrit les specs ?

La MOA

Le PO
avec relecture

Toute l’équipe
Le mail et les post-its,
c’est des specs, non…?

concoit l’US
et
ses cas
d’acceptance
Amélioration continue ?

Il suffit que
l’équipe soit
moins feignante

Nous n’avons pas
de temps
à perdre
dans des
réunions inutiles
Dès qu’il y a

Rétro régulière
(et parfois, il en sort
quelque chose
d’intéressant)

un problème,
Il faut le résoudre
pour
fluidifier la chaîne
Avez-vous un suivi des actions mises en place ?

On a trace tous
nos problemes
dans le Wiki

Quelles actions ?

Affichage
On fait un post-mortem
en fin de projet. Et on
flagelle les coupables.

et
suivi des actions
mises en place
en continu
Qui décide de l’architecture logicielle ?

L’architecte

Consensus archi,
décideurs et devs

L’équipe

Démarche
innovante

de co-création
FDD / DDD
Comment gère-t-on les deadlines ?

“Tu fais quoi
samedi ?”

On déscope
des sujets
en fonction
de notre vélocité

Arrêtez de faire des
tests, on n’a plus de
temps à gaspiller !

Deadline ?
On est

en flux continu,
mec !
20- Comment est géré le budget ?

Je sais pas,
faudrait regarder
sur le contrat

Le PO gère le
porte monnaie

Bon, on a bradé
le forfait,
mais on va se
gaver sur
les avenants
On a des
indicateurs

partagés
sur le budget
Multi équipe : comment faites-vous ?

On a un chef de
projet pour
coordonner les
dates
d’accostage

COPIL hebdo

Boards
synchronisés,
visibles et
connus de tous

Scrum of Scrum
Qui travaille sur quoi dans l’équipe ?

Vendu au client :
Equipe d’experts
spécialisés
En vrai :
Des stagiaires

Au moins 2
personnes
connaissent
les parties
critiques
de l’appli

Nous cherchons à
ce que tout le mon
monde soit capable
de travailler sur
n’importe quelle
partie

Nous avons défini

un market of skill
afin de suivre
efficacement
les compétences
de chacun
23- Partage de connaissance ?

Chacun sa
gueule, chacun
son code

Revue de code

Pair
programming

Pair, dojo,...
Nous sommes
des artisans !
Qui êtesvous ?
Template
Le roi du Waterfall

•
•
•
•
33%

•
•

Prédit tout
Prévoit tout
Aime bien les abaques
Connait son
pourcentage
d’avancement au
centième de pourcent
près
… mais sait qu’il est
faux
Changer, c’est
renoncer
Scrum Loser

•
•
44%

•
•
•
•
•

Applique les principes
… sans comprendre
les valeurs
Pense bien faire
Scrum Master = chef
de projet, command
and control
Pas de specs, pas de
docs, on est agile, mec
Tester, c’est douter (et
en plus, c’est cher)
Ne s’améliore pas
Artiste Scrum et XP

•

•
•
65%

•
•
•
•
•

Comprend les valeurs de
Scrum et d’XP
Aime bien le changement
Croit en la supériorité du
Scrum partout
Cherche à s’améliorer en
permanence
Aucun obstacle ne lui
résiste
Cycles courts
Le changement, c’est cool
Echouer, c’est apprendre
Grand Maître agile

•

86%

•
•
•
•
•
•
•

•
•

Au dela de l’itération… le
flux
S’adapte à l’existant
Multilingue
Sait améliorer sans tout
casser
Anti-gaspillage
Brise les intermédiaires
Regarde devant et
derrière
Pense qu’on peut tout
découper en éléments de
même taille
Pas de temps mort
Devops
Merci
Template

A
bientôt

Contenu connexe

Tendances

Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Jean-Luc MAZE
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesSirine Barguaoui
 
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Bruno Flaven
 
Scrum - Une méthode agile sous la loupe ...
Scrum  - Une méthode agile sous la loupe ...Scrum  - Une méthode agile sous la loupe ...
Scrum - Une méthode agile sous la loupe ...Bilel McSam
 
La solution-a-la-dette-technique
La solution-a-la-dette-techniqueLa solution-a-la-dette-technique
La solution-a-la-dette-techniqueFabrice Aimetti
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnGautier Pialat
 
Kanban, un outil simple de gestion de la production.
Kanban, un outil simple de gestion de la production.Kanban, un outil simple de gestion de la production.
Kanban, un outil simple de gestion de la production.Blackbird
 
Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020Agile En Seine
 
L'agilité en quelques slides
L'agilité en quelques slidesL'agilité en quelques slides
L'agilité en quelques slidesNicolas Deverge
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordENSIBS
 
Transition Agile 4 Real @Meetic
Transition Agile 4 Real @MeeticTransition Agile 4 Real @Meetic
Transition Agile 4 Real @Meetictdiavet
 

Tendances (19)

Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
 
Scrum xp
Scrum xpScrum xp
Scrum xp
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Agile Methodologies
Agile MethodologiesAgile Methodologies
Agile Methodologies
 
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...
Partie 2 - Agile, Scrum, Méthodologie – Un tour d’horizon rapide sur la métho...
 
Scrum - Une méthode agile sous la loupe ...
Scrum  - Une méthode agile sous la loupe ...Scrum  - Une méthode agile sous la loupe ...
Scrum - Une méthode agile sous la loupe ...
 
Etude des Frameworks PHP
Etude des Frameworks PHPEtude des Frameworks PHP
Etude des Frameworks PHP
 
20mn scrum
20mn scrum20mn scrum
20mn scrum
 
La solution-a-la-dette-technique
La solution-a-la-dette-techniqueLa solution-a-la-dette-technique
La solution-a-la-dette-technique
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Startup driven development
Startup driven developmentStartup driven development
Startup driven development
 
Présentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarnPrésentation scrum pour cours leeaarn
Présentation scrum pour cours leeaarn
 
Kanban, un outil simple de gestion de la production.
Kanban, un outil simple de gestion de la production.Kanban, un outil simple de gestion de la production.
Kanban, un outil simple de gestion de la production.
 
Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020Le combat contre l'atrophie technique - Agile en Seine 2020
Le combat contre l'atrophie technique - Agile en Seine 2020
 
L'agilité en quelques slides
L'agilité en quelques slidesL'agilité en quelques slides
L'agilité en quelques slides
 
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam CranfordAgile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
Agile Tour Paris 2014 : Travailler Avec L'Existant, Sam Cranford
 
Agile presentation
Agile presentationAgile presentation
Agile presentation
 
Transition Agile 4 Real @Meetic
Transition Agile 4 Real @MeeticTransition Agile 4 Real @Meetic
Transition Agile 4 Real @Meetic
 

En vedette

Diccionario Prof. Luis Ho Toc
Diccionario Prof. Luis Ho TocDiccionario Prof. Luis Ho Toc
Diccionario Prof. Luis Ho TocLindo HO T
 
Unidad 2 actividad 1 susana guadarrama
Unidad 2 actividad 1 susana guadarramaUnidad 2 actividad 1 susana guadarrama
Unidad 2 actividad 1 susana guadarramaSusagg
 
Lenguajes de Programacion según su Generación
Lenguajes de Programacion según su GeneraciónLenguajes de Programacion según su Generación
Lenguajes de Programacion según su GeneraciónGuissela Guerrero
 
Barras bravas de nacional
Barras bravas de nacionalBarras bravas de nacional
Barras bravas de nacionalnuryylina
 
Dispositivos de entrada y de salida.pptx lina
Dispositivos de entrada y de salida.pptx linaDispositivos de entrada y de salida.pptx lina
Dispositivos de entrada y de salida.pptx linaLinita Leon Vivas
 
Clase 3 sistemas operativos ucss
Clase 3 sistemas operativos ucssClase 3 sistemas operativos ucss
Clase 3 sistemas operativos ucssAlex Zurita Zurita
 
Tarea informatica
Tarea informaticaTarea informatica
Tarea informaticaoso2002
 
Informatica Aplicada Sesión 00
Informatica Aplicada Sesión 00Informatica Aplicada Sesión 00
Informatica Aplicada Sesión 00infoblogvirtual
 
Luis caballero andres maldonado 11°4
Luis caballero   andres maldonado 11°4Luis caballero   andres maldonado 11°4
Luis caballero andres maldonado 11°4Andres0823
 
Trabajo de geografía (américa)
Trabajo de geografía (américa) Trabajo de geografía (américa)
Trabajo de geografía (américa) GemitaVelasco
 
633f9e tutorial de php y my sql completo (1)
633f9e tutorial de php y my sql completo (1)633f9e tutorial de php y my sql completo (1)
633f9e tutorial de php y my sql completo (1)Eduardo Monroy Husillos
 
Evaluación final
Evaluación finalEvaluación final
Evaluación finalsebas-001
 
órganos de los sentidos camilo troncoso
órganos de los sentidos camilo troncosoórganos de los sentidos camilo troncoso
órganos de los sentidos camilo troncoso131999
 
Didactica de las tics
Didactica de las ticsDidactica de las tics
Didactica de las ticsloidavp
 

En vedette (20)

Diccionario Prof. Luis Ho Toc
Diccionario Prof. Luis Ho TocDiccionario Prof. Luis Ho Toc
Diccionario Prof. Luis Ho Toc
 
Unidad 2 actividad 1 susana guadarrama
Unidad 2 actividad 1 susana guadarramaUnidad 2 actividad 1 susana guadarrama
Unidad 2 actividad 1 susana guadarrama
 
Andamios y construcciones (1)
Andamios y construcciones (1)Andamios y construcciones (1)
Andamios y construcciones (1)
 
Lenguajes de Programacion según su Generación
Lenguajes de Programacion según su GeneraciónLenguajes de Programacion según su Generación
Lenguajes de Programacion según su Generación
 
Málag abien
Málag abienMálag abien
Málag abien
 
Barras bravas de nacional
Barras bravas de nacionalBarras bravas de nacional
Barras bravas de nacional
 
Dispositivos de entrada y de salida.pptx lina
Dispositivos de entrada y de salida.pptx linaDispositivos de entrada y de salida.pptx lina
Dispositivos de entrada y de salida.pptx lina
 
Bon voisinage : Chroniques 2013
Bon voisinage : Chroniques 2013Bon voisinage : Chroniques 2013
Bon voisinage : Chroniques 2013
 
Clase 3 sistemas operativos ucss
Clase 3 sistemas operativos ucssClase 3 sistemas operativos ucss
Clase 3 sistemas operativos ucss
 
Redes sociales twitter
Redes sociales twitterRedes sociales twitter
Redes sociales twitter
 
Tarea informatica
Tarea informaticaTarea informatica
Tarea informatica
 
Informatica Aplicada Sesión 00
Informatica Aplicada Sesión 00Informatica Aplicada Sesión 00
Informatica Aplicada Sesión 00
 
Luis caballero andres maldonado 11°4
Luis caballero   andres maldonado 11°4Luis caballero   andres maldonado 11°4
Luis caballero andres maldonado 11°4
 
Trabajo de geografía (américa)
Trabajo de geografía (américa) Trabajo de geografía (américa)
Trabajo de geografía (américa)
 
633f9e tutorial de php y my sql completo (1)
633f9e tutorial de php y my sql completo (1)633f9e tutorial de php y my sql completo (1)
633f9e tutorial de php y my sql completo (1)
 
San francisco
San franciscoSan francisco
San francisco
 
E learning
E learningE learning
E learning
 
Evaluación final
Evaluación finalEvaluación final
Evaluación final
 
órganos de los sentidos camilo troncoso
órganos de los sentidos camilo troncosoórganos de los sentidos camilo troncoso
órganos de los sentidos camilo troncoso
 
Didactica de las tics
Didactica de las ticsDidactica de las tics
Didactica de las tics
 

Similaire à Tester votre libido Agile

Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master IGuillaume LAURIE
 
Les Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/AgileLes Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/AgileAgileCoach.net
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursIppon
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
Développer en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum DayDévelopper en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum DaySamuel Le Berrigaud
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17Benjamin Richy
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintBenjamin Richy
 
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.12019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1TelecomValley
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmseagnes_crepet
 
Développer en mode kick-ass à Devoxx France
Développer en mode kick-ass à Devoxx FranceDévelopper en mode kick-ass à Devoxx France
Développer en mode kick-ass à Devoxx FranceSamuel Le Berrigaud
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Agile En Seine
 
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOL
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOLMaitriser l'incertitude des projets ERP - presentation annecy par PCSOL
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOLPCSol SA
 
Lyong testing agile_testing
Lyong testing agile_testingLyong testing agile_testing
Lyong testing agile_testinglaurent bristiel
 
Lean Kanban Une Inversion de Controle
Lean Kanban Une Inversion de ControleLean Kanban Une Inversion de Controle
Lean Kanban Une Inversion de ControleDimitri Baeli
 
Project Management Introduction (1/5) for Gobelins students
Project Management Introduction (1/5) for Gobelins studentsProject Management Introduction (1/5) for Gobelins students
Project Management Introduction (1/5) for Gobelins studentsEric DI POL
 
Comment BCA Expertise satisfait ses clients grâce au Lean
Comment BCA Expertise satisfait ses clients grâce au Lean Comment BCA Expertise satisfait ses clients grâce au Lean
Comment BCA Expertise satisfait ses clients grâce au Lean Institut Lean France
 
Développement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMDéveloppement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMsenejug
 
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...Christopher Parola
 
Matinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéMatinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéZenika
 

Similaire à Tester votre libido Agile (20)

Formation Professional Scrum Master I
Formation Professional Scrum Master IFormation Professional Scrum Master I
Formation Professional Scrum Master I
 
Les Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/AgileLes Bases des Méthodes Lean/Agile
Les Bases des Méthodes Lean/Agile
 
Agilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeursAgilité, n’oublions pas les valeurs
Agilité, n’oublions pas les valeurs
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
Développer en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum DayDévelopper en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum Day
 
Sauver la princesse avec un design sprint MIX-iT17
Sauver la princesse avec un design sprint   MIX-iT17Sauver la princesse avec un design sprint   MIX-iT17
Sauver la princesse avec un design sprint MIX-iT17
 
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design SprintLean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
Lean Startup Day #LSD17 - Sauver la princesse avec un Design Sprint
 
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.12019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1
2019 - HAGE CHAHINE - ALTRAN - Presentation-DecouverteMondeAgile_V1.1
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
Développer en mode kick-ass à Devoxx France
Développer en mode kick-ass à Devoxx FranceDévelopper en mode kick-ass à Devoxx France
Développer en mode kick-ass à Devoxx France
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
 
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOL
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOLMaitriser l'incertitude des projets ERP - presentation annecy par PCSOL
Maitriser l'incertitude des projets ERP - presentation annecy par PCSOL
 
Lyong testing agile_testing
Lyong testing agile_testingLyong testing agile_testing
Lyong testing agile_testing
 
Lean Kanban Une Inversion de Controle
Lean Kanban Une Inversion de ControleLean Kanban Une Inversion de Controle
Lean Kanban Une Inversion de Controle
 
Project Management Introduction (1/5) for Gobelins students
Project Management Introduction (1/5) for Gobelins studentsProject Management Introduction (1/5) for Gobelins students
Project Management Introduction (1/5) for Gobelins students
 
Comment BCA Expertise satisfait ses clients grâce au Lean
Comment BCA Expertise satisfait ses clients grâce au Lean Comment BCA Expertise satisfait ses clients grâce au Lean
Comment BCA Expertise satisfait ses clients grâce au Lean
 
Scrum@epitech
Scrum@epitechScrum@epitech
Scrum@epitech
 
Développement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUMDéveloppement agile de logiciel avec la méthode SCRUM
Développement agile de logiciel avec la méthode SCRUM
 
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...
Lean Startup Day - Mise en place des méthodes produits à travers le projet, l...
 
Matinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilitéMatinale Agile Wake Up #4 : les tests et l'agilité
Matinale Agile Wake Up #4 : les tests et l'agilité
 

Plus de Cellenza

Global AI Night - Azure ML visual interface
Global AI Night - Azure ML visual interfaceGlobal AI Night - Azure ML visual interface
Global AI Night - Azure ML visual interfaceCellenza
 
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3Cellenza
 
Soirée de lancement Visual Studio - VS for Mac & Xamarin
Soirée de lancement Visual Studio - VS for Mac & XamarinSoirée de lancement Visual Studio - VS for Mac & Xamarin
Soirée de lancement Visual Studio - VS for Mac & XamarinCellenza
 
Soirée de lancement Visual Studio - Live Share
Soirée de lancement Visual Studio - Live ShareSoirée de lancement Visual Studio - Live Share
Soirée de lancement Visual Studio - Live ShareCellenza
 
Soirée de lancement Visual Studio - Le développement sous VS19
Soirée de lancement Visual Studio - Le développement sous VS19Soirée de lancement Visual Studio - Le développement sous VS19
Soirée de lancement Visual Studio - Le développement sous VS19Cellenza
 
Soirée de lancement Visual Studio - Introduction
Soirée de lancement Visual Studio - IntroductionSoirée de lancement Visual Studio - Introduction
Soirée de lancement Visual Studio - IntroductionCellenza
 
Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ? Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ? Cellenza
 
Gouvernance Azure - Mettre en place sa politique de Gouvernance
Gouvernance Azure - Mettre en place sa politique de GouvernanceGouvernance Azure - Mettre en place sa politique de Gouvernance
Gouvernance Azure - Mettre en place sa politique de GouvernanceCellenza
 
Gouvernance Azure - Comprendre la facture Azure
Gouvernance Azure - Comprendre la facture AzureGouvernance Azure - Comprendre la facture Azure
Gouvernance Azure - Comprendre la facture AzureCellenza
 
Gouvernance Azure - La charte de nommage
Gouvernance Azure - La charte de nommageGouvernance Azure - La charte de nommage
Gouvernance Azure - La charte de nommageCellenza
 
Continuous monitoring : Dev to Ops
Continuous monitoring : Dev to OpsContinuous monitoring : Dev to Ops
Continuous monitoring : Dev to OpsCellenza
 
MobileDay - Parcours 2 Crossplateform
MobileDay - Parcours 2 CrossplateformMobileDay - Parcours 2 Crossplateform
MobileDay - Parcours 2 CrossplateformCellenza
 
MobileDay - Session 3 La Mobilité selon Microsoft
MobileDay - Session 3 La Mobilité selon MicrosoftMobileDay - Session 3 La Mobilité selon Microsoft
MobileDay - Session 3 La Mobilité selon MicrosoftCellenza
 
MobileDay - Parcours 1 Hybride (Cordova)
MobileDay - Parcours 1 Hybride  (Cordova)MobileDay - Parcours 1 Hybride  (Cordova)
MobileDay - Parcours 1 Hybride (Cordova)Cellenza
 
MobileDay - Parcours 3 : Natif (Universal Apps)
MobileDay - Parcours 3 : Natif (Universal Apps)MobileDay - Parcours 3 : Natif (Universal Apps)
MobileDay - Parcours 3 : Natif (Universal Apps)Cellenza
 
MobileDay - Session 2 REX IDEX
MobileDay - Session 2 REX IDEXMobileDay - Session 2 REX IDEX
MobileDay - Session 2 REX IDEXCellenza
 
Biztalk summit - IOT
Biztalk summit - IOTBiztalk summit - IOT
Biztalk summit - IOTCellenza
 
DevOps Day - Continuous Delivery
DevOps Day - Continuous DeliveryDevOps Day - Continuous Delivery
DevOps Day - Continuous DeliveryCellenza
 
DevOps Day - Infrastructure As A Code
DevOps Day - Infrastructure As A CodeDevOps Day - Infrastructure As A Code
DevOps Day - Infrastructure As A CodeCellenza
 
Mutualisation des développements avec VS2012
Mutualisation des développements avec VS2012Mutualisation des développements avec VS2012
Mutualisation des développements avec VS2012Cellenza
 

Plus de Cellenza (20)

Global AI Night - Azure ML visual interface
Global AI Night - Azure ML visual interfaceGlobal AI Night - Azure ML visual interface
Global AI Night - Azure ML visual interface
 
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3
Soirée de lancement Visual Studio - .Net Core 3 et ASP.Net Core 3
 
Soirée de lancement Visual Studio - VS for Mac & Xamarin
Soirée de lancement Visual Studio - VS for Mac & XamarinSoirée de lancement Visual Studio - VS for Mac & Xamarin
Soirée de lancement Visual Studio - VS for Mac & Xamarin
 
Soirée de lancement Visual Studio - Live Share
Soirée de lancement Visual Studio - Live ShareSoirée de lancement Visual Studio - Live Share
Soirée de lancement Visual Studio - Live Share
 
Soirée de lancement Visual Studio - Le développement sous VS19
Soirée de lancement Visual Studio - Le développement sous VS19Soirée de lancement Visual Studio - Le développement sous VS19
Soirée de lancement Visual Studio - Le développement sous VS19
 
Soirée de lancement Visual Studio - Introduction
Soirée de lancement Visual Studio - IntroductionSoirée de lancement Visual Studio - Introduction
Soirée de lancement Visual Studio - Introduction
 
Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ? Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ?
 
Gouvernance Azure - Mettre en place sa politique de Gouvernance
Gouvernance Azure - Mettre en place sa politique de GouvernanceGouvernance Azure - Mettre en place sa politique de Gouvernance
Gouvernance Azure - Mettre en place sa politique de Gouvernance
 
Gouvernance Azure - Comprendre la facture Azure
Gouvernance Azure - Comprendre la facture AzureGouvernance Azure - Comprendre la facture Azure
Gouvernance Azure - Comprendre la facture Azure
 
Gouvernance Azure - La charte de nommage
Gouvernance Azure - La charte de nommageGouvernance Azure - La charte de nommage
Gouvernance Azure - La charte de nommage
 
Continuous monitoring : Dev to Ops
Continuous monitoring : Dev to OpsContinuous monitoring : Dev to Ops
Continuous monitoring : Dev to Ops
 
MobileDay - Parcours 2 Crossplateform
MobileDay - Parcours 2 CrossplateformMobileDay - Parcours 2 Crossplateform
MobileDay - Parcours 2 Crossplateform
 
MobileDay - Session 3 La Mobilité selon Microsoft
MobileDay - Session 3 La Mobilité selon MicrosoftMobileDay - Session 3 La Mobilité selon Microsoft
MobileDay - Session 3 La Mobilité selon Microsoft
 
MobileDay - Parcours 1 Hybride (Cordova)
MobileDay - Parcours 1 Hybride  (Cordova)MobileDay - Parcours 1 Hybride  (Cordova)
MobileDay - Parcours 1 Hybride (Cordova)
 
MobileDay - Parcours 3 : Natif (Universal Apps)
MobileDay - Parcours 3 : Natif (Universal Apps)MobileDay - Parcours 3 : Natif (Universal Apps)
MobileDay - Parcours 3 : Natif (Universal Apps)
 
MobileDay - Session 2 REX IDEX
MobileDay - Session 2 REX IDEXMobileDay - Session 2 REX IDEX
MobileDay - Session 2 REX IDEX
 
Biztalk summit - IOT
Biztalk summit - IOTBiztalk summit - IOT
Biztalk summit - IOT
 
DevOps Day - Continuous Delivery
DevOps Day - Continuous DeliveryDevOps Day - Continuous Delivery
DevOps Day - Continuous Delivery
 
DevOps Day - Infrastructure As A Code
DevOps Day - Infrastructure As A CodeDevOps Day - Infrastructure As A Code
DevOps Day - Infrastructure As A Code
 
Mutualisation des développements avec VS2012
Mutualisation des développements avec VS2012Mutualisation des développements avec VS2012
Mutualisation des développements avec VS2012
 

Tester votre libido Agile

  • 2. Disclaimer sommes des trolls • Nousest une expérience apprenante • Ceci des questions ni des réponses ne • Aucune • • se veut une vérité absolue Chaque question peut amener le débat, donc n’hésitez pas à l’ouvrir Aucun Scrum Master n’a été blessé durant la réalisation de ce questionnaire
  • 5. 1- Quelle forme ont mes specs ? Définition de besoin SFD STD Les specs ne sont pas sèches… mais on est agile ou merde ? On y va. En tant que … je dois … afin de … US validés par tous avec cas d’acceptance
  • 6. Comment se décide si une tâche est DONE ? Le développeur a commité dans le contrôle de source Ça marche en PROD C’est testé en RECETTE On a rempli touts les conditions du Definition of DONE
  • 7. Les tests : Quelle est votre démarche ? Test en recette avec cahier de recette TDD TU / TI pour valider les devs Tester, c’est douter
  • 8. Qui teste le produit ? L’équipe d’intégration Normalement, c’est bon. En tout cas, sur mon poste, ça marche. Tests croisés, puis Product Owner Des utilisateurs finaux, ou mieux, un singe
  • 9. 5- Qui décide du changement de périmètre ? La Direction C’était pas dans les specs. On va faire un avenant. Le Product Owner Consensus
  • 10. Quand finit le projet ? C’est en prod. Bon, la date est dépassée de 6 mois, et c’est buggé. Mais bon. Jamais car il y a toujours de nouvelles idées La date et la vélocité sont immuables. Donc la seule variable d’ajustement est le scope. Donc quand le client a ce qu’il faut. Quand j’ai démissionné
  • 11. A quel moment voit-on le client final ? Oh bah s’il a Pas besoin, on a envie de passer, la MOA il peut, hein… On a un représentant à notre disposition en permanence Participe à toutes les phases du projet
  • 12. Who’s the boss ? Chef de projet (ou son chef) (ou le chef de son chef) Celui qui a les sous / mon commercial Scrum Master Pas de chef Et pourtant ça marche 
  • 13. Comment mesurer l’état d’avancement ? Sur Project, c’est marqué qu’on est à 43,08% Burndown chart du Product Backlog Il nous reste 15 points sur ce sprint Nombre de Feature en Prod
  • 14. 10- Quels sont mes KPI ? Surveillance de la productivité/JH, et du pourcentage réalisé, du TJM Contrôle de la velocité de l’équipe Indicateurs de maturité agile : Pilotage global Quantité d’US dans le Product Backlog Nb d’anomalie par US Vélocité Projet Business Value Qualité Business
  • 15. Qui s’occupe du déploiement en recette ? Je sais pas, moi je livre un doc de déploiement sur le réseau N’importe qui dans l’équipe Une machine Un Mexicain
  • 16. Qui attribue les tâches ? Le chef d’équipe Je prends ce qui me plait Le PO Je prends la plus prioritaire en fonction des conditions
  • 17. Qui fait l’estimation des tâches ? Celui qui crie le plus fort pendant L’équipe propose le Planning et le chef valide Poker C’est celui qui développe décide. Ou le CP. Ca dépend. Consensus de l’équipe
  • 18. A quel moment sont rédigés mes tests ? En recette après la reception du DEV Avant pendant et après Les tests sont en constante évolution avec le produit TDD pendant le DEV Pendant la rédaction des US Démarche ATDD
  • 19. 15- Qui écrit les specs ? La MOA Le PO avec relecture Toute l’équipe Toute l’équipe participe à la conception (specs wall,…) concoit l’US et ses cas d’acceptance
  • 20. Amélioration continue ? Il suffit que l’équipe soit moins feignante Nous n’avons pas de temps à perdre dans des réunions inutiles Dès qu’il y a Rétro régulière (et parfois, il en sort quelque chose d’intéressant) un problème, Il faut le résoudre pour fluidifier la chaîne
  • 21. Avez-vous un suivi des actions mises en place ? On a trace tous nos problemes dans le Wiki Quelles actions ? Affichage On fait un post-mortem en fin de projet. Et on flagelle les coupables. et suivi des actions mises en place en continu
  • 22. Qui décide de l’architecture logicielle ? L’architecte Consensus Archi, chef et DEV L’équipe Démarche innovante de co-création FDD / DDD
  • 23. Comment gère-t-on les deadlines ? “Tu fais quoi samedi ?” On déscope des sujets en fonction de notre vélocité Arrêtez de faire des tests, on n’a plus de temps à gaspiller ! Deadline ? On est en flux continu, mec !
  • 24. 20- Comment est géré le budget ? Je sais pas, faudrait regarder sur le contrat Le PO gère le porte monnaie Bon, on a bradé le forfait, mais on va se gaver sur les avenants On a des indicateurs partagés sur le budget
  • 25. Multi équipe : comment faites-vous ? On a un chef de projet pour coordonner les dates d’accostage Boards synchronisés, visibles et connus de tous COPIL hebdo Scrum of Scrum
  • 26. Qui travaille sur quoi dans l’équipe ? Vendu au client : Equipe d’experts spécialisés En vrai : Des stagiaires Au moins 2 personnes connaissent les parties critiques de l’appli Nous cherchons à ce que tout le mon monde soit capable de travailler sur n’importe quelle partie Nous avons défini un market of skill afin de suivre efficacement les compétences de chacun
  • 27. 23- Partage de connaissance ? Chacun sa gueule, chacun son code Revue de code Pair programming Pair, dojo,... Nous sommes des artisans !
  • 29. 1- Quelle forme ont mes specs ? Définition de besoin SFD STD Les specs ne sont pas sèches… mais on est agile ou merde ? On y va. En tant que … je dois … afin de … US validés par tous avec cas d’acceptance
  • 30. Comment se décide si une tâche est DONE ? Le développeur a commité dans le contrôle de source Ça marche en PROD C’est testé en RECETTE On a rempli touts les conditions du Definition of DONE
  • 31. Les tests : Quelle est votre démarche ? Test en recette avec cahier de recette TDD TU / TI pour valider les devs Tester, c’est douter
  • 32. Qui teste le produit ? L’équipe d’intégration Normalement, c’est bon. En tout cas, sur mon poste, ça marche. Tests croisés, puis Product Owner Des utilisateurs finaux, ou mieux, un singe
  • 33. 5- Qui décide du changement de périmètre ? La Direction C’était pas dans les specs. On va faire un avenant. Le Product Owner Consensus
  • 34. Quand finit le projet ? C’est en prod. Bon, la date est dépassée de 6 mois, et c’est buggé. Mais bon. Jamais car il y a toujours de nouvelles idées La date et la vélocité sont immuables. Donc la seule variable d’ajustement est le scope. Donc quand le client a ce qu’il faut. Quand j’ai démissionné
  • 35. A quel moment voit-on le client final ? Oh bah s’il a Pas besoin, on a envie de passer, la MOA il peut, hein… On a un représentant à notre disposition en permanence Participe à toutes les phases du projet
  • 36. Who’s the boss ? Chef de projet (ou son chef) (ou le chef de son chef) Scrum Master Celui qui a les sous / mon commercial Pas de chef Et pourtant ça marche 
  • 37. Comment mesurer l’état d’avancement ? Sur Project, c’est marqué qu’on est à 43,08% Burndown chart du Product Backlog Il nous reste 15 points sur ce sprint Nombre de Feature en Prod
  • 38. 10- Quels sont mes KPI ? Surveillance de la productivité/JH, et du pourcentage réalisé, du TJM Contrôle de la velocité de l’équipe Indicateurs de maturité agile : Pilotage global Quantité d’US dans le Product Backlog Nb d’anomalie par US Vélocité Projet Business Value Qualité Business
  • 39. Qui s’occupe du déploiement en recette ? Je sais pas, moi je livre un doc de déploiement sur le réseau N’importe qui dans l’équipe Une machine Un Mexicain
  • 40. Qui attribue les tâches ? Le chef d’équipe Je prends ce qui me plait Le PO Je prends la plus prioritaire en fonction des conditions
  • 41. Qui fait l’estimation des tâches ? Celui qui crie le plus fort pendant L’équipe propose le Planning et le chef valide Poker C’est celui qui développe décide. Ou le CP. Ca dépend. Consensus de l’équipe
  • 42. A quel moment sont rédigés mes tests ? En recette après la reception du DEV Avant pendant et après Les tests sont en constante évolution avec le produit TDD pendant le DEV Pendant la rédaction des US Démarche ATDD
  • 43. 15- Qui écrit les specs ? La MOA Le PO avec relecture Toute l’équipe Le mail et les post-its, c’est des specs, non…? concoit l’US et ses cas d’acceptance
  • 44. Amélioration continue ? Il suffit que l’équipe soit moins feignante Nous n’avons pas de temps à perdre dans des réunions inutiles Dès qu’il y a Rétro régulière (et parfois, il en sort quelque chose d’intéressant) un problème, Il faut le résoudre pour fluidifier la chaîne
  • 45. Avez-vous un suivi des actions mises en place ? On a trace tous nos problemes dans le Wiki Quelles actions ? Affichage On fait un post-mortem en fin de projet. Et on flagelle les coupables. et suivi des actions mises en place en continu
  • 46. Qui décide de l’architecture logicielle ? L’architecte Consensus archi, décideurs et devs L’équipe Démarche innovante de co-création FDD / DDD
  • 47. Comment gère-t-on les deadlines ? “Tu fais quoi samedi ?” On déscope des sujets en fonction de notre vélocité Arrêtez de faire des tests, on n’a plus de temps à gaspiller ! Deadline ? On est en flux continu, mec !
  • 48. 20- Comment est géré le budget ? Je sais pas, faudrait regarder sur le contrat Le PO gère le porte monnaie Bon, on a bradé le forfait, mais on va se gaver sur les avenants On a des indicateurs partagés sur le budget
  • 49. Multi équipe : comment faites-vous ? On a un chef de projet pour coordonner les dates d’accostage COPIL hebdo Boards synchronisés, visibles et connus de tous Scrum of Scrum
  • 50. Qui travaille sur quoi dans l’équipe ? Vendu au client : Equipe d’experts spécialisés En vrai : Des stagiaires Au moins 2 personnes connaissent les parties critiques de l’appli Nous cherchons à ce que tout le mon monde soit capable de travailler sur n’importe quelle partie Nous avons défini un market of skill afin de suivre efficacement les compétences de chacun
  • 51. 23- Partage de connaissance ? Chacun sa gueule, chacun son code Revue de code Pair programming Pair, dojo,... Nous sommes des artisans !
  • 53. Le roi du Waterfall • • • • 33% • • Prédit tout Prévoit tout Aime bien les abaques Connait son pourcentage d’avancement au centième de pourcent près … mais sait qu’il est faux Changer, c’est renoncer
  • 54. Scrum Loser • • 44% • • • • • Applique les principes … sans comprendre les valeurs Pense bien faire Scrum Master = chef de projet, command and control Pas de specs, pas de docs, on est agile, mec Tester, c’est douter (et en plus, c’est cher) Ne s’améliore pas
  • 55. Artiste Scrum et XP • • • 65% • • • • • Comprend les valeurs de Scrum et d’XP Aime bien le changement Croit en la supériorité du Scrum partout Cherche à s’améliorer en permanence Aucun obstacle ne lui résiste Cycles courts Le changement, c’est cool Echouer, c’est apprendre
  • 56. Grand Maître agile • 86% • • • • • • • • • Au dela de l’itération… le flux S’adapte à l’existant Multilingue Sait améliorer sans tout casser Anti-gaspillage Brise les intermédiaires Regarde devant et derrière Pense qu’on peut tout découper en éléments de même taille Pas de temps mort Devops