Bore-out : que faire pendant le temps libre au travail ?

Je me souviens qu’il y a quelques années, je passais une bonne heure chaque semaine à remplir le CRA hebdomadaire lors de mes dernières missions.

La maille était à l’heure, et il fallait mettre des "codes projets" pour les 8 heures par jour.

Pour ne pas déborder sur les "budgets" associés aux projets, chacun dispatchait en cohésion avec notre n+1 les horaires comme il pouvait entre les différents codes, et ça n’avait plus grand-chose à voir avec la réalité.

Le corollaire de cette corvée de CRA était aussi que dès que quelqu’un venait voir quelqu’un d’autre pour lui demander un service ou une aide quelconque, la première question était : "tu as un code projet ?"

Et chaque quinzaine, les n+2 et n+3 regardaient des fichiers Excel géants avec tous les codes et horaires pour voir les dépassements, et se féliciter des budgets tenus, ou de serrer la vis quand ils ne l’étaient pas.

Pour être tranquille, on gonflait toutes les évaluations pour disposer de codes projets avec des "budgets" les plus élevés possible.

Ça fait tellement pitié quand j’y repense… Un bon exemple de suivi managérial complètement raté.

Ah, cette méthode Agile.

Dans les deux dernières boîtes où j’ai bossé cela signifiait simplement que le CEO attendait ses livrables plus rapidement, car en prononçant l’incantation « méthode agile » deux fois par semaine la productivité de la boîte devait s’envoler.

Il paraît cependant que quand c’est correctement implémenté c’est pas si mauvais (jamais vu de mes propres yeux!).

Bien à vous,

Dr. Minimal

Dans les 2 sociétés où j’ai vécu le passage en mode Agile, j’ai vu :
- d’énormes dépenses en coaching, formations … faites par des "experts", "coach" et autres gourous de l’Agilisme
- des centaines d’heures passées par les salariés à suivre ces formations et autres jeux de rôles, mises en situation, le tout dans une ambiance "’bullshitesque".

Mais au final, si vous avez un utilisateur final qui a besoin qu’on lui développe une fonctionnalité :
- Avant Agile : l’utilisateur final envoie sa demande au développeur
- Après Agile : l’utilisateur final envoie sa demande à une personne qui centralise les demandes, cette personne envoie ensuite les demandes à une autre personne qui gère les plannings et celle-ci enfin envoie la demande au développeur ( je vous laisse imaginer la perte d’information sur le chemin de la demande, la perte de temps, les réunions quotidiennes pour classer les demandes, pour les caser dans le planning de l’équipe … )

@IH : vous avez bien fait de quitter ce monde, c’est de pire en pire, je vois de plus en plus de gens qui se sont auto-persuadés de l’utilité de tout cet amas de bullshit ( CRA, Agile … ).

Je dirai qu’à la louche on pourrait lourder 80% des effectifs des boites où j’ai bossé, sans qu’on ressente le moindre effet ( au contraire ça permettrait aux 20% qui travaillent réellement, d’être opérationnels à 100% ).