Même si l'IA est privilégiée, il faut toujours partir de la stratégie et des problèmes à résoudre, prévient la HBR, dont l'approche 3P fait écho au Tech, Orga, Culture de WEnvision.
"The Software Architect Elevator" est une de feuille de route pour les architectes. En embrassant le changement, en comprenant les systèmes organisationnels et en favorisant une communication efficace, les architectes peuvent jouer un rôle central en conduisant les organisations vers le succès.
L'IA générative était (surprise !) la vedette du keynote de l'AWS Summit Paris, ce 3 avril au Palais des Congrès. C'est LE sujet qui tire le Cloud et la Data.
Dans le monde d'aujourd'hui, où tout va très vite, l'architecture agile est devenue un aspect crucial de nombreuses organisations. Le rôle de l'architecte doit évoluer en fonction.
< L'agilité est au cœur des plateformes IT
Dans un contexte d'agilité à l'échelle, la notion d'architecte n'est plus un simple titre de poste, mais un rôle qui peut être rempli par une ensemble de personnes. Le passage à l'architecture agile (ou architecture continue) requiert un large éventail de compétences pour être efficace en tant que fonction métier.
En d'autres termes, la question qui se pose est la suivante : avons-nous encore besoin d'architectes agiles dans nos organisations, ou s'agit-il simplement de "faire de l'architecture agile" ? La réponse est que nous avons besoin des deux.
Lorsque les organisations subissent des transformations majeures, l'architecture d'entreprise joue un rôle essentiel pour aligner les initiatives et les produits sur les objectifs stratégiques, gérer les dépendances et prendre des décisions importantes concernant le paysage informatique. Mais il ne s'agit pas seulement de changements majeurs ; l'architecture est cruciale pour garantir que les bonnes décisions soient prises à tous les niveaux de l'organisation au jour-le-jour également.
Cependant, ce n'est pas seulement le rôle des architectes de prendre ces décisions. La coopération est essentielle, notamment entre la gestion des produits et des programmes. Les responsables produits et programmes sont chargés de rassembler les besoins de l'entreprise, tandis que les architectes veillent à ce que ces besoins soient mis en œuvre conformément aux directives architecturales générales, et dans le bon ordre.
Par exemple, un architecte de domaine est chargé de s'assurer que toutes les plateformes et tous les outils nécessaires soient en place, avant de mettre en œuvre une demande de fonctionnalité spécifique. Les architectes gèrent également la complexité, veillant à ce que la sécurité et les aspects non fonctionnels soient traités correctement. Et ils surveillent la perspective plus large du paysage informatique.
Quand on parle d'architecte, il ne s'agit donc pas seulement de l'intitulé du poste, mais de l'ensemble des compétences requises pour s'occuper d'architecture. Des personnes de différentes fonctions peuvent apporter leurs compétences spécifiques à l'effort commun de "faire de l'architecture". Typiquement, les cadres (frameworks) traditionnels pour l'architecture, tels que TOGAF, traitent des processus et des modèles, mais ils laissent de côté des compétences importantes, comme la gestion et la modélisation des parties prenantes, ou les compétences analytiques. En outre, des compétences comme la conception et la stratégie pilotées par le domaine (DDD, domain driven design) sont devenues de plus en plus importantes dans l'architecture agile ; elles ne doivent donc pas être oubliées.
