On ne nous donne ni l'environnement (machine) ni le soutient (QA supplémentaire) dont nous avons besoin.
J'ai bien compris mais une autre méthode ferait qu'on réponde à ce besoin ? Ou supprimerait ce besoin ?
Mais l'avis de l'équipe, la direction s'en fout, les commerciaux s'en foutent.
Et c'est quelque chose qui est lié à l'agilité ? Tu semble dire plus haut que tout allait mieux avec la méthode « YOLO » je ne vois pas comment une méthode d'organisation de votre équipe va changer le respect que la boite a pour votre équipe et votre travail.
Tu commence par des reproches contre l'agilité tout en disant que factuellement vous ne faites pas d'agilité. Un grand nombre de discours autour de l'agilité (ainsi qu'un marché autour de ça) est creux et problématique, mais je ne pense pas que ce soit lié à la méthode en elle même. D'ailleurs ça ne concerne que scrum (et peut être safe dans une autre mesure) et bien moins kanban et pas du tout xp (allé je suis sûr qu'aucun des 2 consultants ne connait réellement xp).
Dans l'équipe où je travail, on se fout des méthodes agiles. On a une boucle de feedback toutes les 2 semaines et pour le reste on s'organise comme on souhaite le faire (on a une board pour évaluer le travail en cours qui est inspirée de kanban, mais personnalisée), ce qui se rapproche des sprint planning ne sont pas vraiment des planifications, mais plus une étape pour discuter des nouvelles tâches, etc. À mon sens voir l'agilité comme un ensemble de pattern que tu choisi d'appliquer et comment tu les applique plutôt qu'un framework qui pose un cadre dans le quel tu dois évoluer me semble plus sain.
[^] # Re: J'en ai une 11ème
Posté par barmic 🦦 . En réponse au lien DevOps REX : 10 façons de rater son passage vers l’agilité. Évalué à 3.
J'ai bien compris mais une autre méthode ferait qu'on réponde à ce besoin ? Ou supprimerait ce besoin ?
Et c'est quelque chose qui est lié à l'agilité ? Tu semble dire plus haut que tout allait mieux avec la méthode « YOLO » je ne vois pas comment une méthode d'organisation de votre équipe va changer le respect que la boite a pour votre équipe et votre travail.
Tu commence par des reproches contre l'agilité tout en disant que factuellement vous ne faites pas d'agilité. Un grand nombre de discours autour de l'agilité (ainsi qu'un marché autour de ça) est creux et problématique, mais je ne pense pas que ce soit lié à la méthode en elle même. D'ailleurs ça ne concerne que scrum (et peut être safe dans une autre mesure) et bien moins kanban et pas du tout xp (allé je suis sûr qu'aucun des 2 consultants ne connait réellement xp).
Dans l'équipe où je travail, on se fout des méthodes agiles. On a une boucle de feedback toutes les 2 semaines et pour le reste on s'organise comme on souhaite le faire (on a une board pour évaluer le travail en cours qui est inspirée de kanban, mais personnalisée), ce qui se rapproche des sprint planning ne sont pas vraiment des planifications, mais plus une étape pour discuter des nouvelles tâches, etc. À mon sens voir l'agilité comme un ensemble de pattern que tu choisi d'appliquer et comment tu les applique plutôt qu'un framework qui pose un cadre dans le quel tu dois évoluer me semble plus sain.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll