L’importance des solutions et des produits numériques

Trop souvent dans les entreprises et les administrations, les responsables informatiques s’organisent sur la notion de solution¹. Ce n’est pas un problème en soi mais lorsqu’un département informatique a la volonté de monter en maturité, il est obligé de voir autrement son IT. Ce n’est plus seulement un ensemble de solutions. C’est quoi alors ? C’est ce que nous allons voir ensemble dans cet article.

Comprendre au travers des définitions

Même si la distinction entre les solutions et les produits numériques n’est pas
toujours claire et que les deux concepts peuvent parfois se chevaucher, essayons de voir ensemble les définitions des solutions IT et des produits numériques (PN).

Pour appréhender les termes Solution et PN, nous allons nous baser sur quelques frameworks connus (comme COBIT, IT4IT, TOGAF et SAFe) et nous allons les interpréter dans le contexte d’un département informatique. Au lieu de copier/coller ici les textes des documents de référence (surtout que je ne sais pas si les droits d’auteur peuvent le permettre 😉 ), je vais donner mon interprétations de ce que j’ai pu lire et appris ces dernières années. N’hésitez pas via les commentaires à demander les détails, si vraiment vous êtes perdus. Je vous répondrai en MP.

Si vous souhaitez découvrir mon point de vue plus détaillé sur les produits numériques, je vous recommande de lire mon article à ce sujet.

COBIT

Solution : Le modèle de référence de COBIT 2019 positionne pleinement les solutions au sein du domaine BAI : « Bâtir, Acquérir et Implanter » (en anglais: Build, Acquire and Implement) et DSS (Deliver, Service and Support).
PN : Le modèle de référence positionne essentiellement les PN au sein du domaine APO : « Aligner, Planifier et Organiser » (en anglais : Align, Plan and Organize). Ils sont alignés sur la stratégie de l’entreprise et visent à fournir de la valeur aux clients sur le long terme.

Dans COBIT® 2019, on comprendra les PN comme une offre pour fournir de la valeur aux clients (et donc indirectement aux utilisateurs) et les solutions comme des processus, des outils et des méthodes pour résoudre des problèmes et donc répondre à des besoins métiers spécifiques. Avec COBIT 2019, un département informatique vise à produire de la valeur à ses clients (externes/internes) sur la durée. De ce fait, il verra la gestion du cycle de vie d’une solution comme limitée à sa mise en œuvre et sa mise à disposition au client, alors que celle d’un PN couvrira l’ensemble du cycle de valeur, de la planification à la mise hors service.

IT4IT
Solution : Pour IT4IT^™, une solution peut être comprise comme un ensemble de composants ou de services informatiques qui sont configurés ou intégrés pour répondre à un besoin spécifique de l’entreprise. On retrouvera les solutions dans le détails des niveaux 3 à 5 des value streams d’IT4IT™ lorsque les solutions sont conceptualisées, développées et gérées lors des différentes phases du cycle de vie d’un produit numérique au travers des architectures de solution.
PN : Sans surprise – puisqu’IT4IT™ positionne la notion de Digital product – le PN est un service, un élément physique ou numérique qui fournit un résultat convenu et spécifique à un consommateur (au sens entreprise/client) ; il est décrit par une offre formelle du résultat à fournir en échange d’un prix explicite (coût si client interne à l’entreprise).

IT4IT™ fournit un cadre pour gérer/maintenir la cohérence des cycles de vie des produits et services IT pour toute une (grande) entreprise. Autrement dit, l’approche d’IT4IT™ favorise donc naturellement l’utilisation de PN pour optimiser et rationaliser les opérations IT. Les solutions ne seront perçues que dans les détails de l’exécution (de l’opérationnel) d’un département informatique.

SAFe
Solution : Une solution dans SAFe^® est définie comme un résultat ou un livrable (complexe) qui peut inclure des produits, des systèmes, des sous-systèmes et des services qui sont développés et déployés pour répondre aux besoins d’une entreprise ou d’un marché.
PN : Un produit numérique, en revanche, peut être vu comme une offre spécifique conçue pour répondre aux besoins d’un marché ou d’un segment d’utilisateurs spécifiques, souvent avec un modèle d’affaires associé.

Dans SAFe^®, tout à fait logiquement, le concept de solution est fortement présent. Il est au coeur de ce framework. Les PN sont moins mis en avant, hormis au travers des product owner et product manager. Il se concentre naturellement sur la mise en oeuvre de solution et de mise à disposition de livrables.

TOGAF
Solution : Elle est présente dans ce framework, au niveau de la définition des architectures solutions comme répondant aux besoins spécifiques/problèmes de l’entreprise. Par exemple, on retrouvera les solutions au niveau de l’ADM, dans la phase E « Opportunités et solutions ». On les retrouve aussi au sein l’ACF, pour définir les Solution Building Block (SBB).
PN : Dans TOGAF^®, un produit (§4.62) est défini comme un résultat généré par l’entreprise à proposer aux clients. Les produits comprennent des matériaux et/ou des services. Un PN a la même définition que dans IT4IT (cohérence due à TheOpenGroup).

