Embauché il y a 2 ans pour digitaliser les process, Alexandre Aubry raconte tous les changements que cela a induit : transformation de l'organisation, de l'infrastructure matérielle et réseau, ouverture et décommissionnement progressif de l'ERP Cobol...
Nous avons assisté à la conférence client de l'entreprise Orange à Agile en Seine. Cet article vous propose de découvrir comment l'IA Gen devient déjà un atout incontournable chez certains clients.
Un bon mix d'indicateurs - des KPI classiques ainsi que des KPI personnalisés - devrait vous aider, à condition de respecter un principe essentiel : faites simple !
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.
