De l'IT au numérique : rupture ou continuité ?

Il est désormais communément admis que nous sommes entrés dans un « nouveau » monde, qualifié de « digital » ou « numérique ». Des Chief Digital Officers, souvent issus des métiers, cohabitent désormais avec les DSI. Les dépenses informatiques sont de plus en plus pilotées directement par les métiers. Les sites web fusionnent, voire remplacent, les systèmes internes… L’informatique se diffuse dans les organisations, se décentralise, se décloisonne…

Mais au final, qu’est-ce qui a vraiment changé ? Internet n’est pas nouveau, l’informatique non plus. Les smartphones ? Les objets connectés ? Les nouvelles technologies de développement ? La démocratisation massive de la technologie ? L’ouverture et la standardisation de « l’IT » ? Un changement culturel ? Probablement un mélange de tous ces facteurs.

Le Web et l’information collaborative

Il n’y a pas si longtemps, peut-être avez-vous connu cette époque comme moi, faire une recherche documentaire ou une étude de marché nécessitait de se déplacer physiquement dans des bibliothèques, de s’y inscrire, d’emprunter ou d’acheter des ouvrages, etc. Aujourd’hui, avec une connexion Internet, la connaissance est instantanément accessible.

Instantanément accessible, et souvent gratuite.

Gratuite, grâce à l’UGC (User Generated Content), au Web 2.0 et aux technologies open source. Une nouvelle économie basée sur des coûts fixes relativement faibles et des coûts marginaux quasi nuls.

Trois modèles permettent d’absorber ces coûts fixes :

1. le modèle d’usage primaire (je l’ai créé pour mon propre usage ou plaisir personnel, par envie d’aider ou d’appartenir à une communauté)
2. un nombre limité de clients payants (le modèle freemium)
3. un très grand nombre de « clients » générant de faibles revenus unitaires (réputation, publicité)

Des coûts marginaux quasi nuls, permis par une distribution Internet automatisée et à grande échelle, permettent à l’information de devenir librement accessible au plus grand nombre.

Cette révolution de la création et de la distribution de contenu pour les humains a également transformé le contenu « machine-to-machine ».

Le parc d’équipements installés et la facilité de déploiement

Le matériel n’est (presque) plus un problème aujourd’hui. Les clients sont équipés de terminaux mobiles dotés de navigateurs web et/ou de magasins d’applications, de capacités de géolocalisation, de multiples capteurs, etc. Les collaborateurs disposent au minimum d’un navigateur web, et souvent d’un terminal mobile avec les mêmes capacités. En conséquence, le déploiement d’un service est devenu avant tout une affaire de logiciel, avec des niveaux de standardisation et de facilité de déploiement très élevés ou relativement élevés selon que l’on choisit une approche purement web ou une application native.

Plus de soucis d’équipement, de compatibilité, de distribution, de déploiement, de mises à jour, ni même d’infrastructure grâce aux possibilités offertes par le « cloud ». Je suis désormais capable de concevoir, développer, tester et déployer un service en un temps très court.

Automatisation et architectures web

Le Web n’a pas inventé les réseaux, ni les interfaces. Les réseaux d’entreprise privés existent depuis longtemps, et des standards comme l’EDI[1] ont permis le développement de nombreuses interfaces entre entreprises. Cependant, la mise en œuvre des interfaces était souvent complexe. Accès directs aux bases de données, échanges de fichiers, pare-feu, standards, transcodage, ETL[2] et autres mécanismes ont donné bien des nuits blanches à plus d’un DSI.

Le web a permis l’émergence de standards plus universels et plus simples, notamment au travers du concept d’API[3], bâtis sur les modèles résilients et éprouvés du web[4], accessibles durablement et en libre-service.

Mais est-ce fondamentalement un problème technique ? Non, pas principalement. S’il ne s’agissait que d’un problème de compétences techniques, alors la meilleure approche consisterait à mutualiser ces compétences au sein d’entreprises spécialisées auxquelles les autres sous-traiteraient le développement de services. Or, nous observons que les entreprises innovantes et créatrices de la plus grande valeur sur le marché développent presque toujours en interne. Cela renvoie donc à un problème plus profond, plus culturel que technique.

La culture « ouverte »

Grâce à l'ubiquité permise par les réseaux d'une part, et par la mutualisation des infrastructures d'autre part — Cloud, API publiques — qui réduisent le ticket d'entrée sur un marché mondial à presque zéro, le monde des « services » web connaît la même révolution que les plateformes UGC telles que Wikipédia.

Le seul investissement restant nécessaire pour lancer un service ou une idée est le développement logiciel lui-même.

Les mêmes dynamiques sous-jacentes sont à l'œuvre, mais elles n'ont pu émerger qu'à travers une transformation culturelle complète :

