De nombreuses personnes m’ont déjà entendu dire que je continuerais à faire de l’informatique jusqu’à ce que je vois un projet sortir en temps et en heure. C’est une blague récurrente, qui reflète, malheureusement le manque de soin apporté à l’évaluation des risques, des ressources et des spécifications dans les projets de développement web.

Pour faire écho à l’article de Damien Mathieu, j’ai déjà rencontré de très bons chefs de projet. Mon expérience de consultante-formatrice m’a amenée dans des entreprises privées aussi bien que dans des établissements publics, au contact d’équipe variées. J’ai toujours constaté une certaine fatalité envers le retard dans les projets web.

Et pour la première fois, lors d’une mission, nous livrons des features au rythme prévu. Parfois, cette date a été ré-ajustée au fil du développement, parfois la feature B devance en produit livrable la feature A et se retrouve livrée plus tôt. Tout va bien, me direz vous, alors plutôt que de pointer encore et encore les erreurs des projets, les erreurs des développeurs, je vous propose d’examiner les conditions de cette réussite.

Maîtrise des développements

Pour une fois, ma mission de développement se déroule chez un éditeur de logiciels, et pas dans une SSII ou web agency. Les contraintes sont différentes : ajouter des nouveautés permet de continuer à faire évoluer le site web. Et maintenir l’existant permet de gagner la confiance des utilisateurs. Le besoin de qualité est important pour un code pérenne et maintenable, cette qualité est plus importante que le besoin de livrer rapidement. Les dates limites existent néanmoins et permettent de border les tâches, et de découper les features en tâches.

Direction du projet

Les projet ont deux têtes pensantes : un lead développeur, une chef de projet (commune aux projets). Et en plus, un directeur technique est disponible, pour les points plus critiques ou les choix techniques d’évolution du projet (modification du système de traduction, par exemple). Les technologies les plus performantes sont envisagées pour remplacer les technologies classiques. Cela donne du dynamisme au projet, et attire des développeurs de qualité dans l’entreprise.
Malgré un recrutement soutenu, les développeurs sont bien intégrés aux équipes par des formations aux outils, et comme habituellement, des tâches autonomes et indépendantes des autres du projet à réaliser. Le temps de midi est également mis à profit pour la convivialité.

Des horaires souples

Pour mes besoins personnels, je préfère arriver tôt et repartir tôt. D’autres collègues préfèrent arriver plus tard (après 10h) et j’imagine qu’ils partent plus tard. La pause déjeuner n’est pas non plus chronométrée. Nous sommes managés à la tâche plutôt qu’au créneau horaire, et responsabilisés sur notre tâche. Les dates de planning nous ont permis de déterminer un rythme à tenir pour la sortie de notre feature.

Rencontres fréquentes

Malgré l’open space, dont on sait qu’il est moins bon pour la productivité que les bureaux individuels, les développeurs s’isolent pour se concentrer. Les rencontres sont donc provoquées par un stand-up quotidien, qui a lieu après la pause déjeuner. Parfois, les développeurs d’un même projet — qu’on croirait connectés — se retrouvent à échanger, parfois c’est une simple énumération de ce sur quoi chacun travaille.
Même si nous travaillons sur des logiciels différents, nous avons des fonctionnalités communes, pour résoudre les mêmes problèmes, nous communiquons entre les projets. Les solutions éprouvées sont alors dépistées, ainsi que les impasses.

Challenge technique

En plus d’utiliser des technologies de pointe, toutes les deux semaines, une journée consacrée à la technique est organisée, les développeurs comme l’infra se retrouvent à mettre en place des nouveautés techniques dans l’application, à faire des tests sur les futurs produits techniques, à réparer de petits agacements dans le code ou la configuration qui ralentissent tout le monde.
Cette journée de technique pure, sans but de plaire aux commanditaires (ou actionnaires) des logiciels est toujours un jour agréable. Nous passons en production des nouveautés qui ont été testées précédemment, ou des ajustements qui augmentent le confort de développement.

Convivialité

La pause repas ayant déjà été évoquée, j’ajouterais les outils d’Instant Messaging, la mise à disposition de consoles de jeux (et canapés), le café à volonté, ainsi que la présence d’un outil de “Perles” qui recueille les propos les plus amusants, sortis de leur contexte, évidemment. Ces différents outils renforcent les liens inter-personnels et la confiance entre les développeurs.

