Familles d’écueils rencontrés

À cela, plusieurs raisons concomitantes.

Il n’existe en général pas un, mais plusieurs, référentiels d’architecture (les architectures applicatives et fonctionnelles dans un premier référentiel, l’architecture technique dans un second référentiel via une CMDB).

Par ailleurs, de trop nombreux acteurs sont impliqués dans la vie de ces référentiels : urbanistes, architectes SI, architectes de domaine, architectes projet, exploitants…, diluant de ce fait les responsabilités.

Enfin, les processus de mise à jour du référentiel ne font souvent pas partie du cycle de vie projet. Seul le bon vouloir des différents acteurs garantit le maintien d’une information à jour et de qualité.

 Usages d’un référentiel d’architecture d’entreprise

Cependant, disposer de référentiels à jour et exhaustifs contribue efficacement aux principaux projets SI.

Dans le cadre d’évolutions des postes de travail, connaître le parc des applications (application client léger, application client lourd, etc.) s’avère nécessaire pour définir la politique de migration.

De même, les projets d’évolution de l’infrastructure doivent forcément s’accompagner de l’étude de l’impact sur le parc applicatif.

L’utilisation de référentiels facilite également la phase d’analyse de l’existant préalable à toute étude dans le cadre d’évolutions métiers.

Il est aussi indispensable de connaitre l’impact applicatif et fonctionnel et de le présenter aux métiers concernés dans le cas de l’externalisation d’un domaine technique.

Enfin, pour garantir l’industrialisation des solutions et donc la réduction des coûts, la mise en place de standards architecturaux est un impératif.

 Un contenu bien ciblé

En termes de contenu, plusieurs éléments sont à prévoir :

• L’ensemble des cartographies du SI : fonctions SI, applications, services applicatifs, éléments techniques (tels que les services techniques, les infrastructures…). Les cartographies de l’existant constitueront une première étape, qu’il conviendra d’enrichir avec une vision plus prospective.
• Le catalogue des solutions applicatives et techniques référencées : ensemble des composants validés et recommandés par la DSI pour constituer les réponses SI aux besoins métiers ou techniques.
• Les différents patterns d’architecture : typologies d’architecture à mettre en place afin de répondre aux besoins SI.

 Facteurs clés pour une implémentation réussie

Grande question que celle du niveau de granularité des informations contenues dans ces référentiels d’architecture d’entreprise. Se noyer dans un niveau trop important de détail est préjudiciable à la pertinence du référentiel et augmente ses chances de ne pas être à jour. A contrario, un manque d’informations peut nuire aux besoins notamment des projets SI et de ce fait n’avoir plus d’utilité.

Quelques recommandations pour profiter au mieux de ces outils au service des projets SI :

Première condition, accepter d’avoir un outillage multiple… mais mettre en place des processus qui garantissent les corrélations et les mises à jour des informations.

Seconde condition, lancer les premiers chantiers sur un sous-ensemble cohérent (architectures applicative et technique ou architectures fonctionnelle et applicative).

Enfin, dernière condition de succès, travailler à l’insertion du process de définition de l’architecture dans le cycle projet (a minima prévoir les points de contrôle).

A l’heure où les DSI se targuent d’être industrielles, innovantes,… bref, à l’état de l’art, il est temps de mettre en place et faire vivre ces référentiels d’architecture d’entreprise !

Cet article Référentiel d’architecture d’entreprise : vous ne pouvez plus faire l’impasse ! est apparu en premier sur RiskInsight.

• Des marchés qui continuent à exiger de fortes rentabilités ;
• Des sources de financement qui se tarissent, réduisant ainsi les capacités de financement pour conduire des grands chantiers (métier ou SI) ;
• Des clients de plus en plus soucieux qui limitent voire reportent leurs achats.

Cette nouvelle période de crise, comme les précédentes, va modifier l’écosystème, le positionnement des entreprises et les modes de consommation.

Les entreprises sont donc amenées à financer les investissements qui leur assureront de traverser la crise en minimisant les impacts tout en réalisant de profondes transformations.

Si l’obtention des fonds est primordiale en ces temps de crise, elle ne garantit pas pour autant l’atteinte des résultats. Seules les entreprises qui ont la capacité à faire travailler ensemble métier et SI pourront prétendre mener sereinement leurs transformations.

Synergie dans l’émergence des nouveaux services

De plus en plus, les services tiennent compte des usages (situations de consommation) et donc des médias pouvant les supporter (moyens pour consommer ou accéder aux services). S’il est de la responsabilité du métier de définir les cas d’usage, la DSI a toute sa légitimité pour porter l’innovation au cœur des métiers en travaillant sur les médias. Avec l’internet mobile, les réseaux sociaux ou demain les tablettes, le SI et le métier deviennent des prescripteurs complémentaires. La DSI propose ainsi au métier des moyens pour supporter de nouveaux usages et participe alors au développement de nouveaux services.

Synergie dans la mise en œuvre des projets

De nombreux programmes pluriannuels nécessitent des ajustements de trajectoire afin de tirer parti des enseignements des chantiers déjà réalisés. Ainsi, dans les programmes multicanaux, le niveau d’automatisation d’un processus de vente vu de l’entreprise cède souvent le pas au besoin de « proximité » vu du client. La DSI est alors porteuse de valeur lorsqu’elle met en œuvre des solutions autorisant un tel changement de paradigme. Parallèlement, en demandant des cycles de livraison plus courts pour ses programmes de distribution, le métier oblige la DSI à rendre son cœur de SI plus facilement accessible et à mettre en œuvre des moyens de découplage (producteur, distributeur) pour l’ensemble du SI.

