Fermer

décembre 6, 2022

Le constructeur de fourgonnettes BrightDrop construit un ERP et une entreprise en parallèle

Le constructeur de fourgonnettes BrightDrop construit un ERP et une entreprise en parallèle



Les véhicules électriques sont suffisamment distincts de leurs cousins ​​énergivores pour que les constructeurs automobiles aient la possibilité de se débarrasser de décennies de systèmes de fabrication hérités. Cela peut également s’appliquer à leur infrastructure informatique. Lorsque General Motors a nommé Namo Tiwari CIO de sa startup interne BrightDrop, il a décidé de créer un ERP à partir de zéro plutôt que de se greffer sur le système existant de GM.

GM a créé BrightDrop en janvier 2021 pour moderniser le transport du premier et du dernier kilomètre avec un écosystème intégré de fourgonnettes électriques et de palettes motorisées. Au moment où Tiwari est arrivé six mois plus tard, le personnel de BrightDrop parlait déjà aux fournisseurs de pièces et aux fabricants, souhaitant mettre en place des processus d’approvisionnement.

« Nous avons pu gérer certains d’entre eux via Excel et Word », explique-t-il. « C’était une poignée, mais l’un des avantages que nous avions était que ce n’était pas comme si nous avions affaire à des millions ou des milliards de disques en premier lieu. »

La course était lancée, cependant, pour construire le système définitif avant que ces solutions ad hoc ne prennent racine. « Nous ne voulions pas créer beaucoup d’écosystème sur Excel, Word et SharePoint, car lorsque vous créez les processus en dehors des outils, puis que vous les ramenez en migrant les données historiques, c’est beaucoup plus difficile », ajoute-t-il.

L’une de ses premières priorités était donc d’identifier les fonctionnalités clés dont l’entreprise avait besoin dans un système ERP. En plus des bases – l’intégration des fournisseurs, le traitement des factures et la création de bons de commande déjà effectués dans Excel et Word – il avait besoin de quelque chose qui pourrait remplir d’autres fonctions importantes sur sa liste, telles que la planification de la demande de la chaîne d’approvisionnement et les prévisions financières.

Pensée originale

« Nous recherchions quelque chose qui nous permettrait de tirer parti de 90 % ou peut-être de 100 % des capacités prêtes à l’emploi, car nous ne faisions que créer les processus métier », explique-t-il. « L’agilité et la rapidité sont les plus importantes pour nous », dit-il, soulignant qu’il ne voulait pas non plus passer six mois à évaluer des options. Le processus a donc été court, mais pas superficiel, dit-il.

Le reste de GM fonctionne sur SAP, donc bien qu’il ait évalué les offres d’autres fournisseurs, cela est devenu le choix naturel de Tiwari. Mais il n’était pas intéressé par l’utilisation d’ECC, l’ancienne offre ERP de SAP. GM a entamé le long processus de mise à niveau de ses systèmes ECC en juin 2016 et, début 2019, avait réussi à déplacer son grand livre mondial vers SAP S/4HANA pour la finance centrale.

Il n’était pas non plus intéressé à ce que sa petite équipe informatique — aujourd’hui l’équivalent de 19 employés à temps plein au service de près de 300 employés de BrightDrop — gère des racks de serveurs. « Dès que vous entendez parler de SAP ERP, c’est comme, ‘Oh, c’est un éléphant gigantesque qui nécessite des tonnes de gens pour les opérations informatiques' », dit-il.

Au lieu de cela, il a choisi d’externaliser ces responsabilités, en se tournant vers l’offre basée sur le cloud de SAP. « Avec S/4HANA Cloud, et en particulier le cloud public multi-tenant, vous n’avez pas besoin de déployer beaucoup d’équipe informatique pour prendre en charge cette infrastructure », déclare-t-il.

Ce choix contraste fortement avec La décision de GM en 2012 d’internaliser les opérations informatiques la mesure du possible.

« J’ai changé toute la dynamique ici en optant pour la solution entièrement cloud », dit-il.

Mise en œuvre du processus