Pour terminer, les développeurs sont considérés comme essentiels à la production de valeur dans l’entreprise. Le fait qu’ils soient nombreux les rend majoritaires par rapports aux autres services (marketing, RH ou comptabilité). La direction des projets fournit le matériel nécessaire au confort de chaque développeur (écrans, lampes, etc.) et les responsabilise sur leur code et le code de leur projet.
Sans utiliser de l’eXtrême Programming ou du Scrum, quelques pratiques issues des méthodes agiles améliorent le confort des développeurs et la qualité des produits.

billet invité rédigé par Sarah Haïm-Lubczanski

Vous voilà embarqué sur un nouveau projet (que ce soit en freelance, en agence ou directement dans une start-up) et dès le pitch du projet, vous savez que ça va foirrer… badly (comme ils disent dans les films américains), un futur FAIL en puissance, voici donc quelques signes qui peuvent vous aider à détecter ça:

1. Vous travaillez avec des cons
Tout ou presque est dit dans le titre, mais autour de ce nouveau projet, vous êtes réuni avec au moins une (voir plusieurs) personnes que vous n’aimez vraiment pas, mais alors pas du tout (et vous feriez bien caca sur son clavier par exemple juste pour le fun, comme ça). Comment donc envisager le développement d’un projet sereinement avec quelqu’un que vous détestez? Pas évident, et même si dans un premier temps vous décidez de mettre votre haine/fierté dans votre poche, il y a fort à parier que ce conflit latent risque de ressortir un jour et de nuire au bon déroulement du projet.

2. Conflits de vision
Vous avez en charge un projet démentiel, mais les deux personnes (voir plus) en charge de le mener à bien, les deux responsables ne sont pas d’accord sur la vision, sur ce que doit être le projet, sur les étapes futurs, etc…
Gros soucis, puisque si vous êtes le bras armé du projet, vous avez besoin d’avoir un référent solide pour vous diriger dans la bonne direction, si cette direction est double ou variable, il y a de grandes chance pour que le projet tombe à l’eau ou atterrise à côté de sa véritable cible.

3. Budget ultra (trop) serré
Avoir un petit budget c’est bien, avoir un micro budget et de grandes ambitions c’est toujours bien mais beaucoup moins faisable. Si votre projet est de faire le nouveau YouTube en trois jours chrono, il y a de grandes chances pour que le projet se prenne au choix une baffe ou le mur (ou que vous payez la mauvaise estimation ou la poche trouée de votre client). Un projet cool si il est irréalisable ou pas profitable ne sert à rien (à part vous foutre dans la merde si on résume)

4. La guerre des clones
Vous en trouverez plein en allant sur codeur.com(beurk, d’ailleur j’en parlais ici) des petits malins qui pensent que faire un clone de YouTube ou de LinkeIn va les rendre millionnaires (aïe pour la future désillusion)… s’inspirer d’un site ou d’un concept pourquoi pas, mais vous devez y amener votre patte, et surtout tenter de vous démarquer de la concurrence, sinon personne n’ira sur votre site (et préfèrera le projet cloné). Si on vous assigne ce genre de projet, attention ultra piège en perspective.

5. Pas de monétisation possible
Un projet démentiel, super intéressant, mais sur lequel il est impossible ou presque que le créateur se fasse de la thune… pas de possibilité de pub, pas de compte premium, pas possible tout simplement… problème. Je m’explique, certes des sites comme Twitter continuent à exister sans modèle économique valable mais parcequ’ils ont la volumétrie aujourd’hui, et que les X millions d’utilisateurs se monnaieront un jour ou l’autre. Si vous avez un projet certes innovant, mais sans possibilité immédiate de rentabilisation, vous vous exposez à de sérieux trous de trésorerie. Il est aussi possible que le commanditaire ai plein de pognon (ça c’est bien, mais pas illimité) ou ai une perspective de levée de fond (qui reste hypothétique et longue), mais méfiez vous de ce genre de projet qui peut vite se finir, faute de fonds suffisants.

6. Un train de retard
Une technologie dépassé (le moteur de rendu de word sous IE?), un concept mille fois appliqué… bref un projet qui n’a rien d’original que ce soit dans la forme ou sur le fond et qui risque de faire un flop, à éviter donc

