Vous obtenez ce que vous inspectez

En tant que jeune officier de marine, l’un des thèmes récurrents était que vous obtiendrez ce que vous inspectez. La façon d'obtenir de bons résultats était d'inspecter les choses vous-même – fréquemment et souvent. C'était le cas des uniformes et des conditions sur un navire. Les inspections ont inculqué une discipline et un message subtil: nous savons, nous nous soucions et nous attendons que les choses marchent bien.

À bord de navires en mer, il existe une équipe de guetteurs, chacun jouant différents rôles et surveillant constamment l'état, l'emplacement, la navigabilité et l'état de préparation au combat du navire. Si vous voulez être sûr que les marins et les navires sont prêts à accomplir leurs tâches, inspectez leur état. Regardez, observez et notez soigneusement quand les choses changent. Il est beaucoup plus facile et plus souhaitable de résoudre les problèmes lorsque nous les identifions, plutôt que de les laisser évoluer vers des problèmes plus vastes qui menacent la préparation au combat.

Dans le secteur de la technologie, nous évitons les problèmes problèmes majeurs. "Le chef de projet se chargera de cela" ou "Je vais juste mettre la tête haute et le code" sont quelques-unes des raisons pour lesquelles. Si nous voulons vraiment fournir des solutions technologiques qui répondent aux besoins de nos clients dans les délais, nous devons résoudre les problèmes lorsqu'ils surviennent. Autrement, nous espérons simplement que les choses iront comme prévu et que les problèmes ne se produiront pas dans une marche de la mort.

Transparence et variance

Les projets logiciels modernes, comme les navires, peuvent être extrêmement complexes. L'un des points d'échec des projets logiciels est que trop souvent, nous ne pouvons pas voir si les choses changent. Les problèmes sont souvent cachés et persistants car nous ne les recherchons pas, en particulier dans les projets longs.