De geek à directeur technique

Le blog d'un geek devenu directeur technique

Aller au contenu | Aller au menu | Aller à la recherche

dimanche 13 juin 2010

Attention aux mercenaires

Vendredi dernier, j'ai fait passer un entretien d'embauche. J'en fait passer régulièrement, c'est une activité chronophage mais malheureusement nécessaire.

Là, je recevais un jeune homme qui avait un profil autodidacte, chose qui ne me dérange pas outre mesure tant que les connaissances, les capacités et la motivation sont là. Malheureusement pour lui, il a lamentablement échoué à un petit test technique de rien du tout, qui me sert habituellement de «filtre passe-bas». Comme je cherche un développeur expérimenté, c'était évidemment rédhibitoire.

Quand je fais passer un entretien − à plus forte raison quand je m'apprête à l'écourter − je prends le temps de donner un feed-back au candidat. Je peux lui donner quelques trucs dont je parle sur ce blog, concernant le CV ou l'entretien lui-même, ou lui donner quelques pistes dans sa recherche. On ne se refait pas.

Là, le jeune homme avait sur son CV un parcours particulier : une première expérience d'un an en contrat pro, puis une autre expérience d'un an, puis enfin son poste actuel qu'il occupait depuis moins de 2 ans. Quand je vois ce genre de chose, je demande toujours au candidat de m'expliquer. Jusqu'ici, j'avais toujours eu des réponses satisfaisantes ; on m'expliquait que le poste était moins intéressant que prévu, ou que que l'entreprise n'offrait aucune perspective d'évolution, ou encore que les attentes de l'entreprise étaient trop élevées et que le candidat s'était mis à la recherche d'un poste lui permettant de développer son expérience.
Bref, dans tous les cas, les personnes en face de moi ont toujours tenté de m'expliquer qu'il s'agissait d'erreurs de parcours ponctuelles.

