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 23 janvier 2010

Lancement du projet Skriv

J'en parlais récemment dans le post concernant l'avenir de ce blog : Je réfléchis à l'idée de développer un outil de gestion de projet ouvert à tous.

Quasiment depuis que je travaille, j'ai développé des outils pour suivre les projets ou traiter les bugs. Comme j'ai souvent bossé dans des entreprises de petite taille, pour ne pas dire des start-ups, ces outils comblaient des manques évidents et étaient adoptés rapidement.

  • Il y a maintenant un paquet d'années, j'avais fait un gestionnaire de buglist. Doté d'une interface web, il était écrit en C et stockait ses données dans un fichier XML. Technologiquement, ce n'était pas une très bonne idée, mais c'était l'occasion de tester des librairies XML et CGI que j'avais écrites en C. Au niveau des fonctionnalités, je ne me souviens plus trop. Je crois que c'était assez simple, avec pour chaque bug le niveau de criticité, une description, et le projet affecté.
  • J'avais par la suite repris le même genre d'outil, mais écrit en PHP/MySQL. Pus facile à faire évoluer, je n'ai pas souvenir qu'on l'ait utilisé à son plein potentiel.
  • Dans mon entreprise actuelle, j'ai dès le début mis en place des outils open-source, les plus important étant Flyspray pour la buglist et MediaWiki pour le wiki. Depuis, j'ai développé des extensions MediaWiki qui nous servent à gérer les projets. Ainsi, chaque projet a une page dédiée sur laquelle apparaissent : la liste des bugs du projet, une liste de tâches, des pages wiki liées au projet, et des fichiers en "pièce-jointe".