Synergie dans la définition et la conduite des grands chantiers de transformation

Aujourd’hui, les évolutions majeures du métier ont un impact sur le SI et réciproquement. Toutefois, l‘historique de l’entreprise combiné à l’évolution rapide des technologies a contribué à l’émergence de SI souvent peu alignés sur le métier. Cet état de fait diminue la capacité des entreprises à conduire des programmes dans des délais courts. Les DSI doivent profiter de chaque chantier comme élément de synergie afin de compléter cet alignement et se mettre en situation de transformer « à la demande » le SI.

Les DSI se professionnalisent dans une vision « client / fournisseur » avec notamment le développement d’offres de services. Toutefois, le SI ne doit pas considérer le métier comme un simple client mais bien comme un partenaire. En effet, pour enclencher les actions côté SI, seule la vue métier permet de définir et prioriser les chantiers. De cette capacité à réconcilier les vues (métier et SI) et développer des synergies naîtront les leviers de la performance de demain.

Cet article SYNERGIE – Entre Métier et SI : une stratégie gagnante est apparu en premier sur RiskInsight.

Il faut dire que le Cloud pourrait bien résoudre certains des casse-têtes récurrents des directions métiers et des DSI : réduction drastique des délais de mise en œuvre (la mise en ligne d’un serveur chez certains offreurs prend moins de dix minutes !), meilleure maîtrise des coûts du fait d’une facturation à la consommation, rationalisation du SI et renforcement des engagements entre les différentes fonctions du SI.

Au-delà des slogans, 2010 aura donc vu Le Cloud s’affirmer comme une tendance de fond qui risque de modifier profondément le paysage des SI dans les années à venir…. et l’architecture d’entreprise.

Une nouvelle dimension pour l’architecture

Aujourd’hui en charge d’opérer les différentes strates du SI, la DSI sera demain un agrégateur de services fournis par des tiers, lui permettant par ailleurs de se concentrer sur les applications cœur de métier demeurés hors du Cloud – pour des raisons de maîtrise du risque opérationnel.

Les architectes auront pour nouvelle mission de maîtriser tant sur le plan fonctionnel que technique l’éclatement et le morcellement du SI, tout en essayant de tirer le maximum de bénéfices du Cloud.

Nouveau modèle, nouvelles règles du jeu

Ce mouvement déclenché par le Cloud commence déjà à bousculer les rapports de force entre métiers et la DSI – mais également au sein de la DSI même. Ainsi, l’architecte aura –t-il demain pour mission de rendre les offres de services plus compétitives tout en garantissant la cohérence du SI quelles que soient les orientations retenues. Les architectes interviendront beaucoup plus en amont sur des phases clés, notamment lors de l’arbitrage entre internalisation et externalisation ou encore lors de la contractualisation avec des tiers pour imposer les contraintes d’intégration au SI.

La fonction Architecture va de fait progressivement passer d’une dimension projet à une dimension Entreprise renforçant ainsi sa contribution à la stratégie SI.

Un changement de rôle

Au-delà des aspects organisationnels, les architectes vont avoir la responsabilité de piloter l’évolution des services d’infrastructure existants pour préparer l’arrivée du Cloud.

En priorité, il s’agit d’ouvrir le SI pour faciliter l’intégration des offres Cloud sans compromettre pour autant la sécurité de l’entreprise et la performance du SI. Ensuite, ce sont les services d’infrastructure existants impliqués dans la chaîne de liaison avec le Cloud qui doivent être repensés et optimisés (plates-formes d’échange internes, briques de sécurité, etc.). Enfin, pour perdurer, les offres historiques de la DSI (comme la mise à disposition de serveurs) doivent évoluer pour offrir une réponse différenciée aux offres Cloud.

A la différence de précédentes évolutions du monde IT (la SOA par exemple), le tournant vers le Cloud peut réellement être amorcé sur des projets de petite taille et sans risque, le coût d’entrée étant relativement faible. Néanmoins, pour installer plus durablement le Cloud dans le paysage de l’Entreprise, il faudra viser des projets plus structurants de transformation du SI.

Une nécessité : adopter une vision transverse, de l’architecture fonctionnelle jusqu’à l’infrastructure technique

Au-delà du positionnement de la fonction architecture au cœur du triptyque Métier/Études/Production, l’architecte devra veiller à bâtir et promouvoir un socle IT sous forme d’offre de services qui répond aux exigences de performance et de sécurité demandées par le métier. Pour réussir dans cette mission, les architectes sont amenés à couvrir, de manière cohérente, un spectre allant des services fonctionnels jusqu’aux services d’infrastructure.

Avec le Cloud, cette mission sera demain à la fois plus complexe à réaliser mais également plus cruciale pour l’entreprise.

Pour en savoir plus sur le Cloud Computing, lire le dernier Focus Solucom :  » Cloud computing, comment en tirer parti » ?

Cet article L’affirmation du Cloud computing : un changement de dimension pour l’architecture en 2011 est apparu en premier sur RiskInsight.