Bizarrement, ce candidat a réagi tout autrement. Il m'a dit que le turn-over est un fait en informatique, que les développeurs restent entre 6 mois et 1 an et demi dans leurs entreprises, qu'il est normal de vouloir changer d'air régulièrement. Quand je lui ai dit que les entreprises cherchent des employés pour les garder longtemps, il m'a dit qu'il n'était pas d'accord (sic) et qu'aucun autre recruteur ne lui avait jamais posé ces questions ni fait ces remarques.
(Je lui ai demandé si les autres recruteurs qu'il avait rencontré l'avaient rappelé, il m'a dit que non. Étonnant, hein ?)

Où est le problème ?

En fait, il faut se rendre compte que lorsqu'une entreprise embauche une personne, c'est dans l'idée d'investir dessus. Investir en prenant le temps de la former, ce qui génère des coûts par son salaire alors qu'elle n'est pas productive, mais aussi par le manque à gagner sur le salaire des personnes qui la forment et qui ne sont donc pas productives non plus durant cette période. Investir en comptant qu'il lui faudra une certaine période d'adaptation au métier de l'entreprise, à ses outils, à ses procédures.

Le retour sur investissement prend plusieurs formes. La première, c'est le travail effectif que cette personne va fournir par la suite. Plus elle sera autonome, plus le retour sur investissement sera important.
Ensuite, par son implication et sa créativité, cette personne peut amener des idées fondamentales qui peuvent avoir des impacts déterminants sur l'organisation (tant fonctionnelle que technique) de l'entreprise.
Il y a aussi la propre expérience que possède cette personne, et qu'elle partagera avec ses collègues. Si cette personne conduit une veille technologique efficace, cet aspect peut devenir relativement important.

Dans tous les cas, le retour sur investissement se fait dans la durée. On n'embauche pas un informaticien en se disant qu'il sera parti ailleurs dans un an et demi. Il faut être totalement hermétique aux réalités du monde de l'entreprise pour croire cela.
Au contraire, la plupart des entreprises cherchent à recruter des personnes qui pourront s'épanouir sur le long terme, qui donneront le meilleur d'elles-mêmes, qui pourront «grimper les échelons» au fur et à mesure que l'entreprise se développe.

Lorsque les entreprises cherchent des mercenaires, elles se tournent vers des sociétés de service ou des développeurs free-lance. Dans ces cas-là, elles payent des compétences pointues dont elles ont besoin pendant une durée convenue. Mais c'est alors une situation particulière, gérée comme telle, qui comporte ses avantages et ses inconvénients. Il y a une grande différence entre se payer les services d'un mercenaire professionnel compétent, et former un informaticien qui mettra sa formation en œuvre dans d'autres entreprises.

Pour les recruteurs

Habituellement, les candidats sont assez intelligents pour ne pas réagir comme le candidat dont je vous parle. Même ceux qui aiment bien faire «grimper les enchères» trouvent toujours une manière positive d'expliquer leur parcours. Ils sentent bien qu'il serait néfaste pour eux de se présenter comme des danseuses sur qui on ne peut pas compter plus de quelques mois.

Mais il faut être vigilant. Essayez de lire entre les lignes pour comprendre les réelles motivations du candidat. S'il semble être intéressé par le salaire de manière exagérée par rapport aux autres aspects (intérêt du poste, ambiance de travail, formation continue, proximité géographique, ...), cela doit vous mettre la puce à l'oreille.

Pour les candidats

La première chose à intégrer est que le turn-over des employés n'est pas plus normal en informatique que dans d'autres secteurs. C'est même plutôt l'inverse : les salaires sont assez élevés (par rapport à d'autres branches qui réclament autant d'années d'études) et on ne peut pas vraiment parler de pénibilité du travail.

Essayez de comprendre qu'il est dans votre intérêt et celui de votre carrière de trouver un poste dans lequel vous allez pouvoir apprendre des choses, où vous allez pouvoir faire fructifier cet apprentissage, mais aussi un poste où vous allez pouvoir vous exprimer, faire la différence, gagner des responsabilités.

J'ai déjà croisé des jeunes disant qu'ils pensaient passer deux ou trois ans dans telle ou telle entreprise, pour «avoir un nom à mettre sur le CV» ou parce que le salaire y était vraiment intéressant. Mais sans jamais regarder l'intérêt intellectuel du travail en question, ni les perspectives d'évolution. Et à chaque fois, ils se sont retrouvés au bout de 6 mois à chercher un autre boulot, plus humain, plus intéressant ou mieux encadré ; ou bien ils passaient 2 ans à déprimer.
Ce n'est pas une situation enviable.

samedi 27 mars 2010

Attention aux «sauveurs»

J'ai rencontré plusieurs situations où une personne était placée, ou se plaçait, en situation de «sauveur». Vous savez, c'est le syndrome qui fait qu'on pense parfois que, face à une situation problématique, le recrutement d'une seule personne va tout solutionner.

Malheureusement, cela a plusieurs effets pervers.

On vous présente un sauveur

Voilà la situation la plus fréquente. La hiérarchie de votre entreprise est persuadée qu'elle ne possède pas en interne les qualités nécessaires pour aller là où elle le souhaite. Elle embauche donc un caïd, une personne qui est censée avoir des aptitudes hors du commun, de par son intelligence, sa formation et/ou son expérience.
Souvent, on vous présentera une personne qui a un CV long comme le bras, ayant fait sa carrière dans de grosses boîtes (ou, en tout cas, dans des entreprises de taille supérieure à la votre). Cela lui donne une respectabilité et une assurance qui lui viennent de sa connaissance des sujets à traiter, de son habitude des procédures à appliquer.

Personnellement, j'ai déjà été confrontés à plusieurs sauveurs de ce genre. Je n'y ai vu que 2 issues possibles :

  1. Tout le monde se développe de grandes attentes, on espère de grandes choses. Et rapidement, on se rend compte que le sauveur n'est finalement pas à sa place. Il a l'habitude du cadre d'une grande entreprise, mais ne sait pas comment appliquer ses connaissances dans une petite boîte où il faut être plus réactif. Ou pire, il cherche à imposer sa manière de faire, sans prendre le temps de comprendre comment fonctionne l'entreprise ; il tente sa petite révolution, qui non seulement n'est jamais appréciée par les gens en poste, mais n'atteint pas son but la plupart du temps. Dans de telles situation, j'ai toujours vu le sauveur finir par quitter l'entreprise ou se faire virer ! Véridique.
  2. Le sauveur tente de faire son travail du mieux qu'il peut, en tentant de comprendre les méthodes de travail en place et en faisant preuve d'humilité. Malheureusement, si la direction l'a embauché en le présentant comme LA personne qui allait tout solutionner, c'est que de grands espoirs sont placés en cette personne. Et forcément, il est quasiment impossible de se montrer au niveau de ces espoirs. Systématiquement, ceux qui avaient dit «Vous verrez, avec lui tout ira mieux !» sont alors extrêmement déçus lorsqu'ils se rendent compte qu'ils n'ont pas recruté le surhomme escompté, et ils réagissent avec un excès inverse : le sauveur devient à leurs yeux un incompétent. Et souvent ils passent plusieurs fois de l'euphorie à la déception, de manière de moins en moins excessive, jusqu'à se rendre compte que la personne fait son travail efficacement, qu'il fallait juste lui donner le temps de monter en compétence.

Dans les deux cas, cette réaction est assez humaine mais reste très désagréable. Cela fait traverser des périodes de doutes, de déceptions, de conflits ; tout le monde se retrouve dans une situation d'échec à un moment ou un autre à cause de ce genre de situation.
Ce n'est pas bon pour l'entreprise, ce n'est pas bon pour les hommes, ce n'est pas efficace en terme de business.

Vous êtes le sauveur

Vous venez d'être recruté dans une entreprise, et dès le premier jour on vous fait comprendre qu'on vous attendait impatiemment. «Ah, toi au moins tu réussiras à faire avancer le projet X.», «Depuis le temps qu'on attend quelqu'un pour résoudre le problème Y.», «On a hâte que tu nous apprennes les vraies méthodes de travail !»

Lire la suite...

dimanche 31 janvier 2010

Les clés de la réussite

Je n'aime pas le titre de cet article, il est assez pompeux et ressemble à une "formule miracle". Mais je n'en ai pas trouvé de meilleur.

Je me suis déjà retrouvé plusieurs fois à tenter d'expliquer à de jeunes informaticiens (hum, même à des moins jeunes, d'ailleurs) les divers principes à appliquer au quotidien pour faire avancer leur carrière ou améliorer la manière dont ils gèrent leur travail. Et avec le temps, je me suis rendu compte que ces principes peuvent au final être résumés en 3 points clés :

  1. Simplicité
  2. Communication
  3. Passion

Évidemment, ils ne suffisent pas à donner toutes les directions à suivre. Mais si, jour après jour, chaque action est guidée par ces 3 principes, on se rend compte que l'on fait naturellement de bien meilleurs choix. Je me suis surpris moi-même récemment, au moment de prendre certaines décisions, à me demander «N'est-ce pas trop compliqué ? Qui dois-je en avertir et avec quel niveau de détail ? Ai-je vraiment envie de faire ça de cette manière, y ai-je consacré l'attention nécessaire ?». Et cela m'a permis de revoir certains choix de façon éclairée.

Voyons voir en quoi tout cela consiste.

Simplicité

La simplicité est un concept important mais trop souvent sous-estimé. Pourtant, il est valable à tous les niveaux.

Quelques exemples qui seront plus parlant :

  • La modélisation d'un composant logiciel, d'une base de données, d'une API gagne toujours à être la plus simple possible. L'histoire est jonchée de technologies diverses, de protocoles réseaux, qui ont disparu par "sélection naturelle". À chaque fois que quelque chose est trop compliqué, d'autres technologies plus simples à mettre en œuvre apparaissent. Alors réfléchissez à vos propres développements : s'ils ne sont pas aussi simples qu'ils le pourraient, c'est vous qui allez souffrir à l'avenir.
  • L'offre de produits/services de votre entreprise doit être aussi facile à comprendre que possible pour vos futurs clients. Les offres à tiroirs et les options complexes n'inspirent pas confiance, ils ne donnent pas envie d'acheter. Assurez-vous d'avoir un discours clair et limpide.
  • Vous n'arrivez pas à faire en sorte que votre équipe utilise correctement le coûteux logiciel de gestion de projet que vous avez mis en place, malgré toutes les fonctionnalités hyper-géniales qu'il offre ? Incitez-les à utiliser correctement des outils simples, pour commencer ; donnez-leur un bloc-note à chacun pour noter leurs todo-lists, et gérez vos projets à coups de post-its collés sur un mur visible par tout le monde. Puis introduisez graduellement les outils plus structurés.
  • Vous n'arrivez pas à vous faire comprendre en réunion, vos idées sont systématiquement mises de côté ou on ne vous accorde pas tout le crédit que vous méritez ? Peut-être êtes-vous un peu trop brouillon, vous n'arrivez pas à agencer votre discours. Simplifiez-le ! Ne laissez pas les idées se précipiter toutes en même temps, prenez soin de les trier dans votre tête avant d'en exprimer les grandes lignes avec des phrases courtes.

Vous connaissez l'adage : on n'a pas atteint son but quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retirer. Adoptez une approche zen.

Communication

Une bonne communication est nécessaire en toutes circonstances. Quelques exemples :

Lire la suite...

mardi 14 juillet 2009

Citation du jour : Guy Kawasaki

Je suis en train de lire le livre L'art de se lancer par Guy Kawasaki. C'est un livre très intéressant, dont je ferais une critique sur ce blog.

J'y ai lu aujourd'hui deux phrases que je voudrais partager avec vous :
“ Les gens qui sont bons acceptent d'être responsables. Les gens qui sont très bons demandent à l'être. ”

Je sais, ça paraît évident. Mais regardons-y de plus près.

J'ai connu 3 types de collègues :

  • Des personnes qui se satisfont de leur sort. Après avoir fait leur trou, elles s'y sentent bien et ne veulent pas risquer de quitter leur "zone de confort".
  • Des ambitieux aux dents qui rayent le parquet. Ils cherchent à faire ami-ami avec le boss, à faire du lobbying, à obtenir des responsabilités et des prérogatives qu'ils ne méritent en rien.
  • Des gens sérieux et travailleurs, qui mettent leur énergie et leur conscience professionnelle au service de leur entreprise.

La troisième catégorie est la seule qui mérite qu'on s'y attarde. Ces personnes gravissent souvent des échelons sans s'en rendre compte. À force de travail, elles prouvent qu'elles valent plus que ce pourquoi elles ont été engagées. Un jour, le patron se rend compte qu'une part importante du travail repose sur les épaules d'une de ces personnes, que son champ d'opération déborde largement de ce qui est prévu.
L'exemple le plus simple : Combien de développeurs ai-je vu qui n'hésitaient pas à prendre d'eux-même en charge des responsabilités qui ne leur incombaient pas, et ce faisant, se retrouvaient à passer chef de projet plus vite que prévu ?

Quelqu'un qui est compétent et qui montre un bon esprit se verra confier des responsabilités, qu'il acceptera sûrement. Mais pour les mêmes raisons, quelqu'un de vraiment compétent et avec un très bon esprit fera déjà le boulot en question sans qu'on lui ait dit de le faire.

Et alors ?

Guy Kawasaki exprime cette pensée dans un chapitre consacré au recrutement. C'est une des raisons qu'il donne pour pousser à embaucher les meilleurs collaborateurs possibles, pas juste des personnes moyennes qui semblent convenir passablement. Et je confirme : c'est important !

Maintenant, de votre point de vue, comment vous définiriez-vous ? Êtes-vous bon, ou très bon ?

mercredi 8 juillet 2009

La veille : préparer votre futur

Je discutais récemment avec un développeur que je viens d'embaucher, et je lui expliquais entre autres pourquoi il est important de maintenir une veille active. La conversation avait commencé quand je lui ai donné plusieurs magazines à lire (en l'occurrence des Linux Format et PHP Architect), pour l'aider à se plonger dans la "culture informatique" dans laquelle il allait travailler. Cela l'a laissé un peu perplexe au début, mais il a fini par reconnaître mes arguments.

