Agile Tour Lille 2012

Quelques notes sur ...

Ce qui est utile n'est pas
(souvent) dans l'inovation

IDD - Irritation Driven Development

Des nombreuses choses agacent profondemment les utilisateurs lorsqu'ils utilisent vos outils numériques...

Leurs donner les moyens de résoudre ces problèmes courant, apporte un sentiment de service rendu.

La satisfaction générée est couramment plus importante que pour la dernière fonctionnalité à la mode qui ne sera peut être jamais utilisée par votre utilisateur.

Les techniques, outils et process évoluent N fois plus vite que notre culture

Le développeur au centre de la création

Offrez des outils simples pour permettre à vos développeurs de mettre en production.
Cela ne doit pas avoir d'impact "grave" lors des déploiements.
Il faut donc s'outiller de façon agile afin de pouvoir revenir en arrière rapidement en cas de soucis.

En cas d'erreur, Le sentiment de frustration généré auprés du développeur sera réellement un facteur de motivation à faire mieux la fois suivante.

On ne peut pas infliger le changement

Résistance au changement

pour faire évoluer une situation, il faut trouver :

Seul, vous ne changerez pas le monde,
vous serez souvent mis à part et resterez dans une position de contradiction par rapport au courant de pensée principal de l'entreprise (équipe).

Le management agile

Agilité : effets secondaires

Quel remède ?

Valeurs d'équipes

Les valeurs agiles c'est bien, mais les valeurs de l'équipe c'est mieux.

Un ensemble de valeur permet de répondre à une situation à laquelle aucun process n'est décrit.

Recherche d'une solution en adéquation avec les valeurs de l'équipe.

Quelle agilité pour quelle culture d'entreprise ?

Commencer par finir,
finir par commencer.

Kanban pour l'IT

Kanban et scrum

Un Product Owner n'est propriétaire de rien

Enjeux pour un PO

La reprise de code "legacy" n'est pas une fatalité

Process de reprise

  1. Identifier les éléments à changer,
  2. Trouver un point d'entrée,
  3. Faire un test automatisé,
  4. Casser les dépendances,
  5. Modifier le code

Passer le temps nécessaire

Fixer un bug dans du code legacy cela peut être vite fait mais ce n'est pas suffisant

Profitez du temps investi et de la connaissance aquise pour rendre le code plus "propre"

Appliquer la règle du "BoyScout" : toujours laisser un endroit plus propre que lorsque vous le trouvez. Cette démarche ne fonctionne que par effet d'influence (cf approche par indignation)

Cool, encore un bug !

Algo PARFAIT de résolution de bug

Combien coute la qualité ?

/

#