7. Pas de vision
Monsieur Y a eut une idée… et c’est tout, pas de vision du site ou du service dans un an ou plus, pas de chemin tracé, juste une idée qu’il veut transformer en site web / service et en cash (et le plus rapidement possible cf codeur.com encore une fois). Les idées tout le monde en a, mais de répondre à un besoin réel (ou comme Steve Jobs d’en créer un) et d’avoir suffisamment de vision pour mener sa barque jusqu’à destination c’est une autre affaire. Et si vous ou la personne qui mène le projet n’a pas cette vision, le développement du projet, aussi bien que sa marketisation (je sais pas trop si ça se dit) ou sa monétisation risque d’être un vrai problème, sans parler du syndrome de l’idée qui change toutes les 20 secondes.

8. La guerre des petits chefs mesquins
Je suis sûr que vous l’avez tous vécu… cette fichue situation ou plus que de penser au bien du projet, chacun essaye de ramener la couverture à soi, le directeur marketing essaye de transformer le projet en opération marketing-sociale-guerrilaweb au détriment du projet, le directeur technique tente de replacer les jouets avec lesquels il a envie de faire mumuze, etc… et chacun essaye de bomber le torse, ou de faire un vilain croc en jambe à l’autre fumier de l’autre service qu’on aime pas. Et vous? ben vous et le projet vous êtes au beau milieu de ce champ de bataille et advienne que pourra.

9. S’y voir déjà
Le projet n’est même pas lancé que le créateur l’imagine déjà fini et lancé et prévoit les trois suites à ce fameux projet sans savoir si son idée sera couronnée de succès ou pas. Au lieu de se concentrer sur le projet et sa mise en oeuvre, il estime cela comme déjà acquis et presque accessoire et vous broutte avec toutes les améliorations qu’il compte y apporter et les autres rejetons du projet qu’il compte lancer.
Là ce qui est gênant c’est la masse de distraction et de discussions que cela entraîne pour vous permettre de re-centrer le débat sur le projet en cours et non une hypothétique suite.

10. Rien de motivant – techniquement la loose
Vous êtes un développeur psychopathe, un vrai, hardcore et on vous demande de monter les pages en tableaux (pff le css c’est tellement surfait), de ne surtout pas utiliser les fonctionnalités orientées objet ou d’utiliser des méthodes de papy pour développer. Outre la frustration et le retard technologique c’est l’impression de patiner, voir de retour en arrière qui risque de vous frustrer et au final de nuire globalement au projet

11. Equipe pas motivé, le syndrome de la patte qui traîne
Tout le monde est fatigué, usé, la plupart s’en tapent et vous au milieu vous vous démenez pour faire avancer votre travail mais aussi tenter de motiver les larves semi-vivantes qui composent votre équipe. Là pas grand chose à dire à part de changer d’équipe si vous le pouvez… en tout cas dans ce genre de situation c’est votre santé (mentale principalement) ou le projet qui risque d’en pâtir.

12. Des conditions difficiles
Un projet sympa et motivant, mais vous et votre équipe êtes installés au deuxième sous-sol, sans lumière, à 8 dans 10m2 avec une bonne vingtaine d’ordinateurs dans la salle, par plus de 30 degrés sans aération (ne souriez pas, j’ai subi ces conditions exactes, je dirais pas où…) avec un ordi qui date de la guerre de sécession, et un connexion ultra moisie… Bon là pas de doute, les conditions d’installation et matérielles ne risquent pas de vous aider, au contraire, vous allez devoir vous battre tous les jours, non pas contre les vicissitudes du projet, mais de tout ce qui est autour. Conséquences? Fatigue, maladies à répétition, agacement, énervement, et un projet qui ne démarre pas sous les meilleurs hospices.

13. Projet de merde / foirreux
Tout est dit dans le titre… le projet pue, vous avez pas le choix, donc cf les points précédents

Et pour vous c’est quoi les points qui montrent qu’un projet va aller dans le mur avant même de commencer?

La sortie de BLOXXID est imminente (on y travailles tous d’arrache-pied, ce qui explique aussi la mort temporaire de ce blog… retour à la normale d’ici peu normalement), avec des horaires normaux (comme je l’expliquais ici) mais intenses, très intenses, concentration maximale… Qui dit concentration maximale, dit alimentation adaptée… attention âmes (caloriques) sensibles s’abstenir



Un petit déjeuner de champion
Le matin c’est immuable pour bien démarrer la journée c’est céréales… mes préférés? Avec pleins de chocolat évidemment, mais bon comme c’est des céréales c’est censé être bon pour la santé (en tout cas c’est censé ne pas avoir que des cochonneries, même si parfois ça reste à vérifier)