Par le terme de "veille", on pense habituellement à la veille technologique ; c'est le fait de se tenir au courant des nouveautés concernant une technique ou un champ de technologies. La plupart des informaticiens sont férus d'informatique (oui, ça paraît évident), et se tiennent au courant des dernières informations. Dans certains cas, ce sera les news concernant le monde du logiciel libre, ou celles de tout ce qui gravite autour d'un langage de programmation ou d'une plate-forme particulière ; éventuellement, on trouvera des gens qui suivent avec précision les évolutions des processeurs ou les sorties des jeux vidéos. Bref, on voit de tout.

Mais une des choses qui font la différence entre un ingénieur qui fera évoluer sa carrière, et un autre qui stagnera au même niveau, c'est entre autres l'implication personnelle qu'il met dans son travail. Ce qui veut dire aussi qu'il faut prendre du temps pour mettre à jour nos connaissances et élargir nos compétences sans arrêt.

Le mauvais exemple

Je connais des développeurs qui considèrent qu'ils possèdent le savoir nécessaire et suffisant pour faire leur travail. Leur instruction et leur expérience leur permettent de résoudre la plupart des tâches habituelles, et quand ils sont face à un problème, ils cherchent un peu sur Internet et ça suffit bien souvent.

Lire la suite...

- page 1 de 3