Dans ma dernière entreprise, nous avons livré des logiciels de production à plusieurs grandes entreprises à la fin de chaque sprint. En l'espace de deux ans, nous avons dominé tous nos concurrents. Notre PDG a déclaré qu'il ne comprenait pas pourquoi nous n'arrivions pas à terminer (tests de fonctionnalités), à terminer (tests d'intégration), à terminer (tests de performance) et à terminer (tests d'acceptation par l'utilisateur) à la fin de chaque sprint. Ce n'est qu'à cette condition qu'il pourrait percevoir des revenus de la part des clients.
Les équipes Scrum lui ont dit que c'était impossible et se sont alors auto-organisées pour y parvenir, le PDG supprimant agressivement tous les obstacles (y compris la direction si nécessaire). Lorsqu'elles y sont parvenues, leur vitesse était 10 fois supérieure à celle de nos équipes indiennes externalisées. Le chiffre d'affaires de l'entreprise a quadruplé en un an.
Pourquoi les équipes Scrum ne peuvent-elles pas obtenir un code livrable à la fin d'un sprint ?
Le plus grand problème des équipes Scrum dans le monde est d'obtenir un code livrable à la fin de chaque sprint. C'était l'objectif de la première équipe Scrum en 1993 et elle l'a atteint pour chaque sprint, y compris le premier. Pourtant, plus de 50% des équipes Scrum n'y parviennent pas dans le monde entier, ce qui les ralentit de 2 à 24 fois en fonction de la complexité de leur application.
J'ai trouvé une solution à ce problème. Scrum Inc et notre partenaire qaSignature se sont associés pour offrir un moyen de s'assurer que des tests de régression complets sont effectués chaque jour du sprint, de sorte que l'achèvement du projet à la fin du sprint est garanti. Nous travaillons avec une entreprise locale de produits logiciels qui a multiplié par 6 sa capacité à sortir un produit en utilisant uniquement la capacité de test de régression. Le PDG de cette entreprise viendra à notre cours de Scrum à Cambridge pour planifier le déploiement de Scrum afin de doubler ce gain initial d'un facteur 12.
Appelez-nous pour un Le cours "Optimized Scrum" se concentre sur la mise en œuvre de l'assurance qualité pendant les sprints, au-delà des tests unitaires et de fonctionnalité, afin de débloquer le plus grand goulot d'étranglement du développement logiciel. Nous discuterons des tests de régression automatisés quotidiens et complets, indépendamment de la taille de l'application ou du nombre de produits dans un portefeuille.