Gestion du travail d'architecture d'entreprise
Qu'est-ce que la gestion du travail d'architecture d'entreprise ?
Planification des livrables d'architecture
- S'adapter au cycle économique
- Livrables d'architecture prévisibles
- Livrables d'architecture non planifiés
Qu'est-ce que la gestion du travail d'architecture d'entreprise ?
La gestion du travail est une approche systématique pour orchestrer un processus-processus d'entreprise ou tâches de routine. Une bonne gestion du travail est collaborative. Coordonner les personnes et le travail à tous les niveaux d'une organisation.
Les processus d'architecture d'entreprise ne sont pas des processus commerciaux simplesIl s’agit d’un ensemble complexe d’activités qui développent les connaissances et décisions d'architecture. Le premier ministre Méthode de développement d'architecture, la SMA TOGAF, est une approche logique du développement des connaissances.
La gestion des travaux d'architecture d'entreprise orchestre le développement des connaissances. Les architectes doivent :
- recueillir des informations
- réutiliser les informations de leur référentiel EA
- effectuer une analyse
- obtenir décisions des parties prenantes
- guider les exécutants
Notions de base sur la productivité à partir de la gestion du travail
La productivité élevée architectes d'entreprise Les entreprises avec lesquelles nous travaillons sont 10 à 50 fois plus productives. C'est vrai, 10 à 50 fois. Il y a une énorme différence entre le meilleur et la moyenne.
Ces chiffres de productivité proviennent des principes de base de la productivité : le gaspillage et la rapidité.
Déchets
Une grande partie du travail d'architecture est un gaspillage. Il s'agit de travaux effectués après une décision ou de travaux effectués qui ne mènent jamais à l'action. Les équipes EA gaspiller plus de 25% de leur temps. De nombreuses équipes moyennes avec lesquelles nous travaillons n'utilisent jamais 80 à 90% de leur produit de travail. 80 à 90% sont un gaspillage d'efforts.
Vitesse
L'inverse du gaspillage est la vitesse. Avec la vitesse, vous créez plus rapidement une architecture utile. Vous gagnez en vitesse grâce à quatre facteurs :
- Matériel de référence
- analyse standard appuyée par modélisation formelle
- Engagement des parties prenantes
- gestion du travail au quotidien
Comment faire la transition de la méthode de développement de l'architecture vers le produit de travail
La méthode d'architecture se termine par les livrables. Les parties prenantes et les exécutants consomment les livrables, pas l'architecture.
La gestion des travaux d'architecture d'entreprise commence par la décomposition des livrables d'architecture en produits de travail. Ensuite, utilisez les produits de travail pour gagner décisions d'architecture. Ce chemin garantit que les architectes disposent des connaissances et des analyses nécessaires avant d'engager les parties prenantes avec alternatives architecturales.
le Guide du praticien utilise un aperçu des activités de création de connaissances dans chacune des quatre normes cas d'utilisation de l'architecture d'entreprise. Par exemple, l'architecture pour soutenir Stratégie comporte quatre activités de création de connaissances de haut niveau :
- Comprendre le contexte
- Effectuer une évaluation et une analyse
- Définir l'approche de l'état cible
- Finaliser la vision de l'architecture/l'état cible
Chaque activité est axée sur différentes connaissances dont l'architecte a besoin. Chacune identifie les différentes Phases ADM TOGAF qui doit être utilisé pour créer des connaissances différentes.
Traduire la méthode de développement d'architecture en travaux exploitables grâce à un Structure de répartition du travail (WBS). Un WBS est une décomposition orientée vers les livrables d'un projet en composants plus petits.
Dans Naviguer nous recherchons ces différents types de produits de travail :
- produit du travail de collecte d'informations
- produit de travail d'analyse
- livrable
- dossier de décision d'architecture
Pratiques WBS d'architecture d'entreprise
Lors de l'élaboration du WBS, nous identifions les connaissances requises pour une décision en matière de livrable ou d'architecture. Oui, une décision est une action et non une chose, donc pour que le concept WBS soit adapté, nous utilisons un enregistrement de décision d'architecture. Vous avez des produits de travail spécifiques, tels qu'une carte des parties prenantes ou un Carte des capacités.
La WBS répertorie les produits de travail nécessaires à la création des artefacts de connaissances dont nous avons besoin. En décomposant les catégories de navigation, nous obtenons une WBS plus approfondie
- produit du travail de collecte d'informations
- produit de travail d'analyse
- voir
- produit du travail d'évaluation
- produit de travail alternatif d'architecture
- modèles d'architecture
- dossier de décision d'architecture
- architecture cible
- étape de transition
- lacunes
- lots de travaux
- spécifications d'architecture
- feuille de route architecturale
- livrable
- contrat d'architecture
Revenant à l’exemple de Stratégie et le premier ensemble d'activités de création de connaissances : Comprendre le contexte. Nous avons un ensemble de produits de travail de collecte d'informations :
Compréhension de la stratégie Collecte d'informations sur le contexte Les produits du travail comprennent :
- Données financières de l'entreprise
- Initiatives en vol
- Objectifs stratégiques
- Appétit pour le risque
- ….
Du point de vue de la gestion du travail, soit vous les avez dans votre référentiel EA, soit vous devez aller les chercher. Dans ce dernier cas, il s'agit d'un travail qui doit être géré.
Pratiques de gestion du travail
La gestion du travail d'architecture d'entreprise construit de manière itérative :
- Collecte d'informations
- Analyse
- Décision d'architecture
La WBS commence par les connaissances dont nous avons besoin. Construire des produits de travail d'analyse minimise le gaspillage. Le gaspillage le plus courant est l'analyse mal informée. Commencer l'analyse ou essayer d'obtenir une décision d'architecture avant d'avoir les connaissances nécessaires est un effort inutile. Les architectes qui gaspillent leurs efforts utilisent généralement l'argument selon lequel l'analyse ou la décision est importante !
Utilisez le WBS pour capturer tout ce qui est important et assurez-vous que votre équipe EA ne perd pas de temps.
Évitez de travailler au-delà d'une décision d'architecture. Les parties prenantes impliquées peuvent fournir des commentaires. Aller de l'avant sans cela nécessite un très bon jugement et de s'assurer que vous êtes en phase avec les décisions que prendra une partie prenante. Sinon, travailler au-delà d'une décision artificielle est un gaspillage.
Planification des livrables d'architecture
Chaque organisation a un cycle économique normal. Certaines parties sont formelles, comme le processus budgétaire. D'autres sont informelles, comme le report du lancement d'initiatives sérieuses au deuxième trimestre, en utilisant le premier trimestre pour se préparer.
La gestion du travail de l’architecture d’entreprise prend en compte ces cycles.
S'adapter au cycle économique
Les diagrammes ci-dessous montrent deux points de vue différents sur l’alignement avec le cycle économique.
Sur la gauche se trouve une vue du calendrier :
- les rapports financiers portent à la fois sur les dépenses et les revenus
- budgétisation formelle, préparation, soumission et approbation
- cycles de projet depuis l'approbation jusqu'au lancement et à l'exécution jusqu'à la réalisation des bénéfices
- évaluation et reporting des risques et de la conformité
- Développement de logiciels basé sur le sprint
Sur la droite se trouve une vue de planification d'initiative. Elle s'aligne cas d'utilisation de l'architecture d'entreprise avec le cycle d'approbation d'une initiative.
Livrables d'architecture prévisibles
Au moins la moitié de tous projets d'architecture et livrables sont prévisibles. Par exemple, un cycle budgétaire annuel exige que les hauts dirigeants réfléchissent aux catégories budgétaires au deuxième trimestre. Les responsables du budget utiliseront le troisième trimestre pour soumettre leur budget. Le budget sera finalisé au quatrième trimestre.
Pour s'aligner sur ce cycle, l'équipe EA doit fournir un soutien budgétaire différent au premier, au deuxième et au troisième trimestre.
Les livrables prévisibles constituent l’épine dorsale de la gestion du travail de l’entreprise.
Architecture pour prendre en charge le portefeuille
Le cas d'utilisation de l'architecture d'entreprise Architecture pour prendre en charge le portefeuille est le plus prévisible.
Les portefeuilles d'initiatives de changement seront étroitement alignés sur le cycle budgétaire. L'architecture soutenant le développement de la feuille de route du portefeuille fonctionne sur un cycle, et l'architecture soutenant la mise en œuvre suit la feuille de route du portefeuille.
Les portefeuilles de produits numériques seront alignés sur le cycle de vie du produit. Les produits numériques destinés aux consommateurs seront généralement alignés sur un cycle de vente aux consommateurs autour de Thanksgiving et de Noël aux États-Unis.
Livrables d'architecture non planifiés
Les livrables d'architecture non planifiés complètent le plan de travail prévisible.
Les cas d'utilisation prenant en charge Stratégie et la livraison de solutions sont les cas d’utilisation les moins prévisibles.
L'élaboration d'une stratégie ne cesse jamais. Elle sera plus ou moins alignée sur un cycle budgétaire.
Certains travaux orientés vers la livraison de solutions et les projets peuvent être extrapolés à partir d'une feuille de route de portefeuille.
Franchement, la petite architecture est une surprise totale.
Gestion quotidienne des travaux d'architecture d'entreprise
Au jour le jour Gestion des travaux d'architecture Il s'agit d'améliorer la productivité. La productivité est la quantité de travail utile produite par heure d'effort. Ne confondez pas productivité et surmenage. Le surmenage est un symptôme de faible productivité.
Nous sommes entourés des bases de productivité personnelle Au moins mille fois. Notre langage est rempli d’expressions sur la productivité. « Travailler d’abord sur les premières choses. » « Ne pas planifier, c’est planifier l’échec. »
Kanban
Kanban est basé sur trois concepts : la livraison promise, le travail et les postes de travail disponibles.
le OTP nous avons mis en évidence que cela vous fournit la base d'un plan de travail, vous savez ce qui doit être fait.
Livrables d'architecture prévisibles sont les dates de livraison faciles promises.
Votre équipe EA vous fournit des postes de travail : quels postes peuvent collecter des informations ? lesquels peuvent effectuer une analyse de l'architecture d'entreprise ? Et ainsi de suite.
Nous utilisons Kanban pour gérer la livraison de l'architecture.
Nous planifions notre travail à l’aide de six questions :
- Est-ce dans notre référentiel ?
- Qui dans l’équipe EA est le mieux placé pour le faire ?
- Qui dans l’équipe EA ne peut pas le faire ?
- Qui dans l’équipe EA a le temps de le faire ?
- Où devrait-il être dans le référentiel ?
- Quel est le dernier jour où je peux vivre sans ça ?
Ensuite, vous gérez simplement un tableau Kanban dynamique.
Conclusion
La gestion du travail de l'architecture d'entreprise fait la différence entre une bonne et une excellente Équipe d'architecture d'entrepriseLes équipes d'EA performantes sont 10 à 50 fois plus productives. Elles disposent des conseils nécessaires lorsque les parties prenantes sont prêtes à agir. choisir entre les alternatives et faire décisions d'architecture.
Les équipes d'architectes performantes perdent moins de temps et perdent moins de temps à dialoguer avec les parties prenantes.
En utilisant un OTP encourage la réutilisation. Collecte et analyse d'informations réutilisées. Utilisation modèles d'architecture, encourage davantage la réutilisation. Les informations et les analyses sont enregistrées de manière cohérente. Le dernier outil pour améliorer la réutilisation sont les livrables standard. Ces outils constituent le cœur de votre cadre architectural.
La gestion des travaux d'architecture d'entreprise aide architectes d'entreprise traduire leur méthode de développement d'architecture à un processus d’architecture au quotidien.
Pour acquérir ces compétences, consultez le Démarrage rapide de l'architecte d'entreprise.
Pour développer la productivité de votre équipe EA parlez-nous du développement de votre équipe EA.