Dans le deuxième article traitant des anti-patterns Agile, je vais aborder un sujet plutôt épineux. Certains Scrum Master ont une vision dans laquelle l’équipe décide - à peu près de tout - et d’autres dans laquelle l’équipe doit impérativement appliquer les valeurs et principes d’Agile.
Dans le deuxième article traitant des anti-patterns Agile, je vais aborder un sujet plutôt épineux. Certains Scrum Master ont une vision dans laquelle l’équipe décide - à peu près de tout - et d’autres dans laquelle l’équipe doit impérativement appliquer ce que le Scrum Master décide.
Dans cette série d’articles, je vais présenter des anti-patterns rencontrés lors de mes missions d’agilisation d’équipes. Qu’est-ce qu’un anti-pattern ? C’est quelque chose qui semble de prime abord être une bonne idée, mais qui au final se trouve être une mauvaise idée.
Le premier anti-pattern que je vais aborder aujourd’hui concerne le contenu du board.
In this series of posts, I will present anti-patterns encountered during my missions of team agilization. What is an anti-pattern? It’s something that at first seems like a good idea, but at the and is a bad idea.
Je vais aujourd’hui parler d’un autre anti-pattern Agile fréquent : la posture “Command-and-control”. Pourquoi cet anti-pattern est-il si fréquent ? Parce que c’est la posture traditionnelle, que l’on rencontre dans les projets Waterfall (cycle en V). C’est le type de management auquel ont été formés les Chefs de Projet et les managers. J’ai moi-même été formaté ainsi. Changer cet état d’esprit nécessite une remise en cause de ce qu’on l’on a acquis durant nos formations et ce que l’on a appris de nos expériences professionnelles.
Update your browser to view this website correctly. Update my browser now