SAFe® expliqué : La valeur « Qualité intégrée »
SAFe repose sur quatre valeurs centrales. La première était l'Alignment dans SAFe. La deuxième valeur est "Built-In Quality" – en français : "Qualité intégrée". Mais pourquoi ancrer la qualité intégrée comme valeur centrale – et que se cache-t-il derrière ce concept ?
Dans cet article, nous nous concentrons volontairement sur les impacts organisationnels de la qualité intégrée. L'importance de la qualité intégrée pour le client – et donc pour le chiffre d'affaires et le succès de l'entreprise – n'est mentionnée qu'en passant.
Le développement classique se déroule souvent ainsi :
Et lors de la prochaine réunion, on découvre ce que « terminé » signifie vraiment :
Parce que la livraison du produit dans les délais est naturellement importante pour l'entreprise, arrive bientôt le moment où l'on passe aux choses sérieuses :
La conséquence ? Les dettes techniques s'accumulent. À un moment donné, les développeurs sont bloqués, car ils ne font plus que « nettoyer » sans pouvoir avancer.
La situation s'aggrave très rapidement lorsque de nombreux tests manuels sont à effectuer. Plus l'équipe de développement est grande, plus il y a de tests à réaliser. Surtout quand le temps presse, une décision fatale devient de plus en plus probable :
En raison de l'absence de tests, les développeurs naviguent à l'aveugle et ne savent plus du tout si quelque chose ne fonctionne pas, ni où. Les problèmes n'apparaissent qu'une fois chez le client – et là, ils deviennent soudainement urgents ! Les signalements d'erreurs arrivent alors au pire moment et perturbent le développement :
La situation devient encore plus compliquée quand plusieurs équipes travaillent sur le même produit et qu'en raison de l'absence de tests, on ne sait pas d'où vient réellement une erreur :
Plus il y a de développeurs qui travaillent sur le même produit, plus la détection et la correction des erreurs deviennent compliquées.
Pour que cela ne devienne justement pas un problème, SAFe propose différentes mesures.
Mesures SAFe pour des produits avec une qualité intégrée :
- Nous utilisons toutes les têtes disponibles dès la planification pour identifier les risques tôt et créer ensemble le meilleur design possible.
- Les développeurs écrivent eux-mêmes du Clean Code. Celui-ci inclut bien sûr des tests unitaires et est intégré en continu.
- Très important : avoir le plus de cycles de feedback possibles et courts pour identifier les problèmes rapidement.
- Les erreurs de développement sont plus faciles à corriger quand les solutions ne sont pas fixées trop tôt.
- Une infrastructure de développement et de test optimale favorise les corrections de cap.
- Nous ne testons pas seulement les fonctions individuelles, mais aussi l'intégration et le système global aussi tôt et souvent que possible.
- Dans les démos, nous montrons le produit complet, pas les composants d'équipes individuelles.
SAFe suit la philosophie : "La qualité se construit à chaque étape du développement produit, et non pas seulement lors de l'assurance qualité.".
Tous les acteurs concernés, du développeur au Product Owner, en passant par le Management, doivent reconnaître leur responsabilité dans la manière d'intégrer au mieux et le plus tôt possible la qualité dans le processus et le produit. Nous t'expliquons la troisième valeur centrale de SAFe, la transparence, dans le prochain article.