Urbanisme vs Architecture d'Entreprise - Eurêka
Bonjour,
Depuis un bon moment, je cherche la différence effective entre les démarches d'urbanisme et d'architecture d'entreprise, et j'ai l'impression que je ne suis pas tout seul dans ce cas. Je-vous faire part de mes modestes conclusions.
Pendant longtemps, il était difficile de percevoir objectivement une différence entre les deux démarches. En effet, on avait une part l'urbanisme qui souhaitait modéliser sur toutes les vues (stratégie, métiers, fonctions, applications, technique) afin d'obtenir des plans d'évolution du système d'information en cohérence avec la description du métier et de la stratégie de l'entreprise. D'autre part, l'architecture d'entreprise, dont la définition est un peu plus évasive ou un peu plus large : fournir un ensemble cohérent de principes, méthodes, et modèles dans l'objectif de concevoir et mettre en œuvre les processus métier, le système d'information et l'infrastructure de l'entreprise.
Par ailleurs, on entend également que l'urbanisme n'est jamais qu'une démarche d'architecture d'entreprise parmi d'autres, notamment parmi TOGAF. Ces démarches d'architecture d'entreprises visent à définir : un langage commun, une méthode, des modèles, des normes et des standards, une gouvernance…
C'est pourquoi on peut avoir une impression superficielle que ces deux démarches concourent à faire toujours la même chose.
C'est pourquoi on peut avoir une impression superficielle que ces deux démarches concourent à faire toujours la même chose.
Alors, où se situe la différence ? Est-ce que en faisant de l'urbanisme, je fais déjà de l'architecture d'entreprise ? Est-ce qu'il me suffit de me rebaptiser AE ?
Et puis, un jour j'étais dans mon bain et j'ai compris ! Eurêka ! Eurêka !
Réfléchissons quelques instants. Prenons par exemple un projet informatique, par exemple un projet de dématérialisation de facture. Pour savoir si un tel projet est intéressant ou pas, il faut faire 2 choses : calculer combien il va coûter (400 k€), mais surtout estimer combien il va rapporter. Dans le cas précédent, estimer à combien s'élève le coût de facturation papier (500 k€ /an) , à combien s'élèvera une facturation dématérialisée (50 k€/an, sans compter l'équipe de 10 personnes qui s'occupaient de la facturation que l'on pourra réduira à 2 et récupérer 8 personnes pour d'autres tâches de l'entreprise) On peut facilement voir que si le projet coûte à la DSI, il rapporte davantage à la direction métier, et donc à l'échelle de l'entreprise c'est un projet très intéressant, obligatoire même : il y ait une réelle économie d'ensemble réalisée.
Et puis, un jour j'étais dans mon bain et j'ai compris ! Eurêka ! Eurêka !Réfléchissons quelques instants. Prenons par exemple un projet informatique, par exemple un projet de dématérialisation de facture. Pour savoir si un tel projet est intéressant ou pas, il faut faire 2 choses : calculer combien il va coûter (400 k€), mais surtout estimer combien il va rapporter. Dans le cas précédent, estimer à combien s'élève le coût de facturation papier (500 k€ /an) , à combien s'élèvera une facturation dématérialisée (50 k€/an, sans compter l'équipe de 10 personnes qui s'occupaient de la facturation que l'on pourra réduira à 2 et récupérer 8 personnes pour d'autres tâches de l'entreprise) On peut facilement voir que si le projet coûte à la DSI, il rapporte davantage à la direction métier, et donc à l'échelle de l'entreprise c'est un projet très intéressant, obligatoire même : il y ait une réelle économie d'ensemble réalisée.
En fait, quand nous parlons de projets informatiques nous oublions souvent que le projet est la plupart du temps d'abord un projet d'entreprise : il y a bien sûr la fourniture d'une application informatique mais cette application ne sert à rien si en parallèle, il n'y a pas l'évolution du processus métier, de l'organisation, de la formation des utilisateurs, de la conduite du changement. Autrement dit, l'aspect informatique n'est qu'un aspect parmi d'autres d'un projet plus global. On peut même aller plus loin et dire que l'ouvrage (au sens de MOA / MOE) n'est plus un ouvrage informatique mais un ouvrage composé notamment de l'informatique, du processus métier, de l'organisation, de la formation, etc.
Bref, la notion de projets informatiques n'existe plus elle est remplacée la notion de projet d'entreprise. En fait ça n'a pas de sens de parler de « projets informatiques ». Quand on parle de projets informatiques, on ne voit que des projets qui coûtent et donc la DSI est perçue immanquablement comme un centre de coûts. Ceci a beaucoup de conséquences, notamment sur le plan budgétaire où l'on doit coupler des tranches de budget commun métier et informatique pour produire de la valeur.
Pour approfondir ces questions, on peut consulter Christophe Legrenzi, par exemple sur son séminaire CapGemini, qui est remarquable.
Eh bien, nous avons trouvé une différence majeure entre l'urbanisme à l'architecture entreprise :
- L'urbanisme a pour ambition de faire évoluer le système d'information de l'entreprise, notamment en fournissant des plans d'urbanisme composés de projets informatiques
- L'architecture d'entreprise a pour ambition de faire évoluer rien moins que l'entreprise elle-même, notamment en fournissant des plans composés de projets d'entreprise
Dans l'urbanisme, lors de l'analyse des processus métier, l'accent est mis favorablement sur l'adéquation système d'information. Dans l'architecture entreprise, lors de l'analyse des processus métier, la remise en question côté métier est plus forte, avec une vraie démarche d'ingénieries de processus.
Eh bien, nous avons trouvé une différence majeure entre l'urbanisme à l'architecture entreprise :
- L'urbanisme a pour ambition de faire évoluer le système d'information de l'entreprise, notamment en fournissant des plans d'urbanisme composés de projets informatiques
- L'architecture d'entreprise a pour ambition de faire évoluer rien moins que l'entreprise elle-même, notamment en fournissant des plans composés de projets d'entreprise
Dans l'urbanisme, lors de l'analyse des processus métier, l'accent est mis favorablement sur l'adéquation système d'information. Dans l'architecture entreprise, lors de l'analyse des processus métier, la remise en question côté métier est plus forte, avec une vraie démarche d'ingénieries de processus.
Quand on fait déjà de l'urbanisme, on peut passer plus facilement à l'architecture d'entreprise en montant d'un cran l'ambition de l'analyse métier… on a les cartes en main pour le faire.
Finalement, le nom "Architecture d'entreprise" se justifie bien : c'est un travail de transformation de l'entreprise...
À bientôt
Christophe
posted by Christophe Thiry @ 1/08/2010
5 Comments:
Article très intéressant qui m'a été d'une grande utilité . Merci
Merci Christophe, le message est passé 5/5
Une présentation des différents profils d'architectes pourrait aussi aider à mieux cerner la réalité de cette activité, sous l'angle de l'expertise métier:
- architecte systèmes
- architecte réseaux
- architecte infrastructure
- architecte technique
- architecte logicielle
- architecte applicatif
- architecte de données
- architecte fonctionnel
- architecte métier
- architecte leader
- architecte de programme
- urbaniste
Aujourd'hui tout le monde se dit architecte !!!
Je suis 100% d'accord. Aujourd'hui tout le monde se dit architecte.
Excellent idée de post à prévoir prochainement. Surveillez le télescripteur
Un détail, pour ma culture qu'est-ce que c'est un "architecte de programme" ?
merci et à bientôt
Christophe
Un programme est souvent un regroupement / une fédération de projets, contribuant à une même finalité, généralement une finalité de transformation du SI voire de l'entreprise ou d'un sous ensemble de celle-ci.
Enregistrer un commentaire
Links to this post:
Créer un lien
<< Home