Guiding Principles for Architects

https://goo.gl/fcX97e

From linkedin.com

"Where traditional EA may have been focused on organization and hierarchy, “new” EA must focus on Community. Instead of a penchant for judgement, the “new” EA must project Leadership. Rather than proclaim strict dogma, the “new” EA must execute with Guidance..."

Périé Jean-François's insight:

On trouve bon nombre d’articles sur Internet traitant de la difficulté à mettre en place la fonction « Architecture d’Entreprise » et à assoir sa légitimité au sein des organisations (voir sur ce blog les références aux billets Promouvoir l'Architecture d'Entreprise en interne, "Just Enough" Enterprise Architecture pour éviter la paralysie de l'architecte, ou encore Concevoir une équipe de Business Architecture efficace). Mais peu sont aussi pertinents que celui de Jim Lenahan. La liste des 10 principes n’est peut-être pas exhaustive mais elle constitue un recueil de bonnes pratiques auquel chaque architecte d’entreprise devrait se référer dans ses activités quotidiennes. On pourrait presque parler du « mantra » de l’architecte d’entreprise. 

Jugez plutôt:

• Focus on Innovation
• Architectural elegance and purity does not count as much as business results
• Expend energy on issues that matter
• Every activity must support an explicit business goal or strategy
• Every asset must have an explicit use and user — and it must be usable
• Build and foster a personal network throughout the Ecosystem
• Work to build an effective and all-encompassing Architecture Community
• Do not confuse publication with communication
• Avoid passive aggressive behavior
• If you think that you are the smartest person in the room — often you are either wrong, in the wrong room, or both

D’ailleurs, le dernier pourrait s’appliquer à tout un chacun en entreprise. Pas seulement aux architectes...

White paper IIBA® "Business Analysis in a disruptive world"

https://goo.gl/cXubaH

From iiba.org

"The world has changed and has become much more complex. Competition is more intense than ever before, and the changes facing business are happening faster than ever before. To remain sustainable and competitive, organizations are recognizing the value of the role of business analysis in helping them to achieve their business goals..."

Périé Jean-François's insight:

La business Analysis est désormais reconnue comme une compétence clé non externalisable dont aucune entreprise ne peut plus se passer, quelle que soit sa taille et quel que soit son secteur d’activité. Ceci dit, certaines tendances actuelles du marché informatique sont susceptibles de modifier sensiblement la façon d’exercer métier le d’analyste d’affaire. Ce livre blanc, publié par IIBA®, explore la manière dont la discipline doit évoluer pour s’adapter aux nouveaux modèles de développement (cf. les méthodes agiles), et faire face aux transformations de grandes amplitudes induites par les technologies disruptives. La bonne nouvelle c’est que la gestion du changement et la flexibilité sont dans les gènes du Business Analyst…

L’Architecture d’Entreprise « in a nutshell »

https://goo.gl/4rmfNb

From http://fr.slideshare.net/

"You can see here, the high level relationship between the strategy and goals of an organization and the projects that deliver the change to meet these goals. The Enterprise Architecture provides the model to govern the delivery of projects in line with these goals..."

Périé Jean-François's insight:

La plupart du temps, la compréhension d’un concept est facilitée lorsque ledit concept est présenté dans son contexte, i.e. en relation avec d’autres concepts qui eux nous sont familiers. C’est le cas de l’Architecture d’Entreprise. Le document proposé ici est un extrait du livre blanc de la société Corso intitulé « Enterprise-Architecture-and-Innovation-Management-eBook ». Il introduit l’Architecture d’Entreprise comme un sous-ensemble du domaine de la planification stratégique, en prise directe avec les processus d’innovation, de gestion du portefeuille des investissements, et de développement des solutions informatiques. C’est concis est clair. Un schéma et deux pages suffisent. Du coup, j’en profite pour formuler une critique à l’égard de Togaf®. C’est bien de préciser que la gestion du portefeuille des projets IT ne fait pas partie du périmètre de Togaf®. Mais pourquoi ne pas commencer par présenter ses points de connexion avec les autres domaines de l’IT? Ça permettrait d’aborder la lecture des quelques 800 pages du référentiel dans des conditions plus favorables...

Dites "Minimum Valuable Product" pensez "Earliest Testable/Usable/Lovable product"

https://goo.gl/xAUXP4

From http://blog.crisp.se/

"A couple of years ago I drew this picture and started using it in various presentations about agile and lean development...
The picture is a metaphor. It is not about actual car development, it is about product development in general, using a car as a metaphor…"

Périé Jean-François's insight:

Un « Minimum Valuable Product » n’est pas la première version d’un produit clairement défini en réponse à un besoin clairement identifié. Le terme fait en réalité référence à un processus de remise en cause en continu, portant à la fois sur le besoin réel du client et sur le produit ou service auquel il aspire. D’où l’idée que se cache derrière le concept de MPV celui de « Earliest testable and lovable product » i.e. « une version préliminaire et utilisable du produit répondant au désir de l’utilisateur tel qu’on le comprend à un moment donné ». En redéfinissant la notion de MVP, l’article de Henrik Kniberg expose très simplement ce qui est l’essence même du développement agile. C’est intéressant et très abordable. Le propos est renforcé par une présentation de plusieurs cas d’école dont deux succes stories : celle du service de musique en ligne Spotify et celle du célèbre jeu Minecraft...

(Voir aussi http://businessarchitecturejfperie.blogspot.com/2016/11/un-minimum-viable-product-nest-pas-un.html)

Mettre sur pied la team "Business Architecture"

https://goo.gl/uWYofe

From bainstitute.org

"As organizations set out to establish their own internal business architecture practices, some of the most frequently asked questions are about how to structure the business architecture team and role. These are indeed important considerations because the structure significantly contributes to both the effectiveness and success of a business architecture practice…"

Périé Jean-François's insight:

Plusieurs options s’offrent aux entreprises désirant mettre en place une cellule dédiée à la Business Architecture. L’efficacité et l’appropriation des pratiques qui sont déployées dépendent directement des choix réalisés. La voie du succès passe par un modèle d’exécution en prise avec la stratégie de l’organisation et par une intégration forte avec les processus de la fonction IT ...

Comment le Program Management Office se nourrit de l'Architecture d'Entreprise

https://goo.gl/RbQPwJ

From blogs.msdn

"As the volume and size of projects grow, the old problem of managing project and program interdependencies is becoming more acute…"

Périé Jean-François's insight:

Une grande majorité des PMOs considèrent que gérer les interdépendances entre les projets informatiques et l’un des aspects les plus critiques du pilotage des programmes d’investissement. Or, en examinant les choses d’un peu plus près on s’aperçoit que la plupart de ces dépendances entrent dans le champ d’analyse de l’Architecture d’Entreprise, voire de la Business Architecture. Intéressant (mais un peu court)...

Une proposition de définition du poste de Business Architect

https://goo.gl/DDSCPX

From blogs.msdn.microsoft.com

"As the result of reading some discussions on the responsibilities of Business Architecture, I got to thinking: How to describe the list of prerequisites for Business Architect, and what is the career ladder that I believe a good BA goes through? I did a quick bing search to see if other folks had attempte"

Périé Jean-François's insight:

Un article intéressant définissant le poste du Business Architect sous 4 aspects : sa mission, son positionnement dans l’organisation, ses principales contributions, et enfin ses compétences. Synthétique et instructif...

Business Architect ou Business Analyst ?

https://goo.gl/vMBQDC

From  blogs.msdn.microsoft.com

"One distinction that I believe we should make, as the field of business architect takes hold, is the difference between a business architect and a business analyst. There are real opportunities for confusion here. In addition, there are some folks who believe that there is a good career growth path from business analyst to business architect. In this post, I will provide my opinions about the relationship"

Périé Jean-François's insight:

Vous avez dû participer à des débats sur les distinctions pouvant exister entre les travaux réalisés par un Business Analyst de ceux qui sont à la charge du Business Architect. Dans les deux cas on fait de l’analyse métier. Mais dans les faits, les objectifs poursuivis, les concepts analysés et modélisés, et les techniques mises en œuvre, restent sensiblement différents.
A titre personnel, je partage le point de vue de l’auteur du billet lorsqu’il affirme qu’il s’agit de deux rôles fondamentalement différents et que la que la transition du métier de Business Analyst vers celui de Business Architect n’est pas une évolution aussi naturelle que ce qu’elle laisse à penser au premier abord...

A noter également l'initiative conjointe IIBA France et The Open Group France menée en septembre 2016 qui avait pour objet de cartographier les complémentarités entre les métiers de Business Analyst et de Business Architect. Le résultat de ce travail est disponible en téléchargement à l'adresse suivante : https://www.opengroup.fr/complementarite-business-analyste-business-architecte-resultats-groupe-de-travail/