La relation entre l'architecture d'entreprise et le DSI a toujours été difficile. En fonction des antécédents du DSI, il lève généralement les mains en signe d'horreur ou relègue l'équipe d'architecture d'entreprise au rang de centre d'intérêt de l'architecture informatique. En général, ce n'est pas parce qu'ils ne comprennent pas la valeur de l'architecture d'entreprise, mais parce qu'ils trouvent que cela prend trop de temps ou coûte trop cher, ou pire encore, que l'équipe d'architecture d'entreprise passe pour les gardiens de l'univers.
La grande question que la plupart des DSI ont peur de poser est la suivante : "Quelle valeur est-ce que je tire de mes efforts d'architecture d'entreprise ?" Ce qui est suivi de "Comment puis-je mesurer cette valeur avec certitude ?" Souvent, le simple fait de poser la question produit des réponses inconfortables.
Dans la plupart des cas, il est difficile de communiquer la valeur en termes commerciaux.
En outre, il existe une perception selon laquelle les architectes d'entreprise agissent comme des policiers. Ils accusent l'équipe d'architecture d'entreprise d'empêcher l'agilité, d'imposer des normes déraisonnables ou de restreindre ce que les gens font ou comment ils travaillent. Sous pression pour obtenir des résultats, il est trop facile d'écouter ces voix et de saper les efforts de l'équipe d'architecture d'entreprise.
Il n'en reste pas moins que le travail et le changement non gouvernés mèneront au chaos dans le meilleur des cas et à un impact commercial négatif grave dans le pire des cas. Toutefois, pour que les architectes d'entreprise puissent faire entendre leur voix et être écoutés, ils doivent passer d'un rôle de gendarme à un rôle plus consultatif. Ne dictez pas de normes et ne limitez pas ce que les gens font ; convenez plutôt de lignes directrices et de principes qui se concentrent sur les domaines où les approches communes sont importantes. Prenez de l'avance lorsqu'il s'agit de modifier ou de supprimer les anciennes pratiques qui ne sont plus pertinentes, et demandez-vous si nous pouvons gérer avec moins de normes.
Enfin, en fonction des objectifs et des ambitions de votre DSI, prenez le temps d'expliquer comment, avec un architecte d'entreprise assis à leur droite, ils peuvent avoir un impact commercial plus important. Avec la vitesse du changement induit par la technologie, les architectes d'entreprise sont une arme formidable pour aider le DSI à prendre le contrôle de la transformation de l'entreprise - mais seulement s'ils ont une vue d'ensemble.
Trois actions pour améliorer l'engagement avec votre DSI
- Comprenez les principales priorités de votre DSI. "What's in it for me " s'applique aussi bien à notre chaîne de gestion qu'aux utilisateurs professionnels en général. Assurez-vous de comprendre les principales 3 - 5 priorités de votre DSI. Ensuite, démontrez clairement comment les efforts d'architecture d'entreprise sont capables (et nécessaires) d'atteindre leurs objectifs en temps voulu, et les risques s'ils ne tiennent pas compte de la perspective de l'architecture d'entreprise. En fonction de la place que vous occupez dans l'organisation, vous constaterez peut-être que cela vous pousse davantage vers l'architecture informatique que vers l'architecture d'entreprise. Bien que ce ne soit pas idéal, si c'est ce qu'il faut pour démontrer la valeur, c'est là que vous devez vous concentrer initialement.
- Ne parlez pas d'artefacts ; parlez de décisions et de choix. Trop souvent, lorsqu'ils interagissent avec des architectes d'entreprise, les DSI signalent que la discussion tourne rapidement autour des artefacts et des modèles. Le fait est que les DSI ne veulent en fait ni l'un ni l'autre ! Ce dont ils ont besoin, ce sont des informations précises et opportunes qui leur permettent de prendre plus rapidement des décisions plus intelligentes. Prenez plus de temps pour expliquer les meilleures décisions qu'ils peuvent prendre grâce à la mise en place d'un plan d'architecture d'entreprise. C'est une excellente occasion d'élever les discussions vers des domaines plus centrés sur les affaires, et de démontrer l'importance de l'architecture d'affaires en tant que partie de l'architecture d'entreprise.
- Utilisez les portefeuilles comme langage commun : Que vous parliez avec votre DSI ou avec vos collègues du PMO, les portefeuilles constituent un excellent langage commun et une bonne compréhension. Les DSI sont souvent chargés de réduire les dépenses informatiques et donc de réduire les portefeuilles de systèmes informatiques. Cependant, en exploitant une approche de portefeuille, ils peuvent également comprendre l'impact des décisions, par exemple, ce projet aura un impact sur ces systèmes, ou la mise à niveau du système X aura également un impact sur le système y. Expliquez comment l'exploitation des aspects de portefeuille de votre architecture d'entreprise peut éviter les erreurs, anticiper les problèmes futurs potentiels et permettre de planifier avec certitude. Vous pouvez également envisager d'utiliser des exemples d'échecs passés pour illustrer comment ils auraient pu être évités.
Que pensez-vous de ces recommandations ? Laissez un commentaire ci-dessous sur la manière dont votre organisation améliore la relation entre l'architecture d'entreprise et le DSI.
![Établir un cadre de communication entre l'architecture d'entreprise et les entreprises [Infographique] (en anglais)](https://blog.planview.com/wp-content/uploads/2017/11/Establishing-an-Enterprise-Architecture-to-Business-Communication-Framework-Infographic_750x400.jpg)