Le statut de BrightDrop en tant que start-up signifiait également que Tiwari pouvait aussi changer d’autres choses.

« En règle générale, dans l’informatique, dit-il, vous cartographiez d’abord tous les processus métier, puis vous commencez à mettre en œuvre l’outil, et pour cela, vous devez avoir des personnes du côté métier qui diront : « Voilà comment fonctionne mon processus métier ». ‘ Dans notre cas, nous embauchions des gens et en même temps nous mettions en œuvre. »

Choisir l’édition publique de S/4HANA Cloud signifie que BrightDrop obtient la même version du logiciel que tout le monde, et que la configuration, plutôt que la personnalisation, est la clé. Cela aurait pu rendre son travail difficile, mais, dit-il, étant donné que SAP compte déjà de nombreux clients dans l’industrie automobile, « SAP savait déjà que dans l’automobile, c’est ainsi que les achats se déroulent », et pourrait proposer une configuration appropriée dès le départ. .

En interne, il avait également de l’expérience avec les propriétaires de produits de l’équipe avec environ 20 ans d’expérience ERP ou SAP – des personnes qui connaissent la technologie et le langage à utiliser pour parler avec le personnel de l’entreprise et qui ont vu SAP fonctionner en trois ou quatre autres organisations auparavant, leur donnant la confiance nécessaire pour mettre en place une démonstration prête à l’emploi et expliquer aux utilisateurs comment cela fonctionnera.

« Ce n’était pas comme une implémentation ERP traditionnelle où vous écriviez un tas de documentation ou d’exigences commerciales, puis vous alliez le construire », dit-il. « C’était en quelque sorte parallèle : créer les processus tout en tirant parti de la capacité prête à l’emploi. »

Cela signifiait que les choses pouvaient bouger rapidement. « Nous avons commencé le projet au milieu de l’année dernière, puis nous l’avons lancé en février de cette année », dit-il. C’est en comparaison avec les 30 mois qu’il a fallu à la société mère pour migrer son grand livre mondial.

Avoir la liberté de se déplacer à une telle vitesse est à la fois libérateur et terrifiant. Dans un sens, dit-il, il se sentait plus fort parce qu’il pouvait aller de l’avant sans trop de bagages. « Mais là où j’étais un peu nerveux, c’est que je ne savais pas comment les processus commerciaux pourraient se dérouler », dit-il. « Les gens viennent et disent : ‘Ce n’est pas comme ça que j’en ai l’habitude. Je veux le faire de cette façon », et c’est là que votre personnalisation entre généralement en jeu. »

Dans ce scénario, de nombreux responsables informatiques sont obligés de créer une capacité personnalisée, ce qui augmente les coûts, mais l’approche de Tiwari consistait à rechercher d’autres moyens de faire correspondre les désirs des travailleurs avec les options prêtes à l’emploi disponibles. Il y a donc eu beaucoup de va-et-vient dans le processus de construction. « C’était très interactif », dit-il, avec des démos toutes les semaines environ, plutôt que l’équipe informatique interrogeant les utilisateurs sur les besoins, puis disparaissant pour revenir trois mois plus tard avec une solution qui ne répondait plus à leurs besoins.

Cependant, Tiwari n’a pas tout construit à partir de rien. Par exemple, BrightDrop s’appuie toujours sur les services informatiques centraux de GM pour les systèmes de gestion des ressources humaines utilisés pour intégrer le personnel et leur donner une adresse e-mail gobrightdrop.com.

« Une fois qu’ils auront cet e-mail, la façon dont j’ai déployé mon infrastructure, ils pourront se connecter à tous mes écosystèmes en utilisant cette adresse », dit-il.

Mais alors que les livraisons des camionnettes électriques de BrightDrop commencent, Tiwari doit établir des liens avec le réseau de concessionnaires de l’entreprise. « Certains d’entre eux utilisent encore des ordinateurs centraux de leur côté de la maison, et puis mon côté a environ 50 ans d’avance dans la technologie, c’est donc mon plus grand défi en ce moment. »




Source link

décembre 6, 2022