Le coût caché de l’automatisation : pourquoi les solutions rapides ne suffisent pas en informatique

Je vois cette tendance des services d’ “automatisation” émanant de personnes débutantes non-IT sans connaissance adéquate de la gestion des risques CTO et des conséquences du succès à long terme des projets.

Que veux-je dire? De plus en plus de personnes suggèrent, “Hey, faisons une solution d’entreprise sans programmation personnalisée, en utilisant simplement Shopify ou cinq applications différentes comme résultat de Frankenstein.”

C’est parce que cela ne nécessite pas de programmation et est plus rapide car vous n’avez pas besoin de créer des adaptations personnalisées. Est-ce vraiment vrai?

Imaginons une situation où vous essayez d’économiser de l’argent sur les intégrations de marché. Pour ce faire, vous choisissez d’économiser de l’argent et d’utiliser des solutions de boutique prêtes à l’emploi pour les rassembler car les intégrations sont déjà faites. Cela semble moins cher, plus facile et c’est fait!

Ensuite, vous remarquez que vous n’aimez pas l’administration et qu’il n’y a pas d’administration de produit facile et massive dans le système. Au lieu d’ajouter simplement cette fonctionnalité au système actuel, vous créez une autre intégration avec le système basé sur le cloud pour résoudre le problème de l’administration massive. C’est comme si chaque fois que vous avez besoin de quelque chose de plus, au lieu de mettre à l’échelle, vous ajoutez une nouvelle application tierce.

Le résultat? Un système de boutique sans véritable commerce électronique juste pour les intégrations. Trois modules tiers sont installés sur le site de commerce électronique. Une intégration sur mesure est nécessaire pour remplir toutes les données dans le système. Un système SaaS dont vous dépendez maintenant juste pour une meilleure administration. Cela signifie que si ils changent le fonctionnement du système, personne ne vous demande si vous l’aimez ou non; vous devez vous adapter.

Que pourrions-nous avoir ici? Ici, nous pourrions avoir un système PIM spécifié pour résoudre ce problème. Oui, les intégrations coûteraient le double ou le triple, mais finalement, notre solution est indépendante de tout service tiers. Nous avons également un tableau de bord (plus facile à maintenir, plus simple à enseigner aux débutants, les processus sont transparents), et nous pouvons mettre en œuvre ce projet rapidement car il y a moins de dépendances. Après tout, il n’y a pas d’intégrations inutiles que nous devons avoir à l’esprit et qui changent généralement à chaque fois que nous pensons à une nouvelle fonctionnalité de projet.

Allons plus loin.

Premièrement, les problèmes commencent par avoir presque cinq tableaux de bord différents (administratif, commerce électronique, sources de données, etc.) et des intégrations entre eux. Que signifie cela? Si vous avez cinq tableaux de bord et que les employés changent statistiquement tous les deux ans, vous avez besoin soit d’une documentation très bonne et de quelqu’un qui expliquera à chaque débutant comment fonctionne ce Frankenstein, soit il mourra finalement car personne ne se souvient et ne comprend plus comment cela fonctionne.

Deuxièmement, chaque non-IT ou chef de projet junior ou analyste devrait comprendre que chaque intégration est un risque IT à long terme. Que signifie cela? Cela signifie que les intégrations changent, et les intégrations ont tendance à nécessiter du temps supplémentaire pour tester et vérifier. Vous pourriez donc calculer la quantité d’intégrations et doubler ce nombre pour savoir à quel point votre projet devient risqué: plus d’intégrations, plus de maintenance, plus de questions quotidiennes comme “pourquoi ce prix est-il venu comme ça et pas comme ça,” etc.

Troisièmement, le problème réside dans les personnes qui mettent en place ces Frankenstein. Ils doivent généralement rester sur le projet plus longtemps pour voir si leur produit fonctionne et résout le problème avec le coût promis. Ces personnes mesurent le succès en disant, “Hey, c’est possible; regardez ce que j’ai fait.” Cependant, le vrai succès d’un projet IT n’est pas mesuré par la première phase initiale mais par les 3 ou 5 ans de maintenance et de scalabilité. J’ai vu de nombreuses situations où Frankenstein meurt lorsque le créateur quitte l’entreprise.

Quatrièmement, si vous réussissez et que le projet de démarrage réussit. C’est seulement lorsque ce Frankenstein devient si poilu et méchant que vous commencerez à réfléchir à comment simplifier tout. Vous reviendrez aux solutions personnalisées, un système, un tableau de bord et une programmation personnalisée, car vous apprendrez et comprendrez comment vous voulez avoir le processus, et généralement, pour faire le processus comme vous le souhaitez, nécessite une programmation personnalisée et non l’adaptation d’applications tierces avec leurs restrictions. Cela signifie que si vous avez dépensé l’argent correctement dès le départ, vous n’auriez qu’à mettre à l’échelle, et si vous êtes capable de tout refaire, vous perdrez du temps à mettre en place un nouveau processus et augmenterez le risque de refaire.

En conclusion

L’automatisation sans programmation ou des solutions bon marché basées sur des frais mensuels est un excellent début pour le projet, comme Excel est un excellent début pour n’importe quel processus. C’est aussi un succès si vous possédez cette startup, et vous ne quitterez pas l’entreprise ou le processus que vous avez construit avec elle.

Cependant, mon expertise montre que c’est différent pour les grandes entreprises corporatives avec des chefs de projet changeants, des PDG débordés par beaucoup d’autres travaux et manquant d’attention, et des entreprises qui embauchent des programmeurs externalisés et doivent être efficaces.

Pour les entreprises corporatives basées sur la gestion des risques IT, la scalabilité et la maintenance, un système approprié avec programmation permettra d’économiser de l’argent sur 5 ans et évitera beaucoup de maux de tête.

Mes suggestions: évitez le piège d’une configuration facile, presque gratuite, qui peut entraîner des maux de tête à long terme et le risque de tout refaire en seulement un an ou deux.

Quel est votre avis?