Changement qui justifie l'intervention dans une organisation prospère. Les voir nécessite de changer de perspective. contexte temporel—mon équipe utilise l'abréviation avant la décision et après décision. Mais ce raccourci ne vous dit pas… quelle est la décision.
Dans notre Conseil EA, nous utilisons quelques règles empiriques pour le contexte temporel et la décision.
Justificatif stratégie Cela signifie que vous envisagez l'avenir sur 3 à 5 ans au moins. Les décisions consistent à définir les priorités et les portefeuilles, et à aider votre organisation à décider s'il convient de déployer des efforts concertés pour se préparer à une acquisition ou moderniser une plateforme. Ce sont des discussions importantes, mais elles ne mobilisent pas une grande partie des ressources de l'architecture d'entreprise.
Justificatif portefeuille réduit l'horizon temporel. Une grande partie du travail en architecture d'entreprise est axée sur l'année prochaine, et le prochain budget. C'est le créneau idéal pour l'EA. Les questions sont suffisamment importantes pour que… TOGAF ADM-avec Phase A et le feuille de route architecturale depuis Phase E—améliorera sensiblement vos programmes de changement. Nous consacrons un budget 10 fois supérieur à celui de la stratégie d'architecture d'entreprise.
Projet de soutien C'est le principal défi pour une équipe EA. Si vous avez une bonne équipe, vous pouvez vous concentrer sur l'essentiel. feuille de route architecturale, il n'y a pas beaucoup de significatifs décisions d'architecture Il reste à faire. Si votre portefeuille est faible, vous êtes entouré de décisions architecturales faibles et contradictoires. Dans les deux cas, il y a peu de place pour l'analyse et alternatives architecturales. Les projets sont entourés d'une architecture supérieure, et l'activité principale consiste à s'attaquer aux éléments qui agacent activement le commanditaire et l'équipe du projet : la synergie, les dépendances futures que le projet doit satisfaire et l'alignement entre les projets.
Sans un portefeuille solide, mon conseil constant est d'écouter Gandalf.'C'est un ennemi qui vous dépasse tous. Fuyez, imbéciles !'En l'absence d'une architecture solide et approuvée, les praticiens sont souvent tentés d'y injecter leur propre pensée architecturale. après que la décision d'agir ait été prise.
Ne restez pas sans armes devant un Balrog.Voler!
Les décisions architecturales ont été prises. Peu importe comment elles ont été prises ou où elles sont consignées. Au mieux, on peut reconstituer les priorités, les préférences, les objectifs et les attentes qui ont mené à cette décision ferme et financée. Un projet financé. est un ennemi qui nous dépasse tous.. Remettre en question les décisions prises est toujours fatal pour une équipe d'EA.
Assistance à la mise en œuvre de solutions est un autre point fort d'EA. Ici, je me ressource émotionnellement. Phase G — Gouvernance de la mise en œuvre. Je suis entouré d'architectures supérieures. Partout ailleurs, seule l'architecture cible compte. Mon rôle est d'aider les développeurs, pas de penser à leur place ni de prendre leurs décisions. Mon objectif est de leur apporter l'aide minimale nécessaire pour livrer le projet. la valeur attendue par l'architecture.
L'objectif est de les aider à comprendre où ils bénéficient d'une liberté créative illimitée et où ils n'en ont aucune. Il faut les aider à connaître les points non négociables. conditions de victoire de l'entreprise. Non négociable valeur.
La semaine dernière, j'ai parlé de Des lamentations et des grincements de dents. Des messages sarcastiques sur Slack. Des convocations des responsables de la mise en œuvre devant les parties prenantes pour qu'ils s'expliquent.. Ces étapes, comme toutes les autres gouvernance de la mise en œuvre dépend de l'architecture approuvée. cible le Cadre TOGAF parle de. La cible avec autorisation d'interférer avec une organisation prospère.
Quand nous avons une cible financée, je protège la valeur attendue. Après tout, je le suis. S'approprier les décisions architecturales des parties prenantes comme s'il s'agissait de la meilleure idée du monde. Ceux décisions d'architecture sont liées à la valeur sélectionnée par mes parties prenantes.
Quand j'aurai tout ça, je serai prêt pour une mise en œuvre difficile. Soudain, les questions plus profondes de Liste de contrôle de gouvernance de la mise en œuvre de TOGAF se hisser au premier plan. Comment pouvons-nous nous en remettre ? valeur maximale attendue. Oui, récupérer la valeur attendue!
La conformité aux normes et spécifications n'est qu'un moyen d'atteindre un but. La semaine dernière, j'ai donné un exemple concernant mise en œuvre d'une architecture basée sur les messages gagner en agilité. La valeur était agilité de l'entreprise. La messagerie était un moyen.
Dans ce cas, lorsqu'une équipe de développement fautive ne respecte pas l'architecture et n'utilise pas l'intégration basée sur les messages, je connais la valeur attendue agilité de l'entreprise. Je sais que la messagerie permet de reconfigurer le système : une armée de bots IA, des partenaires commerciaux différents, le passage au SaaS, etc., peu importe. Donc, en cas de non-conformité, mon rôle est de formuler une recommandation de récupération de la valeur, et non de m'attarder sur les messages. Il s'agit d'abord de récupérer la valeur. agilité de l'entreprise.
Il n'y a que trois vrais choix :
- annuler la mise en œuvre—lorsque le coût et l'incertitude liés au recouvrement et à la création de valeur dépassent les avantages
- modifier la mise en œuvre—lorsque le coût supplémentaire de la récupération laisse encore suffisamment de ressources bénéfice net
- changer l'architecture—lorsqu'il devient clair que nous ne pourrons raisonnablement jamais réaliser la valeur souhaitée
Lorsque vous travaillez dans le domaine privilégié de l'architecture d'entreprise (EA) – en accompagnant le changement –, ces décisions d'investissement sont primordiales. Elles s'appliquent à chaque projet de mise en œuvre et à chaque produit numérique. Elles s'appliquent à tous les éléments constitutifs de la valeur de votre entreprise. feuilles de route d'architecture.
Vous avez préparé les bretelles de sortie. Maintenant, posez la question de la bretelle de sortie :'Est-ce toujours la meilleure utilisation de ces ressources limitées ? Ou devrions-nous investir ailleurs ?'Les possibilités d'amélioration ne manquent pas. Notre défi professionnel est de réduire le coût d'une amélioration réussie. Un meilleur rapport qualité-prix. À guider un changement efficace.
Mise à jour de PowerPoint :
""Pont terminé !""
La poursuite de ses fonctions doit être méritée
Je pense à la réponse par défautQuelle est la position qui n'a pas besoin d'être prouvée ? Quelle position est acceptée ? sans preuves convaincantes ni explications.
En droit pénal, 'La culpabilité doit être prouvée hors de tout doute raisonnable'Pensez à la valeur par défaut…innocence. Il n'y a aucune obligation pour une équipe de défense de même ''souligner les failles de l'accusation.Il existe de nombreux cas où la défense repos. Plus important encore, il existe une multitude de cas où l'équipe du procureur ne fait même pas l'effort de poursuivre, lorsqu'elle sait que l'accusation présumée gagnera.
Tout cela parce que la position par défaut est innocence.
Examinons de plus près le cas présumé dans notre architecture.
Lorsque nous avons lancé cette série, j'ai exposé les éléments suivants : vérité inconfortable : le succès du changement est peu probable. Selon un rapport d'enquête auprès des dirigeants de Forrester, la transformation présente des avantages Les dirigeants ont affirmé avoir atteint disparaître en trois ans. Forrester me fait me demander ce que ''succès' Le rapport Chaos indique qu'une minorité de projets aboutissent ? »
Je pense qu'il s'agit simplement d'activité, habillée d'une suite PowerPoint verte et sophistiquée.
Voici ma thèse : la plupart des projets gaspillent les fonds de nos organisations. Si, au terme d'une initiative majeure de modernisation de mon portefeuille et de réduction de la dette technique, je me retrouve avec une quantité importante de dette technique obsolète, pourquoi ? Pourquoi n'ai-je pas investi tout cet argent et cette énergie dans un nouveau produit ?
Cela définit la position par défaut à la limite du VRP, pivoter ou arrêt.
Oui, par défaut, privilégiez une alternative offrant un meilleur rapport qualité-prix. Pivotez !
Je sais que vous avez la tête qui tourne. Vous avez instinctivement envie de terminer le travail.
Je conteste fermement cette position car notre responsabilité professionnelle est de minimiser le gaspillage des précieuses ressources allouées au changement.
C’est aussi pourquoi nous parlons de points d’équilibre des valeurs et d’économie. La plupart des projets d’aménagement sont conçus pour échouer. Forester, le rapport Chaos et d’autres études démontrent sans cesse que ces modèles fonctionnent – nous n’atteignons pas nos objectifs.
Planifier le pivot
Il y a de nombreux points dans notre Conseil EA où je reçois des regards incrédules. Raconter un Équipe EA la position par défaut est arrêt ou pivoter Elle attire toujours les regards incrédules.
Permettez-moi de vous expliquer la logique.
Quand vous avez un feuille de route architecturale Des points d'appui précieux, des pivots conçus pour une utilisation optimale. Nous pouvons traiter le feuilles de route d'architecture Tout comme nous utilisons Google Maps. En fonction des alertes trafic, travaux et accidents. En fonction des détours imprévus pour faire le plein ou déjeuner. En fonction des changements de programme, par exemple si nous changeons de destination pour le pique-nique.
Ce week-end, j'ai changé de destination pour mon pique-nique. Baie de la mine de fer Un sentier facile mène à une charmante crique de galets. Certains pique-niqueurs ont trouvé la route venteuse et nauséeuse. Nous avons donc changé d'itinéraire ! Au final, un agréable pique-nique à Parc East Sooke Pas à Iron Mine Bay. 100% du prix d'un pique-nique en bord de mer. Coût bien inférieur.
Lorsque nous concevons de grands programmes élégants qui ne produisent de valeur qu'à la fin, nous créons des programmes fragiles et défaillants.
Cette solution consiste à Ne faites surtout pas ça..
La semaine dernière, j'ai raconté une histoire à propos de l'utilisation Observabilité élastique à améliorer les opérations. La valeur ajoutée résidait dans la réduction des efforts et du développement liés à l'ingénierie des services logiciels (SRE), ce qui améliorait les performances et les coûts. Sans cette valeur ajoutée, l'ajout de licences Elastic supplémentaires ne faisait qu'augmenter le coût des opérations informatiques.
La plupart des organisations se trompent à ce stade. Elles veulent moins de travail et de meilleures performances et décident pour implémenter Elastic. Ils disent au patron, et au patron du patron, qu'Elastic fournit des informations intéressantes et facilite de meilleures opérations. Ils élaborent un plan pour implémenter Elastic.
Ils ont construit un grand plan fragile pour augmenter les coûts et ne pas améliorer les opérations parce qu'ils n'ont pas su combler le fossé. Le fossé n'était pas je n'ai pas d'élastique, l'écart était n'utilisez pas de données télémétriques réelles pour améliorer. L'écart était faible capacité.
Je parie qu'ils ont même testé Elastic, avec un pilote qui s'est avéré être Elastic pourrait surveiller. Le pilote devait être améliorera les opérations. Le premier critère de réussite aurait dû être Transformer les précieuses informations d'Elastic en backlog SRE et de développement d'applications. Le défilé aurait dû avoir lieu. arriéré résorbé.
Si cela ne s'est pas produit, quelle a été l'évaluation du projet pilote ?
Compris. Raté, on change de cap.
Lorsque le projet ne donne pas satisfaction meilleures opérations et veut La solution évidente consiste à augmenter les coûts informatiques en installant davantage de licences Elastic. Quelle est l'évaluation du VRP ?
Compris. Raté, on change de cap.
Une simple présentation PowerPoint mettant en lumière le succès remarquable de l'équipe de mise en œuvre et la nécessité pour les équipes SRE et de développement d'applications d'intégrer ces précieuses informations. Un projet repensé pour générer concrètement de la valeur.
Si vous souhaitez adopter les meilleures pratiques lorsque le pivot intervient délibérément, utilisez l'heuristique de la valeur.Valeur = Avantage/Incertitude - Coût^Incertitude. Quelle est la valeur du travail acharné, des performances des applications et des économies d'infrastructure ? Incitez les équipes SRE et développement d'applications à rendre compte explicitement des améliorations.
Je sais que vous pouvez constater que vous venez de créer un cercle vertueux. La mesure de meilleures opérations est meilleures opérations Plus de tableaux de bord installés.
La puissance des VRP réside dans tous les cas d'utilisation d'EA (stratégie, portefeuille, projet et livraison de solution) se combinent en un seul moment de gouvernance de la mise en œuvre Comptabilité. Bang !
Vous trouverez ici les indicateurs de performance qui prouvent l'évolution de la stratégie et du portefeuille. Pour confirmer que le projet sera apporter de la valeur. Pour vérifier que la conception de la solution est sur la bonne voie, vous pouvez analyser le passé et envisager l'avenir.
Lorsque j'utilise les VRP (Value Resource Plannings), je n'ai pas besoin d'attendre une revue de portefeuille. Le VRP me fournit des indicateurs de valeur, les écarts et les changements attendus. Je peux examiner chaque version, chaque lancement de projet, chaque phase et me demander : ' Sommes-nous… ? » sur la bonne voie'.
Pour revenir à l'exemple d'Elastic, franchement, peu m'importe que les équipes utilisent Elastic, Splunk ou la solution Azure. Ce qui m'intéresse, c'est la valeur ajoutée. Car j'ai commencé avec mon architecture d'entreprise et la sténographie d'un capacité Je sais que l'organisation, les processus, les applications, les données et l'infrastructure ne sont que des composantes à ajuster pour obtenir le résultat souhaité par mes parties prenantes.
Quand nous sommes 'sur la bonne voie'Je détourne le regard. Quand on ne l'est pas, Bang ! Je parle de la demoiselle. Si je peux guider les responsables de la mise en œuvre, Parfait. Sinon, la partie prenante pourra nous guider. Plus tôt nous intervenons, moins nous risquons de devoir interrompre ou modifier notre approche.
Communiquer le pivot
Une crainte courante liée à l'arrêt et au pivot est Que penseront les autres ?Comment le patron va-t-il réagir ? Comment va-t-il l’expliquer au supérieur de son propre patron ?
C'est simple. Grâce à la superbe présentation PowerPoint dont je viens de parler. Celle qui met en lumière l'incroyable succès de l'équipe de mise en œuvre et la nouvelle priorité accordée à l'intégration de ces précieuses informations.
Ou encore, la conversation privée qui dit : ' On limite nos pertes. Les changements opérationnels ont rencontré des difficultés, et on va améliorer nos opérations en ___. ' Croyez-moi, le patron avisé, épaulé par une solide équipe d’assistants de direction, avait déjà prévenu le supérieur de son supérieur que… partie difficile et le partie productrice de valeur Le changement concernait les équipes SRE et développement d'applications. La direction avait déjà évoqué les coûts et les risques.
Franchement, les conversations et la communication sont plus faciles quand on a un feuille de route architecturale rempli de points d'appui à valeur ajoutée. Dans ce cas précis, j'avais un ensemble d'améliorations opérationnelles et de développement d'applications indépendantes. Mon interlocuteur disposait de pivots préconfigurés et d'une clarté absolue sur les objectifs. partie productrice de valeur du projet et de ses risques.
Mon interlocuteur n'avait cessé de questionner le pauvre chef de projet et l'équipe de mise en œuvre sur les enseignements pratiques en matière de SRE et de développement d'applications, et ce depuis le jour où ils l'avaient fièrement mentionné. tableaux de bord lors d'une mise à jour. Elle savait qu'Elastic serait merveilleux si Les équipes ont changé. Elle savait qu'elles ne voulaient pas changer. Elle savait que l'équipe de développement d'applications était séduite par l'enthousiasme débordant de ses utilisateurs, tandis que toute la gamme de produits connaissait un problème de coûts si important que le service financier l'utilisait comme exemple.
Lorsque la trajectoire des implémenteurs, des SRE et des AppDev vers ne pas apporter de valeur Alors que la situation se précisait, elle a commencé à préparer son supérieur au changement de cap. Je crois même qu'ils ont laissé entendre que leur gestion rigoureuse avait porté ses fruits. coûts réduits—après tout, ils ont évité articles de rayonnage. Ils ont évité d'ajouter une nouvelle ligne aux diapositives du département des finances.
Communiquer est facile. Communiquer, ce sont les histoires que nous racontons en public.
La communication et la narration publique sont triviales. si Vous connaissez le chemin vers la valeur.
Faisons le calcul. Nous avons obtenu l'autorisation de changer – d'implémenter Elastic, puis de modifier les pratiques SRE et AppDev – afin de créer de la valeur. Cette valeur se traduit par de meilleures opérations, une meilleure maîtrise des coûts et de meilleures performances. Faute d'atteindre ces objectifs, il aurait été préférable de ne pas investir pour ne pas créer de valeur.
En privé, nous avons les conversations difficiles. Nous explorons alternatives architecturales, évaluer le feuille de route architecturale, et faire le reportage sur gouvernance de l'architecture. Y compris les conversations difficiles sur le redressement lorsque la valeur est en jeu. Les conversations où annulation, application, et renoncer à la valeur sont prises en considération.
Des conversations difficiles, où l'on dit à nos parties prenantes des vérités qui dérangent. Celles qui commencent par… 'Le ' pouvoir du et ' combiné à la « réalité du si »'.
Ne jamais confondre Planifier le pivot avec Communiquer le pivot.
Conclusion de l'évaluation des voies de sortie
Vos parties prenantes sont propriétaires du décision d'architecture Parce qu'ils s'arrogent le droit de communiquer. Ils se mettent sur les toits et s'attribuent le mérite. Ils expliquent au supérieur de leur supérieur ce qui a mal tourné et ce qu'ils vont faire ensuite. Je suis passé par là, et j'ai un tiroir rempli de t-shirts ' responsabilisation '.
J'adore mon travail qui consiste à donner des conseils clairs et concis. Toujours chercher à apporter une valeur ajoutée.Valeur = Avantage/Incertitude - Coût^Incertitude. Ne s'éloignant jamais beaucoup du TOGAF Phase H Évaluation de la réalisation de la valeur.
J'ai toujours Assumer pleinement la décision architecturale de mes parties prenantes comme s'il s'agissait de la meilleure idée du monde.Après tout, ils ont suivi mon conseil. Puis ils ont demandé aux patrons de lui donner la permission de transformer une organisation performante pour l'améliorer..
Je possède stratégie, portefeuille, les décisions relatives aux projets et à la mise en œuvre des solutions. Je suis même en charge de la traçabilité des décisions d'architecture En remontant le fil de la déconstruction architecturale, on constate que la traçabilité renforce l'appropriation. Elle m'indique ce qu'est la victoire. La traçabilité consiste simplement à utiliser mon architecture supérieure.
Il y a d'autres choses que je dois surveiller parce que architecture d'entreprise vise à agir avant la décision. Je pense en termes d'objectifs, de feuilles de route architecturales et VRP Mes équipes de développement raisonnent en termes de versions, de sprints, de phases et de projet. Je raisonne en termes de possibilités. Mes équipes de développement raisonnent en termes de réalité concrète.
Mes parties prenantes passent un certain temps avec moi à explorer les différentes possibilités. Dès que possible, elles passent à la mise en œuvre. Je dois être informé de la décision prise. Quand je passe de l'exploration des possibilités à la mise en œuvre… assumer la décision, je deviens le Balrog.
Je deviens un adversaire infranchissable pour tout acteur malavisé qui tenterait de détourner les fonds et l'autorité de mes parties prenantes à des fins obscures. Jour après jour, je défendrai la valeur attendue.
Tant que ce projet d'observabilité poursuit opérations améliorées Peu m'importe la méthode. Je suis même prêt à écouter une discussion sur la télémétrie ouverte et le développement de notre propre plateforme, mais je vérifie systématiquement la valeur ajoutée de leurs solutions pour identifier les points où elles engendrent des coûts supplémentaires et une incertitude accrue quant à la valeur perçue. si.
Cette semaine, je reviens sur la question de la valeur. Prenons l'exemple d'un changement en cours – un projet ou une mise en production. Avez-vous des raisons d'intervenir ? Liste de contrôle de gouvernance de la mise en œuvre de TOGAF—L’organisation qui s’est lancée dans ce changement a-t-elle interprété de manière raisonnable les directives et les contraintes de l’architecture cible ?
Avez-vous une architecture ou une opinion ? Franchement, pour jouer les Balrog et présenter une bande d'exécutants malavisés à une partie prenante, il vous faut une architecture. Il faut avoir effectué le travail préparatoire. vues d'architecture. Vous devriez avoir un croustillant VRP
Sinon, que faites-vous pour obtenir ce poste ? protéger les parties prenantes et protéger la valeur attendue par la partie prenante?
La semaine prochaine, je vais examiner comment nous avons mis TOGAF Phase H Passer à l'action : relier la création de valeur au lancement de produits, aux revues de portefeuille et aux phases de projet. Comment nous procédons pour formuler une recommandation de poursuite, d'arrêt ou de réorientation.
Passez une excellente semaine !
Comme toujours, vos commentaires et questions sont les bienvenus.
Salutations,
Dave
Dave Hornford
Conexiam
P.S. Durant l'été mon équipe de consultants me pousse à orienter ces messages dans une direction différente. Nous allons explorer le développement d'un architecte d'entreprise axé sur les points forts du soutien portefeuille et le soutien à la mise en œuvre de solutions. Leur objectif est une mise à jour de notre programme de formation pratique. EA avec TOGAF et Navigate.