Introduction : le défi de la relation Métier / IT

Vous êtes nombreux à rencontrer des difficultés dans la relation entre le métier et l’IT. Souvent, la DSI est perçue comme un simple exécutant plutôt qu’un partenaire créateur de valeur. Cet article vous propose une solution : l’instauration de la co-responsabilité dans des contextes agiles, produit ou agile à l’échelle.

Les Problèmes Courants

Du Point de Vue de l’IT

– Un manque d’implication du métier dans l’analyse et le suivi des exigences.

Du Point de Vue du Métier

– Une incompréhension de la valeur de l’IT, qui ne livre pas ce qui est demandé dans des délais raisonnables.

La Co-responsabilité Métier / IT : Un Nouveau Paradigme

Le Principe de Base

Notre approche repose sur la création de binômes co-responsables à tous les niveaux de l’organisation. Ces binômes sont composés d’un acteur métier et d’un acteur IT.

L’Acteur Métier

Il incarne le besoin, la valeur à créer et les changements à implémenter.

L’Acteur IT

Il identifie les impacts sur le système d’information, propose des alternatives et estime les coûts.

La Collaboration

Ensemble, ils trouvent le meilleur équilibre entre valeur et coût, renforçant ainsi leur collaboration et optimisant les ressources de l’organisation.

Le Changement de Posture : Une Nécessité

Côté IT

Il faut passer d’une posture réactive à une posture proactive, où vous conseillez, orientez et challengez le besoin.

Côté Métier

Il faut évoluer d’une posture de demandeur à une posture de collaborateur, où la valeur et les enjeux sont partagés.

Le Respect Mutuel

Dans les deux cas, le respect et la considération sont essentiels pour la réussite du binôme.

Une Structure de Co-responsabilité à Tous les Niveaux

Au Niveau Équipe

Le binôme est composé du Product Owner et de tous les membres de l’équipe.

Au Niveau Produit

Le binôme est formé du Product Manager et du System Architect.

Au Niveau Portefeuille

Le binôme inclut l’Epic Owner et l’Enterprise Architect.

Conclusion : Vers une Collaboration Fructueuse

En somme, la co-responsabilité permet une collaboration plus étroite et efficace entre le métier et l’IT. Elle favorise une meilleure utilisation des ressources et conduit à des décisions plus éclairées. Ce modèle, lorsqu’il est bien appliqué, peut transformer la dynamique de votre organisation.

N’attendez plus, faites le pas vers la co-responsabilité et récoltez les fruits d’une collaboration réussie.

Pour aller plus loin, consulter notre offre sur les modèles opérationnels et l’article  Approche Produit: les trois perspectives pour transformer votre SI.

Une découpe selon trois perspectives

Les organisations traditionnelles fonctionnent souvent selon une logique de projet ou d’application. Adopter une approche orientée produit exige de trouver un équilibre subtil entre trois perspectives, chacune avec ses propres contraintes :

1. Perspective Business : Cette vue privilégie l’alignement des produits avec les besoins des clients, qu’ils soient internes ou externes, tout au long de la chaîne de valeur ou des processus métier.
   Par exemple, un produit de merchandising e-commerce pourrait servir une équipe d’e-merchandising en intégrant plusieurs applications (PIM, DAM, Intégration, Merchandising, Gestion de contenu).
   
2. Perspective IT : Ici, l’accent est mis sur l’architecture du SI existant, sa modularité et sa capacité à évoluer. Les produits, dans cette perspective, s’alignent sur des groupes d’applications étroitement liées qui servent des étapes spécifiques de la chaîne de valeur.
   
3. Perspective RH : La construction et la maintenance des produits nécessitent des compétences à la fois fonctionnelles et techniques. Une équipe produit doit disposer d’un périmètre clairement défini, avec un minimum de 5 développeurs et un maximum de 20, pour fonctionner efficacement.

L’approche produit, une question d’équilibre

La partition de votre SI en produits est un exercice d’équilibrage entre ces différentes perspectives. Cet équilibre peut être précaire au moment où vous démarrez pour de multiples raisons historiques. Vous pouvez lancer des initiatives pour l’améliorer au fil du temps. Par exemple, vous pouvez envisager des initiatives pour moderniser votre SI ou rationaliser les technologies. Ceci permet de mieux aligner le partitionnement sur vos chaînes de valeur. Vous pouvez également travailler sur l’homogénéité technologie de certains périmètres afin de faciliter la construction d’équipes pluridisciplinaires.

Les étapes de Construction de vos Produits

1. Identifiez la chaîne de valeur que le périmètre SI doit supporter.
2. Mappez les systèmes informatiques sur cette chaîne pour identifier leur couverture et leurs dépendances.
3. Recensez les collaborateurs et leurs compétences associées à ces systèmes.
4. Élaborez une première version d’une architecture SI orientée produit, puis validez et itérez jusqu’à consensus. Un produit sert une partie de la chaine de valeur. Il est constitué d’un ensemble d’applications et des personnes qui sont nécessaires à sa construction et son maintien. Vous pouvez jouer sur ces trois dimensions dans vos scénarios et évaluer leurs intérêts respectifs. 

Les acteurs Clés de la transition vers votre approche produit

Pour réussir cette transformation, vous aurez besoin :

• D’acteurs métier : Des responsables métier pour identifier la chaîne de valeur et ses acteurs majeurs.
• D’architectes d’entreprise : Les Architectes d’entreprise sont clés dans la définition de la chaine de valeur et l’identification des systèmes contributeurs sous-jacents. En sus, les architectes systèmes quant à eux apportent la vision des compétences techniques nécessaires pour construire et maintenir les systèmes.
• Des représentants du cycle de développement à la production afin de valider la capacité à construire, tester et opérer les ensembles ainsi formés.
• D’un Animateur : Une personne pour faciliter les ateliers et faire converger les différentes perspectives.

Les produits ainsi construits sont stables dans le temps car arrimés à un métier de l’organisation. Là où les technologies vont et viennent au gré des obsolescences, les produits s’adaptent au fur et à mesure à leur environnement technologique et métier. Ces produits sont de véritables assets de l’organisation.

Pour aller plus loin, voir notre offre sur l’architecture d’entreprise.