Jamais compris et je comprendrai JAMAIS ce qu’est la methode AGILE

Le 01 septembre 2023 à 12:09:18 :

Le 01 septembre 2023 à 12:08:15 :
c'est très simple, en gros celui qui fait le boulot se mets à disposition du client pour effectuer des travaux supplémentaire gratos.
y'a des réunions qui pourrissent ton temps de travail (parce que quand tu es en réunion, tu bosses pas par définition) pendant lesquels le client voit l'évolution de ton boulot et demande des modificiations.

ça c'est pas de l'agile c'est de la victimisation
Si t'es un dev gratos MP moi je vais d'esclavagiser

mec, y'a un cahier des charges : si le client n'est pas capable de se tenir au cahier des charges qu'il a lui même rédigé, c'est que les personnes chargées de rédiger ledit document n'ont rien à faire à ce poste.

Le 01 septembre 2023 à 12:07:15 :

Le 01 septembre 2023 à 12:04:11 :

Le 01 septembre 2023 à 12:02:17 :
c'est de la gestion de projet, laisse tomber t'es dev pas chef de projet

Je suis ni l’un ni l’autre heureusement

Mais le chef de projet finalement il fait quoi ?

les managers qui foutent rien mais viennent te demander pourquoi tu restes bloquer 2 jours sur une tâche

tu lui dis "bah viens donner un coup de main au lieu de rien foutre" et il va se plaindre au patron puis tu dois suivre une formation "garder son calme au bureau"

Aaaaaaaaaaaaayaaaaaaaaaoooooooooo

Agile c'est très bien comme concept.

Scrum, c'est de la merde totale.

Le 01 septembre 2023 à 12:09:30 :

Le 01 septembre 2023 à 12:05:09 :

Le 01 septembre 2023 à 12:01:33 :

Le 01 septembre 2023 à 11:59:11 :
C'est une méthodologie de travail avec des règles et des principes.
Après les sociétés le font toujours à leur sauce, voir le font pas du tout et se disent "agile" quand même pour être à la mode.

Oui une méthodologie j’avais compris, mais c’est la méthodologie en question et son UTILITÉ qui m’échappe. Ils faisaient comme les dev avant AGILE ?

Le cycle en V pour la plupart, ce qui peut être casse couille car ça implique que conception soit complètement terminée AVANT le début des devs.
Ce qui est quasiment impossible sur des gros projets.

L'agilité permet d'être.... Agile. Donc d'arranger la direction prise en fonction des difficultés et des infos trouvées pendant la création du projet

Ca y est ça commence, je comprends rien

On dirait du VENT, et les arguments qui vont avec me font penser à ceux des adeptes d’une secte qui essaient de s’autopersuader que tout leur délire à un sens

À croire que les devs sont tous confrontés à des projets de difficultés insoupçonnées alors que la plupart du temps ils bossent sur des trucs hyper classiques

Vous voulez créer une appli de ventes en ligne ?

Vite méthode AGILE car on a besoin d'un feedback pour le daily brainstorming lors du monday morning teambuilding,

Cordialement Roger, Team Leader

Le 01 septembre 2023 à 12:09:30 :

Le 01 septembre 2023 à 12:05:09 :

Le 01 septembre 2023 à 12:01:33 :

Le 01 septembre 2023 à 11:59:11 :
C'est une méthodologie de travail avec des règles et des principes.
Après les sociétés le font toujours à leur sauce, voir le font pas du tout et se disent "agile" quand même pour être à la mode.

Oui une méthodologie j’avais compris, mais c’est la méthodologie en question et son UTILITÉ qui m’échappe. Ils faisaient comme les dev avant AGILE ?

Le cycle en V pour la plupart, ce qui peut être casse couille car ça implique que conception soit complètement terminée AVANT le début des devs.
Ce qui est quasiment impossible sur des gros projets.

L'agilité permet d'être.... Agile. Donc d'arranger la direction prise en fonction des difficultés et des infos trouvées pendant la création du projet

Ca y est ça commence, je comprends rien

On dirait du VENT, et les arguments qui vont avec me font penser à ceux des adeptes d’une secte qui essaient de s’autopersuader que tout leur délire à un sens

À croire que les devs sont tous confrontés à des projets de difficultés insoupçonnées alors que la plupart du temps ils bossent sur des trucs hyper classiques

