Nous avons récemment proposé ScopeMaster au chef de projet Agile indépendant, Mike Sanders, pour évaluer comment cela aurait pu aider sur quelques projets récents. Il l'a essayé et a été très impressionné par les résultats, puis a proposé quelques suggestions sur la façon dont il s'intègre au processus Agile :
« Je suis passé du support technique à la programmation puis à la gestion de projets informatiques il y a une vingtaine d'années. Au cours de cette période, j'ai largement utilisé les méthodologies en cascade et agiles avec plusieurs entreprises clientes. Je dois être honnête, je préfère de loin l'agilité. Cela peut paraître naïf à certains, mais je crois vraiment à ses principes. C'est pourquoi, au départ, j'étais sceptique quant à ScopeMaster. Oh non, un autre logiciel qui ajoutera une étape et me ralentira pour permettre à une équipe de fournir un logiciel de qualité, comme demandé et au moment où cela est demandé.
J'ai commencé à utiliser le système dans cet esprit, en saisissant ce que je pensais être de bonnes histoires d'utilisateurs issues d'un précédent projet du secteur public et j'ai été stupéfait d'obtenir un score de qualité de seulement 60%. Sur 186 user stories, 89 étaient ambiguës, ce qui signifie qu’elles ne pouvaient pas être mesurées. Et puis sur les 97 histoires restantes, il y avait 22 doublons. Mais ce n'était que la pointe de l'iceberg, les histoires contenaient 199 défauts et j'ai vite réalisé que je devrais les parcourir. Les premiers m'ont pris vingt minutes pour réécrire chacun, corriger la grammaire, comprendre comment le logiciel définissait les verbes et ainsi évaluer les points de fonction, mais au bout d'un moment je suis devenu plus rapide. Au bout d'une heure supplémentaire, j'ai arrêté, car il me faudrait 2 à 3 jours pour tous les parcourir, mais j'aurais économisé un tiers du temps que je passais réellement à les parcourir avec le propriétaire du produit et l'équipe de développement dans le passé. Les deux parties auraient été plus confiantes en raison de la qualité améliorée, et les points de fonction cosmique auraient grandement aidé les développeurs dans leurs estimations de points d'histoire. Tout de suite, cela fait 3 à 6 semaines d'économie. De plus, cela aurait vraiment aidé le propriétaire du produit à se lancer sur le marché commercial, en lui fournissant un tel saut de qualité et en fournissant une référence en matière de temps et de coûts de développement. Même les équipes de test auraient eu plus d’informations, bien avant qu’une ligne de code ne soit développée.
Ayant décidé que le test du secteur public était trop simple, j'ai saisi les exigences d'un détaillant multinational qui n'étaient même pas écrites sous forme de user stories et j'ai été surpris que ScopeMaster puisse toujours fournir le même niveau de qualité et d'estimations de points de fonction, à condition que l'exigence avait du sens en tant que phrase. Si j'avais utilisé cela dans ce projet précédent, cela aurait permis d'économiser 3 à 6 mois dans le processus de collecte des exigences, et le projet aurait été livré plus tôt. Cela nous aurait aidés à nous concentrer sur les exigences problématiques et à les corriger, éliminant ainsi de nombreuses mauvaises surprises plus tard.
N’importe quel éditeur de logiciels pourrait l’utiliser pour estimer les réponses aux appels d’offres. Je souhaite l'utiliser sur tous les projets futurs, qu'ils soient agiles ou en cascade, pour renforcer les exigences le plus tôt possible. Pour moi, c'est une évidence, l'entreprise devrait être plus heureuse d'obtenir des estimations plus précises du service informatique, qui sera reconnaissant pour une plus grande clarté. Un gagnant-gagnant pour tous.
ScopeMaster et Scrum –
Quand utiliser ScopeMaster : Scrum a un cycle plutôt qu'une porte, et je pense que l'utilisation de ScopeMaster fonctionne bien dans le cadre du raffinement/du toilettage du backlog de produit (mot toujours utilisé aux États-Unis, mais le Royaume-Uni essaie d'éviter ce mot !)
Qui devrait utiliser ScopeMaster : Idéalement, le Product Owner apprendrait ScopeMaster, en s'assurant que toutes les exigences sont ajoutées et vérifiées, au fur et à mesure qu'elles sont saisies dans le Product Backlog. En fin de compte, ils sont responsables des user stories, il est donc crucial pour eux que ce soit correct. Cela fonctionne facilement, surtout lorsqu'il est intégré à Jira ou à des outils similaires. Le rôle du Scrum Master est de garantir que les principes agiles sont respectés et que la qualité est maintenue, notamment en vérifiant que les user stories sont indépendantes, négociables, précieuses, estimables, petites et testables. Je m'attendrais donc à ce qu'ils utilisent l'outil pour passer par l'arriéré, avant que l'équipe n'y soit exposée lors des réunions de raffinement, où ils les dimensionneraient normalement à l'aide de story points.
Avantages agiles :
- Remplit les trois piliers de Scrum : transparence, inspection et adaptation, car il fonctionne clairement avec le langage commercial pour déterminer les fonctions de qualité, de test et de développement dès qu'une exigence est saisie.
- Transparence accrue de la complexité des user stories montrant les fonctions et les tests
- Permet une inspection plus approfondie des exigences, des fonctions et des cas de test
- Aide au dimensionnement précoce pour améliorer la planification des versions/les feuilles de route des produits de haut niveau
- Peut facilement être intégré aux cycles Scrum
- Un outil d’accompagnement pour rédiger des user stories de meilleure qualité
- L'automatisation facilite l'intégration continue
- Dimensionnement automatisé – Les points de fonction cosmiques peuvent être utilisés comme mesure unique de taille, ou en combinaison ou simplement pour guider les points d'histoire.
Autres bénéfices:
- Facilité d’adoption – modèle SAAS, aucune installation de logiciel
- La conception intuitive réduit les besoins de formation
- Intégrations multiples – Jira et CSV
- Réduit les risques d’exposition à une mauvaise formation/expérience
- Moins dépendant de l'expertise de BA car fournit un guide de qualité
- Moins dépendant de l'expertise des testeurs car ils fournissent des cas de test
- Moins dépendant de l'expertise des équipes de développement car fournir des estimations »
En résumé
J'ai commencé avec beaucoup de scepticisme, mais j'ai été conquis lorsque j'ai commencé à voir avec quelle rapidité je pouvais résoudre les problèmes avant de coder. Le langage des user stories résultantes était, à mon avis, beaucoup plus clair pour les développeurs.
ScopeMaster est totalement conforme aux principes Agile et peut être considéré comme une sorte d'accélérateur pour le développement de logiciels Agile, en particulier sur les projets plus importants et plus sujets aux problèmes.
