S’entraîner au travail…?

email

La saison de hockey vient (finalement) de commencer, et la première chose que les joueurs ont fait, c’est s’entraîner. Ils n’ont pas vraiment joué une partie complète au début. Ils ont fait des allers-retours sur la patinoire. Ils ont pratiqué le maniement de la rondelle. Ils ont fait des tirs au but, et j’en passe… Ils ont fait tout ça dans le but de gagner leur première partie, même s’ils avaient déjà fait tout cela par le passé.

Dans le cadre de notre travail de développeur, on est souvent affectés à des projets utilisant de nouvelles technologies et on a à travailler avec des collègues avec qui on n’a jamais travaillé. On s’attend alors à ce que l’on réussisse nos projets… sans faille. On fait tout ça sans vraiment s’être entraînés auparavant. En fait, dans ces cas-là, on finit par apprendre « sur le tas ». On apprend de nos erreurs aux dépends du projet.

Cet apprentissage en cours de projet pose très souvent des problèmes qui sont décelés très tard dans le cycle de développement. La plupart des gens savent que ça coûte moins cher de trouver les problèmes le plus tôt possible.

 
Source: Applied Software Measurement, Capers Jones, 1996

Qu’en est-il pour nous, développeurs? Notre métier relève davantage de l’art que de la science. Certes, il y a quelques principes bien établis, mais, la plupart du temps, on se retrouve en mode création. Cette créativité a besoin d’être stimulée comme c’est le cas pour les sportifs et les artistes. Le sportif pratique plusieurs techniques liées à son sport pour être prêt lors de la première partie. Le peintre se pratique à peindre différentes parties d’un visage (yeux, bouche, nez et oreilles) avant de faire un portrait complet. Le musicien dans un orchestre va pratiquer sa partition seul afin d’être prêt pour le prochain concert…

Dans la majorité des cas, comme développeur, nous commençons dès le premier jour à produire du code de production avec une technologie qui n’est pas nécessairement maitrisée et avec des outils qui ne sont pas plus maitrisés…

Alors quelle est la solution?

S’entraîner!

A suivre dans le prochain billet.

 

à propos de éric de carufel

Passionné, impliqué et minutieux sont des qualités qui décrivent bien Éric pour qui le développement logiciel est une quête constante d'amélioration pour atteindre l'équilibre entre la perfection et les besoins du client. Son approche architecturale est simple : élaborer une architecture où il est plus facile d'appliquer les bonnes pratiques que les mauvaises.
voir mon profil »