Le développeur citoyen : révolutionner l'infrastructure IT

« Il y a beaucoup d'entraîneurs aujourd'hui qui ne font que gérer, sans essayer d'améliorer leurs joueurs. Ce sont les joueurs qui font l'entraîneur. » Ainsi parle Zdeněk Zeman, l'entraîneur de football qui a mené les clubs italiens Foggia et Pescara à des victoires en Série B. Selon Zeman, l'entraînement, c'est autant améliorer et habiliter les joueurs que les gérer.

Cette idée s'applique à bien plus que les joueurs de football (ou soccer, pour les lecteurs américains).

Citer un entraîneur de football est utile ici, car le rôle de l'IT évolue : de joueur solo à joueur d'équipe, jusqu'à devenir entraîneur. L'essor du développeur citoyen signifie que l'IT devra aller au-delà des exploits individuels d'un seul joueur pour apprendre à coacher les utilisateurs métier qui construiront et automatiseront bientôt leurs propres logiciels et workflows.

Pourquoi ? Parce que la transformation digitale et la menace de disruption signifient que les entreprises doivent désormais être agiles de haut en bas. Et cette agilité nécessite que nous ayons tous la main à la pâte dans le développement. Pour comprendre le nouveau rôle de l'IT et sa nouvelle star, cependant, nous devons revenir aux origines de l'infrastructure IT.

Origines du département IT

Le département IT est né comme une discipline technique qui aidait les employés non techniques à gérer leurs outils de travail et les organisations à gérer leur infrastructure technologique.

IT, de l'information à l'internet

On trouve les origines du département IT dans son nom : « technology de l'information ». Les ordinateurs existaient avant l'IT, mais l'IT n'a pas existé tant que les organisations n'ont pas commencé à utiliser des ordinateurs pour indexer et trier l'information.

Avant l'IT, l'indexation était une procédure qui impliquait de classer des papiers et des livres en catégories. Dans les bibliothèques, par exemple, vous aviez des fiches d'index qui vous disaient comment trouver le livre que vous cherchiez. Et des index dans chaque livre pour vous dire où trouver une information particulière. Les ordinateurs ont automatisé l'indexation et rendu l'information disponible par la recherche.

Au début, donc, l'IT était l'application de l'informatique à la science de l'information. Mais une fois que les compilateurs et la programmation en langage naturel ont émergé, des gens hors du monde académique ont pu faire carrière dans l'informatique. Dans les années 1970, cette profession émergente a rencontré une demande croissante. Les entreprises ont adapté les ordinateurs au travail professionnel, et les ordinateurs de bureau, traitements de texte et tableurs sont devenus des outils métier essentiels. En tant que tels, l'IT — les gens qui pouvaient gérer, supporter et faire tourner ces technologies — est devenue essentielle aussi.

L'importance de l'IT a grandi à mesure que le bureau a évolué du mainframe vers le périphérique réseau. D'abord, l'IT gérait les réseaux locaux, mais finalement, l'IT a géré les réseaux internet aussi. Maintenant, l'IT devait gérer l'infrastructure IT en interne mais aussi l'infrastructure IT connectée à un monde d'autres réseaux et ordinateurs.

Les premiers jours de l'infrastructure IT

Au début, l'infrastructure IT est restée une appendice numérique à un métier principalement physique.

Le rôle principal du département IT était de mettre en place, maintenir et garder l'infrastructure IT. L'infrastructure IT incluait le stockage, les serveurs, les réseaux et la sécurité. Un rôle secondaire mais plus visible était d'aider les employés non techniques à opérer et maintenir leur équipement.

Un exemple : les mots de passe. Les employés, surtout ceux nouveaux dans l'informatique, n'étaient pas familiers avec les exigences de mots de passe et avaient souvent besoin de l'IT pour les éduquer sur les bonnes politiques. L'affiche ci-dessous des années 1980 était une façon pour l'IT de montrer aux employés comment travailler en sécurité avec les nouvelles technologies.

(Source)

À l'époque, les employés IT étaient fréquemment les seules personnes techniques dans une entreprise donnée. La technologie était à la fois un levier et un trésor, quelque chose que l'IT devait distribuer soigneusement et garder. L'infrastructure IT était essentielle — aucune entreprise ne reviendrait au papier ! — mais sous-estimée et mal comprise.

Les entreprises peinaient encore à se moderniser et à donner à l'IT, les personnes le plus souvent en charge de la modernisation, le pouvoir dont elles avaient besoin pour aider les entreprises à réaliser la transformation digitale.

