Carnet de notes

Catégorie : Vie professionnelle

  • Travailler un CV

    J’avais fait un retour sur les lettres de moti­va­tion il y a quelques temps, il est temps d’en faire un sur les CV de jeunes diplô­més (ou demandes d’ap­pren­tis­sage).

    Comme la fois précé­dente, toutes les recom­man­da­tions que je fais n’ont que la valeur que vous y appor­tez. Elles ne repré­sentent que mon avis, en fonc­tion de ce que je cherche et de mon expé­rience. D’autres peuvent penser autre­ment, à vous de faire le tri.

    Les règles de base

    Le recru­teur doit voir les éléments impor­tants en dix secondes et faire la diffé­rence entre votre profil et celui d’un autre. Il faut donc élaguer tout ce qui n’est pas impor­tant, pour mettre en valeur ce qui l’est. Il ne s’agit pas d’être exhaus­tif.

    Sur ce qui est impor­tant, vous devez appor­ter assez de détail pour que le recru­teur puisse diffé­ren­cier votre profil d’un autre. Si votre CV pour­rait avoir été écrit par votre voisin ou votre cama­rade de promo, il a peu de chance d’être retenu et n’est proba­ble­ment pas perti­nent. Vous avez forcé­ment quelque chose qui vous diffé­ren­cie de votre voisin : trou­vez quoi.

    Adap­tez votre CV à chaque propo­si­tion. Mettez en avant vos points forts par rapport à la société, au projet ou à l’an­nonce ciblée. Ce n’est pas tant pour y mettre ce que le recru­teur attend que pour l’ai­der à indi­vi­dua­li­ser rapi­de­ment en quoi vous corres­pon­dez à sa recherche.

    Enfin, expri­mez clai­re­ment ce à quoi vous aspi­rez. Un titre de « déve­lop­peur » ne dit pas grand chose. Vous cher­chez proba­ble­ment « déve­lop­peur web sur des projets mobiles » ou « déve­lop­peur web dans le commerce élec­tro­nique », ou quoi que ce soit d’autre.

    Si vous ne savez pas ce que vous voulez faire, réflé­chis­sez avant de postu­ler. En tant que recru­teur j’ap­pré­cie forte­ment d’avoir même une ou deux phrases en dessous du titre pour mieux cerner ce que vous cher­chez et ce à quoi vous aspi­rez dans les prochaines années. Un sous titre « aspire à une évolu­tion en expert tech­nique » ou « aspire à une évolu­tion en gestion de projet fonc­tion­nelle » aide beau­coup le recru­teur à quali­fier votre profil.

    Pas de mise en forme « graphique »

    Un bon CV noir et blanc avec une mise en page espa­cée et bien orga­ni­sée a beau­coup plus de chance de rete­nir l’at­ten­tion que tous les CV origi­naux que vous pour­riez imagi­ner. Visez l’ef­fi­ca­cité.

    Ne vous essayez pas au design sur le CV. Souvent ça ne passe pas une fois imprimé en noir et blanc, les contrastes sont souvent contes­tables, les blocs ne sont pas où on les attend, et tout simple­ment le CV quasi­ment toujours plus diffi­cile à lire. Les rares fois où ce design ne gêne pas, vous vous confron­te­rez simple­ment aux goûts du recru­teur qui ne sont pas forcé­ment les même que les vôtres.

    Vous pouvez faire une excep­tion si vous êtes graphistes ou si vous postu­lez à un emploi créa­tif, mais je me demande si accom­pa­gner le CV d’un port­fo­lio ne serait pas plus effi­cace de toutes façons.

    Pour le même prix : pas d’usage de l’ita­lique pour des infor­ma­tions impor­tantes, usage très modéré du gras en dehors des titres, pas de titres verti­caux, pas de photo. Si vous tenez à la photo il faut qu’elle soit avec un bon contraste, non défor­mée, de bonne qualité, et qu’elle soit cadrée un peu plus large qu’un « cheveux – menton » pour ne pas faire photo de carte d’iden­tité.

    Mettez en avant les deux expé­riences prin­ci­pales

    Le CV est fait pour permettre au recru­teur de sélec­tion­ner les personnes et prendre un juge­ment rapide. Il vous rencon­trera ensuite pour détailler avec vous qui vous êtes et ce que vous avez fait.

    Un profil expé­ri­menté met en géné­ral 3 ou 4 expé­riences en lumière sur un CV d’une page. N’en mettez pas plus. Deux expé­riences signi­fi­ca­tives détaillées c’est large­ment suffi­sant pour un jeune diplômé. Mettez celles qui vous semblent les plus perti­nentes ou les plus en adéqua­tion avec le projet profes­sion­nel que vous voulez mettre en œuvre. Et relé­guez le reste à une simple mention d’une ligne en bas de vos expé­riences. Si vous avez fait assez de choses perti­nentes, il est même possible de fusion­ner plusieurs expé­riences en une ligne (surtout les travaux saison­niers).

    Fonc­tion A – Société A – date
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx

    Fonc­tion A – Société A – date
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx
    xxxxxxxxxxxxx descrip­tion xxxxxxxxxxxxx

    Stage de première année – déve­lop­pe­ment – date
    Travail saison­nier – ouvrier – étés 1999 à 2003
    Anima­teur en centre de vacances – date
    Projet scolaire en équipe – PHP – date

    Sachez cibler vos compé­tences

    De même, il n’est pas forcé­ment utile de faire l’in­ven­taire à la Prévert de toutes les tech­nos touchées en école ou en stage. C’est tota­le­ment inutile pour le recru­teur. Soyons francs : Quand la techno souhai­tée se retrouve dans une liste de 20 autres, c’est quasi­ment comme si elle n’était pas mention­née. Mettez en avant ce que vous souhai­tez faire, en étant même plus précis que vous ne le seriez norma­le­ment, avec des noms d’ou­tils utili­sés dans ce cadre.

    Le reste ça se met un peu en vrac en petit. Ne mention­nez même pas les logi­ciels qui n’ont aucun inté­rêt dans le poste que vous visez ou qui sont évident : Pas de Excel ou Photo­shop si vous visez un poste d’in­gé­nieur déve­lop­pe­ment dans des équipes consé­quentes (mais peut être utile si vous visez un poste de déve­lop­peur à tout faire seul tech­ni­cien dans une petite struc­ture).

    Le recru­teur doit voir d’un coup d’œil ce qui est impor­tant pour vous et pour le poste (et oubliez la mode des petites étoiles ou notes pour quali­fier votre niveau de compé­tence par techno).

    Déve­lop­pe­ment web PHP : PHP 5.4, Magento, Zend Frame­work 2.0, MySQL 5.1
    Capa­cité à utili­ser d’autres frame­works, outils et bases de données
    Aussi utilisé : CSS, HTML 5, XML, jQuery, Joomla, Flash

    Ne gardez que les forma­tions utiles

    Les mêmes recom­man­da­tions s’ap­pliquent à toutes les sections. Si vous avez un master, la mention de votre lycée est proba­ble­ment inutile. Il n’est même pas perti­nent d’y mettre votre BAC si vous n’avez pas eu des résul­tats excep­tion­nels (et encore moins de préci­ser la mention). Si vous vous êtes égarés sur des filières diffé­rentes ou si le recru­teur risque de se poser la ques­tion de « tiens, il y a un trou de dates », mettez juste une ligne sans détail en bas de la section, ça ira très bien. J’ai tendance à propo­ser de ne mettre que l’an­née de diplôme, mais c’est à vous de voir.

    Master en ingé­nie­rie logi­cielle, Univer­sité du Nica­ra­gua, 2012
    forma­tion très axée sur le travail en équipe et la réali­sa­tion tech­nique ; domi­nante en tech­no­lo­gies web avec une option pous­sée sur les problé­ma­tiques de sécu­rité

    Licence à l’étran­ger, Unive­risté de Milan, Italie, 2010
    xxxxxxxx descrip­tion xxxxxxxx

    Forma­tion en paral­lèle xxxxx de xxxx en 2009
    Première année de licence en méde­cine, 2006
    Certi­fi­ca­tion du niveau d’an­glais xxxxxx, 200X

    Oubliez ce qui n’a pas d’in­té­rêt

    Conti­nuez à élaguer sur les sections annexes. Savoir que vous avez le permis B n’a de sens que si vous risquez d’être amené à vous en servir par exemple.

    La section loisir n’a d’in­té­rêt qu’à voir si vous avez une passion ou qui vous êtes. Que vous alliez au cinéma, que vous sortiez entre amis ou que vous ayez fait du judo il y a 5 ans n’a aucune valeur ajou­tée.

    Indiquez si pour vous la musique est impor­tante dans votre vie et que vous en faites depuis 10 ans. Par contre, même si c’est vrai­ment une passion, ne nommez pas 15 instru­ments diffé­rents ou l’in­té­gra­lité des pays dans lesquels vous avez voyagé.

    Si vous passez tous les étés faire des camps scouts, de la voile en mer, ou des voyages à l’étran­ger, le préci­ser peut permettre d’en­ga­ger la discus­sion avec le recru­teur plus tard ou de montrer que vous avez aussi une vraie vie en dehors du boulot, mais n’en faites pas un détail.

    J’ai tendance à penser qu’il vaut mieux ne pas avoir du tout de section annexe que d’y mettre des choses bateau et inutiles.

    Détaillez vos expé­riences prin­ci­pales

    Inver­se­ment, mettez en plus sur ce qui est impor­tant. N’hé­si­tez pas à vrai­ment détailler ce que vous avez fait, avec qui et dans quel contexte sur l’ex­pé­rience qui vous semble la plus impor­tante pour le recru­teur. Savoir si vous étiez auto­nome, dans une équipe de 3 ou dans une équipe de 30 a de l’im­por­tance. Savoir que vous avez fait du déve­lop­pe­ment PHP / Javas­cript ça en dit bien trop peu.

    Sur votre forma­tion prin­ci­pale, détaillez les options ou domi­nantes inté­res­santes, si c’est une forma­tion géné­ra­liste ou d’ex­per­tise, pratique ou théo­rique, etc. C’est d’au­tant plus vrai main­te­nant qu’il y a 150 filières diffé­rentes avec des noms pas toujours très signi­fi­ca­tifs du conte­nus.

    Déve­lop­pe­ment en binôme avec un ingé­nieur sur une inter­face d’ad­mi­nis­tra­tion d’un site de commerce élec­tro­nique basé sur Magento avec PHP 5.4. Ajout de fonc­tion­na­li­tés en auto­no­mie à partir d’un cahier des charges client. Adap­ta­tion de la mise en page pour accès via un smart­phone (respon­sive design). Travail dans une équipe de 10 personnes.

    Recherche sur les possi­bi­li­tés de réali­sa­tion d’une appli­ca­tion mobile basée sur les tech­no­lo­gies web HTML 5 plutôt qu’une appli­ca­tion native iOS. Réali­sa­tion d’un proto­type. Travail en auto­no­mie puis présen­ta­tion aux équipes internes pour retour d’ex­pé­rience. Docu­men­ta­tion du proto­type pour la base de connais­sance interne.

    Mais surtout, si vous avez parti­cipé à un projet person­nel qui présente bien, indiquez le. Si vous parti­ci­pez à des postes de secours, si vous êtes actifs dans une asso­cia­tion loi 1901 – et parti­cu­liè­re­ment si vous y avez des respon­sa­bi­li­tés, si vous avez parti­cipé à l’or­ga­ni­sa­tion d’une mani­fes­ta­tion, si vous avez contri­bué à un projet open source – même si c’est de la docu­men­ta­tion, si vous publiez sur un blog tech­nique régu­liè­re­ment,  (et parti­cu­liè­re­ment si vous y avez des respon­sa­bi­li­tés), marquez le !

    Vos expé­riences non profes­sion­nelles sont impor­tantes

    Avoir monté un événe­ment, parti­cipé à des projets asso­cia­tifs ou huma­ni­taires, ou pris la prési­dence d’une asso­cia­tion montre une impli­ca­tion et des prises de respon­sa­bi­li­tés bien plus impor­tantes que pas mal de stages.

    N’hé­si­tez-pas non plus à mettre des liens si ça vous semble présen­table.

    Enfin, ne soyez pas trop humbles sur votre niveau en langue. D’autres se vante­ront et il sera diffi­cile de faire le tri. J’uti­lise les réfé­rences suivantes :

    Ne soyez pas trop humbles sur votre niveau en langue

    • Bilingue : vous vous expri­mez sans fautes, avec un accent correct (mais pas forcé­ment parfait) et de manière fluide.
    • XX courant : vous savez rédi­ger des docu­ments et/ou faire des présen­ta­tions en langue étran­gère ; éven­tuel­le­ment avec des fautes et mauvais accent à l’oral mais un rédac­tion­nel correct à l’écrit ; avec un voca­bu­laire courant
    • XX conver­sa­tion­nel, pratique, profes­sion­nel : vous savez comprendre et vous faire comprendre correc­te­ment ; même si c’est avec des fautes, avec un mauvais accent ou un voca­bu­laire limité. Si le conver­sa­tion­nel est suffi­sam­ment fluide et que le recru­teur ne vous fera proba­ble­ment pas faire de rédac­tion­nel public ou de présen­ta­tion en anglais, on peut envi­sa­ger d’in­diquer « courant » (si vous voyez vos films et séries en VO, vous en êtes proba­ble­ment au moins là)
    • XX tech­nique : vous savez lire des docu­men­ta­tions et faire des emails sur des sujets tech­niques, et éven­tuel­le­ment discu­ter avec un homo­logue en anglais même si c’est avec diffi­cul­tés
    • XX écrit / parlé : niveau scolaire type bac
    • XX scolaire : vous étiez au niveau bac ou infé­rieur et n’avez pas pratiqué depuis long­temps, mais vous vous sentez de vous y mettre
    • Notions : vous n’y compre­nez quasi­ment rien, vous indiquez juste que vous en avez fait

    Il ne faut pas suréva­luer mais le clas­sique « écrit / parlé » a une signi­fi­ca­tion bien plus néga­tive que « je sais parler et écrire dans cette langue ».

  • Ken Robin­son says schools kill crea­ti­vity

    Les confé­rences TED sont une source inépui­sable de réflexion. Pour vingt minutes, vous avez le droit de penser un peu diffé­rem­ment et d’écou­ter quelqu’un qui sait parler sur un sujet inté­res­sant. Sur Youtube les vidéos sont sous-titrées et sur l’ap­pli­ca­tion Android on vous propose de télé­char­ger les vidéos ou l’au­dio pour lecture hors ligne.

    Il y a peu j’ai écouté Ken Robin­son concer­nant la créa­ti­vité et l’édu­ca­tion. C’est un peu en marge de son discours mais j’ai trouvé un écho dans l’idée que l’école bride notre créa­ti­vité à cause de son juge­ment de l’er­reur.

    On nous entraine  à hiérar­chi­ser les gens en fonc­tion du nombre de leurs échecs et réus­site. Le résul­tat l’ac­qui­si­tion d’une peur de l’er­reur, et d’une rete­nue qui nous empêche de penser « out of the box » ou de propo­ser quelque chose de nouveau.

    Si on veut redon­ner le goût d’en­tre­prendre et de l’in­no­va­tion, plutôt que d’es­pé­rer des finan­ce­ments d’état dans tous les sens, c’est peut être par là qu’il faut commen­cer :

    Si vous n’êtes pas prêts à échouer, vous n’êtes pas prêts à réus­sir

    Ken Robin­son says schools kill crea­ti­vity (vidéo)

  • Connec­ter une PME à Inter­net

    Trou­ver une connexion Inter­net adap­tée à une PME c’est vite le parcours du combat­tant.

    Notre besoin initial c’est le surf web de tous les jours pour une petite dizaine de personnes, les petits télé­char­ge­ments, les mails, les pièces jointes parfois un peu volu­mi­neuse, la télé­pho­nie voip, et excep­tion­nel­le­ment des télé­char­ge­ments de backups ou des envois de données sur les serveurs de produc­tion.

    Pour traduire ça en carac­té­ris­tiques tech­niques, les coupures sont critiques comme pour tout le monde, mais nous ne mour­rons pas si nous avons quelques heures d’in­dis­po­ni­bi­li­tés une ou deux fois dans l’an­née. Nous n’uti­li­se­rons pas forcé­ment une bande passante moyenne énorme, mais quand il faut envoyer un fichier de 20 Mo, descendre une sauve­garde de la base de données ou monter 500 Mo en produc­tion, c’est plus qu’a­gréable d’avoir un débit consé­quent. Rien de plus gênant que de devoir perdre du temps à envoyer un PDF de 20 Mo à un corres­pon­dant.

    Si j’avais le choix, une offre fibre pour parti­cu­lier à 100 Mb/s descen­dant 50 Mb/s montant, doublée avec une SDSL ou ADSL stan­dard chez un autre FAI, convien­drait à merveille en terme de qualité de service et de capa­cité en débit.

    En pratique notre bureau n’est pas connecté aux réseaux fibrés rési­den­tiels, donc il faut compo­ser autre­ment.

    Débits et prix

    L’ADSL c’est du 20 Mb/s descen­dant, 1 Mb/s montant, pour 30 à 40 € TTC mensuels, moitié plus cher si on prend un FAI « pro » avec une GTR de 4h. Les offres sont assez cohé­rentes.

    Côté SDSL l’offre imbat­table côté prix c’est OVH qui propose 5 Mb/s symé­triques sur une paire de cuivre pour 30 € par mois, sans enga­ge­ments ni frais d’ins­tal­la­tion ou rési­lia­tion. Les concur­rents ont eu beau me soute­nir que ces débits étaient impos­sibles sur une unique paire de cuivre, j’ai pu constaté que les 5 Mb/s sont effec­ti­ve­ment atteints. Si vous voulez du GTR 4h (heures ouvrées) on passe à 100 € par mois avec un enga­ge­ment d’un ou deux ans et des frais d’ins­tal­la­tion. Sur cette dernière il est possible de cumu­ler jusqu’à 4 paires de cuivres pour un débit de 20 Mb/s symé­trique (mais la facture augmente).

    Chez la concur­rence en SDSL c’est la vraie jungle. Le plus souvent c’est limité à 2 Mb/s par paire de cuivre et avec un prix aux alen­tours de 200 € mensuels par paire, plus des frais d’ins­tal­la­tions et un enga­ge­ment de deux ans. Parler de 8 Mb/s c’est quadru­pler les prix, tout simple­ment. Seul Colt propose du 5 Mb/s sur une seule paire, mais à 500 € mensuels. Tous ces prix sont avec une GTR, en géné­ral de 4h en heures ouvrées.

    Si on souhaite monter un peu en débit il faut passer par des offres « fibre ». Là il faut sortir le porte­feuille. On parle assez rapi­de­ment de 750 à 1500 € mensuels pour 10 Mb/s, sans comp­ter le raccor­de­ment initial.

    La GTR, la haute dispo­ni­bi­lité

    On peut faci­le­ment se dire qu’une coupure est inac­cep­table, empê­chera les gens de bosser, de rece­voir les coups de télé­phone. C’est souvent vrai mais outre la ques­tion « quel montant est-il raison­nable d’in­ves­tir pour éviter une coupure ? », il faut bien penser à « ce montant me garan­tit-il vrai­ment contre une coupure ? »

    La GTR et le débit garanti ce sont les deux mots de tous les commer­ciaux qui vendent de la SDSL. En pratique ne vous y trom­pez pas : Une GTR de 4h en heures ouvrées, ça veut dire que votre ligne peut tomber une demie jour­née et ne la voir réap­pa­raitre que le lende­main matin. Hors cas excep­tion­nel, la qualité ne sera donc pas forcé­ment meilleure qu’une ligne rési­den­tielle grand public.

    Sur les cas graves on peut comp­ter avoir des équipes qui inter­viennent avec plus de sérieux et plus d’im­pli­ca­tion mais le GTR ne « garan­tit » en fait rien. Il vous permet juste de récu­pé­rer une faible partie de la facture mensuelle si l’ac­cès n’est pas réta­blit.

    Si le problème est au niveau du répar­ti­teur ou de la boucle locale, il est probable que ça ne change rien au temps de réta­blis­se­ment. Si le problème est au niveau du FAI, avoir une seconde ligne en paral­lèle chez un second FAI vous coûtera proba­ble­ment moins cher que la GTR « pro » tout en ayant un béné­fice bien plus grand.

    Le plus symbo­lique c’est bien l’offre OVH où la même connexion passe de 30 € à 100 € en ajou­tant la GTR. La techno est la même, l’in­fra est la même. Je veux bien croire que l’équipe sera un peu plus réac­tive, mais si la rési­den­tielle tombe c’est proba­ble­ment que la pro serait tombée aussi, et les temps de réta­blis­se­ment réels ne seront pas fonciè­re­ment diffé­rents. L’équipe commer­ciale OVH confirme d’ailleurs très bien ça au télé­phone en disant que l’offre avec GTR c’est « pour ceux que ça rassure ».

    La gamme de choix

    En montant une SDSL OVH doublée par une ADSL stan­dard d’un autre FAI on est loin d’être « sans risques » mais c’est un risque qui peut proba­ble­ment être assumé.

    Le choix du pauvre c’est donc un 60 € par mois pour le couple SDSL + ADSL. Pour le même prix ça permet d’uti­li­ser l’un ou l’autre suivant qu’on a besoin de débit montant ou descen­dant. Le résul­tat c’est un peu 20 Mb/s en descen­dant, 5 Mb/s en montant (si vous êtes proche du sous-répar­ti­teur).

    Pour ajou­ter quelques bretelles on peut prendre la GTR sur la ligne OVH, et une offre avec clef 3G de secours côté ADSL SFR. La GTR permet de combler les problèmes simples, et la clef 3G permet de border si c’est quelque chose de grave et long. Ça ne sera pas idéal, ça ne couvre pas tous les cas, mais ça reste abor­dable pour 150 € mensuels.

    Monter en débit deman­dera un inves­tis­se­ment de 100 € mensuels par paliers de 5 Mb/s sur la SDSL. La fibre et les liai­sons dédiées n’au­ront de sens que si vous ne pouvez vrai­ment accep­ter aucune coupure (mais sans vous faire d’illu­sions : vous en aurez quand même), si vous voulez plus de 20 Mb/s (mais la facture sera multi­pliée par 5 rien que par le chan­ge­ment de techno avant même de dépas­ser les 20 Mb/s), ou si vous n’êtes pas proches d’un sous-répar­ti­teur (mais peut être que démé­na­ger la PME coûtera moins cher que de passer par une fibre).

    Si vous montez une boîte techno, être sur de la fibre rési­den­tielle à 45 € par mois vous sauvera pas mal de cash les premiers temps. Ça vaut le coup de le prendre en compte dans votre loca­li­sa­tion initiale.

  • Être comp­table de son temps

    Je vous conseille de commen­cer par la lecture du billet précé­dent, dont celui-ci est la suite : 2 à 3 heures par jour

    En voyant les ingé­nieurs de SSII remplir des fiches de temps heure par heure, je ne peux m’em­pê­cher de me dire que nous sommes au mieux dans une hypo­cri­sie parta­gée, plus proba­ble­ment dans une simple démarche perdant-perdant.

    Être comp­table

    En société de services infor­ma­tiques on découpe géné­ra­le­ment les projets en tâches, chacune esti­mée en heures. Les heures sont addi­tion­nées naïve­ment et huit tâches d’une heure tiennent tout à fait dans la jour­née d’un déve­lop­peur qui travaille 40 heures par semaine.

    Le déve­lop­peur a pour obli­ga­tion de « saisir ses temps », c’est à dire de saisir heure par heure sur quelle tâche il travaille. Je n’ai jamais vu ces impu­ta­tions utili­sées pour surveiller le travail ou faire du flicage mais la pres­sion néga­tive reste forte : Le déve­lop­peur doit affec­ter chaque heure de travail à une tâche. Une tâche qui a reçu suffi­sam­ment d’heures de travail doit logique­ment être termi­née et livrée.

    L’équa­tion malsaine heure de travail = heure passée sur une tâche produc­tive devient vite inso­luble pour ceux qui sont dans la même situa­tion que moi. On finit toujours par s’ar­ran­ger, souvent en rendant les impu­ta­tions en retard mais ça occupe un temps consé­quent pour soi et pour le chef de projet qui relance. Ça agace, énerve et épuise tout le monde, et occupe l’es­prit à faire des jeux comp­tables admi­nis­tra­tifs tout en donnant un senti­ment flot­tant de culpa­bi­lité ou de triche­rie.

    Certains comptent en dixièmes de jour­née mais c’est presque pire : Comme le chef de projet sait comp­ter, une tâche de 2h est codée 0,25 et on en a quatre dans la jour­née.  La diffé­rence c’est qu’il est beau­coup plus diffi­cile de consi­dé­rer avoir passé les heures qu’il faut et rentrer chez soi en se disant « tant pis, ça pren­dra plus de temps » (ça fonc­tionne dans un seul sens, si le déve­lop­peur termine plus tôt, il n’a pas le droit de partir pour autant, il commence la tâche suivante). Le seul gain c’est d’ajou­ter un peu plus de pres­sion sur le déve­lop­peur.

    Attentes réalistes, meilleurs résul­tats

    J’ai vu les choses tout autre­ment après avoir travaillé à Yahoo! On s’af­fec­tait l’équi­valent de 4 heures de travail par jour unique­ment, et personne n’était gêné que d’en­tendre « je n’ai rien fait ou presque ces deux derniers jours, je n’ai pas été produc­tif » au point de synchro du matin tant que le travail était collec­ti­ve­ment fait à la fin du mois.

    On peut faci­le­ment imagi­ner que ce serait la porte ouverte à des produc­ti­vi­tés mensuelles lilli­pu­tiennes voire à des abus, mais ça a proba­ble­ment été la période la plus produc­tive de ma vie de déve­lop­peur.

    La vérité c’est simple­ment qu’en atten­dant huit heures de travail par jour, mes autres employeurs ont en réalité dimi­nué ma produc­ti­vité mensuelle. J’ai passé une dose signi­fi­ca­tive de mon éner­gie dans les autres entre­prises à être comp­table et à lutter contre le système.

    À la décharge de mes employeurs, j’ai pour­tant toujours été dans des situa­tions avan­ta­geuses avec des tâches fourre-tout et des posi­tions de force qui m’ont permis d’être peu soumis au même régime que les autres. Je n’ose penser la galère que c’est pour celui qui a un poste de déve­lop­peur plus clas­sique.

    Tenter le 4 heures par jour

    L’idée qu’un déve­lop­peur peut faire huit ou même sept tâches d’une heure dans une jour­née de huit heures est tota­le­ment irréa­liste. Dans la réalité ce sont la qualité ou l’épui­se­ment des colla­bo­ra­teurs qui servent de variable d’ajus­te­ment, parfois les deux.

    Si vous avez des déve­lop­peurs respon­sables et moti­vés, vous pouvez essayer de partir sur des impu­ta­tions tâche à tâche et heure à heure avec une réfé­rence expli­cite à quatre ou cinq heures produc­tives par jour. Pour lisser les périodes plus ou moins actives il faudra accep­ter de ne regar­der cette métrique qu’en agré­geant par semaine ou par quin­zaine. Second point d’at­ten­tion : il faut que toute la hiérar­chie accepte de jouer le jeu, sinon on court à la catas­trophe au premier écueil projet.

    Ou lâcher prise sur les impu­ta­tions

    Si la situa­tion est moins idéale que ça, si le mana­ge­ment risque de ne pas jouer le jeu jusqu’au bout, ou simple­ment si l’équipe ne pense pas fonc­tion­ner sur ce rythme d’un faible nombre d’heures produc­tives par jour, on peut imagi­ner un scéna­rio plus proche des habi­tudes :

    L’im­pu­ta­tion se fait au niveau du projet et pas au niveau de la tâche, avec par blocs d’une jour­née ou demie jour­née. Parfois une demie jour­née n’aura quasi­ment pas été produc­tive, parfois elle le sera excep­tion­nel­le­ment, mais on ne fera pas de diffé­rence : la préci­sion sera globa­le­ment suffi­sante pour le repor­ting comp­table et admi­nis­tra­tif (le contrôle de gestion, la factu­ra­tion, l’éven­tuel crédits impôts-recherche).

    De l’autre côté l’avan­ce­ment projet est fait en mesu­rant … (atten­tion c’est révo­lu­tion­naire) l’avan­ce­ment du projet, et pas le temps travaillé. Ça semble enfon­cer les portes ouvertes mais c’est encore assez rare comme pratique.

    Quant au suivi des déve­lop­peurs eux même c’est un point RH chaque semaine. Ce qu’ap­porte un déve­lop­peur à une équipe ne pourra jamais être chif­fré en heures de travail ou en nombre de tâches affec­tées.

    Une dernière mise en garde

    En plus du rappel du billet précé­dent, je m’adresse à ceux qui veulent créer des équipes de déve­lop­peurs compé­tents, respon­sa­bi­li­sés et moti­vés. Si vous montez consciem­ment des équipes avec des ouvriers déve­lop­peurs qui font du travail à la chaîne, passez votre chemin.

    Enfin, chacun a son propre mode de fonc­tion­ne­ment. Je me contente de me baser sur le mien et sur ce que j’ai vu autour de moi. Je ne prétends pas que ça fonc­tion­nera pour quiconque d’autre. Par contre je suis convaincu de la néces­sité de jeter ou réfor­mer et le système d’im­pu­ta­tion des SSII et l’idée qu’on peut mettre pour huit heures de travail dans une jour­née.

  • 2 à 3 heures par jour

    Quand je déve­lop­pais, je pense que ma moyenne a le plus souvent tourné autour d’une douzaine d’heures de travail produc­tif par semaine. Par « travail produc­tif » j’en­tends « travailler à la tâche qu’on m’a demandé ». Cette moyenne était même assez irré­gu­lière pour que je me demande si une moyenne mensuelle ne serait pas plus adap­tée.

    À cette moyenne il faut toute­fois ajou­ter quelques périodes de surac­ti­vité dans l’an­née. Là je faisais peut-être huit à dix heures quasi conti­nues par jour, mais pas forcé­ment quand le projet en avait le plus besoin.

    Le reste du temps je papillon­nais, pour partie sur des acti­vi­tés tech­niques mais non néces­saires à la réali­sa­tion de mon travail, et pour partie sur des acti­vi­tés tech­niques, person­nelles, voire récréa­tives.

    Le non produc­tif essen­tiel à la produc­tion

    Je ne consi­dère pas ce temps passé « à ne rien faire » comme du temps perdu. Il m’était indis­pen­sable : Un travail intel­lec­tuel néces­site de pouvoir penser à autre chose, d’avoir du recul, de lais­ser les idées et la vision mûrir dans la tête. Plus que la réflexion, il faut aussi avoir une vision large sur ce qu’on fait et de ce qui se fait hors de son projet, hors des méthodes de sa société, y compris sur d’autres logi­ciels ou sur d’autres tech­no­lo­gies. C’est ainsi qu’on peut résoudre les problèmes effi­ca­ce­ment.

    Les salons de discus­sion avec les trolls ou échanges inter­mi­nables entre déve­lop­peurs, les centaines (milliers ?) d’heures passer à lire les blogs tech­niques, les autres centaines à lire les docs ou expé­ri­men­ter des choses qui n’ont rien à voir avec mon travail en cours… Tout ça s’est révélé d’une valeur inépui­sable pour mon travail. J’irai même plus loin en pensant que c’est souvent ce qui a fait la valeur de mon travail par rapport aux autres.

    Ces heures ne sont pas « produc­tives », mais elles sont rentables, et pas qu’un peu. J’au­rais certes pu travailler six à sept heures par jour, mais j’au­rais été beau­coup plus lent sur ces six heures. La produc­tion aurait été un peu plus impor­tante mais la qualité aurait aussi été drama­tique­ment plus basse. Sur un travail intel­lec­tuel, la valeur produite n’est pas propor­tion­nelle au temps passé, tout simple­ment.

    Pour la suite, c’est juste le lien suivant : Être comp­table de son temps.

    Un rappel toute­fois : Tout ce qui précède est vrai pour des déve­lop­peurs auto­nomes, respon­sables et moti­vés. L’or­ga­ni­sa­tion du temps d’un consul­tant ou d’une direc­tion me paraît tota­le­ment diffé­rente (même si là aussi huit tâches d’une heure ne tien­dront jamais dans une jour­née de huit heures), de même pour des déve­lop­peurs qui ont besoin d’être pris par la main.

  • What’s Your Geek Number? My Points System To Rate Soft­ware Engi­neers (without a full tech­ni­cal inter­view)

    Recru­ter est diffi­cile. Les candi­dats que je reçois sont parfois surpris du fait que je fais passer peu de tests tech­niques. J’ai appris à m’en méfier et que la réponse à des ques­tions simples est beau­coup plus signi­fi­ca­tive. La curio­sité, la connais­sance de l’état de l’art, l’état d’es­prit, sont fina­le­ment beau­coup plus impor­tantes.

    Et derniè­re­ment je tombe sur « What’s Your Geek Number? My Points System To Rate Soft­ware Engi­neers (without a full tech­ni­cal inter­view) ». La première impres­sion est de dire que c’est quand même irréa­liste comme façon de faire, puis en regar­dant de plus près et en tentant de forma­li­ser mes critères subjec­tifs, je me rends compte qu’ils n’en sont pas si éloi­gnés que ça.

    J’ajoute d’autres choses sur l’état d’es­prit et l’in­té­gra­tion à l’équipe, mais fina­le­ment c’est peut être sur ce types de critères que je fais le premier filtre.

  • Release early, release often

    Si j’ai retenu quelques choses de ceux qui réus­sissent, c’est qu’il faut arri­ver à avan­cer dans l’ordre, un pas à la fois. Mieux : Il faut sortir les projets le plus tôt possible, ne surtout pas attendre qu’ils soient finis.

    On se confronte plus rapi­de­ment au monde réel, à ses contraintes, aux clients, aux four­nis­seurs. On peut aussi mieux adap­ter la suite en gérant les prio­ri­tés telles qu’elles doivent l’être et non telles qu’on se les était imagi­nées. Le plus souvent cela permet même d’aban­don­ner des idées pour en mettre d’autres à la place, avant qu’il ne soit trop tard.

    Sortir tôt c’est aussi accep­ter de faire des compro­mis avec ses attentes et ses souhaits : On livre un produit ou un service qui sera en deçà de la cible qu’on cherche à atteindre, en deçà des services déjà exis­tants sur plusieurs points, et même pourquoi pas en deçà de ce qu’on consi­dère comme le mini­mum essen­tiel. Le tout est de prendre conscience que ce n’est qu’une étape, qu’on commence tous au début, et de s’en­ga­ger à bouger rapi­de­ment et fréquem­ment vers les objec­tifs fixés.

    Ce fonc­tion­ne­ment est main­te­nant un lieu commun dans les star­tup techno, mais c’est encore frus­trant pour tout le monde et une source d’in­com­pré­hen­sion pour beau­coup de tiers.

    La diffi­culté tient à commu­niquer sur la cible, montrer ce qu’on souhaite faire, tout en ména­geant les attentes car les premières versions ne seront que des premières versions, et que tout ne vient pas immé­dia­te­ment.

    Là où les encou­ra­ge­ments et l’écho posi­tif des tiers devraient être un encou­ra­ge­ment et une source de moti­va­tion, l’at­tente ou les premières versions incom­plètes peuvent très vite se retour­ner en juge­ments néga­tifs et en stress pour le projet. L’équi­libre est diffi­cile à trou­ver, je n’y suis pas encore. Notre objec­tif et notre travail conti­nuent en atten­dant.

  • My Star­tup Failed, But It’s OK

    Quand on en sera à cet état d’es­prit en France, on verra enfin une dyna­mique d’en­tre­pre­neurs et d’in­no­va­tion. En atten­dant, ici, on ne regarde pas ce que vous avez essayé de faire, mais si vous avez parti­cipé à une entre­prise qui a réus­sit quelque chose de gros.

    Le rejet de l’échec est telle­ment impor­tant qu’en tant que consul­tant j’ai vu ce que j’ap­pelle la stra­té­gie du para­pluie à tous les étages. D’autres l’ap­pellent la stra­té­gie IBM, du nom de « si j’ap­pelle IBM j’ai peu de chances de respec­ter le budget ou les délais, mais on ne me repro­chera pas cet échec pour­tant prévi­sible : j’au­rai pris les meilleurs ».

    Ce n’est pas dit ainsi dans My Star­tup Failed, But It’s OK, mais ça revient à ça : C’est en essayant qu’on peut réus­sir, et un échec servira toujours d’ex­pé­rience pour la suite.

    Les anglo­phones disent « keep on failing, keep on trying », je préfère « si vous n’êtes pas prêts à échouer, vous n’êtes pas prêts à réus­sir ». Et le coro­laire : Les gens prêts à réus­sir sont ceux qui ont déjà échoué.

    Ceux qui n’ont qu’une seule expé­rience et qui n’ont que réussi, vous ne saurez jamais si c’est grâce à eux, au contexte, à la chance, et s’ils en ont réel­le­ment tiré de l’ex­pé­rience. Pire : Ils arri­ve­ront avec plein de certi­tudes. Embau­chez des gens qui ont fait quelque chose, mais des gens qui ont échoué.

  • TEA cherche un renfort de talent pour son équipe tech­nique

    Nous commençons la réali­sa­tion d’une appli­ca­tion web desti­née prin­ci­pa­le­ment – mais pas exclu­si­ve­ment – aux tablettes. Il s’agit d’une réelle appli­ca­tion métier complexe et inno­vante, pas simple­ment d’un site de commerce ou de présen­ta­tion.

    Nous croyons fonda­men­ta­le­ment aux tech­no­lo­gies web stan­dard et à l’ou­ver­ture qu’elles apportent. Colla­bo­rer à proto­coles et formats communs ouverts ou publier en open source fait d’ailleurs partie de notre ADN et de nos inten­tions. Au lieu de gérer des appli­ca­tions natives iOS, Chrome et Android, nous allons tout faire en web : javas­cript css et html.

    Le poste

    Pour complé­ter l’équipe en cours de consti­tu­tion nous cher­chons un déve­lop­peur qui sait aller au fond des choses, cher­cher, apprendre, réali­ser et parta­ger, avec une exigence sur lui-même et qui privi­lé­gie la qualité.

    Ce peut être – préfé­ra­ble­ment – un déve­lop­peur avec déjà une bonne expé­rience sur une appli­ca­tion web mobile full javas­cript, ou quelqu’un travaillant de manière pous­sée sur tout ce qui gravite autour du terme « HTML 5 » ou « javas­cript », par exemple avec des réali­sa­tions open source. Celui que nous recher­chons sera le réfé­rent tech­nique qui sait tout ou qui saura tout assez rapi­de­ment, et qui saura trou­ver ce qui manque.

    Ensemble, nous parle­rons déve­lop­pe­ment, puisque conce­voir une appli­ca­tion complexe inté­gra­le­ment en javas­cript ce n’est pas comme faire un carrou­sel en jquery ou jouer avec la dernière librai­rie à la mode. À côté de ça nous parle­rons aussi inno­va­tion, archi­tec­ture, perfor­mance, compa­ti­bi­lité, mobi­lité, rendu écran, ergo­no­mie, latence et débit limité et plein d’autres choses très geek.

    Il faudra par exemple batailler avec des API javas­cript toutes fraiches, regar­der les diffé­rences d’im­plé­men­ta­tion des caches appli­ca­tifs navi­ga­teur, fouiller s’il faut utili­ser indexedDB ou webSQL, et proba­ble­ment aller sur caniuse.com plusieurs fois par jour les premiers temps. Des connais­sances poin­tues et à jour sur HTTP et toute la pile des tech­no­lo­gies web seront bien entendu essen­tielles.

    L’en­vi­ron­ne­ment

    Vous rejoin­drez alors une petite équipe sympa avec des déve­lop­peurs moti­vés, à jour sur les nouveau­tés et inno­va­tions web, avec une soif d’ap­prendre et de parta­ger. L’équipe fonc­tionne en méthodes agiles, auto­nome et sans chef de projet sur la partie tech­nique, en colla­bo­ra­tion avec un respon­sable produit sur le bureau d’à côté pour la partie fonc­tion­nelle.

    Il s’agit d’in­ves­tir sur le long terme pour réali­ser une appli­ca­tion qui évoluera en perma­nence et qui sera au cœur de l’ac­ti­vité. Nous n’en­vi­sa­geons donc qu’une colla­bo­ra­tion sous la forme d’un CDI dans nos locaux de Lyon. Si vous n’ha­bi­tez pas déjà Lyon et si le projet vous tente, même si nous savons que ça ne se fait pas toujours en un claque­ment de doigts, nous vous inci­tons à envi­sa­ger de venir nous rejoindre ici. Outre une ville bien sympa il y a le soleil, les plus grands lacs de France juste à côté, la mer à distance raison­nable, et les montagnes toutes proches.

    La société elle-même travaille à un projet dans le domaine du livre élec­tro­nique, avec pour ambi­tion de fédé­rer les acteurs de la chaîne du livre autour d’une plate­forme de distri­bu­tion et de services d’e-book ouverte, à l’échelle natio­nale et inter­na­tio­nale. Il y a de l’in­no­va­tion, une volonté d’ap­por­ter une vraie valeur ajou­tée au-delà de ce qui existe déjà, et l’en­vie de pouvoir dire « nous étions là » et « c’était nous » dans quelques temps.

    Le recru­te­ment

    Rien n’est gravé dans le marbre, si vous êtes le mouton à cinq pattes ou si vous avez un parcours très spéci­fique, prenez-contact quand même, ça peut être d’au­tant plus inté­res­sant. Vous trou­ve­rez un e-mail dans les liens à propos ou dans le message qui accom­pagne cette offre.

    Note à ceux qui ont exploré ou explo­re­ront le reste de ce blog : Je n’ex­prime mes opinions poli­tiques et société qu’ici, pas dans les bureaux. Vous n’avez pas à les parta­ger, et je n’ai pas à savoir si vous les parta­gez ou non. Par contre nous parle­rons avec plai­sir de numé­rique, de web, de livre, de tech­no­lo­gie, de culture et de plein d’autres sujets non polé­miques si vous le souhai­tez.

  • Why Flexible Hours Inspire Perfor­mance

    Quels sont les horaires de travail ? J’ai moi même toujours eu du mal à répondre à cette ques­tion. En fait il y a toujours eu des horaires là où j’ai travaillé, comme partout. Malgré tout je ne les ai jamais respecté, ou plutôt je ne m’en suis jamais préoc­cupé. Personne ne m’en a jamais fait le reproche et je suis assez respon­sable pour ne pas profi­ter de cette largesse à mauvais escient.

    J’ar­rive quand j’ar­rive, parfois tôt, souvent tard. Je me rend compte que c’était proba­ble­ment pertur­bant pour certains de mes supé­rieurs ou pour des collègues qui n’avaient pas cette liberté, ou qui croyaient ne pas l’avoir (n’est-ce fina­le­ment pas la même chose ?). Malgré tout, quelle diffé­rence si j’ar­rive à 9h, 9h30 ou 10h tant que je passe la jour­née avec les collègues, que nous avons le temps de discu­ter, d’échan­ger, et que je fais ma dose de travail (souvent en restant plus tard le soir, ou en travaillant aussi de la maison).

    L’his­toire de Marga­ret Heffer­nan recoupe beau­coup de mes impres­sions : Why Flexible Hours Inspire Perfor­mance. Les meilleures équipes dans lesquelles j’ai travaillé fonc­tion­naient entiè­re­ment de cette façon.

    Mes horaires me préoc­cupent d’au­tant moins que mon travail a souvent été de la réflexion. Il ne suffit pas de se mettre à table et de rédi­ger un docu­ment ou de se mettre à penser. Il faut que la ques­tion ait tourné dans la tête pendant quelques jours, quitte à avoir fait tout autre chose. Il faut aussi avoir une bonne idée de ce qui se fait ailleurs, décou­vrir les inno­va­tions, faire de la veille, expé­ri­men­ter des choses même si ce n’est pas direc­te­ment relié à la tâche en cours. Que je sois au travail ou non, les idées murissent, et ça ne se compte pas en heures de travail.

    Pire, respec­ter les horaires c’est arri­ver à 9h quand une demie heure de sommeil aurait été profi­table, ne pas pouvoir rentrer tôt un soir pour passer à la poste et rester stressé, ou simple­ment ne pas travailler quand l’es­prit le veut mais quand un papier nous dit que c’est l’heure. Au final non seule­ment ce n’est pas plus produc­tif mais ça l’est fran­che­ment moins.

    Outre la tranche 10h30 – 16h, qui effec­ti­ve­ment est indis­pen­sable pour que tout le monde se retrouve et pour pouvoir échan­ger avec les tiers, je consi­dère que fina­le­ment les heures n’ont de perti­nence que pour les purs exécu­tants. Les autres, ceux qui font un travail intel­lec­tuel de créa­tion, ont tout inté­rêt à trou­ver eux mêmes leurs horaires. Certains n’y arri­ve­ront pas, mais ceux là n’au­ront géné­ra­le­ment pas l’au­to­no­mie ou l’at­ti­tude respon­sable qu’il faut à un cadre auto­nome. Concen­trez-vous sur les autres, ce sont eux qui font avan­cer la barque.

    Reste un point, celui qui me pose problème : Cette réflexion est assez bien accep­tée dans le milieu ingé­nieur et infor­ma­tique. C’est moins le cas ailleurs. Si je donne cette lati­tude à mes employés, il y a un risque que ces mêmes employés se fassent mal voir de la direc­tion ou des autres collègues. Et ça, c’est un problème que je n’ai pas encore résolu.