Flow Framework® : une approche prescriptive pour le passage du projet au produit

Saviez-vous que les frameworks de gestion couramment utilisés aujourd'hui sont issus de la révolution industrielle et reposent sur des principes initialement appliqués pour la fabrication à la chaîne ? À l'ère du développement logiciel qui est aujourd'hui la nôtre, les responsables IT et métiers des entreprises de tous les secteurs ont besoin d'un nouveau cadre pour gérer leurs organisations de livraison de logiciels comme les géants de la tech.

Les départements IT des grandes entreprises ont encore du mal à répondre aux questions les plus fondamentales pour la production :

• Qui est le client ?
• Quelle est la valeur pour le client ?
• Quels sont les chaînes de valeur ?
• Où le goulot d'étranglement se situe-t-il ?
• Quel impact la livraison de logiciels a-t-elle sur les revenus, la qualité et les coûts ?
• Comment progressent les transformations DevOps, Agile et SAFe® ?
• Où faut-il investir davantage pour améliorer les résultats métiers ?

Au lieu de s'appuyer sur des métriques indirectes axées sur les activités elles-mêmes, telles que les lignes de code ou le nombre de déploiements par jour, il est temps d'adopter des métriques qui permettent d'évaluent les résultats métiers.

Percevant ce besoin sur le marché, Mik Kersten, CTO de Planview et ancien CEO de Tasktop, a introduit le Flow Framework dans son ouvrage de référence Project to Product. Ce framework innovant aide les équipes IT à opérer une transition d'une mentalité projet à une culture produit qui favorise une création de valeur accrue de bout en bout et une réaction plus rapide aux évolutions du marché.

Le Flow Framework permet d'identifier où le travail s'écoule de façon fluide et où il ralentit dans la chaîne de valeur produit pour pouvoir éliminer les goulots d'étranglement. Il dote également les responsables technologiques d'un langage non technique (et non Agile) pour communiquer efficacement avec les parties prenantes métiers lors de la définition des priorités et de l'évaluation des résultats.

Le Flow Framework offre une approche structurée et prescriptive du Value Stream Management dans les organisations de livraison de logiciels. Vous pouvez ainsi l'exploiter pour :

• Visualiser le flux de valeur métier de bout en bout en temps réel
• Repérer immédiatement les goulots d'étranglement et faire en sorte de prioriser les investissements en conséquence
• Tester des hypothèses sur la base de données en temps réel
• Restructurer l'organisation dans une logique d'optimisation du flux

Les éclairages sont extraits directement à partir de la réalité du « terrain » de la chaîne d'outils de livraison de logiciels. Les millions d'artefacts (exigences, capacités, epics, features, stories, etc.) qui représentent le travail réel de livraison de logiciels peuvent être analysés et visualisés pour améliorer la prise de décision.

En substance, le Flow Framework cadre de flux ouvre la boîte noire de l'IT, créant à l'échelle de l'organisation une boucle de feedback qui réduit le time-to-market et accélère le flux de valeur pour les clients.

Le cadre des flux utilise des mesures de flux pour mesurer la chaîne de valeur de la livraison de logiciels de bout en bout, du concept à la trésorerie. Il indique le temps nécessaire pour livrer quelque chose à partir du moment où le travail est accepté.

Tout est mesuré – de l'adoption d'une idée au déploiement, en passant par tous les contributeurs et outils impliqués en cours de route. Les organisations peuvent savoir si les choses ralentissent en raison d'une attente sur une infrastructure partagée, de tests de sécurité ou du retard d'une autre équipe.

Armés de ces connaissances, les responsables peuvent s'attaquer aux longs temps d'attente avec des solutions à l'efficacité optimale.

Flow Metrics