Dans TOGAF^®, on retrouve le positionnement des solutions et des PN presqu’à l’identique des autres frameworks. Bref, en résumé :

Une solution s’appuie sur un ou plusieurs produits numériques pour répondre à un besoin métier spécifique.

De manière générale, nous pouvons définir une solution comme un produit, un service ou un système, comme précisé dans SAFe. C’est à dire qu’un produit numérique est un concept plus large qui englobe l’ensemble du cycle de vie d’un service ou d’un produit, tandis qu’une solution est une réalisation concrète de ce produit numérique à un moment (délai) donné, pour un périmètre donné, et avec un budget donné.

L’importance de conserver leurs différences

Une entreprise de 80 personnes ne va pas s’intéresser à la différence entre PN et solutions. D’ailleurs, elle sera uniquement intéressée à réaliser des projets rapidement qui fabriquent des livrables dans un périmètre fonctionnel, financier et temporel sous contrôle. Bref elle ne sera intéressée que par des solutions et à juste titre. De plus, ces livrables devront répondre à un problème en particulier. Autrement dit, peu importe les moyens utilisés, l’objectif est de passer à l’action pour rapidement trouver une solution. Mais que se passe-t-il si cette entreprise intègre un groupe ?

Il est évident que l’aspect « trouver une solution » va rester. Il n’y a aucune raison qu’un problème à l’échelle d’une petite entreprise disparaisse du fait de son intégration à un groupe. Toutefois, du point de vue IT, le département informatique ne va plus voir de la manière manière les « problèmes » des filiales. En effet, le passage à l’action du département informatique est maintenant à l’échelle du groupe et non plus des filiales. Donc comment réconcilier les deux ? C’est là que les concepts solutions et produits numériques deviennent intéressants.

Les solutions et les PN ne s’opposent donc pas mais ils correspondent à des points de vue différents.

Les produits numériques correspondent à l’alignement des objectifs stratégiques avec les ressources de l’entreprise ou du groupe.

Les solutions sont les passages à l’action répondant aux objectifs opérationnels et donc impactant les ressources de l’entreprise ou des filiales.

Le groupe – au niveau IT – DOIT se concentrer sur les produits numériques qui apporte de la valeur au client et doivent être transversaliser le plus possible, donc au travers des filiales.

Les filiales – toujours au niveau IT – DOIVENT rechercher des solutions en s’appuyant sur des produits numériques (du groupe). L’important pour elles sera d’implémenter des solutions pour résoudre rapidement (idéalement hier 😁) les problèmes.

Comment gérer ces deux concepts au niveau de l’architecture d’entreprise ?

Il n’y a pas de secret, pour gérer ces deux concepts au niveau de l’architecture d’entreprise, il faut comprendre le métier. C’est donc bien au niveau des business capabilities que tout va se jouer. C’est là, que la notion de besoins métiers spécifiques trouvera tout son sens. Qu’est-ce que du métier spécifique d’ailleurs ? Je pense que c’est quelque chose qui ne trouve pas de réponse dans un autre secteur métier (d’affaire). Mais cela reste quand même très flou 😜.

Cependant, on peut clarifier cette notion en considérant les points suivants :

Les processus métier : Chaque métier a ses processus métier, qui définissent la manière dont le travail est effectué.
Les données et informations : Chaque métier utilise et produit ses propres données et informations.
Les technologies : Chaque métier utilise ses propres applications et technologies pour « automatiser » ses processus et gérer ses données et informations.
Les compétences : Chaque métier requiert des compétences spécifiques.

L’un des principaux objectifs de l’architecture d’entreprise est de comprendre et de traiter ces spécificités pour en extraire au moins deux vues : celle spécifique évidemment, et surtout celle de mise en commun, appelée parfois « vue transversale ». Pour cela, les architectes d’entreprise doivent travailler en collaboration avec le métier (et/ou les business analystes) afin de faire valider ces différentes vues. Á partir de ce moment, ils peuvent analyser plus en profondeur des produits numériques et des solutions (hauts niveaux) qui répondent aux attentes tout en s’intégrant de manière transparente à l’architecture d’entreprise existante.

En conclusion, l’identification des besoins métiers spécifiques est essentielle pour la gestion des solutions et des PN au niveau de l’architecture d’entreprise. Ces besoins métiers spécifiques deviennent des opportunités pour l’entreprise.

Ceci reste mon point de vue. Basé sur les différentes sociétés dans lesquelles j’ai travaillées, mais également par rapport aux nombreux AE que j’ai cottoyé et avec qui on a refait le monde (ils se reconnaîtront) 😜 ↩︎

Lilian Duchêne