Si Bosch peut le faire, vous pouvez le faire aussi

Depuis l'avènement de l'Internet des Objets (IoT), un nombre croissant d'entreprises traditionnelles ont mis « l'open source » à leur agenda – au grand étonnement des éditeurs de logiciels, qui constatent désormais qu'ils ne sont plus les seuls à traiter cette question. Cela pose la question de savoir comment maintenir et encourager cette ouverture de la part des entreprises traditionnelles, jusqu'à présent davantage axées sur la maîtrise de leurs propres actifs et technologies.

Bosch et open source :comment en sommes-nous arrivés là

Kai Hudalla

Kai Hudalla travaillait chez Bosch sur des solutions pour l'Internet des objets dans des domaines d'application tels que la maison intelligente, la gestion de l'énergie, la mobilité électrique et l'automobile bien avant que l'IoT ne devienne si populaire et omniprésent. Il est activement impliqué dans plusieurs projets Eclipse IoT. L'un d'eux est le projet Eclipse Hono, dont l'objectif est de fournir une plate-forme d'intégration pour connecter des millions d'appareils au cloud. Kai est un conférencier régulier lors de conférences et aime cuisiner. Il aime aussi jouer au golf – chaque fois que le temps le permet.

Bosch a toujours beaucoup profité des logiciels open source, mais nous avons eu des difficultés à jouer un rôle plus actif dans la communauté open source. Diverses préoccupations ont été exprimées :des problèmes juridiques et des questions de qualité des produits aux craintes concernant les retards qui en découlent dans le processus de développement.

Malgré tout cela, nous avons commencé à augmenter sérieusement notre implication dans le segment open source il y a environ cinq ans. Depuis lors, nous avons lancé des projets Eclipse ciblant certains des domaines d'intérêt clés de Bosch. Cela inclut Bosch IoT Suite - notre plate-forme logicielle IoT - dont le noyau est développé dans des projets open source par Eclipse IoT.

L'objectif global de Bosch est de s'assurer que notre activité IoT ne dépend pas de la technologie propriétaire de l'un des grands fournisseurs de plates-formes IoT, mais s'appuie plutôt sur une technologie ouverte, accessible au public et donc non sous le contrôle d'un seul acteur sur le marché. . En conséquence, nous avons rompu avec notre approche traditionnelle du développement de logiciels :passer du logiciel propriétaire à l'open source.

Conséquences d'une stratégie open source

Le développement de logiciels dans des projets open source a des conséquences de grande envergure pour une entreprise, surtout si elle se concentrait auparavant sur le développement de ses propres logiciels en interne. Au vu de notre plateforme IoT, il nous est apparu clairement que notre modèle économique ne pouvait plus se limiter à la seule vente de licences logicielles si le code source de nos logiciels était disponible sur GitHub et pouvait ainsi être utilisé par n'importe qui. C'est pourquoi nous proposons Bosch IoT Suite en tant que logiciel en tant que service (SaaS). En d'autres termes, nous exploitons les services Bosch IoT Suite de manière professionnelle dans le cloud. Les clients peuvent réserver les services et payer pour les utiliser.

Le passage à l'open source signifiait que nous devions penser aux « joyaux de la couronne », pour ainsi dire :des composants qui ne sont disponibles que sous forme d'offres commerciales. Notre approche ici était que les composants spéciaux devraient être basés sur un projet open source. Nous ne voulions laisser aucune fonction en dehors du projet open source qui ne pourrait être abordée que par une offre commerciale.

Enfin, il fallait aussi être conscient qu'il pouvait y avoir des points de friction entre les intérêts d'une entreprise et ceux du monde open source. Alors qu'une entreprise souhaite mettre en œuvre certaines fonctions et le faire selon ses propres priorités, la communauté open source peut avoir un ensemble de priorités assez différent. Il fallait comprendre que l'on peut tirer profit d'autres points de vue; ils peuvent potentiellement nous montrer de nouvelles façons de résoudre les problèmes.

Créer des fondations adaptées

Steffen Evers

Le Dr Steffen Evers est directeur des services open source chez Bosch.IO. Il dirige l'équipe qui fournit des services de développement de logiciels open source essentiels à l'entreprise et conseille sur la stratégie, le travail communautaire, la gestion des logiciels et les processus de conformité dans le domaine de l'open source. Pendant près de 20 ans, Steffen a mené des recherches, enseigné et promu le développement open source et soutenu diverses entreprises dans l'utilisation des logiciels libres pour atteindre leurs objectifs commerciaux.

Les entreprises qui souhaitent réussir dans l'environnement open source doivent d'abord construire le bon framework. En 2014, nous avons entrepris de mettre le sujet de l'open source sur des bases solides au sein de notre entreprise. Il a d'abord fallu établir un ensemble de règles, des règles définissant des processus par exemple. Qui doit donner les approbations ? De quelle formation les associés ont-ils besoin avant de pouvoir apporter leur contribution ? L'objectif était de maintenir les risques gérables – il est hors de question de les éliminer complètement. Mais il est possible de créer une configuration dans laquelle chacun sache se comporter dans le contexte de l'open source.

