Cette question me trottait dans la tête depuis un moment donc je voulais demander à ceux qui suivent des pratiques agiles / scrum dans leurs environnements de développement.
Mon entreprise s'est finalement lancée dans l'incorporation de pratiques agiles et a démarré avec une équipe de quatre développeurs d'un groupe agile à titre expérimental. Cela fait 4 mois avec 3 itérations et ils continuent à le faire sans aller complètement agile pour le reste d'entre nous. Cela est dû au fait que la direction a confiance de pouvoir répondre aux exigences de l’entreprise avec une assez grande demande de type ad hoc émanant d’en haut.
Récemment, j'ai parlé aux développeurs qui participent à cette initiative. ils me disent que ce n'est pas amusant. Ils ne sont pas autorisés à parler à d'autres développeurs par leur maître Scrum et ne sont pas autorisés à prendre d'appels téléphoniques dans la zone de travail (ce qui est peut-être bien dans une certaine mesure). Par exemple, si je veux parler à mon ami pour les coups de pied qui fait partie de l'équipe agile, je ne suis pas autorisé sans l'autorisation du maître Scrum; qui est assis juste à côté de l'équipe agile.
L’idée de tout cela, ou de l’agile, est de fournir un vide complet aux développeurs agiles, à partir de toute interruption, et de leur faire passer plus de 6 heures productives. Eh bien, les gars, je ne suis pas un gourou agile, mais ce que j'ai lu dans le document de déploiement agile de Yahoo et similaire pour d'autres organisations, cela me donne le sentiment que l'agile n'est pas bon marché. Il faut des ressources et un budget pour insuffler de l'agilité aux équipes et corriger le problème à mesure qu'elles arrivent pour les remettre sur les rails.
Pour commencer, cela nécessite une formation pour les développeurs et un encadrement pour les gestionnaires, etc. Le maître Scrum actuel était un gestionnaire qui a suivi une formation agile de deux jours payée par la direction et dirige maintenant cette équipe agile. J'ai également entendu au cours de la réunion que le manifeste agile ne dit pas que l'agile n'est pas figé et qu'il est personnalisé différemment pour chaque entreprise. Eh bien, tout cela sonne bien et la raison.
En conclusion, j'ai toujours pensé que l'agile était censé apporter de l'harmonie dans les équipes de développement, ce qui rend les développeurs heureux. Cependant, je ressens un sentiment opposé lorsque je parle aux développeurs de l'équipe agile. Ils sont mécontents de ne pouvoir parler que de travailler, de rester assis tranquillement toute la journée à travailler, et ils estiment que c'est simplement un autre moyen pour la direction de les faire travailler davantage.
Dites-moi s'il vous plaît, si c'est l'un des exemples de bonnes pratiques utilisées dans le but de l'avantage égoïste pour plus de dollars? Ou peut-être que nous ne sommes que les développeurs comme moi et cette équipe agile a le sentiment qu'ils n'aiment pas travailler dans un environnement où ils ne respirent que parce qu'ils sont au travail.
C'est une entreprise dans le domaine de la santé qui a des bureaux à travers les États-Unis. Cela ressemble vraiment à un style de cow-boy agile, ce qui me donne vraiment envie de ne pas miser du tout sur l'agilité, surtout dans mon entreprise actuelle.
Tout cela a à voir avec la gestion étant complètement bon marché. Couper le café cher pour une version moins chère, mettre l'accent sur les économies et être productif tout en restant aussi mince que possible.
Mon sentiment est que quelqu'un de la direction derrière la porte a lancé cette idée, que l'agile vous permet de produire davantage afin que nous puissions montrer à nos chefs que nous produisons davantage avec le même effectif. Ou peut-être que cela nous permettra de réduire les effectifs si c'est le cas.
Ils ont leur réunion quotidienne de 5 minutes. Mais pas autorisé à discuter ou parler avec quelqu'un en dehors de leur équipe. Tout se concentre sur le travail.