•

Ingénieurs, informaticiens, banquiers... Quand la célèbre méthode agile irrite plus qu'elle n'aide

https://www.lefigaro.fr/decideurs/emploi/ingenieurs-informaticiens-banquiers-quand-la-celebre-methode-agile-irrite-plus-qu-elle-n-aide-20230622

ENQUÊTE - Cette manière de travailler et de gérer des projets est devenue la coqueluche de beaucoup d'entreprises. Mais une vingtaine d'années après son arrivée dans le paysage professionnel, les critiques affluent. Alors, stop ou encore ?

Ingénieurs, informaticiens, banquiers... Quand la célèbre méthode agile irrite plus qu'elle n'aide

https://archive.ph/oV3wH

23 comments

Sphks

•

C'est juste une capture d'écran d'un début d'article ? Pourquoi tant de hauts votes ?

Camus

•

Pas mal de gens traumatisés par des réunions interminables sous prétexte d'agilité

Sphks

•

En regardant le calendrier d'une collègue scrum master, je n'ai pas l'impression que ce soit la durée mais la fréquence.

Des tonnes de micro réunions, réunions, séminaires. De quoi s'interrompre 3 fois par jour. Sans compter le temps de préparation des micro réunions (réfléchir à ce qu'on va dire, c'est du temps en moins pour produire).

Ziggurat

•

je dois remplir des time-sheet où je dis combien d'heure j'ai sur chaque projet, c'est compliqué car j'ai des fonctions d'expertises qui font que je jongle entre plusieurs projets, voir parfois intervient en support quand c'est la crise sur le terrain

J'ai un principe, je pointe par heure entière, et toute heure commencée est pointée même si c'est juste 5 minutes. Ces 5 minutes, me demandent d'arrêter ce que je faisais avant (idéalement à un point où c'est sauvegarde) d'aller dans une salle de réunion, d'assister à la réunion, de réfléchir à ce que je vais devoir faire/demander.

Et puis, la micro réunion quotidienne façon agile, j'ai du mal à imaginer une industrie où les choses vont aussi vite, au point où tout le monde serait concerné par des changements en un jour.

Camus

•

Dans mon boulot actuel, il n'y a pas de timesheet. Je n'aurais jamais cru à quel point ça pouvait être libérateur.

a4ng3l

•

Dans ma boite on est occupé à boucler complètement… on passe de waterfall avec timesheet a agile du far west, à agile avec un outil de task management à agile avec l’outil de task management qui devient littéralement l’outil de time management. Et du coup on a du adapter la méthodologie au reporting financier…

Camus

•

Ca a l'air sympa comme boîte, il n'y a pas de journée type https://media.lesechos.com/api/v1/images/view/5e567ba6d286c2639c067358/1280x720-webp/9304-1504098892-lexique-corporate.webp

Sphks

•

Remplir une timesheet au fur et à mesure, c'est chiant mais pas la mort. En plus on peut mettre n'importe quoi, tout le monde s'en fout. Une fois mon chef m'a même demandé explicitement de mettre n'importe quoi pour que ça ne lève pas d'alertes. Pas de travailler autrement - de remplir autrement.

Le plus énervant, c'est quand on te demande à l'avance combien de temps ça va prendre. Bah écoute j'en sais rien, je ne connais pas encore la complexité de la tâche, ni les gens avec qui je vais bosser.

bouh

•

C'est chiant et ça sert à rien (comme tu le dis, tout le monde s'en fou). Du coup c'est frustrant au possible. Personne n'aime faire du travail chiant et inutile.

Camus

•

C'était surtout super chiant de devoir courir après les codes. J'étais dans une équipe transversale, du coup obligé de toujours contacter une demi-douzaine de personnes pour avoir les codes

Camus

•

C'est un peu des deux, effectivement. En tout cas, mes potes dev se plaignent régulièrement de l'impact de toutes ces réunions sur leur productivité

bouh

•

J'ai été dans une équipe supposé ment agile. Comme c'était la crise et qu'on était déjà très en retard, on avait deux réunions de une a deux heure par jour.

mr_washee_washee

•

assez absurdement, s'agissait-il de l'intégralité de l'article. ça va à montrer que tels journaux ne méritent pas d'être payé des abonnements.

Sphks

•

Bah non. Il reste 90% de l'article derrière un paywall : https://www.lefigaro.fr/decideurs/emploi/ingenieurs-informaticiens-banquiers-quand-la-celebre-methode-agile-irrite-plus-qu-elle-n-aide-20230622

mr_washee_washee

•

heureusement quelqu'un l'avait déjâ archivé pour tes yeux: https://archive.ph/oV3wH.

Sphks

•

Chouette

Maraval26

•

Le top du top ce sont les rétrospectives. On vide un bloc de post-it, après le meeting tout va à la poubelle, et on reprend exactement comme avant. Comme si rien n’avait été dit.

Camus

•

Très frustrant effectivement

Maraval26

•

La méthode irrite parce qu’elle n’est généralement pas appliquée correctement. Beaucoup débectent les scrums, alors qu’il ne s’agit plus de scrums. Ils ont été transformés en réunions fourre tout de 45-60 minutes. Un vrai scrum ça ne dure pas plus de 10 minutes et ça n’a pas d’impact néfaste sur la journée… Au contraire…

glad_cat

•

Pour avoir bossé dans 5 ou 6 boîtes qui faisaient de l'agile, les managers s'emparent du process et font du cycle en V avec micro-management. Et comme ce sont les managers qui décident, ça fini toujours par partir en couille. Alors oui, l'agile c'est comme le vrai communisme : en théorie c'est marrant, dans la pratique ça n'existera jamais sauf pour une startup entre potes.

Quentintum

•

Quand j'étais chef de projet, moi et mon équipe ça durait 10-15 minutes et c'était parti pour la journée. Mais les jours où mon N+1 et/ou le DSI s'incrustaient, c'était tout de suite 1 heure voire plus.

Narann

•

Quand la méthode agile est géré par ton N+2, ce n’est plus de la méthode agile.

À titre perso, la seule fois où j’ai vu ça correctement appliqué c’est quand celui qui gérait (celle, en l’occurrence) était dans les équipes qui codent.

Dès que le mec qui gère les mêlées est celui avec lequel tu parle le moins, ça devient n’importe quoi, mais ça semble toujours rouler en surface.