What’s up agile : Dark Scrum
Découvrez tous les tweets les plus marquants de la twittosphère #agile #kanban #scrum.
Dans ce nouveau what's up agile, les twittos apportent des clés pour améliorer la communication et les interactions dans un environnement Agile.
Vous utiliser le cadre Scrum et celui-ci n’est pas bénéfique ? Si oui, vous avez peut-être déjà entendu parler de “Dark Scrum”.
Pour citer Ron Jeffries dans son article :
"Trop souvent, du moins dans le domaine du développement logiciel, Scrum semble opprimer les gens. Trop souvent, l’équipe Scrum ne livre pas assez rapidement, de manière aussi fiable, ou aussi régulièrement qu’elle devrait le faire. Et le plus souvent, ce sont les développeurs qui souffrent plus que quiconque."
Have you or anyone you know personally experienced Dark Scrum™ as described by @RonJeffries (https://t.co/VDdlrsBE66) ?
*Please RT for reach*#scrum #darkscrum #darkagile
— BeN (@beniamin80) 26 février 2019
Avez-vous (ou quelqu’un de votre connaissance) personnellement expérimenté Dark Scrum ™ décrit par @RonJeffries (https://ronjeffries.com/articles/016-09ff/defense/…)?
* S’il vous plaît RT pour atteindre *
#scrum #darkscrum #darkagile
Scrum a été créer pour créer un cadre favorable au développement logiciel pour que les gens soient heureux, où l’on partage, on évolue et l’on apprend de nos échecs ensemble. À l’inverse le “Dark Scrum”, cela inclut un impact négatif sur l’équipe. Mais, comment passe-t-on au “Dark Scrum” ?
Raison 1 : On fait du Scrum à moitié
Quand on parle de Scrum, on ne parle pas seulement de rituels mais aussi de valeurs. L’un ne va pas sans l’autre.
#DarkScrum = Scrum - Agile Values - Scrum Values
— John Miller (@agileschools) 22 septembre 2018
#DarkScrum = Scrum — Valeurs Agiles — Valeurs Scrum
Pour rappel, les valeurs du manifeste Agile :
Individus et interactions plutôt que processus et les outils
Fonctionnalités opérationnelles plutôt que documentation exhaustive
Collaboration avec le client plutôt que la contractualisation des relations
Acceptation du changement plutôt que la conformité aux plans
Les valeurs Scrum F.O.R.C.E :
Focus : Définissons un objectif dans lequel chaque membre de l’équipe se reconnaît.
Ouverture : Visualisons notre travail, nos échéances, nos problèmes.
Respect : Respecter et se faire respecter. Savoir écouter et prendre en considération les opinions de chacun tout en partageant sa propre vision sont à la base du respect.
Courage : Créons un environnement où l’échec est considéré comme une opportunité d’apprentissage.
Engagement : Respectons ce qui a été convenu. Un engagement fonctionne comme un objectif auquel une équipe motivée adhère.
Cependant, vous pouvez être agile et avoir des contraintes externes que vous ne maitrisez pas. La réalité peut parfois être rude.
"You can be #agile inside this triangle!" - Dilbert Daily Strip #scrum #scope #projectmanagement pic.twitter.com/ywHMYqUp3Z
— Scrum Alliance (@ScrumAlliance) 8 janvier 2014
_“Vous pouvez être # agile à l’intérieur de ce triangle!” — Dilbert Daily Strip #scrum #scope #projectmanagement
_
Quand tu fais de l’agilité dans une boite qui en manque. #darkscrum #agile pic.twitter.com/Wpt8lsx5Zi
— Julien Fonteneau ???? (@jfoconseil) 11 mars 2019
Raison 2 : On pense que Scrum est une solution miracle
Scrum n’est pas une solution miracle et ni la garantie d’une réussite du projet. C’est un cadre qui aide à :
Tirer le meilleur parti des membres de l’équipe
Garantir la qualité du produit
Avoir une vision produit partagée
Travailler de manière itérative
Donner de la visibilité sur l’avancement
Ajuster la priorisation en fonction des feedbacks
Apprendre de nos erreurs pour s’améliorer
Avoir une visibilité plus fine sur ce qui va être livré à telle date
Il est parfois difficile de travailler avec vos parties prenantes. Mais c’est nécessaire pour s'assurer d’avoir le bon produit. Alors accompagnez les dès le début et collaborez ! #Agile #PartiePrenante #Stackholder #Scrum pic.twitter.com/wVDrez2lxW
— Anthony Coulon (@anthonycoulon) 18 février 2019
Scrum n’aidera pas non plus si les membres de l’équipe ne sont pas engagés, ne comprennent pas ce qu’ils font, n’ont aucune compétence, ne sont pas disposés à essayer de trouver des solutions…
Le bon côté est que le cadre Scrum exposera probablement ce genre de dysfonctionnements :
Product Tip:
Learn to say “No, Because...”
Not “we’ll put it on the backlog”.#prodmgmt #ux #design #agile
— John Cutler (@johncutlefish) 8 mai 2018
Astuce produit:
Apprenez à dire “Non, parce que …”
Pas “nous allons l‘ajouter au backlog”.
#prodmgmt #ux #design #agile