Cette extension est clairement inspirée par Backpack. J'aime vraiment ce logiciel. Par rapport à d'autres outils plus orientés "projet", comme Basecamp par exemple (pour reprendre un autre logiciel développé par 37signals), j'apprécie le fait que toutes les informations soient regroupées sur une seule page.
Habituellement, les logiciels de gestion de projets offrent plusieurs vues différentes, chacune pour un type d'information. Il y a un onglet pour les tâches, un onglet pour le calendrier, un onglet pour les bugs (si l'outil les gère), un onglet pour les pages de wiki (si c'est disponible), un onglet pour les fichiers, et ainsi de suite.
Pour ma part, je préfère avoir la vue la plus "intégrée" possible. Cela implique de penser l'interface en conséquence, ce qui peut s'avérer plus délicat qu'il n'y paraît.

Je cherche donc maintenant à définir un outil que je pourrais utiliser aussi bien pour mes besoins en entreprise, que pour gérer mes projets personnels. Je vais donc m'intéresser à chaque aspect d'un tel logiciel dans une série de billets sur le blog. Je ferais appel aux avis des lecteurs du blog, en espérant réussir à dégager des principes clairs de fonctionnement. J'espère aussi trouver le temps de développer ce logiciel, pour que tout cela ne reste pas théorique (d'un autre côté, si un autre outil est développé à partir de spécifications dérivées de mes idées, je n'y verrais aucun problème, bien au contraire).

Ah, au fait, pourquoi appeler ce projet «Skriv» ? C'est un nom que j'affectionne, que j'ai donné par le passé à plusieurs logiciels que j'ai développé. Le plus important était une interface web qui intégrait un webmail, un gestionnaire de bookmarks, un bloc-notes, un carnet d'adresses, une gestion de compte bancaire. Je l'utilisais tous les jours pour centraliser ma vie numérique. De nos jours, c'est assez commun ; mais à l'époque où je l'ai développé (en 2002), c'était assez novateur.
Pour le nom lui-même, il signifie "écrire" dans plusieurs langues comme le breton et le suédois. Ça va bien dans l'idée d'un outil qui sert principalement à communiquer.

dimanche 28 juin 2009

Préparer votre évaluation annuelle

La plupart des entreprises effectuent des entretiens annuels ou bi-annuels de leurs collaborateurs. Il sont habituellement réalisés par les managers, parfois avec l'assistance du DRH.

À quoi servent ces entretiens ?

Tout le monde attend ces entretiens avec impatience, mais souvent pour de mauvaises raisons. Un grand nombre de salariés n'y voient que le moment où va leur être annoncée leur augmentation de salaire. C'est évidemment un élément important de ces discussions, mais il ne faut pas que cela devienne une obsession qui occulte les autres aspects.

Les entretiens annuels sont un moment privilégié, pendant lequel on peut prendre un peu de recul par rapport à l'année (ou le semestre) écoulée. Le but est de récapituler les points forts et les points faibles, de revenir sur notre évolution au fil du temps ; comment on a réussi à s'améliorer, à progresser dans l'exécution de nos tâches.

Préparer l'entretien

Quelques jours avant l'entretien, prenez le temps de vous poser ces quelques questions :

  • Où en étais-je il y a un an, il y a 6 mois ? Mes supérieurs étaient-ils satisfait de mon travail ? Pourquoi ?
  • Quelle était l'évolution qu'on attendait de mois durant cette période ? Est-ce que mes objectifs étaient clairement définis ?
  • Quelles sont mes forces et mes faiblesses aujourd'hui ? En quoi sont-elles différentes d'auparavant ?
  • En toute honnêteté, quels sont mes coups d'éclats et mes ratages complets ?
  • Globalement, en suis-je là où je voudrais être ? Ai-je développé les connaissances et les capacités que je voudrais avoir ?

Quand vous avez répondu à ces questions, demandez-vous où vous voulez aller :

  • Suis-je satisfait de l'environnement technique dans lequel j'évolue, des projets sur lesquels je travaille ?
  • Dans quelle direction ma carrière doit-elle évoluer ? Qu'est-ce que je veux faire dans 6 mois, dans 1 an, dans 2 ans ?
  • De quelle aide ai-je besoin pour progresser ?

Une fois que vous avez fait le tour de ces questions (et seulement à ce moment-là), vous pouvez vous poser d'autres questions :

Lire la suite...

vendredi 29 mai 2009

Faire l'évaluation annuelle de votre équipe

La plupart des entreprises font une évaluation annuelle ou biannuelle de tous leurs collaborateurs. C'est un moment important, pendant lequel l'employé et son supérieur hiérarchique font le bilan du travail effectué, redéfinissent la mission et les résultats attendus. C'est souvent le bon moment pour parler ouvertement de ce qui va et ne va pas au niveau de l'entreprise, des méthodes de travail, des relations professionnelles, etc.

Pour un manager

Vous devez faire passer les entretiens d'évaluation des membres de votre équipe. Ils attendent ce moment, peut-être avec plus d'impatience que vous ne pensez, car ils y voient - à juste titre - un moment privilégié pour partager avec vous leurs problèmes et leurs doutes.
Prenez le temps de préparer convenablement chaque entretien. Si vous n'avez vraiment pas de temps à y consacrer, essayez plutôt d'organiser des discussions plus informelles autour d'un café ; vous pouvez même le faire dans un bar ou un restaurant, pour sortir du cadre de l'entreprise ; ce genre de discussion peut se révéler presque aussi productif qu'un entretien carré.

Il est assez classique d'utiliser 2 indicateurs pour évaluer les personnes : le Skill et le Will. Ces deux barbarismes sont assez simples à comprendre :

  • Skill : les connaissances, les capacités, ce que sait faire le collaborateur.
  • Will : la volonté, l'implication du collaborateur, ainsi que son ambition.

Lire la suite...

mardi 10 mars 2009

Les erreurs à ne pas faire en entretien

Je vais réagir un peu à chaud, suite à quelques entretiens catastrophiques que j'ai fait passer dernièrement. Je vous ai déjà parlé des entretiens d'embauche, mais là je vais être très directif, presque lapidaire.

Soyez ponctuel

L'entretien d'embauche, c'est LE moment où il faut séduire le recruteur. Si vous êtes en retard le jour où vous devriez être au top, à quoi s'attendre au bout du quatrième mois de boulot sur un projet difficile ? Vous arriverez tous les jours après 11 heures du matin ?

Prenez soin de noter les coordonnées téléphoniques que vous pourrez appeler en cas de problème.

Apportez plusieurs copies de votre C.V.

Si vous arrivez les mains dans les poches, qu'est-ce que ça peut donner comme indice quant à votre envie de décrocher le poste ?

Par pitié, au moment où on vous demande "Vous avez une copie de votre C.V. ?", ne répondez surtout pas "Il est disponible sur Internet, vous pouvez l'imprimer" ! Cela revient à dire que c'est au recruteur de prendre le temps que vous n'avez pas voulu prendre vous-même.

Le plus "amusant", c'est que bien souvent le gros problème n'est pas pour le recruteur, mais pour le pauvre candidat qui se retrouve à tenter de présenter son parcours sans le support de son curriculum.

Connaissez-vous vous-même

En tant que candidat, vous devez fournir à votre interlocuteur des raisons de vouloir vous embaucher. Pour cela, vous allez lui parler de vos études et des entreprises où vous avez travaillé, mais ça ne l'intéressera pas. Ce qu'il veut, c'est que vous lui expliquiez en détail ce que vous savez faire, ce que vous avez fait, et ce que vous avez envie de faire.

Détaillez le travail que vous avez réalisé durant vos précédentes expériences professionnelles et/ou vos projets d'étude. Expliquez les problèmes que vous avez rencontrés, les solutions que vous avez appliquées, ce que vous avez appris. Dites si vous avez travaillé tout seul ou au sein d'une équipe, et alors expliquez votre rôle.

Il y a 2 situations qui sont difficilement supportables :

Lire la suite...

- page 1 de 2