Tous les travailleurs du web vont le diront, ils ont tous une anecdote sur une soirée ou une nuit passée à debugger un service, une mise en ligne qui ne s’est pas bien passé et qui c’est soldé par une soirée plus que prolongée (voir même une nuit passée au boulot).
C’est une sorte de badge d’honneur que certains portent fièrement alors que d’autres (dont je fais parti) préfèreraient l’éviter.
C’est vrai que cette mésaventure peut arriver à tout le monde, un planning qui a du retard, une mise en ligne obligée à telle heure telle date et hop vous voilà partit pour une joyeuse nuit de développement…
J’ai la malheureuse expérience de plusieurs de ces nuits mémorables et je peux vous affirmer que peu importe l’entreprise (ou le client) où vous travailler, cela risque malheureusement d’arriver.
Certains diront fatalistes que cela fait parti de notre métier… et ils ont plus ou moins raison, mais une question me brûle les lèvres:
Si ces heures supplémentaires, horaires à rallonge et nuits partielles arrivent de temps en temps, comment se fait-il qu’il n’y ait presque jamais de contrepartie? Quans je dis contrepartie, je parle deprime, de temps de récupération, etc…
Personnellement, je n’ai jamais vu une de mes veilles tardives être récomponsé d’une façon ou d’une autre (à part une petite claque dans le dos de mon boss).

Pour éviter cela, plusieurs choses (certaines ne dépendant malheureusement pas de vous mais de votre hiérarchie ou de vos chefs):
- signalez à vos chefs les plannings super serrés, ou le manque d’effectif, pour qu’ils ne s’étonnent pas d’un retard sur le planning et qu’ils puissent négocier une rallonge avec le client pour la mise en ligne finale
- établissez des règles claires: une nuit au boulot = une journée de récup, ou alors être payé en heure sup, etc… si vous ne les demandez pas vous ne les aurez pas… donc demandez
- vous êtes en droit de refuser de bosse la nuit ou le soir tard, ce n’est pas un motif de licenciement (personne ne peut vous obliger à travailler tard, c’est une fleur que vous leur faites et cela doit rester très ponctuel)
- prenez un stagiaire, et refilez lui le boulot (ça c’est pas bien, c’est même super vilain, mais certains le font, et puis ils sont jeunes et plein d’énergie…)

Je ne suis pas contre les horaires à géométrie variable, mais soyons honnêtes, en général ils ne sont variables que dans un sens…
Pour ma part, j’ai mis les choses au clair dès le départ, à part urgence démentielle (du genre explosion atomique ou combustion spontannée de tous les ordinateurs) je pars du boulot à 18h30, si une mise en ligne n’est pas demandée avant 15h elle sera traitée le lendemain matin… c’est dur je sais, mais c’est le seul moyen d’éviter les demandes de mise en ligne “casse-gueule” (du genre “juste des fichiers à copier en ligne” qui pète tout le site et qui demande 3 heures de debuggage) demandées à 17h46…

Une autre pratique, assez pénible, est l’horaire décalé…
Le graphiste super hype qui arrive pas avant 11h30, ou le développeur qui a codé son projet perso jusqu’à 5h30 du mat et qui a pas entendu le réveil. En général ils sont pardonnés parceque si ils arrivent tard, ils repartent encore plus tard… mais certaines fois c’est une situation génante (réunion prévue et personne à ladite réunion, info cruciale introuvable car personne pas encore arrivé à 11h20, etc…)
Mais elle est beaucoup moins

Et vous c’est quoi vos expériences d’horaires décalés ou extensibles?

Articles éventuellement en rapport:

• Findawine: c'est fini (pour moi...)
• Finalisation d'un projet... la dernière ligne droite
• Pourquoi engager un blogger?
• Mon client (ou boss) est un con!
• Vos transports

Cet article a été posté le Wednesday 21 February 2007 à 1:24 am et a été classé dans la catégorie Gestion de projet, Travail, contrats, etc....