Et si on passait du côté obscur de la conception le temps d’une soirée ?
Les développeurs voient souvent le monde en noir et blanc, en 0 et 1.
Autant dire que le design, l’ergonomie ou l’expérience utilisateur ne sont pas leur fort. J’en entends même qui disent : "au fond, le problème c’est l’utilisateur… Ce serait tellement plus simple s’il n’y en avait pas…"
Pourtant, ils sont bien sensibles à cette dimension : la critique est facile mais l’art est difficile…
Durant cette soirée, nous vous proposons le regard d’un développeur sur l’ergonome au travers du prisme de l’agilité.
3. Une
grande
famille
• RUP,
XP,
SCRUM,
Lean,
etc…
• Un
ensemble
de
praGques
• Pas
une
méthode
agile,
mais
des
méthodes
agiles
• CaractérisGque
commune:
des
processus
itéraGfs
et
incrémentaux
4. Le
manifeste
• Les
individus
et
leurs
interacGons
>
les
processus
et
les
ouGls
• Des
logiciels
opéraGonnels
>
une
documentaGon
exhausGve
• La
collaboraGon
avec
les
clients
>
la
négociaGon
contractuelle
• L’adaptaGon
au
changement
>
le
suivi
d’un
plan
14. L’amélioraGon
conGnue
• Elle
est
au
coeur
du
processus
agile.
• Pas
de
qualité
sans
amélioraGon.
• Pas
d’excellence
sans
amélioraGon.
15. La
rétrospecGve
• L’objecGf
est
de
s’améliorer
en
tant
qu’équipe
• Chercher
des
amélioraGons
applicables
dès
la
prochaine
itéraGon
16. Démarche
classique
• Qu’est-‐ce
qui
a
bien
marché?
• Qu’est-‐ce
qui
a
raté?
• Quelles
amélioraGons
concrètes?
17. Ball
Point
Game
• L’objecGf
est
de
faire
transiter
le
plus
de
balles
possibles
au
sein
de
l’équipe
18. Les
règles
• Vous
êtes
une
équipe
• Entre
chaque
équipier
les
balles
prennent
l'air
• Pas
de
passe
àvotre
voisin
direct
• Le
point
de
départ
est
le
point
d'arrivée
• Tous
les
membres
de
l'équipe
doivent
toucher
la
balle
une
seule
fois
sauf
le
point
de
départ
qui
est
aussi
le
point
d'arrivée
• Une
balle
qui
tombe,
touche
le
sol
ou
qui
ne
• respecte
pas
ces
règles
est
perdue
19. Le
déroulement
• 5
itéraGons:
– Annonce
de
l’esGmaGon
(1
min)
– AcGon
(2
min)
– RétrospecGve
(2
min)