Le Flow Framework écarte les mesures des activités au profit du suivi des Flow Metrics et de leur corrélation avec les résultats métiers, et plus particulièrement avec la valeur (bénéfice pour les métiers), le coût (coût d'exploitation de la chaîne de valeur), la qualité (du produit) et la satisfaction (engagement des collaborateurs qui accomplissent le travail).

On compte quatre Flow Metrics, auxquelles s'ajoute l'indicateur Flow Distribution (répartition du flux), qui permettent d'analyser individuellement chaque chaîne de valeur produit et chaque portefeuille de produits :

• Flow Velocity® (Vélocité du flux) : Observe-t-on une accélération de la livraison de valeur ?
• Flow Efficiency® (efficience du flux) : la livraison est-elle retardée par la mise en attente d'activités en amont (phase d'idéation) ?
• Flow Time (durée du flux) : observe-t-on une réduction du time-to-value ?
• Flow Load® (charge du flux) : la demande est-elle supérieure à la capacité ?
• Flow Distribution® (répartition du flux) : investissons-nous à la fois dans la génération de valeur métier et dans sa préservation ?

Les Flow Metrics présupposent que toutes les activités du cycle logiciel – conception, développement et livraison – doivent créer de la valeur pour l'entreprise. Si ce n'est pas le cas, les activités en question n'ont pas lieu d'être.

Le Flow Framework décline toutes ces activités, dont le seul rôle est de créer de la valeur ou de la préserver, en différentes catégories d'éléments de flux :

• Fonctionnalités (valeur métier)
• Anomalies (qualité)
• Risques (sécurité et conformité)
• Dettes (obstacles aux livraisons futures)

Il n'y a pas de mesure du degré Agile ou DevOps d'une organisation, mais simplement un focus sur la quantité de valeur métier qui s'écoule à travers chaque chaîne de valeur et sur les résultats produits. Par exemple, si la réactivité face aux évolutions du marché est un objectif clé, le Flow Framework peut mettre en évidence les cycles de flux et de feedback trop lents pour une valeur particulière, ce qui implique potentiellement la nécessité de renforcer les pratiques Agile.

Cet exercice oblige l'organisation à définir les limites de chaque chaîne de valeur en termes d'équipes et de coûts autres, ainsi que des mécanismes permettant de déterminer les résultats des différentes chaînes de valeur, tels que les revenus et la satisfaction des collaborateurs.

Découvrez plus en détail chacune des Flow Metrics exploitées dans le Flow Framework. Téléchargez notre e-book Flow Metrics : l'outil des dirigeants pour mesurer ce qui compte dans la livraison de logiciels.

Réseau de chaînes de valeur

Le réseau de chaînes de valeur désigne le flux de valeur commerciale au sein d'une organisation dans son ensemble. Avec un réseau de chaînes de valeur connectées, les équipes peuvent mesurer, en temps réel, tous les investissements et activités liés à la livraison de logiciels, et connecter les Flow Metrics de relier les Flow Metrics aux résultats métiers.

Dans le cadre du déploiement du Flow Framework, le réseau de chaînes de valeur est l'infrastructure clé nécessaire pour obtenir le même type d'automatisation et de visibilité pour la livraison de logiciels que dans la production industrielle.

Les Flow Metrics ne peuvent pas fonctionner sans un réseau de chaînes de valeur connectées, car elles ne généreraient des données que pour des segments d'une chaîne de valeur, et non des flux de bout en bout. Une fois les métriques de chaîne de valeur connectées au réseau de chaînes de valeur, les organisations peuvent bénéficier d'une vue sans précédent de ce qui circule dans leurs chaînes de valeur de livraison de logiciels et des résultats que cela permet d'obtenir.

Lors du passage du projet au produit, le réseau de chaînes de valeur est traité comme un produit avec sa propre équipe de réalisation stable, plutôt que comme un projet avec une fin définie. La majorité des améliorations apportées au réseau de chaînes de valeur, qu'il s'agisse de connecter les différentes parties prenantes ou de créer des tableaux de bord pour les Flow Metrics, incombent à cette équipe.

Lorsque les équipes d'une chaîne de valeur particulière doivent apporter des modifications à leur processus de travail – par exemple, pour éliminer un gaspillage en passant de contrôles de conformité manuels à un outil de sécurité automatisé –, ce travail relève des éléments de flux de type « dettes » pour cette équipe.

