L'agilité serait incompatible avec l'urbanisation

From Transitionagile

A écrire en sollicitant Bruno / CHU et Antoine Clave

En gros, l'idée est de parler de l'urba SI qui a pour objectif l'agilité du SI et sa capacité à servir un changement stratégique sans changer le SI. Cela repose selon Antoine sur une gestion non plus d'applications monolithiques mais de développement objet avec des services associés. De sorte qu'on peut appeler ou non un objet.

Dans cette thématique, il y a donc une bibliothèque d'objets, un référentiel d'objets du SI avec les services associés, et une modélisation de l'ensemble. Une vision d'architecte métier, fonctionnel, applicatif et technique du SI dans son ensemble devient donc une nécessité pour le développement de tout nouveau projet. Comment donc les agilistes en tiennent-ils compte ? Y a-t-il dans une équipe SCRUM cette prise en compte de l'urba et l'archi existante pour ne pas créer en redondance des composants transverses ? Et lorsque l'équipe SCRUM développe, travaille-t-elle sur un modèle de données qui lui est propre ou sur un modèle étendu de l'entreprise. Dans ce cas, comment vérifie-t-on les impacts d'un chgt du modèle de données pour permettre de nouveaux services fonctionnels d'un des métiers, mais qui potentiellement impacte l'architecture de données et donc peut générer des régressions fonctionnelles ailleurs dans le SI ?

A continuer, reprendre...