
Soyons réalistes, les services informatiques ne sont généralement pas les membres les plus appréciés de leur organisation. Bien qu'ils jouent un rôle essentiel, d'autres départements considèrent systématiquement l'informatique comme un obstacle ou un goulot d'étranglement. Bien qu’il s’agisse d’une caractérisation injuste des services informatiques, cette perception persiste. Bien entendu, votre niveau d’interaction, et donc votre frustration, avec votre groupe informatique dépend de la mesure dans laquelle vous exploitez les technologies de l’information dans l’exercice de votre travail. Il n’est donc pas surprenant que le groupe de personnes qui a le plus de frictions avec le service informatique soit celui des ingénieurs.
Un responsable technique avec lequel j'ai récemment travaillé est arrivé dans notre entreprise après plusieurs années passées à essayer d'améliorer l'environnement informatique de son équipe. Il était frustré par ses contraintes organisationnelles et agissait seul pour trouver une meilleure solution. La frustration sous-jacente de ce responsable était que son groupe informatique avait besoin d'une solution qui fonctionnait pour l'ensemble de l'entreprise. Même si ce qu'ils proposaient fonctionnait pour la grande majorité de leurs ingénieurs de conception, il était terriblement insuffisant pour le groupe de simulation de ce responsable et il avait besoin d'une solution. Son groupe avait besoin de ressources HPC meilleures et plus disponibles, ce que l'informatique ne peut pas ajouter facilement, rapidement ou à moindre coût !
Il est certain que la relation entre les responsables informatiques et les ingénieurs est vouée aux conflits. Il n'est pas difficile de comprendre pourquoi. Les ingénieurs créent, conçoivent et testent. Si vous donnez à un ingénieur de meilleures ressources (ou plus de ressources) pour accomplir ces tâches, vous pouvez être sûr que ces outils seront utilisés au maximum pour créer le meilleur produit final. Les professionnels de l'informatique sont taillés dans le même tissu dans la mesure où ils essaient de fournir les meilleurs produits à leurs utilisateurs avec les ressources dont ils disposent. Mais la ressource qui limite leur capacité à fournir est un problème majeur et une source d’argument pour d’innombrables relations : le budget. Leur boîte à outils est un chéquier et le solde disponible ne s’accroît pas facilement. Dans le cadre des contraintes de leur budget, les professionnels de l'informatique doivent créer la meilleure solution pour tous les membres de l'organisation. De plus, les informaticiens doivent prendre en compte des éléments qui ne constituent pas les principales préoccupations de l'ingénieur : la sécurité de l'infrastructure, la convivialité généralisée et la compatibilité des produits, pour n'en nommer que quelques-uns.
Ce qui aggrave ce problème entre l'informatique et l'ingénierie est le fait que les outils utilisés par les ingénieurs pour résoudre les problèmes, tant matériels que logiciels, évoluent constamment et que les ingénieurs sont généralement à la pointe des avancées technologiques. Même si la loi de Moore est peut-être morte (ou en train de mourir), les progrès de l'intelligence artificielle, de l'apprentissage profond et de l'essor de l'Internet des objets inciteront certainement les ingénieurs à repousser continuellement les limites technologiques et à accroître toujours plus leurs besoins en ressources informatiques. avant.
Lorsque vous examinez la relation entre l'informatique et l'ingénierie, vous découvrez deux groupes de professionnels très compétents et travailleurs dont les parcours sont inextricablement divergents. L’informatique et l’ingénierie fonctionnent selon des paradigmes différents avec des objectifs différents qui ne parviennent pas à coexister harmonieusement, ce qui garantit qu’il y aura toujours des frictions.
Nous voici donc, deux groupes d'individus qui semblent destinés à l'existence de platitudes superficielles avec une tension sous-jacente qui ne peut être évitée. Et si c’était possible ?
Et si le système était repensé de manière à supprimer les tensions et à responsabiliser chaque groupe dans le cadre de contraintes compréhensibles ?
Entrez dans le cloud !
Avec l’arrivée du cloud computing, les ressources informatiques se sont démocratisées. Ce qui n'était autrefois disponible qu'en engageant des professionnels de l'informatique au sein d'une organisation et en passant par un processus complexe d'approbation et d'intégration est désormais facilement accessible avec une connexion Internet. Il n'est plus nécessaire pour le groupe informatique de disposer d'un budget limité et de prendre des décisions difficiles concernant le matériel et les logiciels les mieux adaptés à l'ensemble du groupe. Chaque groupe peut désormais choisir les solutions matérielles et logicielles qui répondent le mieux à ses besoins.
Alors, comment cela affecte-t-il la relation entre l’informatique et l’ingénierie ?
Avant le cloud, les responsables informatiques étaient considérés par les ingénieurs comme un obstacle à la réalisation des tâches. À mesure que les ingénieurs migrent vers le cloud, les responsables informatiques ne contrôlent plus leur accès aux ressources. Le service informatique doit simplement approuver l’intégration de cette ressource cloud. Cela implique principalement de garantir que la sécurité est solide, mais à mesure que le cloud évolue, tout fournisseur de cloud réputé s'appuie sur une base de sécurité solide et peut réussir la plupart des audits avec une relative facilité.
Mais qu’en est-il de cette source de friction dans la relation précédente, à savoir le budget dans lequel l’informatique travaillait pour subvenir aux besoins de tous ? Le budget est toujours là, mais la responsabilité de sa gestion a changé. Au lieu que le spécialiste informatique analyse minutieusement les investissements en capital importants, les fournisseurs de cloud permettent de transférer les coûts vers des dépenses d'exploitation contrôlées par les ingénieurs.
Un changement de budget oblige les responsables de l’ingénierie à changer leur façon d’aborder un problème. L’ingénierie informatique a été formée pour être un gaz en expansion, remplissant chaque centimètre carré de l’espace donné. Avec le cloud et des ressources théoriquement infinies, l'ingénieur doit désormais prendre en compte le coût du projet lors de la conception de ses charges de travail.
En repensant au responsable de l'ingénierie que j'ai mentionné au début de cet article, nous avons pu présenter une solution pour les ressources HPC que son service informatique était plus qu'heureux d'adapter. La solution a permis à l'ingénierie et à l'informatique de travailler ensemble pour parvenir à une solution satisfaisant un petit sous-ensemble d'utilisateurs au sein de l'organisation, tout en transférant le contrôle budgétaire de ce type de travail aux ingénieurs eux-mêmes. Le service informatique a été soulagé de pouvoir apaiser un point de tension pendant que le groupe d'ingénierie trouvait une alternative abordable au matériel interne.
Il faudra un certain temps pour s'habituer à cette nouvelle relation qu'offre le cloud. Les responsables informatiques doivent apprendre à se sentir à l’aise avec la sécurité et l’intégrité du cloud. Les ingénieurs doivent apprendre à budgétiser les ressources lors de la conception de leurs projets. Mais à mesure que chaque département apprend à fonctionner dans l’environnement cloud, le seul frein à l’innovation est le budget opérationnel. Si un financement opérationnel ne peut pas être mis à la disposition d'un ingénieur, cela est probablement dû à des besoins plus prioritaires au sein de son département ou de son organisation, et cela est beaucoup plus facile à comprendre et à gérer pour l'ingénieur.
Ce changement se produit déjà à un rythme considérablement accéléré. Les dépenses mondiales en services de cloud public augmentent à un taux de croissance annuel composé de près de 20 %. La question n'est plus Ces tu vas utiliser le cloud, mais how. À mesure que le mouvement se poursuit, la croissance innovante ne s’enlise plus dans un processus informatique complexe. Il peut désormais s'envoler dans le cloud… si le budget le permet.
