La vérité qui déplaît : les contraintes sont vos meilleures amies

Recherche de contraintes

Quand je pense à la réalité, je pense aux dures vérités.

Nous devons payer nos factures.

La gravité est toujours pointant vers le bas. La gravité vous accélère toujours à 9,8 mètres par seconde au carré.

La loi canadienne sur la navigation stipule qu'il est interdit d'entraver la navigation maritime. Par conséquent, si vous habitez de l'autre côté d'un port en activité, vous pouvez faire le tour ou payer pour un pont qui sera Écartez-vous du chemin. Certains jours, je dois attendre qu'un bateau se déplace pour pouvoir traverser le Pacifique et aller travailler.

Maintenant, nous connaissons la réalité : les constructions sociales, le monde naturel et les lois qui régissent nos vies.

Partons à la recherche des sources de la réalité architecturale :

• Notre contexte d'entreprise—l'environnement dans lequel notre entreprise évolue
• Notre architecture supérieure—les décisions antérieures que nous avons prises
• Notre état actuel—le point de départ
• Notreprojet d'architecture—la lacune que nous cherchons à corriger

Normalement, je conseille aux architectes de rechercher des degrés de liberté. Lorsque je développe une architecture pour soutenir stratégie, et architecture de portefeuille Je recherche des contraintes.

Au plus haut niveau, nous avons un choix illimité. Je dois éliminer des options.

J'ai besoin de lignes directrices et de garde-fous pour canaliser ma réflexion.

J'ai besoin de contraintes !

Avant tout, j'ai besoin d'un ensemble de contraintes cohérentes — j'apprécie les contraintes bien pensées. architecture supérieure et une clarté projet d'architecture.

Construction NA — Les contraintes comme alliées

L'une de nos études de cas de formation concerne NA Construction — ils étaient un Conexiam Consulting client. Nous utilisons NA Construction dans notre formation pratique EA avec TOGAF et Navigate.

C'est une affaire amusante. J'aime bien parce qu'on l'a bouclée rapidement.

En 18 mois, nous avons développé une architecture stratégique, une portefeuille de transformation, puis plusieurs architectures de projet, et a achevé les travaux de mise en œuvre jusqu'au 1er état de transition.

Le processus s'est déroulé sans encombre pendant 18 mois. Nous avons commencé par définir la feuille de route architecturale. Ensuite, nous avons sélectionné un ERP et l'avons mis en œuvre, en y consacrant 3 mini-ERP et 4 systèmes RH sur notre plateforme partagée. Ensuite, nous avons consolidé plus de 100 systèmes de gestion des appels d'offres et de projets en une seule approche flexible et transversale, avec une traçabilité complète des données, afin de garantir besoins en données et flux de données Nous avons mis en place un système de contrôle de projet commun et évolutif à l'infini.

Nous avons transformé leurs opérations. Chacune de leurs entités opérationnelles locales pouvait désormais travailler de manière autonome — en soumissionnant et en gérant de manière rentable un projet de $25 000 pour le pavage d’un parking de centre commercial — ou collaborer pour mener à bien la construction d’une mine isolée d’une valeur de $4 000 000 000.

Un client a détaché du personnel pour travailler avec nous sur le contrôle de projet. Le client a été très impressionné par les nouvelles solutions. capacité Pour se réunir et contrôler les projets, ils ont attribué un projet de 1,3 milliard de TP4T à un fournisseur unique, au lieu de leur pratique habituelle qui consiste à lancer des appels d'offres pour des parties plus petites et gérables.

J'adore ce cas. Il prouve que faire de l'architecture ne prend pas de temps supplémentaire—il est axé sur la valeur. Le gain de marge sur ce projet intégré de 1,3 milliard de TP4T a financé le transition.

Chaque fois que quelqu'un remet en question le valeur de faire de l'architecture, Je pense à la marge. Je pense à une approche architecturale. qui ne coûte rien, mais qui rapporte.

Examinons les contraintes de la feuille de route