Si t'as jamais bossé sur un projet d'une taille importante (10aine de devs mini sur plusieurs mois), ça peut paraître chelou.
Mais oui je t'assure que y'a toujours des pbs insoupçonnés.

Des règles improbables inventées par le client, des technologies pourries avec lesquelles il faut travailler, une infra compliquée, des flux entre plusieurs services qui vont dans tous les sens, des devs à chier ou des spécifications complètement ratées...

L'agilité permet de s'adapter en vol.
Mais faut pas être con non plus ça veut pas dire que si t'es pas en agile tu peux pas t'adapter, c'est juste que l'agilité c'est fait pour donc si les équipes de dizaines de personnes sont OK là dessus ça facilite.

Le 01 septembre 2023 à 12:11:04 :
Agile c'est très bien comme concept.

Scrum, c'est de la merde totale.

Et encore t'as pas testé SAFe

Perso team Kanban et XP, mais bon avant que ce soit adopté par les entreprises (ça rendrait les bullshit jobs trop visibles et inutiles ).

On applique surtout le scrum, c'est une méthodologie pour faire evoluer un produit (app, serveur, web) et faire discuter le métier (ceux qui ont besoin de l'app mais pigent quedalle à l'informatique) etles devs (quin'ont pas la connaisse métier)

Ça marche bien sur les petites structures, et ça peut partir en couille quand un manager fait à sa sauce

Le 01 septembre 2023 à 12:07:05 :
C'est une méthode de travail inventée par les dev pour les dev, de façon à faciliter leur travail en ayant des cycles de développement courts et à avoir des feedbacks clients le plus tôt possible.

Regarde le manifeste agile, c'est un ensemble de principes (sorte de recommandations) afin de promouvoir l'entraide et la coopération dans le but de développer un produit de qualité.

Ca c'est la théorie.

En pratique c'est un business (cf certifications bullshit), on place des coach agiles (branleurs) et des secrétaires (Scrum master) uniquement dans le but de te fliquer. Les courbes servent juste à mettre la pression sur les dev et pas à évaluer l'avancée du produit (management par la courbe => on t'engueule si la courbe est pas belle.. sans regarder l'évolution du produit globalement au bout du sprint).

Les réunions servent à rien, on infantilise les dev alors qu'on devrait les payer ce à quoi ils sont bons : à développer. Et si chacun faisait correctement son métier (écrire des specs / tickets) y'aurait pas besoin de X réunions pour savoir quoi faire.

