Les 10 causes d'échec des projets SOA listées par CIO.com

Pour quelles raisons certaines initiatives SOA conduisent-elles à des projets ratés ? .... Mike Kavis a listé ce qui constitue selon lui les 10 principales causes d'échec des projets d'architectures orientées services.

1) Parce qu'ils n'arrivent pas à expliquer la valeur métier des SOA
Les projets consacrent énormément de temps, de ressources humaines et d'argent à mettre au point la meilleure architecture possible .... Toutefois, là où le bât blesse, c'est que généralement, cela se fait au détriment de toute discussion avec le métier. ..... Pour lui, le BPM (Business process management, gestion des processus métier) est sans conteste LA 'killer app' pour les SOA.

2) Parce qu'ils sous-estiment l'impact des changements organisationnels
Les SOA impliquent souvent de vastes changements dans l'organisation des entreprises, .... A chaque niveau de l'entreprise, chacun a ses inquiétudes, et cela doit être pris en compte, au besoin en embauchant un expert de la gestion du changement.

3) Parce qu'ils n'obtiennent pas de soutien haut placé

4) Parce qu'ils essaient de faire de la SOA à l'économie
Les projets SOA coûtent cher, il faut en être conscient. En plus des investissement technologiques dans le middleware, indique Mike Kavis, il faut prévoir les outils de gouvernance, la formation, l'aide de consultants, etc. .....

5) Parce qu'ils manquent des compétences nécessaires
Ce point est un corollaire du précédent - et reflète la culture américaine sur la mobilité dans l'emploi : souvent, par souci d'économie, l'entreprise tente de conduire des projets SOA avec des gens qui manquent d'expérience en la matière. ....

6) Parce qu'ils gèrent mal leur projet
Le meilleur projet SOA n'arrivera pas au bout si la gestion du projet est défaillante. Comme pour tout projet, il faut gérer les risques, faire en sorte que chacun adhère au planning, etc. ...

7) Parce qu'ils voient la SOA comme un projet plutôt que comme une architecture
Mike Kavis dénonce « la naïveté de nombreuses entreprises » qui croient que les SOA sont juste un projet comme un autre. Or, elles impliquent la collaboration de nombreux acteurs, spécialistes des ESB (Enterprise Service Bus), des interfaces utilisateurs, de la modélisation de processus, du réseau, de l'architecture des données, etc. ....

8) Parce qu'ils sous-estiment la complexité des SOA
D'un point de vue utilisateur, SOA et BPM sont d'une grande simplicité : ils font apparaître comme des applications intégrées des centaines de logiciels et services applicatifs. Vu de l'intérieur, cela représente en revanche un exercice redoutable, même pour des développeurs aguerris. ....

9) Parce qu'ils ne parviennent pas à mettre en place une gouvernance SOA
.... il faut mettre en place une politique de gestion globale. Tant au moment de la conception (pour faire en sorte que les développements respectent les principes architecturaux, notamment) qu'après le déploiement, pour comptabiliser les services consommés, superviser les performances, etc. Mike Kavis recommande d'investir dans une équipe dédiée, avec des outils spécifiques, qui gagnera en maturité en même temps que le reste des équipes et des projets.

10) Parce qu'ils laissent les éditeurs guider l'architecture
.... Il est bien évidemment tentant de s'en remettre à l'expertise d'un éditeur, mais sachant combien les projets SOA sont coûteux, et prévus pour durer des années, cette décision est l'une des plus difficiles à prendre.

Tout l'article sur Le Monde informatique :
http://www.lemondeinformatique.fr/actualites/lire-les-10-causes-d-echec-des-projets-soa-listees-par-ciocom-26608-page-2.html