Dans le même temps, l'ensemble de règles devait être applicable dans la pratique. Si les développeurs doivent d'abord passer des semaines à se battre avec des processus avant de pouvoir écrire ne serait-ce qu'une seule ligne de code, alors nous avons perdu le contact avec la réalité. C'est la même chose lorsqu'un développeur souhaite apporter des contributions régulières à un projet, mais doit obtenir en permanence les approbations nécessaires.

Lorsque nous avons annoncé à EclipseCon 2015 que nous devenions un membre stratégique de la Fondation Eclipse, nous avions déjà mis en œuvre notre ensemble de règles. De plus, nous avions fait beaucoup de travail de fond important. Nous étions déjà en contact avec d'autres entreprises en vue d'évaluer le potentiel d'une infrastructure IoT-cloud basée sur des logiciels open source. Cela a conduit au projet Eclipse Hono, auquel Bosch et d'autres sociétés ont collaboré dès le début.

Il était très important pour nous de trouver des alliés bien avant de nous lancer dans un projet comme celui-ci. Cela s'est traduit par un engagement sensiblement plus fort de notre part. En conséquence, il ne semblait pas que nous mettions simplement notre logiciel propriétaire à la disposition de la communauté open source.

Notre parcours d'utilisateur open source à champion.

Conséquences pour les secteurs d'activité

Outre ses effets sur l'entreprise, une plus grande implication dans le segment open source se répercute également sur les processus de travail des différents secteurs d'activité.

1. Développeurs

Qui utilise Eclipse IoT ?

En savoir plus sur les entreprises qui se sont engagées à accélérer l'adoption de technologies open source de qualité commerciale, prêtes pour la production, développées par Eclipse IoT.

Adopteurs d'Eclipse IoT

Les développeurs ne sont plus confinés à travailler dans la bulle de filtrage de leur propre entreprise - ils travaillent avec d'autres développeurs "dans le monde réel". Ils ont une grande opportunité d'apprendre des autres. D'autre part, chaque développeur doit être conscient qu'il est désormais visible du monde extérieur. Cela signifie avoir à faire face à une plus grande responsabilité. Après tout, lorsque vous contribuez au code source d'un projet, tout le monde sait qui l'a écrit. Cela signifie, en particulier, que vous devez apprendre à gérer les critiques justifiées et injustifiées d'autres développeurs, même de parfaits inconnus. De plus, il faut de la patience pour répondre aux questions.

2. Ventes

L'histoire des ventes est en train de changer. Dans la majorité des cas, il ne s'agit plus des fonctionnalités spéciales que vous avez à offrir. En effet, dans le contexte open source, apparaissent fréquemment des fonctions techniques plus ou moins comparables aux autres. En conséquence, l'accent de l'USP ne devrait plus se porter sur les fonctionnalités. Au contraire, la distinction réside désormais dans l'ouverture, l'indépendance et l'adaptabilité du logiciel.

3. Commercialisation

Lorsque le produit commercial est commercialisé, nous devons maintenant nous concentrer sur les projets open source sous-jacents. L'interaction entre le logiciel open source et les produits commerciaux peut généralement être décomposée en deux aspects :les technologies sont développées dans des projets open source et les produits commerciaux combinent souvent toute une gamme de ces technologies, en les complétant par des fonctionnalités spéciales.

La stratégie marketing doit d'abord commencer par les projets open source. Lorsque, à l'étape suivante, l'accent est mis sur une utilisation spécifique, nous pouvons faire le lien avec le produit commercial, qui peut être adapté aux exigences particulières du client. Cela signifie des coûts de mise en œuvre inférieurs pour le client.

Le client doit toujours être conscient du lien étroit entre le produit commercial et la technologie open source. Les deux ne doivent pas être considérés comme des éléments entièrement séparés.

Un processus complexe

Bosch IoT Suite classée "meilleure de sa catégorie"

La dernière technologie | PAC RADAR sur les plates-formes IoT basées sur l'open source a classé la suite Bosch IoT "la meilleure de sa catégorie".

Lire le rapport

Positionner une entreprise dans le monde open source est un processus complexe, semblable à gravir les échelons. Au départ, vous utilisez simplement un logiciel open source sans rien apporter. À un moment donné, vous compilez vos premiers rapports de bogues et contribuez à vos premières corrections de bogues – toutes de portée très modeste. Avec le temps, vous commencez à développer des fonctionnalités plus complexes et vous vous engagez lentement sur la voie de devenir un champion de l'open source, en mettant en place et en gérant vos propres projets open source.

Mais le développement d'utilisateur open source à champion open source reflète principalement la perspective technique. De nombreux autres aspects entrent en jeu dans l'ensemble du processus :vous devez adapter vos modèles commerciaux et vos processus d'entreprise pour refléter votre engagement envers l'open source ; et, last but not least, la transition aura des conséquences sur le fonctionnement des différents secteurs d'activité.

Sans aucun doute, s'engager en tant qu'entreprise dans la communauté open source signifie beaucoup de travail acharné. Mais nous sommes sûrs d'une chose : si Bosch peut le faire, vous pouvez le faire aussi.