La MANAGEMENT de merde en INFO

On fait une réunion pour upgrade la saisie des temps parce que c'est pas du tout lean ça

Le 20 janvier 2022 à 10:48:29 :
Hum le plus chiant avec JIRA c'est surtout le temps alloué /prevu/consommé etc.

De reste ça va, et normalement sur la colonne tu peux le placer à droite de in progress vers in review puis résolved et closed. C'est au PO de paramétrer ça.

C'est pas l’intérêt du PO d'admettre que les flows Jira hyper complexes servent à rien et ralentissent tout le mondehttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Son intérêt c'est de rendre le truc le plus complexe possible, parce que son impact en tant que manager est mesuré à l'impact qu'il a sur les pratiques de l'équipehttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Ces imbéciles se gargarisent d'avoir réduit par un facteur de 2 le nombre de bugs en production, bah bravo, vous avez aussi ralenti tout le monde par un facteur de 5, je vous félicitehttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Le 20 janvier 2022 à 10:47:35 :
En vrai ce système c’est le feu pour les branlos ou les incapables.

Moi je pisse des tickets à la chaîne pour tout et n’importe quoi on me le reproche jamais au contraire. Sauf que c’est des micro trucs qui prennent pas trop de temps.

Sans ça il faudrait tout faire via un tableau Excel et c’est déjà moins clair, là au moins tout le monde voit que j’ai du taff

Plus tu es actif sur Jira, plus tu sembles actif tout court

En réalité : pas une seule ligne de code de pissée, mais on se sent AGILEhttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

[10:47:55] <9_B>

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

BORDEL DE MERDE, CECI

"oups, je me suis amuse à renommer les variables, mais personne ne l'a vu, hihihi, la prod est tombée, mais je pars en week-end, t'inquiète "

Les PO qui connaissent pas leurs propre taf
Ceux qui ne comprennent pas le vrai intérêt d’être agile (=éviter les process longs et chiant du cycle en V) pour recréer la même merde avec des mots différents
Les pseudos argileux qui ont tous viré la rétro car « ça sert à rien » alors que c’est l’étape la plus importante ou tu dis quel process ne sert à rien et tu le vires (comprendre, itérer sur sa propre méthodologie de travail)

aya les petits toutous qui défendent cette merde

pourquoi s'emmerder à avoir du taff formateur et compétent quand tu peux simplement rajouter des outils pour superviser les petits esclaves modernes

Le Poker Planning tout pétéhttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Les réunions interminables et soporifiques quand on fait du Structure Boardhttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
L'hypocrisie profonde de la rétrospectivehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png
Les Pull Request où on te demande des corrections supplémentaires non mentionnées dans le ticket JIRA d'originehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png

Les tâches non documentées, sans description qui te font perdre un temps considérablehttps://image.noelshack.com/fichiers/2018/27/4/1530827992-jesusreup.png

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

"Euh Celéstin, tu pourrais rebase ta branche, tu as commit deux fois avec le même message"https://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Envies de casser la chaise du bureau

"Les flows Jira sont importants, ils permettent de tout tracer quand on en aura besoin dans le futur"https://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

99.99% des tickets fermés ne sont plus jamais revus et tombent dans l'oubli à l'exact moment où ils sont fermés
Le coût en temps pour maintenir ce système de merde : faramineux
Le bénéfice : aucun au dessus d'un simple Trello voire fichier Excel, et j'exagère à peine

Le 20 janvier 2022 à 10:51:00 :

[10:47:55] <9_B>

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

BORDEL DE MERDE, CECI

"oups, je me suis amuse à renommer les variables, mais personne ne l'a vu, hihihi, la prod est tombée, mais je pars en week-end, t'inquiète "

Les tests automatiques qui passent et un mec qui lit en diagonale et qui valide et basta.

Je comprend pas en quoi faire des flow et des procedure va changer quoique ce soit dans ta situation.

D’ailleurs c’est log(n) avec une bisection pour retrouver un commit coupable même si ton git est le plus eclaté du monde avec audhdhdhehhe en commentaire.

Le 20 janvier 2022 à 10:52:33 :
Les PO qui connaissent pas leurs propre taf
Ceux qui ne comprennent pas le vrai intérêt d’être agile (=éviter les process longs et chiant du cycle en V) pour recréer la même merde avec des mots différents
Les pseudos argileux qui ont tous viré la rétro car « ça sert à rien » alors que c’est l’étape la plus importante ou tu dis quel process ne sert à rien et tu le vires (comprendre, itérer sur sa propre méthodologie de travail)

Nous on a une rétro, mais c'est plutôt pour se gargariser devant les stats Jira et résumer ce qu'on a fait dans la semaine/mois sans que personne ne propose de critiques constructives, il s'agit juste de lire les tickets fermés pendant le sprint, ok merci tout le monde, bon weekendhttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Le 20 janvier 2022 à 10:55:12 :
"Euh Celéstin, tu pourrais rebase ta branche, tu as commit deux fois avec le même message"https://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Envies de casser la chaise du bureau

"Les flows Jira sont importants, ils permettent de tout tracer quand on en aura besoin dans le futur"https://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

99.99% des tickets fermés ne sont plus jamais revus et tombent dans l'oubli à l'exact moment où ils sont fermés
Le coût en temps pour maintenir ce système de merde : faramineux
Le bénéfice : aucun au dessus d'un simple Trello voire fichier Excel, et j'exagère à peine

