Les équipes de développement sont souvent bloquées lorsqu’elles rencontrent des défis « réels » qui ne sont pas abordés par la plupart des formations formelles Agile/Scrum, en particulier quand elles essaient de mettre en œuvre Agile/Scrum dans un environnement traditionnel ou « en cascade ».

Quelques exemples :

• Comment traiter un parrain qui veut avoir des rapports réguliers sur l’état d’avancement et les calendriers de lancement en « pourcentage d’achèvement »? Agile/Scrum n’est-il pas censé nous libérer de ces rapports?
• Comment pouvez-vous gérer la dépendance vis-à-vis d’autres groupes/fonctions qui pratiquent encore la gestion de projet traditionnelle ou « en cascade »?
• Mon organisation veut que nous utilisions une évaluation formelle des risques – n’est-ce pas contraire à l’esprit d’Agile?
• Mon parrain insiste pour que le projet s’inscrive dans le cadre d’un projet d’évaluation de la faisabilité. Cela ne semble pas très Agile.
• Comment puis-je coordonner plusieurs équipes afin d’obtenir des résultats de manière synchronisée et harmonieuse?

Dans ce domaine de contenu, nous partageons les principaux défis rencontrés par les équipes Scrum et nos meilleures solutions éprouvées pour y faire face. Quelques exemples et conseils :

Gestion de la portée du projet 

• Agile ne signifie pas un champ d’action libre : il s’agit plutôt de créer et de gérer un carnet de produit (« backlog »). Essayez de créer un « produit de valeur minimale » et retirez de votre carnet de produit les éléments qui ne créent pas de valeur.

Exigences – Qu’est-ce qui fonctionne vraiment? 

• La plupart des équipes n’ont besoin que de critères d’acceptation, de flux de processus, de règles de gestion et de visuels – représentation fil de fer, schématisation de documents et de la chaîne de valeur. De quoi pensez-vous avoir besoin et pourquoi?

Planification du lancement et au-delà 

• Élaborez une feuille de route montrant aux dirigeants les hypothèses sous-jacentes et le plan de travail pour la mise en œuvre. Ils se sentiront mieux et cela créera un climat de confiance.

Dépendances en dehors de votre équipe

• Repérez-les et placez-les sur votre feuille de route – par exemple : architecture, base de données, etc. Il est essentiel de comprendre l’environnement et les contraintes qu’il comporte.

Risques

• Créez un visuel et mettez-le à jour chaque mois – Scrum soulignera les problèmes et les risques – que ferez-vous de ces riches données?

Dans ce domaine de contenu, nous couvrons les sujets suivants :

• Comment
• puis-je appliquer les concepts Agile tout en travaillant dans une organisation qui utilise la gestion de projet traditionnelle?
• Comment adapter les outils Agile/Scrum
• Gestion de la portée du projet – Agile ne signifie pas champ d’application libre 
• Exigences – Exigences de haut niveau par opposition aux exigences spécifiques détaillées. Qu’est-ce qui fonctionne vraiment? Comment pouvons-nous optimiser le travail de définition des exigences? 
• Planification du lancement et au-delà – clarifier les hypothèses sous-jacentes et mettre en œuvre un plan de travail pour donner confiance aux dirigeants et instaurer la confiance.
• Repérer les dépendances, en particulier quand les fonctions avec lesquelles vous travaillez n’utilisent pas Agile/Scrum.
• Gestion des risques – comment créer et fournir des mises à jour mensuelles sans créer plus de travail.
• Optimiser des réunions de mêlée de 15 minutes pour accroître votre efficacité en tant qu’équipe.
• Estimation – comment utiliser des unités de mesure au-delà du temps seulement, et augmenter vos connaissances en fonction de vos résultats réels.
• Rapport sur le statut – quand vous faites une estimation fondée sur le lancement, le rapport peut être facilement traduit en un statut plus traditionnel de « pourcentage d’achèvement ».
• Planification des capacités – utilisez votre histoire! Créez une période de temps afin de pouvoir réfléchir à tout ce que votre équipe a appris et de vous adapter en fonction de votre expérience.
• Mise en place – évaluer le cadre Scrum et choisir un élément Scrum à améliorer.
• Amélioration continue – comment optimiser les rétrospectives régulièrement et suivre le succès de vos améliorations.
• Gestion du changement – tous les changements ne sont pas créés égaux. Comment créer des directives de gestion des changements avec un acheminement hiérarchique clair fondé sur le degré de déviation par rapport à la portée, à l’échéancier et au coût.
• Le processus de contrôle – la création d’un carnet de produit agile s’aligne parfaitement avec les exigences du portail de faisabilité. Travailler dans les engagements pour valider exactement le temps exact nécessaire à la création des caractéristiques de votre produit.
• Gestion de la qualité – faites participer vos testeurs le plus tôt possible. Réfléchissez à la manière dont vous pouvez prendre de l’avance, c’est-à-dire commencer les tests plus tôt
• Coordination d’équipes multiples – créer une feuille de route intégrée où tout le travail est compris, et se réunir régulièrement pour discuter des domaines où les équipes pourraient avoir besoin d’une aide mutuelle. Conseil : pour chaque travail, déterminez de quelle aide vous aurez besoin et pour qui vous effectuez le travail.
• Histoires des utilisateurs et définition de « terminé » – utilisez-les pour vous assurer que tous les membres de l’équipe ont une compréhension commune de ce que cela signifie quand le travail est terminé.
• Comment stimuler l’esprit Agile/Scrum dans mon organisation, y compris au niveau de la direction.
• Quelles sont les prochaines mesures concrètes que je peux prendre et appliquer à mon environnement de travail actuel?