1. Modèle d'usage primaire : J'ai créé un service pour mon propre usage interne, en le concevant avec l'universalité à l'esprit, et je le mets à la disposition de tous. Ce modèle a notamment émergé à travers la révolution des architectures de systèmes internes d'entreprise, rendue célèbre par Amazon, basée sur des interactions client-fournisseur communiquant en interne via des API et des services web. La connectivité Internet permet ensuite l'interconnexion immédiate de ces systèmes entre les entreprises.
2. Modèle Freemium : le modèle utilisé par les distributions open-source telles que Linux RedHat, Cloudera, etc. Le modèle open-source est devenu possible grâce aux communautés de développeurs échangeant des astuces, des informations et des extraits de code en ligne, où le code lui-même est offert gratuitement, un peu comme l'article que vous lisez actuellement, dans l'espoir de générer de la valeur par la réputation et la visibilité.
3. Modèle grand public : les applications mobiles, le modèle Google. Ce modèle est devenu possible grâce à la portée mondiale d'Internet, permettant un accès immédiat à des audiences massives, et aux app stores, qui permettent une distribution logicielle d'une simplicité remarquable.

Cette culture est profondément ancrée dans l'état d'esprit de la Silicon Valley, où le réseau est considéré comme plus précieux que l'individu, et où la valeur émerge par l'échange.

Ces transformations bouleversent tout : l'innovation open-source avance beaucoup plus vite, et surtout, l'interconnectivité rend extraordinairement facile la réutilisation et la construction sur des systèmes tiers.

Auparavant, utiliser un système tiers (services de cartographie, données personnelles, etc.) nécessitait de contacter l'entreprise, d'établir des partenariats, de négocier des accords, d'évaluer les possibilités de connectivité, et ainsi de suite. Aujourd'hui, il suffit de créer un compte utilisateur ou développeur, et cela fonctionne. Pas d'humains, pas de contrats, pas de friction : c'est la culture OTT (Over The Top).

C'est ainsi que le développement logiciel a joué un rôle clé dans la révolution numérique, non seulement par définition (le numérique fait référence à ce qui est passé dans le monde du logiciel), mais aussi parce que le développement logiciel est l'arme principale utilisée pour contester les ordres établis — la révolution elle-même — permettant aux nouveaux entrants de s'établir partout, extrêmement rapidement, et de contourner les acteurs en place.

‍

Cette facilité s'observe également dans des innovations telles que l'auto-édition (ebooks, blogs ou impression de micro-séries) et s'étend jusque dans le monde physique via l'impression 3D.

Développement agile et la culture « Test & Learn »

Une autre dimension de la révolution numérique est la culture « agile », qui a également pris naissance dans les pratiques de développement logiciel des pure players numériques avant de se propager à l'ensemble de l'économie : le marketing (tests A/B, etc.), la communication, la production elle-même (fabrication de micro-séries), et même le développement global de l'entreprise à travers les méthodologies lean startup.

Son origine réside dans le rejet du taylorisme comme modèle d'organisation.

En effet, contrairement aux idées reçues, le développement logiciel est une activité de conception, et non une activité de production. En informatique, la production est gérée par des ordinateurs, qui sont très fiables et obéissants. Les humains se voient donc confier le travail de conception. Or, une bonne conception exige une compréhension globale, une conscience des enjeux commerciaux et une collaboration constante. Cela rend le développement inséparable du produit lui-même et explique pourquoi un bon développeur doit être polyvalent et pourquoi les développeurs ne sont pas interchangeables.

Fini les documents de spécifications, les études d'opportunité et les plans quinquennaux, qui prennent souvent plus de temps à produire qu'à exécuter et sont presque toujours erronés.

Les approches incrémentales, le « Test & Learn », la décentralisation et l'agilité ont prouvé leur efficacité. Lorsque le travail n'est plus divisé entre des travailleurs spécialisés supervisés par une planification centralisée, mais que les produits sont plutôt décomposés en fonctionnalités indépendantes gérées par de petites équipes multidisciplinaires, les organisations avancent beaucoup, beaucoup plus vite.

L'entreprise numérique : une véritable rupture

Tout cela définit une entreprise « numérique » : des réponses à des besoins anciens facilitées par les technologies numériques, de nouvelles offres, des modèles économiques évolutifs, mais surtout une culture ouverte et tournée vers l'innovation (coûts fixes élevés suivis de coûts marginaux faibles ou quasi nuls), la collecte de données, le partage, l'interconnexion, l'échange de données et l'agilité (« test and learn »).

Alors pourquoi cette culture n'a-t-elle pas été adoptée plus largement ?

Sans doute parce que la séparation entre les rôles de décision et d'exécution est au cœur des organisations traditionnelles. Renoncer au contrôle centralisé sur les produits et accepter de le placer, même partiellement, entre les mains des artisans qui les construisent est tout sauf naturel.

Yves Christol (VP Développement Logiciel – Orange)

Morand Studer (Associé – eleven)

[1] EDI : Échange de Données Informatisé, normes et systèmes permettant, par exemple, l'échange de bons de commande.

[2] ETL : Extraction, Transformation et Chargement, systèmes conçus pour faciliter les interfaces et l'intégration de données.

[3] API : Interface de Programmation d'Application, une interface au sein d'un système conçue pour permettre les échanges de données ou de commandes.

[4] Notamment basés sur le protocole HTTP et les modèles d'interface sans état (REST).

‍