Cet article est une traduction d’un article du blog de VersionOne https://blog.versionone.com/safe-value-streams-top-7-questions/

Connaissez-vous la différence entre un flux de valeur et un Agile Release Train (ART) ? Savez-vous comment DevOps s’intègre dans le concept de flux de valeur Scaled Agile Framework® (SAFe®) ? Nous avons récemment organisé un webinaire avec Dean Leffingwell pour répondre à ces sept questions principales et plus encore. Vous pouvez voir le webinaire complet ici, mais pour votre commodité, nous avons fourni un résumé ci-dessous :

1- Qu’est-ce qu’un flux de valeur ?

Un flux de valeur est la construction organisationnelle fondamentale de SAFe. C’est là où nous commençons. Chaque flux de valeur est une séquence d’étapes permettant de fournir de la valeur au client. Il y a un déclencheur, quelque chose qui le cause, et il y a une forme de monétisation ou de valeur livrée à la fin. Les étapes au milieu sont les étapes de développement.

Les flux de valeur sont généralement interfonctionnels, inter-organisationnels et inter-géographiques. Lorsque nous développons des systèmes pour prendre en charge des flux de valeur ou générer directement de la valeur, nous le faisons avec un train de développement agile (ART). L’ART contient toutes les personnes appropriées et toutes les compétences nécessaires pour fournir tout ou partie d’un flux de valeur.

2- Pourquoi s’organiser autour de flux de valeur ?

La raison pour laquelle nous organisons des flux de valeur est très simple. Nous voulons accélérer les délais de commercialisation. Nous le faisons en optimisant le flux dans le système dans son ensemble.

Si nous sommes organisés de la sorte, nous aurons moins de transferts et nous pourrons travailler avec des lots plus petits, qui passent plus rapidement dans le système. Il est beaucoup plus facile d’intégrer la qualité car tout le monde travaille ensemble. Vous obtenez un alignement intégré entre les activités et le développement. Les entreprises font partie de la chaîne de valeur, le développement fait partie de la chaîne de valeur, DevOps fait partie de la chaîne de valeur. C’est juste un flux.

3- Qu’est-ce que la cartographie du flux de valeur?

Une fois que nous comprenons les flux de valeur, nous pouvons appliquer un outil d’analyse appelé mapping de flux de valeur. La cartographie des flux de valeur est un processus analytique qui demande: Quelles sont les étapes ? Quel est le temps entre les marches ? Que pouvons-nous faire pour minimiser les délais entre les étapes ?

Lorsque nous réalisons une cartographie des flux de valeur, nous découvrons des choses intéressantes. Nous découvrons que le temps nécessaire pour implémenter une fonctionnalité représente un très petit pourcentage du temps total de livraison. Par petit, j’entends typiquement entre trois et sept pour cent. Donc, quelque chose qui prend un mois à construire, peut prendre un an à déployer. Mais alors vous pouvez commencer à voir ce que vous pouvez faire à ce sujet.

4- Qu’est-ce qu’un Agile Release Train (ART) ?

Un ART est une organisation virtuelle qui inclut toutes les personnes, avec toutes les compétences requises, pour créer de la valeur. Après tout, les gens font tout le travail et nous nous rendons compte de la valeur avec les gens dans les ART.

Il existe également des ART qui sont des organisations physiques. Ce que je veux dire par là, c’est que ce sont de véritables structures de rapport. Même dans ce cas, tout le monde dans le train ne se rapporte pas nécessairement à un seul individu. Plus généralement, vous commencez à voir se dessiner un modèle organisationnel plus amorphe, ce que nous appelons le mode «achetez un t-shirt».

Une personne peut se rapporter à l’exploitation et à la maintenance ou à l’entreprise, mais nous aimons «lui acheter un t-shirt» pour l’accueillir à l’ART. Tout le monde sous ART porte le même t-shirt, pour ainsi dire; c’est la métaphore pour faire partie d’une plus grande équipe d’équipes. Ils viendront à la planification du PI et participeront aux grands événements tels que la démonstration du système. Ils feront donc logiquement partie de la multithérapie, peu importe à qui ils rapportent.

