02 octobre 2016

Des boulots pour occuper les gens ?

David GRAEBER, auteur entre autres de "Dette : 5000 ans d'histoire" constate "l’hypertrophie du temps de travail qui veut que nous travaillons beaucoup pour des boulots dont une grande partie ne sert à rien d’autre qu’à occuper les gens". Je rapproche ça du constat de mes collègues informaticiens : entre 50 et 75% des applications informatiques que nous livrons sont inutilisées.

Qu'est-ce à dire ? En développant ces applications informatiques, en accomplissant ces projets, nous sommes-nous consacrés à des choses sans autre utilité que celle de nous occuper sainement ?

Si oui, alors poser la question de l'utilité d'une initiative avant d'en faire un projet est un problème. Comme est un problème de mesurer la différence qu'a faite une application informatique quelques mois après sa livraison. En effet, si nous renonçons à faire un projet parce qu'il est inutile, si nous montrons que 50% à 75% de nos livraisons sont inutiles, qu'adviendra-t-il de notre emploi ?

L'approche projet - ADKAR® promeut cette question initiale et cette revue post-démarrage. Et donc menace, d'une certaine façon, notre emploi. C'est ainsi que je m'explique la bonne foi de mon collègue informaticien dans une banque : jamais nous ne mesurons la différence qu'a faite un de nos projets.

En soi, les raisons sociales (le maintien de l'emploi) me paraissent légitimes. En même temps, le coût écologique de cette suractivité à haute technologie me semble démentiel.

Tout un système est à l'oeuvre. Il favorise les technologies les plus coûteuses et se pare d'écologie à la marge. Exemple : la HD, Haute Définition. Des mégapixels de clichés envoyés par des réseaux énormes sur ces serveurs colossaux dans des datacenters pharaoniques - mais refroidis de la plus écologique des façons. Tous les acteurs s'entendent et se renforcent les uns les autres. Les capacités croissent. Et l'utilité ?

Pour aider les gens à interroger leur modèle, il me semble qu'il faut aborder la question de l'emploi. Par exemple, qu'est-ce qui garantit que j'aurai un emploi si je quitte le bateau de la HD ? Ou celui du développement d'applications inutiles ?  Ou celui de l'accumulation d'informations superflues ? 

Est-ce la même situation pour la recherche de la Qualité ? Amis de Toyota, vous assortissez votre recherche Qualité par la promesse qu'il y aura toujours de problèmes, de toute façon, et donc aucun chômage pour ceux que passionne leur résolution.

Alors, que dire à ceux qui s'inquiètent et avouent : "nous voulons bien nous centrer sur l'utile au nom de l'écologie mais quid si nos emplois disparaissent ?"

Là, je sèche. Une idée ?


16 juin 2016

Manageurs, que faire des problèmes ?

Dans la littérature, il est montré que lorsque le management punit l'erreur, les auteurs d'erreurs se taisent de peur d'être punis et que, ce faisant, ils donnent à l'erreur, à leur cor défendant, un grand avenir. En effet, il faudrait parler de l'erreur pour la résoudre et communiquer avec ceux qui sont susceptibles de la reproduire.

Il me revient ce soir ce que j'ai lu du Toyota Production System, à savoir que le Lean Management suppose des manageurs qui acceptent les problèmes et apportent leur soutien à celui ou à celle qui divulgue un problème. Sans quoi, il pourrait en être du problème comme de l'erreur et le Lean Management ne saurait prendre.

Je peux me tromper, mais il me semble que, si elle se sent menacée d'être punie comme mauvaise ouvrière, la personne qui découvre un problème a deux options raisonnables : 

  • pallier le problème qui continuera de se produire et d'occuper à sa résolution ladite personne
  • résoudre le problème par devers elle sans rien communiquer tant qu'il n'est pas résolu

En attendant, quels problèmes restent ainsi cachés ? J'imagine assez bien une file de problèmes qui attendent que celui de devant soit résolu pour apparaître, comme il en est de mes erreurs de développement lorsque le programme s'arrête sur un bug en amont qui, de fait, masque ceux qui sont tapis, patients, en aval du programme.

L'idée du Lean Management est qu'une organisation se porte mieux et soutient mieux ses collaborateurs en apportant des solutions aux problèmes qui surgissent. Sans la bienveillance des manageurs, les collaborateurs risquent fort d'adopter une attitude d'éleveur de problèmes plutôt que d'élever des solutions.

Je me rappelle cette anecdote : un américain est nommé à la tête d'une usine de production Toyota aux USA. Son expérience chez Ford sous le bras, il déclare à son mentor japonais, fier comme tout : Premier mois de production, aucun problème à signaler ! Le nippon de répondre : C'est anormal, vous n'avez pas été attentif à ce qui se passe en réalité ; il n'y a pas de production sans problème !

05 mars 2016

Résoudre des problèmes ET sauver son poste.

J'ai noté que Toyota assortit son système de production d'un engagement à maintenir les emplois.

Eh oui, me dis-je. Parce que gagner du temps en résolvant les problèmes, est-ce que ça ne menacerait pas mon poste ?

Mon blog a pour but, je le redis, de vous permettre de faire ce qui est demandé avec moins de temps et d'énergie afin que vous puissiez réinvestir cette énergie et ce temps gagnés dans ce qui a du sens pour vous, quoi que ce soit : la pêche à la gardèche, le farniente un livre à la main, une visite aux ancêtres, les joies familiales.

De fait, c'est moins de l'argent que ce blog permet à coup sûr d'obtenir, que du temps, oui, du temps.

Alors, qu'en faire, de ce temps gagné ?

Au travail, je peux craindre que ça se voie, que j'atteins mes objectifs avec moins de temps et d'énergie. Que dira mon chef ? Continuera-t-il à charger ma brouette jusqu'à ce qu'elle plie ? Dira-t-il que mon poste est devenu sans objet ?

Et si je m'occupais, dans mon temps de travail, à identifier puis résoudre les problèmes jusqu'à présent masqués par les derniers résolus ?

C'est vrai, je vois dans mon parcours de chef de projet des collègues monter en épingle des problèmes qu'eux seuls sont en mesure de pallier (du moins le croient-ils), du fait qu'eux seuls en connaissaient la source. Mais je hais la monotonie de leur quotidien : ils savent à l'avance ce qui les attend et rentrent chez eux le coeur à l'étroit.

Et puis, si le problème juste résolu est l'arbre qui cache une forêt, est-ce malin d'aller au devant de soucis inconnus ?

Pour ma part, outre l'inconfort que je ressens devant des soucis inconnus, j'ai dans l'idée qu'il m'est possible de choisir mes problèmes dans une large mesure - et de déléguer ceux que je n'ai pas choisis, précisément. Choisir ce qui occupe mon temps de travail, le début du luxe ;-)