Réseau d'artefacts

Le réseau d'artefacts fait apparaître tout le travail produit par les équipes. Afin de garantir une visibilité de bout en bout, il faut impérativement que chaque artefact du réseau soit connecté à tous les autres artefacts auxquels il est lié.

Le réseau d'artefacts exploite un modèle d'activité pour catégoriser les différentes phases par lesquelles les éléments de flux passent au cours de leur réalisation. Ce modèle d'activité identifie chacune des activités spécifiques réalisées dans la chaîne de valeur et les associe à des états de flux (nouveau, actif, en attente ou terminé), ce qui permet de mesurer le flux de façon homogène dans l'ensemble des artefacts.

Les nœuds du réseau d'artefacts sont des artefacts, tels que les tickets et les anomalies. Ces nœuds sont connectés par les relations existant entre ces artefacts. À partir du réseau d'artefacts, le modèle d'activité peut être utilisé pour mapper les artefacts détaillés avec les éléments de flux, plus génériques, et les états de flux requis pour produire les Flow Metrics.

Réseau d'outils

La couche située tout en bas du Flow Framework est le réseau d'outils. Il s'agit de l'ensemble des outils hébergés et on-premise qui contiennent les artefacts qui sous-tendent les éléments du flux (fonctionnalités, anomalies, dettes et risques).

Dès que plusieurs outils sont présents, la seule façon d'obtenir un flux et un feedback continus est de connecter tous les outils que recouvrent les éléments de flux.

Dans les organisations IT de grande taille qui s'appuient sur une multitude d'outils internes, tiers et open source, ce sont les connexions manquantes dans la couche du réseau d'outils qui empêchent le flux et le feedback nécessaires.

Tant qu'un outil de développement comme Atlassian Jira n'est pas connecté à un outil de service desk comme ServiceNow, l'absence de flux et de feedback entre ces deux silos donne lieu à un goulot d'étranglement.

Il existe un grand nombre de méthodologies et de frameworks pour transformer, moderniser et réorganiser tous les aspects de l'entreprise. Certains, comme SAFe® (Scaled Agile Framework®), se focalisent sur la livraison de logiciels d'entreprise. Les pratiques DevOps visent à éliminer les goulots d'étranglement dans la construction et la mise en production des logiciels. D'autres frameworks, comme le Zone Management de Moore, abordent les transformations du point de vue de la réorganisation du business.

Quels que soient les pratiques ou les frameworks appliqués par une organisation, le Flow Framework garantit la connexion entre les frameworks et les initiatives de transformation au niveau métiers et ceux d'ordre technique. Plutôt que de dicter la marche à suivre pour se transformer, le Flow Framework aide les entreprises à suivre, gérer et améliorer leurs investissements dans l'automatisation et l'agilité.

Par exemple, si une équipe Agile a constamment du mal à atteindre ses objectifs de mise en production, les frameworks SAFe® ou Scrum fournissent des métriques et des guidelines pour une priorisation et une planification plus efficaces. De son côté, le Flow Framework se concentre sur des métriques de bout en bout permettant de localiser les goulots d'étranglement (qui peuvent se situer en amont ou en aval du développement).

Découvrez comment appliquer le Flow Framework à votre implémentation SAFe®. Téléchargez notre e-book Exploiter les Flow Metrics dans le cadre de la cadence SAFe®.

Le Flow Framework fournit un modèle pour mettre en œuvre le Value Stream Management, connecter l'IT et les métiers, et transformer les grandes entreprises en sociétés technologiques hautement performantes.

Ce framework moderne permet de déterminer les résultats des investissements dans le cadre des pratiques Agile et DevOps, offrant les métriques nécessaires pour améliorer ces pratiques. En résumé, il vise à donner aux entreprises un moyen de mettre à l'échelle le flux, le feedback et l'apprentissage continu au profit non seulement des équipes Dev et Ops, mais aussi du processus métier de bout en bout lié à la livraison de logiciels.