En règle générale, nous ne suggérons pas de modifier la structure organisationnelle d’une entreprise, car c’est un gros problème et que les ART auront tendance à évoluer avec le temps. Avec la structure virtuelle de l’ART, tout ce dont nous avons besoin est la permission de planifier ensemble, de s’engager ensemble, d’exécuter ensemble, de faire une démonstration ensemble, d’inspecter et de s’adapter ensemble. C’est assez difficile de dire non à cela. Pour y parvenir, les ART gèrent une séquence d’événements que nous appelons itérations et incréments de programme (PI), dans lesquels tout le monde travaille ensemble pour créer de la valeur.

5- Qu’est-ce que le client a à voir avec le flux de valeur ?

Le client a pratiquement tout à voir avec un flux de valeur. Nous n’avons pas de modèles Agile, Lean ou SAFe dans lesquels le client n’est pas intégré au processus de développement. Ce ne sont pas des développeurs, mais ils jouent un rôle critique. Ils sont essentiels pour commenter les idées et les idées de développement. Et bien sûr, ils sont impliqués dans la livraison de valeur ultime. Il n’existe aucun modèle permettant de dire: «Oh, mon client est distant et ne fait pas partie du développement. Nous espérons donc que tout ira pour le mieux lorsque nous livrerons». Il est peut-être vrai qu’ils sont distants et qu’ils font partie d’une organisation différente, mais si nous nous dirigeons vers une voie simple et agile, le client fait absolument partie intégrante de la chaîne de valeur. Ils reçoivent le même t-shirt et ont des responsabilités spécifiques, comme tout le monde.

6- Comment organisez-vous les ART dans le flux de valeur ?

C’est l’art et la science de la compréhension des flux de valeur, à l’échelle agile et à SAFe. Les ART sont conçus de manière à ce que chaque ART puisse offrir un ensemble de fonctionnalités et, dans certains cas, être libéré indépendamment des autres ART. Par exemple, pensons à un satellite de collecte de données géophysiques. Ce système ne comprend pas seulement le satellite évident avec des caméras, il existe également une station au sol et de l’hébergement qui transmet des données géophysiques à l’utilisateur final. Techniquement, ce sont des systèmes très différents, mais ils doivent travailler ensemble pour fournir les données. Et leurs cycles de publication ne sont pas les mêmes. Vous pouvez facilement considérer le satellite comme son propre flux de valeur, la station sol comme un flux de valeur et l’hébergement comme un flux de valeur. Dans ceux-ci, il pourrait facilement y avoir plusieurs ART. Vous pouvez penser à cette activité comme trois grandes sources de valeur et un certain nombre d’ART dans chacune. Mais cela dépend beaucoup de la portée.

7- Qu’est-ce que DevOps a à voir avec le flux de valeur ?

La valeur n’apparaît que lorsque l’utilisateur final utilise la solution. La chaîne de valeur ne peut pas avoir un modèle qui implique des idées et du développement, mais exclut le déploiement. Le pipeline DevOps fait simplement partie du flux de valeur.

Prenons notre exemple du satellite. La société dispose de téraoctets et de téraoctets de données qu’elle transmet de la batterie de serveurs Web à l’utilisateur final. Toutes ces données sont évidemment alimentées via des systèmes déployés.

DevOps est simplement une capacité d’un ART. C’est juste une partie de ce que font les ART. Si vous déconnectez le client ou DevOps, ce n’est pas un flux de valeur. Ce n’est qu’un processus de développement logiciel. Cela ne prend pas une vue des systèmes.

Conclusion

J’espère que ces sept questions et réponses de Dean Leffingwell vous aideront à mieux comprendre les flux de valeur de SAFe. Ces sept questions ne sont que quelques-unes des questions auxquelles Dean a répondu à propos de SAFe lors de notre webinaire. Découvrez le webinaire complet à la demande, Comment utiliser SAFe pour apporter de la valeur à l’échelle de l’entreprise.


© Scaled Agile, Inc.