Situation n°1 : Vous regardez votre agenda, combien de réunions ont déjà été posées pour résoudre les problèmes en cours. Vous vous dites que « Ca fait beaucoup pour la journée » en terminant votre tasse de café. Et d’ailleurs combien de fois avez-vous posé une réunion pour comprendre ce problème sur la vélocité de cette équipe ? Une vélocité qui ne décolle toujours pas, mais ces réunions vous auront permis, au choix, de rajouter des développeurs, de changer des développeurs, de changer d’architecture. Beaucoup de décisions pour, au final se rendre compte que la vélocité n’augmente toujours pas … Bref, le problème est toujours là.
Situation n°2 : C’est la fin de l’année, combien de produits avez vous lancé ? Combien de ses produits ont apportés de la satisfaction pour un client ? Et combien de réunions avez vous fait pour définir ces produits ? Combien de brainstorms et d’ateliers ? Beaucoup et à chaque fois énormément d’idées et de concepts sur comment tout ça va s’articuler, pour au final se rendre compte que peu de personnes utilisent vos produits …
Si vous avez rencontré l’une des situations présentées, et qu’après toutes ces réunions vous vous demandez encore ce qui se passe réellement, alors il est temps de sortir votre chapeau de détective privé pour aller enquêter sur le terrain !
Aller sur le terrain, mais pour faire quoi ? Pour résoudre les problèmes et trouver de nouvelles idées pardi ! En Lean Management (et plus particulièrement chez Toyota) on parle de Gemba, que l’on peut traduire en français par « Là où se trouve la réalité ». Essayons de déconstruire le mot « réalité » tout en gardant une perceptive liée au lean management. Cela signifie que c’est l’endroit où la valeur ajoutée est créée, c’est aussi l’endroit où les problèmes apparaissent et enfin c’est là où votre client obtient de la satisfaction.
Et pour bien comprendre ce qu’il se passe sur le Gemba, il va falloir utiliser votre chapeau de détective !
Comment utiliser le chapeau de détective ?
Exemples 1 : Pour comprendre cette histoire de vélocité qui n’augmente pas, allez binômer avec un développeur. Il est fort possible qu’il travaille sur du code legacy qui a une forme similaire à celle-ci :
try {
final String[] proprietes = Synonymes.AppelSynonyme("fourchette");
for (final String element : prop) {
for (final String element2 : proprietes) {
final RE exp = new RE(digit + "\\s?" + element2 + "\\s?" + digit + "\\s?" + element, RE.REG_ICASE);
final REMatch fourchette = exp.getMatch(texte);
if (fourchette != null) {
final RE num = new RE(digit, RE.REG_ICASE);
final REMatch[] data = num.getAllMatches(fourchette.toString());
v[0] = data[0].toString();
v[1] = data[1].toString();
}
}
}
} catch (...) {
Posez les questions suivantes :
Exemples 2 : Sur le prochain incrément à développer, passer une journée chez votre client, celui qui utilise votre application :
Posez les questions suivantes :
Source du pattern : « More Secrets Of Consulting » Gerald Weinberg
A Retenir :
Nom : Le chapeau du détective
Motivation : Le chapeau du détective nous permet, sans jugement, d'observer et collecter des données, d'analyser, de trier des entrants et des options, de chercher à comprendre et de venir avec des explications rationnelles.
Forces : Permet d’obtenir l’information la plus riche sur votre projet avec le plus grand respect pour l’équipe que vous observez.
Applicabilité : Utiliser le chapeau du détective quand vous manquez d’information pour résoudre un problème.
Conséquences :
Implémentations :
PS: Cet article fait suite à la Baguette Magique (d'autres vont suivre ...)