Finalement, des problèmes, il s'en trouvera de nouveaux chaque fois que j'en résous. Je pense que nous sommes devenus experts à traiter avec les représentations de la réalité (les données, les informations), pas avec la réalité elle-même. Or, par définition, la réalité a le dernier mot.

Nous construisons un décalage entre la réalité et nous en manipulant des représentations de la réalité. C'est une source inépuisable de problèmes. Donc, pour ceux qui résolvent des problèmes, pas de chômage en vue, non, pas de chômage.

Toyota a, il me semble, une passion unique et salutaire pour la réalité, au point d'en faire un pilier de sa méthode, le Genchi Genbutsu. On y voit des manageurs observer l'atelier de près, de très près, on les voit s'approcher de la réalité.

Donc, moi, si j'avais du temps, je m'approcherais de la réalité, je ferais du Genchi Genbutsu, et je découvrirais des problèmes à résoudre qui m'occuperaient sainement et, une fois résolus, me laisseraient du temps pour lever à nouveau le nez du guidon et découvrir des gisements de problèmes - ou de productivité, comme on voudra. Voilà qui a du sens pour moi, à vivre avec d'autres.

Cela dit, s'atteler à régler un problème qui touche la collectivité est délicat. Cela touche au changement pour des personnes concrètes qui, souvent, connaissent le problème et l'ont apprivoisé. Comment faire, alors ? Quels biscuits avons-nous dans nos poches ? Quels atouts avons-nous dans notre manche ?