Présent : Le succès de DevOps et de la transformation digitale

DevOps, comme son nom l'indique, est un mouvement qui fusionne développement et opérations, c'est-à-dire développeurs logiciels et IT. DevOps a émergé comme une réaction à l'essor des développeurs logiciels dans les entreprises modernes et au besoin qu'avaient ces entreprises de faire travailler développeurs et IT ensemble.

DevOps, de l'Agile à l'essentiel

La méthodologie Agile a été un précurseur de DevOps, mais même si elle mettait l'accent sur l'agilité et la collaboration, les départements IT et développeurs restaient en silos.

Dans la plupart des entreprises, les développeurs écrivaient du code et construisaient des fonctionnalités pour ensuite les jeter « par-dessus le mur » au département IT. Et le département IT faisait tourner ce code en contexte de production. Cette séparation créait des problèmes. Les développeurs écrivaient fréquemment du code sans penser aux opérations, et l'IT devait souvent revenir vers les développeurs pour des changements. Avant l'Agile, cette dynamique décourageait les équipes technologiques de l'itération, mais même après l'Agile, les équipes technologiques peinaient à être, eh bien, agiles.

Ian Buchanan, ingénieur principal solutions chez Atlassian, a écrit qu'autour de 2007, les communautés techniques « s'insurgeaient contre le modèle traditionnel de développement logiciel, qui appelait à ce que ceux qui écrivent le code soient organisationnellement et fonctionnellement séparés de ceux qui déploient et supportent ce code. »

Les leaders de la conversation incluaient Patrick Debois, Gene Kim et John Willis (certains se sont ensuite réunis pour écrire le livre célèbre, The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win).

DevOps a connu une croissance rapide depuis son introduction. Développeurs et IT découvrent et affinent encore des façons de travailler ensemble qui leur permettent de développer, livrer et maintenir de meilleurs produits plus vite.

DevOps se visualise mieux comme un cycle de rétroaction entre développement et opérations, le premier gérant la planification, le codage, la construction et les tests ; le second gérant le déploiement, l'exploitation et la surveillance.

(Source)

Malgré son succès, DevOps a encore du chemin à parcourir : selon une enquête Atlassian de 2020, près de la moitié des organisations interrogées n'ont pas pratiqué DevOps au cours des trois dernières années. La croissance est présente, mais l'adoption universelle n'est pas encore là.

L'effet de DevOps sur l'infrastructure IT

Les changements que le mouvement DevOps a causés à l'infrastructure IT ont été significatifs. Les changements sont mieux compris à travers trois composants majeurs sur lesquels DevOps s'appuie :

• Workflows Agile : L'infrastructure IT doit maintenant pouvoir supporter des workflows qui privilégient l'agilité et l'itération, ce qui signifie que l'infrastructure doit supporter l'envoi constant de mises à jour mineures plutôt que l'envoi occasionnel de mises à jour majeures.
• Intégration et livraison continues : L'infrastructure IT doit maintenant supporter l'intégration continue (le processus de fusion fréquente des changements de code dans un référentiel central) et la livraison continue (le processus de déploiement automatique des changements de code vers un environnement de test ou de production).
• Contrôle de version : Les équipes IT et l'infrastructure IT doivent maintenant pouvoir fournir le contrôle de version, pour que les équipes de développement puissent introduire des changements rapidement et revenir tout aussi rapidement aux versions précédentes si des problèmes émergent.

Le résultat de ces composants et de DevOps dans son ensemble est que l'infrastructure IT est maintenant accessible à plus de gens — principalement les développeurs. Maintenant, les développeurs ont des lignes de communication directes avec l'IT et les opérations.

Le prochain changement majeur, l'essor du développeur citoyen, se produit maintenant. DevOps a rendu l'infrastructure IT beaucoup plus accessible aux développeurs, mais l'est restée inaccessible à la plupart des utilisateurs métier.

Futur : L'essor du développeur citoyen

Tout comme DevOps a rendu l'infrastructure IT accessible aux développeurs, le low-code et le no-code rendront l'infrastructure IT accessible aux utilisateurs métier. Une fois que les utilisateurs métier peuvent prendre part directement à la technologie, les entreprises — et l'IT — ne seront plus les mêmes.

Le développeur citoyen, du rebelle au leader

En 2012, John K. Waters a écrit que les analystes de Gartner avaient déclaré « Nous sommes tous développeurs maintenant » et un nouveau mot à la mode est né : développeur citoyen. Un développeur citoyen est un utilisateur métier qui n'a pas d'expérience formelle de codage mais qui, avec la bonne formation et le bon soutien, peut créer des solutions technologiques.