Besoin dans le futur => log(n) pour retrouver dans un arbre complètement éclaté.

Ce merdier ne sert à rien et ne servira jamais à rien. D’ailleurs dans 80% des cas tu vas juste trouver et fix le code actuel plutôt que de chercher le commit coupable.

à la base Agile / Scrum c'est les équipes d'ingénieurs qui s'auto-organisent.
simplement la culture école de commerce en France est totalement incompatible avec ça.

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

C'est pas la faute de Jira ca, c'est un probleme de culture d'entreprise
Je bosse dans une boite tech, notre Jira notre tableau c'est 3 colonnes : To Do, In Progress, Done. A la limite une 4e PR "In Pull Request" dans certaines equipes.

Le 20 janvier 2022 à 10:55:12 :
"Les flows Jira sont importants, ils permettent de tout tracer quand on en aura besoin dans le futur"https://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Overenginering 101

Le 20 janvier 2022 à 10:55:12 :

99.99% des tickets fermés ne sont plus jamais revus et tombent dans l'oubli à l'exact moment où ils sont fermés
Le coût en temps pour maintenir ce système de merde : faramineux
Le bénéfice : aucun au dessus d'un simple Trello voire fichier Excel, et j'exagère à peine

Pour justifier un Jira faut y aller, des simples trello, voir Excel pour des mini projets suffisent...

Le 20 janvier 2022 à 10:53:22 :
aya les petits toutous qui défendent cette merde

pourquoi s'emmerder à avoir du taff formateur et compétent quand tu peux simplement rajouter des outils pour superviser les petits esclaves modernes

La philosophie du management :
Essayer d'exclure la variable de talent de ceux qui sont vraiment productifs (devs) à travers un système managérial ("Agile", Jira, CICD ultra complexe, standards de "qualité" surjoués à mort, etc...). L'objectif étant que la structure de management devient tellement efficace (en réalité : pesante et contre-productive) que même un mauvais dev aura du mal à introduire des bugs et foirer une release

La réalité : devs de merde = code de merde, peu importe le management
La réalité : management de merde = tu prends tes devs qui sont déjà merdiques et tu leur mets un boulet bureaucratique au pied à chaque fois qu'ils veulent faire le moindre changement, même ultra mineur
La réalité : quand tu as un problème en production qui nécessite de SSH en prod et que tu as une bureaucratie de merde pour obtenir les authorisations qui ralentit tout le processus de 1 heure, ensuite de ça le manager du manager vient se plaindre de notre temps de réponse alors qu'on attend que Mélissa du dev support se bouge le cul pour lacher les clés

Si on a la responsabilité d'intervenir de toutes façons, laissez nous l'autorisation de façon permanente et laissez nous être des adultes Nous faire passer par une meuf sur un autre bureau et un autre fuseau horaire qui n'est même pas dev n'a AUCUNE UTILITE PRATIQUE DANS LA RESOLUTION DU PROBLEMEhttps://image.noelshack.com/fichiers/2016/30/1469402389-smiley16.png

Faut bien qu'ils justifie leur existence professionnelle avec quelque chose sinon leur inutilité va un peu trop se voir

Comme les RH qui créent sans cesse de nouvelles règles alambiquées, ou les chefs en reunion h24 : tout ça n'est que du brassement d'air pour justifier l'existence de leur bullshit job.

Quand ton taf consiste à maintenir un tableau virtuel avec des post-it collés comme des gomettes en maternelle, tu comprends vite que t'as intérêt à faire croire que tu es important et essentiel.

Le 20 janvier 2022 à 10:58:40 :

Le 20 janvier 2022 à 10:54:53 :

Le 20 janvier 2022 à 10:46:36 :

Le 20 janvier 2022 à 10:40:00 :
Les tickets proprement fait avec un bon suivi des heures permettent un reporting propre, merci de bien faire la seule chose un tout petit peu technique (parce que apparemment à te lire tu ne sais même pas dans quelle colonne les mettre)

Sert strictement à rien un reporting propre.
Go faire un métier de nettoyage si vous aimez la propreté.
Ça n’a aucun sens vos délire.

Un bon dev qui trace tout seul et spam des djdufhgeegdg dans les commentaires git sera plus efficace que vous avec vos 8h de taf pour merge 3 lignes.

C’est juste n’importe quoi on vous file un outil ça y est faut faire propre. Ça a du sens pour certains projets mais pour bien 50% tout ceci n’est que du délire.

Ouai alors par contre là non, avoir un reporting propre ça permet aux non-dev de savoir où on en est sur le projet.

Là où je bosse nos commentaires de commit apparaissent dans le changelog des releases donc si tu veux que ça soit compréhensible t'as plutôt intérêt à écrire des trucs qui ont du sens

Quand t'es dans une petite équipe avec 3 intervenants ok on s'en branle mais quand t'as des dizaines de personnes que ton travail impact ça a une utilité de faire les choses proprement.

Tout le problème est de définir ce que signifie "proprement"

http://karma-runner.github.io/6.3/dev/git-commit-msg.html

Tu commit dans le style de karma et c’est bon, ça s’apprend en 10min et c’est clair pour tout le monde. Pas besoin de brainstorm 100ans

J'ai jamais dis que c'était compliqué mais dire que foutre des "dfjrsfhsqrjkhkh" en commentaire c'est une pratique de merde, il y a aucune discussion.

A la limite si t'as la flemme et que t'as juste corrigé une conneries que t'avais oublié sur ton précédent fix tu remet le commentaire précédent.