Suivre Des Tickets Et Pensée Désidérative

Fleeting

Quand je me retrouve dans un travail en équipes sur un sujet nouveau, je vois souvent ce schéma se produire.

1. on casse le problème en petits bouts (grooming),
2. on se réparti le travail,
3. on se sépare,
4. …
5. on se rejoint,
6. les choses se passent mal, on se rend compte que
   1. on ne s’était pas compris sur ce qu’il fallait faire,
   2. les tickets sont clos alors qu’aucun test n’est réalisé,

Je pense que lorsqu’on découpe le travail, on se met dans un mode de pensée désidérative où on va croire que le monde correspond à notre idée vague du sujet. Or, quand on découdre les sujets au fur et à mesure qu’ils arrivent, on se rend compte que ce n’est pas le cas et qu’il faut revoir le problème.

Je pense que dans ces cas, il faut privilégier

1. le Rapid Application Development où on va vite tester une hypothèse et l’implanter,
2. le POC où on va « faire semblant » de faire le travail, sans la contrainte de le faire de qualité et voir où sa nous mène,

Dans le cas 2. je remarque parfois qu’on finit par prendre le travail du POC comme s’il s’agissait du travail final. Ici encore, on peut voir ça comme de la pensée désidérative, où on considère que c’est le résultat attendu et on ne veux pas admettre qu’un travail de développement nécessite plus qu’un simple code qui tourne.

Permalink