Si vous travaillez avec la technologie d’une organisation à n’importe quel niveau au-delà des spécialités de niche, il y a de fortes chances que vous travailliez avec un architecte. Le terme « architecte » lui-même peut faire référence à plusieurs disciplines différentes. Mais ce que nous entendons par architecte dans la technologie est similaire à ce que nous entendons par architecte dans, par exemple, le bâtiment résidentiel. L’architecte n’est pas le spécialiste que l’électricien, le menuisier ou le plombier est ; l’architecte voit une conception complète, unifiée et fonctionnelle qui permettra à ces pièces spécifiques d’interagir efficacement, alignée sur une stratégie globale.
Au cours des dernières années, les architectes ont gagné en importance dans les entreprises et les gouvernements pour leur rôle dans la conception de solutions de gestion des systèmes et de cybersécurité qui permettent aux organisations de rester résilientes face aux perturbations sans le fardeau de gérer trop de produits ponctuels différents ou de dépassements de coûts massifs. Parallèlement à chaque organisation informatique prospère dirigée par un DSI visionnaire ou un RSSI leader du secteur, vous constaterez que le plan directeur de l’organisation est développé et organisé par son architecte informatique en chef. L’architecte permet à une entreprise de produire des conceptions reproductibles et structurées pour son paysage technologique, améliorant finalement l’interopérabilité, augmentant la vitesse de mise sur le marché et réduisant les risques.
(Il convient également de noter que de nombreuses organisations investissent également dans des couches d’architecture en utilisant différents rôles d’architecte. Un architecte d’entreprise, par exemple, cherche à aligner les priorités commerciales sur les besoins technologiques, tandis qu’un architecte de domaine peut être un expert dans un domaine spécialisé, tel que le cloud ou la cryptographie.)
L’industrie est prête pour cela
Une majorité d’entreprises consolident activement le nombre de fournisseurs avec lesquels elles font des affaires, se rendant sans aucun doute compte qu’elles peuvent faire mieux que de gérer des dizaines d’outils qui ne s’intègrent pas facilement les uns aux autres. Ce n’est pas un changement qui se produit facilement, note Jon Oltsik, analyste ESG et pundit de sécurité de longue date, car « cela va à l’encontre d’un 20-plus-year-culture de la communauté dans son ensemble ». Mais il s’agit d’un changement positif aidé par les architectes, qui sont chargés de concevoir une infrastructure plus facile à gérer et plus rentable, tout en aidant les DSI et d’autres responsables informatiques à respecter un mandat exécutif de plus en plus commun autour de la transformation numérique.
Bon nombre des meilleurs architectes travaillant actuellement sont, et non par hasard, ceux qui y sont allés depuis un certain temps. Ils ont vu leurs rôles passer de la curiosité : souvenez-vous de toutes ces « Que fait un architecte informatique ? » articles de quelques années auparavant ? – à une partie prenante stratégique ayant une influence sur les décisions d’achat. Les architectes examinent leur groupe de parties prenantes de manière générale. Ils recommandent et conçoivent des solutions qui aideront les équipes souvent en difficulté, telles que les opérations de gestion informatique et de sécurité, à améliorer leur résilience globale en travaillant ensemble sur un ensemble commun de données exploitables.
Les architectes évoluent et les DSI les accompagnent
En tant que fournisseurs de technologies, nous facilitons le travail de l’architecte lorsque nos produits sont conçus en gardant ce rôle essentiel à l’esprit. Je passe une grande partie de mon temps à discuter avec des architectes de grandes marques et d’agences gouvernementales connues, et lorsqu’ils sont approuvés par leurs supérieurs, ils jouent un rôle essentiel dans la conception d’environnements sur lesquels les dirigeants peuvent dépendre pour obtenir des informations et des capacités de haute véracité qui réduisent considérablement les risques.
Si vous êtes un DSI, par exemple, pouvez-vous indiquer avec précision le nombre d’endpoints connectés à votre réseau distribué, et vos équipes peuvent-elles utiliser ces informations, et non pas la semaine prochaine, immédiatement, pour corriger, remédier et gérer autrement les risques de sécurité ? Ceux qui peuvent dire « oui » en toute confiance ont résolu le défi de la visibilité et du contrôle de leurs environnements au niveau architectural, bien au-delà d’un niveau de produit individuel. Vous pouvez acheter de nombreux produits différents pour répondre à de nombreuses exigences individuelles, de l’EDR aux audits de conformité. Mais si vous n’avez pas le bon écosystème (y compris les personnes et les processus) pour les soutenir, vous ne tirerez pas beaucoup de valeur.
Prise en charge du rôle de l’Architecte
Il y a une autre raison pour laquelle je pense que les DSI se tourneront de plus en plus vers les architectes qui cherchent à maintenir et à améliorer l’ensemble de l’environnement. La mission d’un architecte consiste à examiner l’environnement et à faire des recommandations de conception qui réduisent les coûts d’exploitation et d’investissement, en font plus avec moins, rationalisent les services et consolident les fournisseurs. Aucun autre point sous le bureau du DSI ne compte autant pour ces indicateurs individuels, au moins en dehors des équipes FP&A.
Les équipes qui gèrent, disons, l’EDR, la conformité ou d’autres aspects opérationnels pensent nécessairement aux plateformes et à l’efficacité à l’échelle de l’écosystème (certains apprécient d’avoir de nombreux produits ponctuels différents à gérer, car cela signifie qu’elles maintiennent des équipes plus importantes et reçoivent plus de budget pour continuer à les gérer). Mais un architecte, par définition, doit penser à l’échelle de l’écosystème. Et si le DSI moderne doit réaliser une transformation numérique, faire de l’informatique un facilitateur, pas seulement un centre de coûts, rester sécurisé et résilient et maintenir une conformité continue, et parfois, voir sa famille au milieu de toutes ces priorités importantes !, ce DSI s’appuiera sur des rôles qui rendent les décisions au niveau de la solution plus faciles. C’est un architecte.
Un mot sur l’automatisation, qui semble parfois en contradiction avec le rôle de l’architecte : ce n’est pas le cas. Pour toute l’automatisation et l’orchestration que vous pouvez maintenant avoir dans votre environnement, et vous avez tellement de fournisseurs qui s’escaladent sur eux-mêmes pour essayer de « s’approprier » le message autour de ces deux mots glissants, vous avez toujours besoin d’un chef d’orchestre pour cet orchestre qui comprend, au niveau d’une solution, comment les pièces s’harmonisent idéalement. C’est invariablement l’architecte.
Poursuivre la discussion
Architect Tomorrow est une communauté virtuelle mondiale facilitée par Tanium qui rassemble des architectes pour des discussions de groupe (en personne et en ligne) sur les problèmes les plus urgents pour vos parties prenantes. Cela ne nous dérange pas lorsque les choses deviennent un peu intenses, c’est un rôle trop important dans une organisation moderne et complexe !
Consultez le contenu de la communauté ici.
Vous souhaitez voir Tanium en action ? Planifiez une démo individuelle ou participez à notre webinaire hebdomadaire. Discutez avec nos experts Tanium lors de nos prochains événements.