Manger bien sans plus
En général le midi pour moi c’est une siouper salade préparée à la maison et trimballé jusqu’au boulot (aujourd’hui c’était thon / oeuf dur / tomate / maïs) dans un truc hermétique (pour éviter le laptop à la vinaigrette) et un petit tuc à grignoter à côté… c’est suffisant et pas trop bourratif (pour éviter le syndrome de la sieste involontaire de 14h32 devant son ordi), nickel pour bien coder encore quelques heures.

Du glouglou qui donne la patate
Pour moi c’est une de mes deux drogues au travail (et vous l’aurez compris mon autre drogue c’est le Chocolat): des trucs qui font des bulles avec de la caféine à l’intérieur. Perso j’ai un franc penchant pour le Coca Light Sango, mais parfois je me fais un mix avec un “boisson énergisante” (comme ils disent), histoire de se donner un petit coup derrière les oreilles. Attention toutefois de ne pas abuser des boissons énergisantes, au péril de s’écrouler comme une merde à 19h12 dans le bus et de se retrouver dans une banlieue inconnue (non c’est pas vrai ça m’es jamais arrivé)

Des apports de sucre/chocolat régulier…
On en arrive à la partie la plus intéressante: comme vous réfléchissez, codez, faites marcher vos petits doigts poilus et boudinés, vous vous devez (sous peine de sous-alimentation grave) recharger votre batterie en ingurgitant de temps en temps des trucs sucrés. Bon j’avoues je suis accro au chocolat (mon gros ventre en est témoin)… il doit y avoir des substituts moins caloriques (des trucs diététiques pas bon par exemple) mais moi j’aime ça…

Et vous c’est quoi votre régime en période de boulot intense?

Voilà maintenant quelques mois que toute l’équipe de Bloxx travailles d’arrache-pied sur BLOXXID, on arrive aux derniers semaines/jours du projet et voilà pourquoi je penses que même en temps de grosse pression / beaucoup de travail il faut quand même respecter des horaires décents.

Des horaires pour préserver ma vie de famille
C’est ma base: j’essaye d’avoir des horaires stables, puisque c’est la seule barrière qui protège ma famille de mon travail (qui est déjà suffisamment chronophage), donc je m’astreint à des horaires stricts: arrivée entre 8h45 et 9h15 (sauf accident matinal exceptionnel ça peut arriver) et départ à 18h30.
Entre 19h et en général 22h (l’heure où mes femmes se couchent) je n’ouvre pas mon laptop et ne répond pas ou peu au téléphone, j’essayes d’être disponibles pour elles, puisque c’est le seul moment de la journée (à part le réveil difficile) qu’on partagera dans la journée.
Après c’est mon horaire… là ou je geek, surfe, bosses… entre 2 et 5h par jour suivant la forme du moment.

S’adapter à la situation
Evidemment à circonstance exceptionnelle (comme la release d’une application web par exemple) timing exceptionnel. Il peut arriver pendant quelques jours de rester tard pour effectuer la mise en ligne, ou de rogner une journée de week end par ci, par là… mais prolonger ça plus au delà de l’exceptionnel est malsain pour plusieurs raisons:
- si vous bossez tout le temps plus, vous êtes censé être payé plus (ou alors il faut songer à une embauche, si ça quitte l’exceptionnel ça devient un mauvais management plus une mauvaise gestion du temps)
- vous accumulez une grande dose de fatigue que vous n’arrivez pas à décharger
- vous allez commencer à devenir grognon, voir désagréable puisque la situation censée être exceptionnelle se prolonge

Trop d’heures de travail nuis à la productivité et à la qualité du travail
Basiquement, vous pouvez être concentré pendant quelques heures par jour, guère plus… vous pouvez tenter de pousser cette concentration au delà mais les résultats ne risquent pas d’être très concluants. Mieux vaut souvent s’en aller, se reposer, le lendemain on est souvent beaucoup plus productif, avec les idées claires… bref pour résumer rester debugger un truc jusqu’à 3h du mat ça sert à rien, mieux vaut revenir le lendemain tôt et s’attaquer au problème avec une tête vide et claire (et puis un jour de retard sur un gros projet web c’est jamais la mort, et mieux vaut un jour de retard qu’une fonctionnalité moisie et mal pensée).