On peut tracer l'origine du développeur citoyen au-delà de sa création, aux premiers jours de l'IT quand des utilisateurs métier aventureux expérimentaient la ligne de commande. Ou, plus tard, quand des utilisateurs métier déployaient des applications SaaS non sanctionnées (aussi connues sous le nom de « Shadow IT »). Certains utilisateurs métier ont longtemps voulu avoir la main dans la création des solutions technologiques qu'ils utilisaient, mais ce n'est que récemment que l'IT a pu soutenir et mettre à l'échelle ce désir.

Alors que les équipes de développement et IT occupées peinaient à satisfaire les demandes technologiques des utilisateurs métier, ces derniers utilisent de plus en plus des plateformes low-code pour résoudre leurs propres problèmes métier. Les plateformes best-of-breed donnent à l'IT les outils de gouvernance dont ils ont besoin pour gérer et supporter les développeurs citoyens de manière sécurisée.

Allez plus loin : Chers DSI : Pourquoi vous avez besoin d'une stratégie Low-Code à l'échelle de l'entreprise maintenant

L'effet des développeurs citoyens sur l'infrastructure IT

L'automatisation est le meilleur exemple du développeur citoyen en action. Bien que l'introduction de plateformes low-code rende les développeurs citoyens fonctionnels et efficaces sur une variété de problèmes métier et technologiques, peu de cas d'usage sont aussi avancés que l'automatisation.

Les plateformes d'automatisation modernes comme UiPath permettent à l'IT de gouverner l'infrastructure utilisée par les développeurs citoyens, qui peuvent utiliser des outils comme UiPath StudioX pour créer leurs propres automatisations, UiPath Apps pour construire de belles expériences front-end, et Automation Ops pour créer des garde-fous pour leur programme d'automatisation. Ces solutions permettent à chacun de jouer au moins un petit rôle dans la création, le support ou le déploiement de l'infrastructure qui permet l'agilité digitale.

Le low-code est la voie à suivre pour les entreprises qui veulent permettre le développement citoyen. Dans un récent communiqué de presse, Gartner prédit qu'au niveau mondial, le marché low-code croîtra de 23 % et atteindra 13,8 milliards de dollars en 2021.

Dans le graphique ci-dessous (aussi du communiqué de presse), Gartner prédit que les plateformes d'applications low-code et le développement citoyen croîtront tous deux cette année.

La gouvernance, bien sûr, est aidée par les plateformes low-code mais n'en est pas le résultat. Les développeurs citoyens opèrent généralement via des centres d'excellence (CoE) qui forment les utilisateurs métier, gèrent leurs efforts et déploient leurs idées. Cela habilite les utilisateurs métier à résoudre des problèmes pour eux-mêmes et pour d'autres utilisateurs métier, créant collectivement une organisation plus lean et plus efficace.

Avec la bonne gouvernance et les bonnes technologies, les développeurs citoyens peuvent construire et mettre à l'échelle des solutions à leurs problèmes. Au fur et à mesure que ces solutions s'accumulent à travers les employés et les départements, les entreprises accumulent un potentiel transformationnel. Les entreprises avec des armées de développeurs citoyens formés et supportés pourront s'adapter aux tendances futures de façons que les entreprises sans développeurs citoyens ne peuvent imaginer.

Obtenez les meilleures pratiques pour lancer un programme de développement citoyen réussi dans notre webinaire à la demande, Giving Power to the People.

Si l'IT a commencé comme un joueur solo dans ses origines et est devenu un joueur d'équipe grâce à DevOps, alors son nouveau rôle sera celui d'entraîneur à mesure que le mouvement de développement citoyen grandit.

Technologie (et gouvernance) pour tous

Tout comme DevOps n'a pas éliminé le besoin pour le personnel IT d'aider les employés à configurer leurs ordinateurs, les développeurs citoyens n'élimineront pas les emplois IT. Même les plus grands joueurs de football ont des entraîneurs.

À mesure que les utilisateurs métier accèdent à des technologies plus sophistiquées, ils continueront de se tourner vers l'IT pour la gouvernance et le coaching. Plus la technologie est accessible, plus elle a besoin d'être gérée, favorisée et accélérée par l'IT.

Et la technologie permettant le développement citoyen gouverné ? L'automatisation des processus robotiques (RPA). Pour en savoir plus, retrouvez Overview of RPA for the C-Suite: The Quick Guide to Getting Started.