Blog Planview

Votre parcours vers l’agilité métier

Architecture d’entreprise

Architecture continue : Architecturer les produits et se concentrer sur les attributs de qualité

Partie 1 : Six principes qui guident un état d'esprit Agile (Principes 1 et 2 de 6)

Publié le Par Jeff Ellerbee
Architecture continue : Architecturer les produits et se concentrer sur les attributs de qualité

En tant qu'architecte d'entreprise, que signifie pour vous l'agilité commerciale ? Cela signifie-t-il une livraison plus rapide des solutions ? La capacité de réagir rapidement à des événements imprévus ? Peut-être que l'agilité signifie que vous pouvez reconfigurer une capacité commerciale pour répondre aux besoins de l'entreprise ? Ou peut-être adoptez-vous une méthodologie agile, comme SaFE ? Réponse : C'est probablement un mélange ou tout ce qui précède. Lors d'un webcast avec Forrester Research, Gordon Barret, analyste principal au service des professionnels de l'architecture d'entreprise a partagé quelques idées fantastiques influencées par un livre "Continuous Architecture : Sustainable Architecture in an Agile and Cloud-Centric World". Dans ce livre, les auteurs Murat Erder et Pierre Pureur exposent six principes pour avoir une architecture d'entreprise Agile mindset. Ces principes sont conformes à l'approche de Forrester en matière de planification stratégique continue et de livraison continue et fournissent les meilleures pratiques pour atteindre une plus grande agilité commerciale.

Cette série de blogs met en lumière les six principes en commençant par les deux premiers. J'expliquerai également brièvement comment les solutions de gestion du travail et des ressources comme Planview Portfolios peuvent aider l'organisation à adopter et à tirer parti de ces principes. Commençons.

Planview Portfolios

Pour atteindre une plus grande agilité commerciale, considérez deux des six principes qui guident un état d'esprit agile ci-dessous :

  • 1. Architecturer des produits plutôt que des solutions: Utilisez une approche de gestion des produits, par exemple flux de valeur, cartes de parcours, réseaux de capacités commerciales, cycles de vie, etc. Chaque produit doit avoir une vision, une stratégie et une feuille de route. Une fois cette étape franchie, vous obtenez une architecture d'entreprise basée sur le portefeuille de produits de votre entreprise, et non sur des projets ou des solutions individuels.Lorsque l'entreprise définit une vision du produit, elle fournit une valeur unique aux demandes des clients. Les architectes d'entreprise peuvent participer activement au processus de planification, au cours duquel vous déterminez, avec d'autres parties prenantes de l'organisation, les améliorations à apporter aux produits et comblez le fossé entre l'EA, l'IT, les ventes, le marketing et les opérations.

Planview Portfolios soutient l'approche "produits plutôt que projets" en vous permettant de définir des portefeuilles de technologies émergentes et des feuilles de route de technologies supported and already in use. Enterprise architects can then see and share changing technology landscape over time, helping IT and product leaders make better decisions about what technology capabilities will be available for use in products over their lifetime. They can also provide valuable advice on the impact product plans can have on existing infrastructure and make recommendations on the investments that will be critical to delivering future programs that drive innovation and transformational change.LA STRATÉGIE, ET NON LA TECHNOLOGIE, EST L'ÉTAT FUTUR DES ARCHITECTES D'ENTREPRISE

  • 2. Concentrez-vous sur les attributs de qualité : Si l'entreprise sait ce qu'elle doit réaliser, l'architecte d'entreprise devrait être en mesure de définir les exigences architecturales en termes d'attributs de qualité. Par exemple, si l'initiative vise à soutenir la croissance, l'architecte d'entreprise doit pouvoir identifier l'impact du flux transactionnel et énoncer les attributs de qualité que la conception finale doit prendre en charge. Les architectes d'entreprise peuvent se concentrer sur les attributs non fonctionnels et les fournir plus tôt aux équipes de conception en tant que contraintes architecturales. Les scénarios architecturaux sont un moyen efficace d'exprimer les exigences relatives aux attributs de qualité - ils sont concrets et mesurables, et faciles à mettre en œuvre dans un prototype. En se concentrant sur les attributs de qualité, chaque version du produit peut être basée sur l'architecture minimale viable. AKA - l'architecture qui est suffisamment bonne pour que le produit soit lancé et qui doit être continuellement améliorée pendant le cycle de vie du produit.

Planview Portfolios permet aux architectes d'entreprise de capturer les attributs de qualité au début du cycle de vie du projet, avant que le projet ne soit engagé.. Les architectes d'entreprise, en collaboration avec les équipes de planification de projet, peuvent configurer le flux de travail du cycle de vie du projet pour s'assurer que ces attributs sont collectés et que le projet n'avance pas tant que ces exigences ne sont pas satisfaites.

Comme je l'ai dit, Gordon Barret a partagé des informations fantastiques pour les architectes d'entreprise qui cherchent à être plus agiles et à établir une architecture continue. Lisez partie 2 de cette série, où je discute des principes #3 (retarder les décisions de conception jusqu'à ce qu'elles soient nécessaires) et #4 (architecturer pour le changement), et partie 3, où je discute des principes #5 (permettre la livraison continue) et #6 (promouvoir l'interopérabilité). Pour en savoir plus sur la façon dont les solutions de gestion du travail et des ressources comme Planview Portfolios peuvent soutenir ces principes, inscrivez-vous à une démonstration aujourd'hui.

Articles similaires

Rédaction du contenu Jeff Ellerbee

Jeff Ellerbee, consultant en solutions pour Planview Enterprise One Capability and Technology Management. Jeff a aidé des clients à réussir avec la GTC aux États-Unis et au Royaume-Uni pendant 14 ans. Jeff est un leader des ventes techniques avec plus de 19 ans d'expérience dans la création et la vente de logiciels. Il a conçu, construit et commercialisé avec succès cinq produits logiciels d'entreprise et un dispositif d'automatisation des soins de santé pour plusieurs entreprises financées par des capitaux à risque. Jeff est un ingénieur logiciel devenu ingénieur commercial qui s'est progressivement orienté vers de plus grandes responsabilités en matière de génération de revenus, en relevant de nouveaux défis, en créant plus de valeur pour ses clients et en obtenant de plus grandes récompenses personnelles.