Bref, si tu vois ça et que quelqu'un essaie de te convaincre que c'est bien (Scrum master et coach qui n'ont jamais développé ), considère qu'il connait rien à l'info et qu'il sait probablement pas qui a signé le manifeste agile (des dev ).

Tien écrit par un co-signataire du manifeste agile et co-fondateur d'XP :
https://ronjeffries.com/articles/018-01ff/abandon-1/

Bien résumé khey

On en parle jamais assez de la fraude des scrotums masters

Je suis dev et franchement aucune idée

De ce que j'ai compris c'est une méthode pour iterer plus rapidement en décomposant les problèmes en sous tâches avec des degrés de priorité et en désignant une road map compréhensible par toutes les équipes

Après tout le reste c'est des termes bullshit anglais

Le 01 septembre 2023 à 12:17:09 :

Le 01 septembre 2023 à 12:07:05 :
C'est une méthode de travail inventée par les dev pour les dev, de façon à faciliter leur travail en ayant des cycles de développement courts et à avoir des feedbacks clients le plus tôt possible.

Regarde le manifeste agile, c'est un ensemble de principes (sorte de recommandations) afin de promouvoir l'entraide et la coopération dans le but de développer un produit de qualité.

Ca c'est la théorie.

En pratique c'est un business (cf certifications bullshit), on place des coach agiles (branleurs) et des secrétaires (Scrum master) uniquement dans le but de te fliquer. Les courbes servent juste à mettre la pression sur les dev et pas à évaluer l'avancée du produit (management par la courbe => on t'engueule si la courbe est pas belle.. sans regarder l'évolution du produit globalement au bout du sprint).

Les réunions servent à rien, on infantilise les dev alors qu'on devrait les payer ce à quoi ils sont bons : à développer. Et si chacun faisait correctement son métier (écrire des specs / tickets) y'aurait pas besoin de X réunions pour savoir quoi faire.

Bref, si tu vois ça et que quelqu'un essaie de te convaincre que c'est bien (Scrum master et coach qui n'ont jamais développé ), considère qu'il connait rien à l'info et qu'il sait probablement pas qui a signé le manifeste agile (des dev ).

Tien écrit par un co-signataire du manifeste agile et co-fondateur d'XP :
https://ronjeffries.com/articles/018-01ff/abandon-1/

Bien résumé khey

On en parle jamais assez de la fraude des scrotums masters

C'est surtout que c'est censé être un rôle et pas un job.

Mais bon dans le milieu pro ça détourne tout à chaque fois. C'est comme devops

Méthode agile = flicage des équipes et rigueur organisationnelle en vue de booster leur productivité.

Et adaptabilité à courte intervalle au besoin client.

Le 01 septembre 2023 à 12:19:47 :
Méthode agile = flicage des équipes et rigueur organisationnelle en vue de booster leur productivité.

Et adaptabilité à courte intervalle au besoin client.

Putain mais c'est quoi ces victimes j'en peux plus

Le 01 septembre 2023 à 12:18:50 :

Le 01 septembre 2023 à 12:17:09 :

Le 01 septembre 2023 à 12:07:05 :
C'est une méthode de travail inventée par les dev pour les dev, de façon à faciliter leur travail en ayant des cycles de développement courts et à avoir des feedbacks clients le plus tôt possible.

Regarde le manifeste agile, c'est un ensemble de principes (sorte de recommandations) afin de promouvoir l'entraide et la coopération dans le but de développer un produit de qualité.

Ca c'est la théorie.

En pratique c'est un business (cf certifications bullshit), on place des coach agiles (branleurs) et des secrétaires (Scrum master) uniquement dans le but de te fliquer. Les courbes servent juste à mettre la pression sur les dev et pas à évaluer l'avancée du produit (management par la courbe => on t'engueule si la courbe est pas belle.. sans regarder l'évolution du produit globalement au bout du sprint).

Les réunions servent à rien, on infantilise les dev alors qu'on devrait les payer ce à quoi ils sont bons : à développer. Et si chacun faisait correctement son métier (écrire des specs / tickets) y'aurait pas besoin de X réunions pour savoir quoi faire.

Bref, si tu vois ça et que quelqu'un essaie de te convaincre que c'est bien (Scrum master et coach qui n'ont jamais développé ), considère qu'il connait rien à l'info et qu'il sait probablement pas qui a signé le manifeste agile (des dev ).

Tien écrit par un co-signataire du manifeste agile et co-fondateur d'XP :
https://ronjeffries.com/articles/018-01ff/abandon-1/

Bien résumé khey

On en parle jamais assez de la fraude des scrotums masters

C'est surtout que c'est censé être un rôle et pas un job.

Mais bon dans le milieu pro ça détourne tout à chaque fois. C'est comme devops

Comment tu t'es démerdé pour faire passer l'XP ?
Il y a un toujours un boomer pour bloquer ce qu'on propose alors qu'on est censé être une "équipe auto organisé".

Le 01 septembre 2023 à 12:20:48 :

Le 01 septembre 2023 à 12:19:47 :
Méthode agile = flicage des équipes et rigueur organisationnelle en vue de booster leur productivité.

Et adaptabilité à courte intervalle au besoin client.

Putain mais c'est quoi ces victimes j'en peux plus

C'est pas être une victime, il faut juste avouer que c'est une manière de n'avoir jamais à demander des travaux supplémentaires à la réception du boulot.
Y'a quasi que le client qui est gagnant là-dedans : le gars qui fait le boulot lui perd juste du temps avec 2h de réunion par semaine (et une tonne de mail à traiter).

Le 01 septembre 2023 à 12:20:48 :

Le 01 septembre 2023 à 12:19:47 :
Méthode agile = flicage des équipes et rigueur organisationnelle en vue de booster leur productivité.

Et adaptabilité à courte intervalle au besoin client.

Putain mais c'est quoi ces victimes j'en peux plus

Qu'est-ce qu'il veut nous dire 7fbnzeyuhfijoke ?