Essentiellement, tous les modèles sont faux, mais certains sont utiles.
—George E. P. Box
Modèle d’exigences SAFe
Pour apporter les avantages du développement Lean et Agile aux grandes entreprises, ou aux plus petites, qui construisent des systèmes plus complexes, SAFe fournit un modèle d’exigences évolutif qui permet d’exprimer les comportements de système: Epics, Capability, Features, Stories, Exigences non fonctionnelles (NRF), et plus. Comme le montre la figure 1, chacun de ces éléments de travail est exprimé de différentes manières.
Figure 1. Modèle d’exigences SAFe
Par exemple, une feature est décrite par une phrase, une hypothèse de bénéfice et des critères d’acceptation; une story est élaborée à l’aide d’une déclaration user-story et de critères d’acceptation.
Ces artefacts remplacent généralement les spécifications traditionnelles du système et des exigences par de nouveaux paradigmes basés sur le développement Lean-Agile. Ces exemples visent également à aider les équipes à éviter de se focaliser trop tôt sur une solution ponctuelle et à ne pas choisir des exigences et des conceptions spécifiques au début du processus d’apprentissage. Au lieu de cela, ils encouragent le fait de laisser de la place à une compréhension émergente basée sur l’intention, et non sur la spécificité.
En outre, des modèles et des relations pour les attributs, des directives d’acceptation et des tests sont inclus pour prendre en charge les NFR qui sont également imposés aux systèmes les plus importants du monde.
Pris ensemble, il s’agit d’un modèle complet, comme le montre la figure 1.
La plupart des pratiquants n’ont besoin que d’une partie de ces objets. Par exemple, les équipes agiles utilisent principalement des user stories, des tests d’acceptation d’histoires et des NFR. Cependant, chaque élément est conçu pour fournir la bonne quantité d’expression de comportement et de test aux différents niveaux de SAFe.
Cet article d’orientation s’adresse aux consultants et aux experts SAFe qui ont besoin de savoir comment tout cela fonctionne ensemble en tant que système, ainsi qu’à ceux qui fournissent des outils autour de SAFe, où la sémantique doit être sans équivoque.
Si le modèle semble complexe, c’est que le développement de logiciels et de systèmes à l’échelle moderne est compliqué, même avec les méthodes Agiles. Si un élément n’est pas nécessaire, il n’est pas nécessaire de l’utiliser. Cependant, les équipes et les programmes qui construisent des solutions d’entreprise de la plus haute qualité, de classe mondiale, peuvent probablement appliquer la plupart de ces éléments.
Apprendre encore plus
[1] http://www.goodreads.com/quotes/680161-essentially-all-models-are-wrong-but-some-are-us-useful
© Scaled Agile, Inc.
