Transformation numérique utilisant l'architecture d'entreprise

Des sociétés très jeunes et très innovantes provoquent des «perturbations» dramatiques, obligeant les entreprises plus traditionnelles à réagir aux initiatives de transformation numérique. Il n’est pas surprenant que Gartner mentionne que «90% des dirigeants d’entreprise considèrent le numérique comme une priorité absolue» et que «83% des dirigeants ont du mal à faire des progrès significatifs en matière de transformation numérique».

Différentes méthodologies agiles sont mises en place. mis en place par des équipes informatiques autonomes pour accélérer le rythme de la transformation numérique. Pourtant, seules les pratiques agiles ont souvent du mal à réaliser les stratégies et les objectifs de leur entreprise. Comme je l’ai écrit dans un livre blanc précédent «Les développements et l’architecture maigres et agiles peuvent sembler être deux approches contradictoires pour la présentation directe d’initiatives logicielles. En réalité, ils peuvent être très complémentaires. L'agilité permet des temps de réaction très rapides et une livraison rapide des initiatives dans un flux continu, ce qui est une nécessité dans les environnements d'entreprise en mutation rapide. En utilisant une analogie, l'agilité vous permet de courir extrêmement vite. L'architecture, en revanche, vous permet de voir suffisamment loin pour ne pas heurter un mur de briques à pleine vitesse, alors que vous courez avec agilité. ”

Benchmark Consulting

Les entreprises qui utilisent et mettent à disposition leurs feuilles de route d'architecture d'entreprise et d'entreprise au sein de leur organisation comprennent beaucoup mieux la puissance de l'architecture d'entreprise pour communiquer de manière adéquate avec leurs parties prenantes métier et informatiques et mettre en œuvre des initiatives orientées client conformes aux stratégies de l'entreprise, Voir la figure 1 ci-dessus et comme expliqué dans ce blog intitulé « The Strategy Execution Metanoia .»

La transformation numérique à l'aide de l'architecture implique principalement les étapes suivantes: architecture d'entreprise, développement de feuilles de route et livraison agile de solutions. 19659007] Architecture d'entreprise

L'architecture d'entreprise comprend les étapes suivantes:

1. Clarifier et disséminer Définissez les objectifs et les stratégies de haut en bas et horizontalement à l'aide de Business Model Canvas (comme décrit dans cet article intitulé « Transition du canevas des modèles d'entreprise et de l'architecture d'entreprise »), de la cartographie de la valeur client, de la cartographie du parcours client et / ou de la motivation de l'entreprise. Modèle les liant au minimum aux flux de valeur et aux capacités;
2. Fournissez de la valeur à l'aide de propositions de valeur, de flux de valeur et d'étapes de valeur axés sur le client (chaque étape de valeur étant liée à une ou plusieurs étapes d'un parcours client, comme décrit dans cet article intitulé « Optimisez vos parcours client en utilisant des personas et une architecture commerciale ”);
3. Attribuez une priorité aux fonctionnalités en examinant en détail les fonctionnalités habilitantes d'un flux de valeur;
4. Évaluez et mesurez les fonctionnalités problématiques qui permettent une
5. Identifier les lacunes de chaque capacité problématique d'un flux de valeur généré par le client, de l'état "en l'état" à l'état souhaité;
6. Définir les résultats attendus de l'initiative pour chaque capacité problématique; et
7. Ce n'est qu'alors qu'il conviendrait de choisir une feuille de route finale pour le programme / projet.

Développement de la feuille de route

Contrairement à l'architecture d'entreprise, l'élaboration de la feuille de route est un sujet bien connu des pratiques d'architecture d'entreprise dans les entreprises. Comme le montre la figure 1 ci-dessus, je suggère que les étapes d'élaboration de la feuille de route soient les suivantes:

1. Les capacités problématiques examinées et mesurées dans une architecture d'entreprise devraient être recoupées avec leurs applications / systèmes logiciels habilitants et parfois avec leurs autres systèmes informatiques ou non informatiques. atouts, en particulier pour les initiatives faisant appel aux technologies de l'Internet des objets;
2. Tous les scénarios de projet possibles donnant les résultats attendus doivent être examinés techniquement et les revenus et coûts budgétés;
3. Une feuille de route pour chaque scénario doit également être élaborée;
4. être évalué en fonction d'objectifs ciblés, de critères financiers et de divers facteurs de risque; et
5. Ce n'est qu'à ce moment-là qu'une feuille de route portefeuille / programme / projet doit être choisie.

Livraison agile de solutions

Comme expliqué dans cet article intitulé « Fournir un accès à votre modèle d'architecture de gestion: la clé de la réactivité Agile Transformation numérique ”le travail de l'architecte d'entreprise et d'entreprise ne prend pas fin une fois la feuille de route sélectionnée. Les bons architectes veilleront toujours à mettre leur modèle d'architecture détaillée à la disposition des personnes impliquées dans la prestation de programmes, de projets et de sprints, en établissant des relations avec des processus métier de haut niveau, des exigences métier, des epics et même des user stories.

La figure 1 ci-dessus, nous recommandons qu'une offre agile de solutions comporte les deux étapes suivantes:

1. Alignez les éléments d'architecture commerciale et d'entreprise (capacités, concepts d'information, organisation, applications, etc.) impliqués dans la feuille de route sélectionnée avec les règles de gestion. et processus métier pour identifier celui qui devra être modifié, éliminé ou modifié – permettant aux experts en processus métier de gagner beaucoup de temps; et
2. Définissez vos besoins métier, vos récits épiques et vos user stories en fonction des éléments de l'architecture métier et d'entreprise (capacités, concepts d'information, organisation, applications, etc.) impliqués dans la feuille de route sélectionnée avant de commencer vos sprints et de vous connecter aux acteurs de l'entreprise. les analystes commerciaux et les développeurs de logiciels doivent être beaucoup plus efficaces pour atteindre les stratégies et les objectifs de leur organisation.

Conclusion

Les entreprises investissent comme jamais auparavant dans la transformation numérique de leur organisation. Pourtant, plus souvent qu'autrement, ils n'ont pas assez ou pas assez de résultats probants. Les équipes agiles axées sur les TI ont tendance à travailler en silo avec le reste de leurs collègues et, trop souvent, elles ne répondent pas aux objectifs et stratégies de leur entreprise. L'architecture d'entreprise et d'entreprise doit être utilisée dès les premières étapes de la planification d'un programme / projet agile, tout d'abord pour minimiser le temps perdu entre les parties prenantes et les analystes métier lors de la collecte d'informations, puis pour réduire de manière significative le nombre d'itérations agiles avant la livraison. de solutions qui répondent réellement aux stratégies et aux objectifs de l'entreprise et enfin, afin de garantir que les équipes agiles de différents programmes / projets ne fournissent pas de solutions logicielles conflictuelles ou partiellement redondantes.

Cet article est publié dans le compte d'IDG Contributor Réseau. Vous voulez vous joindre?