La construction NA [feuille de route architecturale était le résultat inévitable du contexte de l'entreprise, de l'état actuel et décisions d'architecture stratégique. La stratégie de l'entreprise était de se positionner sur le marché. contrôles de projet, et assemblage d'unités commerciales.

L'assemblage et le contrôle des projets nécessitaient un source de données commune— l’offre détaillée en termes de matériaux, de main-d’œuvre, d’équipement et de production. Puis, le rapport de production standard. Toujours en termes de matériaux, de main-d’œuvre, d’équipement et de production.

Cela nous a conduits à une implémentation simple d'un ERP conçu comme un plateforme d'information partagée. Pas commeoutil de processus partagé. Les appels d'offres étaient gérés par un logiciel spécialisé. La gestion de projet était également gérée par un logiciel spécialisé. La collecte des données sur le terrain était très variable. Tous étaient tenus d'utiliser les mêmes matériaux, la même main-d'œuvre, le même équipement et les mêmes données de production. Toutes ces données étaient stockées dans le progiciel de gestion intégré (PGI).

Ce que j'ai apprécié, c'est le Projet ERP n'était qu'une étape de transition, pas la cible. Ni le point de livraison à haute valeur ajoutée. >85% de la valeur cible provenait de contrôles de projet intégrés, et assemblage d'unités commerciales.

L'élaboration et la mise en œuvre de la feuille de route ont été basées sur des contraintes évolutives.

Nous avons éliminé les débats interminables.

La valeur provenait de l'assemblage.

L'assemblage nécessitait des données et des outils uniformes, optimisés pour l'activité locale. Chaque fois qu'une unité opérationnelle soumettait une offre pour la construction d'une route, elle utilisait la terminologie spécifique aux matériaux, équipements, main-d'œuvre et production routiers. Qu'il s'agisse d'une route de campagne, d'un nouveau viaduc ou des centaines de kilomètres de routes nécessaires à une mine isolée, cela n'avait aucune importance. Même les routes spéciales pour les camions de 200 tonnes travaillant dans la mine étaient concernées.

Nous avons atteint ce niveau d'excellence en utilisant les meilleurs outils du secteur.

Oui, des appels d'offres de construction de pointe. Une gestion de projets d'envergure de premier ordre. La collecte de données sur le terrain utilise des méthodes spécifiques à chaque projet, avec pour seule solution la plus simple : l'importation d'un fichier CSV.

Je sais ce que vous pensez : « C'est tout simplement de la bonne architecture. » Et vous auriez raison.

Ai-je mentionné que nous avons commencé par le progiciel de gestion intégré (ERP) avant de choisir l'un des outils spécialisés de notre secteur d'activité ?

J'en avais simplement quelques-uns architecture des données Les contraintes étaient les suivantes : le progiciel de gestion intégré (PGI) servirait de référentiel de données partagé ; il faudrait communiquer avec lui via des API publiques standard, et nous ne le personnaliserions pas. Nous avions besoin d’une plateforme de données partagée stable.

Au moment de choisir enchère, ou gestion de projet, ou capture de données sur le terrain, ou contrôles de projet Nous pouvions utiliser n'importe quel logiciel souhaité par mes spécialistes, à condition qu'il soit compatible avec les systèmes ERP via une interface existante.

Conclusion de mon amitié avec contraintes

Ma thèse est simple : les feuilles de route sont remplies de décisions reportées.

J'utilise souvent le principe de veiller à ce que les transitions permettent à vos parties prenantes de réévaluer, puis de choisir délibérément de Continuer, Arrêt, ou Pivoter.

Dans le cadre du projet de construction en Amérique du Nord, nous avons utilisé des décisions différées pour démarrer. Nous avons lancé le système ERP aussi vite que possible. Nous avons fait pleurer notre intégrateur ERP : il tenait absolument à créer de la complexité et des spécialisations fragiles pour la cause de… valeur commerciale. Nous ne les laisserions pas faire.

La finance était intégrée d'office. Les RH aussi. Puis, lorsqu'ils ont posé des questions sur les appels d'offres, la gestion de projet et le contrôle de projet, on pouvait déceler leur désir caché de créer de la complexité et des spécialisations fragiles, déguisées en… valeur commerciale.

Je savais qu'il existait un risque que les structures de données et les interfaces natives des ERP ne soient pas suffisantes. Le secteur regorge de spécialisations et de personnalisations opaques ; tous les éditeurs de logiciels pourraient avoir des failles d'interface cachées.

J'avais prévenu mes parties prenantes. C'était amusant de les voir négocier les conditions de mise en œuvre, notamment l'inclusion des intégrations commerciales prêtes à l'emploi. C'était encore plus amusant de les voir exiger des fournisseurs de logiciels qu'ils respectent ces conditions.

Ai-je mentionné que nous avons terminé en 18 mois ? 18 mois entre la discussion stratégique et la consécration. jour de mise en service. Lorsque nous avons commencé la mise en œuvre, nous avions reporté des décisions fondamentales qui auraient permis d'atteindre 85% de la valeur attendue.

Nous avons pris des décisions claires aux points d'intersection de notre feuille de route. Nous avons consulté chaque équipe de spécialistes et leur avons demandé :'Quel système commercial haut de gamme vous fait vibrer ?' ? J’ai cherché et fourni autant que possible agilité de l'entreprise et la spécialisation autant que possible.

Ils ont obtenu 1,3 milliard de TP4T de gré à gré. J'ai eu un trophée, un prix qu'ils ont inventé pour dire Merci pour cette feuille de route architecturale.

Voici donc mon défi. Regardez votre travail…Adoption de l'IA, transformation numérique, Qu’il s’agisse de modernisation d’infrastructures ou d’autres aspects, quelles sont vos limites ? Quelles sont les contraintes qui vous empêchent de créer de la valeur ? Comment les intégrez-vous à votre stratégie ? feuille de route architecturale, Ainsi, lorsque vous arrivez à un carrefour, votre organisation peut délibérément choisir de maximiser la valeur immédiate et stratégique ?

La semaine prochaine, je vais délaisser les feuilles de route architecturales et revenir à… architecture des données. Comme vous le savez, mon équipe de consultants EA Ils font tout leur possible pour me faire réfléchir à des choses qui leur sont utiles. On a une super ambiance. produit numérique problème d'architecture de données et ils me poussent à le résoudre personnes concernées et modèles de domaine d'études pour les produits numériques et l'entreprise.

D'ici là. Passez une excellente journée.

 

Cordialement, Dave

Dave Hornford
Conexiam

P.-S. Mes spécialistes en gestion de projet ont opté pour une application bêta. Pour un système ERP d'entreprise majeur, nous avons utilisé un logiciel en version bêta. Il est essentiel de toujours bien connaître ses contraintes et ses objectifs. Ils souhaitaient un outil évolutif, capable d'accompagner leur activité pendant des décennies. En tant que client de lancement, nous avons contribué à son élaboration en fonction de notre proposition de valeur.