title: Radars de développement

> Et bien cher lecteur sache que c’est pareil quand tu développes ! Et il y a plein de « radars » dans un projet informatique.
>
> * Le radar peut être un projecteur, il fait la lumière sur un point particulier du projet et ce **focus, réduit l’attention** portée au reste.
> * Le radar peut être un compteur, une mesure. Et bien que les **chiffres** qu’il révèle soient intéressants, ils ne remplacent pas les **réactions et remarques** de l’équipe.
> * Le radar peut être un frein, une **exigence** trop rigide, qui empêche l’équipe de **s’adapter**.
> 
> <cite>*[Je n'aime pas les radars](http://happyculture.coop/blog/aime-pas-radar)* ([cache](/david/cache/8d8433a73e93d526253376b16251fd09/))</cite>

Guillaume n’aime pas les radars et fait une belle analogie avec le développement informatique. Je n’ai plus cette « peur du radar » depuis que j’ai une voiture moderne qui me permet de ne pas dépasser les 50 en ville ou de régler ma vitesse ([malheureusement](/david/stream/2015/01/13/)) de manière fixe sur l’autoroute. Cela m’a permis de me concentrer à nouveau sur la route et les imprévus. Je me demande quel serait l’équivalent dans le domaine du développement. L’intégration continue ? L’assurance qualité ? La confiance ? La solidarité ? Le lâcher-prise ?

[L’autonomie](http://mikehadlow.blogspot.fr/2014/06/heisenberg-developers.html) ([cache](/david/cache/ebaaaff804809f9384717213b028cc3a/)).