Réduire les distractions / Rester concentré
Ok on allonge pas les journées, mais alors comment on fait pour essayer d’en faire un maximum dans le temps imparti?
C’est relativement simple, d’abord vous virez toutes les distractions: twitter, email, téléphone, blogs, etc… vous ne les ouvrez tout simplement pas. Si vous avez besoin d’une plus grande concentration, vous pouvez aussi mettre de la musique, ce qui vous coupe aussi des distractions extérieures (les collègues ou tout autre personnes qui pourraient vous distraire).
Voilà vous venez de gagner quelques minutes/heures précieuses sans avoir allongé votre temps de travail…

S’accorder des moments de détente
Même si on travaille beaucoup, il faut aussi se réserver des moyens de se détendre, de relâcher la pression, de se reposer les yeux… c’est très important si vous voulez pouvoir tenir le rythme.
Moi j’ai le vélo et ma grotte… chacun son truc

Voilà pourquoi je ne penses pas que même en situation de grosse pression / deadline il n’est pas bon d’allonger les horaires de travail. Et vous vous en pensez quoi?

Un peu plus de 4 mois chez Bloxx, il est temps de faire un petit point…

Officiellement Bloxxien
Ben ça paraît con de le dire, mais ma période d’essai est finie… je n’ai pas reçu de recommandé, mon voilà donc officiellement Bloxxien. Le début d’un nouveau job c’est toujours une période difficile, on change de boulot, d’équipe, de projets, les personnalités changent, les relations entre les personnes (que ce soit les histoires hiérarchiques, etc…)
En tout cas super content de travailler avec Franck et Thien, super content de l’ambiance générale, de la franchise et de la bonne entente qui se dégage de l’équipe, je pense et j’espère que les projets s’en ressentiront.

Bêta publique imminente – grêve de tondeuse
Comme pour mon précédent job chez Busineo, j’ai décidé de me donner un challenge… au lieu de me couper la barbe (j’ai vraiment trop une vilaine gueule sans barbe), j’ai décidé de faire la grêve de la tondeuse tant que BLOXXID ne serais pas en ligne. Pour info je DETESTE avoir le cheveux qui poussent comme ça (je sais pas pourquoi mais je trouves ça crado, peut être aussi parceque je finis de perdre mes cheveux) ce qui me motive à booster le dev de BLOXXID.
A la release de la Bêta Publique Thien et Franck pourront me raser le crâne (ou pas c’est comme ils veulent).

LaGrotteDuBarbu Saison 2 qui arrive d’ici quelques mois
La barbe aussi pousse… pas vraiment de grêve de coupage de barbe, mais je cultive ma barbitude en essayant de mettre en place la saison 2 de LaGrotteDuBarbu. Pas trop le temps en ce moment, mais c’est quelque chose qui me trotte dans la tête en tâche de fond.

Beaucoup de plaisir, beaucoup de fatigue aussi…
Plein de taf, entre le métier traditionnel de Bloxx et BLOXXID… des journées chargées et il y a deux jours, un coup de sonnette d’alarme: sinusite frontale et migraine occulaire. Ne pas pouvoir se concentrer sur un ordi sans choper un vilain mal de crâne pour un dev c’est un peu gênant. En gros conclusion du doc: vous devez vous reposer. Je me reposerais (un peu) quand le Bêta sera en ligne (là vraiment pas le temps, mais c’est prévu et presque planifié).
Par contre bonne nouvelle, 20 km (ou presque) de vélo par jour ça agit vraiment sur la santé (non je ne me suis pas pesé) mais 76 bpm pour mon coeur et un tension à 13/8 (c’est apparemment très bien vu ma taille, mon gros ventre, le fait que je sois fumeur, etc.) c’est la bonne nouvelle de la visite chez le doc.


Mon vélo en pièce détachée
Mon vélo justement qui est actuellement en pleine restructuration, après avoir ruiné mon troisième pédalier en quelques mois, j’ai décidé de passer aux choses sérieuses en me procurant un vrai pédalier (BLB pour ceux qui connaissent, le mec qui me l’a vendu me l’a garanti, sinon il m’en refile un gratos)… j’en ai profité pour lancer la modification de Günter en SingleSpeed (donc une seule vitesse) en 46/16 et équiper le tout d’une chaîne de BMX ultra bourrin, plus de pédalier ruiné à priori donc.
Toujours un petit problème avec le démontage d’un élément de ma roue arrière, mais à priori premier tour de pédale ce week end.

Voilà, donc quatre mois intenses, nouveau boulot, beaucoup de boulot, beaucoup de plaisir… malheureusement pas beaucoup de temps pour écrire, mais je vais essayer d’arranger ça dans les semaines qui viennent