10 erreurs les plus communes dans les projets SOA

21 jan

Publié par Goyette Martin dans Architecture orientée services (SOA), Meilleures pratiques

Nous publions depuis février 2007 un bulletin électronique portant sur les architectures orientées services (SOA). Dans la dernière édition de ce bulletin, cet article concernant les 10 erreurs les plus communes en SOA a suscité beaucoup d’intérêt. En voici un résumé traduit :

L’approche “shotgun” n’est pas la plus appropriée : cette approche consiste à inclure tous les services dans le projet alors que certains ne seront pas utilisés par plusieurs applications, entraînant ainsi des coûts inutiles. Il faut prendre le temps d’analyser les besoins et de les prioriser avant de faire la mise en service.
On n’oublie d’impliquer les gens du côté “business” dès le départ : pourtant leur participation est cruciale au succès du projet qui devrait être réalisé principalement pour satisfaire des besoins d’affaires.
Trop d’attention accordée aux produits SOA : la planification est plus importante que les outils. Il faut faire le plan en premier lieu, après les outils sont facilement identifiables pour la réalisation du plan.
Attaquer les plus gros projets en premier : il est fortement suggéré de commencer avec les projets qui peuvent générer des retours rapides et bâtir un momentum en procurant une expérience d’apprentissage et une confiance qui seront bénéfiques plus tard.
La technologie prime sur les objectifs d’affaires : SOA est un projet entrepris pour répondre à des besoins d’affaires, si la technologie prend le dessus au détriment des questions “business”, il y a un problème.
Négliger la gouvernance : il s’agit pourtant d’un élément critique, tel qu’expliqué ici.
Se lancer dans de nouveaux investissements majeurs : plusieurs entreprises oublient qu’une architecture orientée services peut souvent être déployée en misant sur l’existant.
Mal identifier les joueurs importants : un projet SOA touche normalement beaucoup de joueurs importants dans l’entreprise, il faut les identifier et les impliquer dès le départ.
S’attendre à des résultats rapides : il est plus réaliste d’adopter une approche itérative qui va susciter une mobilisation progressive de l’entreprise et réduire la résistance au changement.
Entreprendre un projet sans l’expertise nécessaire : les ressources SOA expériementées sont rares, mais il vaut mieux les trouver et solliciter leur participation pour augmenter les chances de succès du projet.