Investir dans les systèmes de fabrication
Lorsqu'il s'agit de plateformes de fabrication, les décisions d'achat sont compliquées.
Vous pourriez penser que c'est parce qu'il y a tant de fournisseurs offrant une telle variété de solutions - et vous auriez raison.
Mais les décisions d'achat ne sont pas seulement compliquées par un terrain de jeu surchargé. Pour de nombreux fabricants, la décision n'est pas de savoir à quel fournisseur faire confiance. Il s'agit plutôt de savoir s'ils doivent ou non construire une solution en interne.
En bref, les décisions d'achat se résument souvent à une vieille question : construire ou acheter?
7 questions pour vous aider à répondre, Construire ou Acheter ?
Voici les sept questions que vous devriez poser :
- Quel est le coût d'une construction en interne ?
- Tenez-vous compte des coûts permanents ?
- Sera-t-il évolutif ?
- Comment allez-vous gérer la complexité ?
- Le service informatique comprend-il vos opérations de fabrication ?
- Sera-t-il assez simple à utiliser ?
- Quelle sera sa flexibilité ?
Sans plus attendre, examinons en détail chaque question.
1. Quel est le coût de la construction en interne ?
Si votre entreprise dispose d'une équipe de développeurs de logiciels, la construction en interne peut être la solution logique.
Travailler avec une équipe interne peut permettre une plus grande précision dans la définition de la portée du projet, un meilleur contrôle de l'exécution et peut atténuer bon nombre des difficultés de gestion de projet liées à l'achat auprès d'un fournisseur.
Toutefois, cela ne signifie pas que cette solution sera la plus rentable. Il se peut aussi que ce ne soit pas le plus rapide.
Pour avoir une idée des coûts, il suffit de faire quelques calculs simples.
Selon la source que vous consultez, la réalisation d'un projet logiciel prend en moyenne 10 mois. Les petits projets peuvent durer environ quatre mois, tandis que les projets plus importants peuvent facilement dépasser l'année.
Si un développeur moyen gagne entre 60 et 100 dollars de l'heure, le coût d'un projet logiciel s'élève à environ 107 400 à 179 000 dollars pour un projet d'un an. Pour un développeur.
En outre, vous pourriez vouloir prendre en compte le coût d'opportunité du temps que vos ingénieurs logiciels consacrent à un projet. Quels sont les projets que vous mettez en attente pendant que vos ingénieurs créent des applications pour l'atelier ?
2. Votre calcul inclut-il les coûts permanents ?
D'après notre expérience, les coûts des logiciels ne s'arrêtent pas à la livraison initiale. (Je vous parlerai plus loin de l'expérience d'un fabricant en matière de coûts de support permanents, alors restez à l'écoute).
Souvent, les applications de fabrication maison doivent être modifiées et mises à jour pour tenir compte des changements dans les processus de fabrication.
Si la solution est construite en interne, cela signifie que chaque modification nécessite la soumission d'un ticket, son traitement et son redéploiement. S'il faut deux semaines (en supposant que les modifications prennent un sprint) pour apporter un changement, cela représente deux semaines de temps d'ingénierie logicielle à facturer, ainsi qu'un manque à gagner dû aux améliorations de processus retardées.
3. Sera-t-elle évolutive ?
Le grand avantage d'une solution interne personnalisée est qu'elle peut tenir compte des besoins uniques d'une ligne de production, d'une cellule ou d'un processus.
Mais votre solution personnalisée fonctionnera-t-elle pour plusieurs lignes ? Fonctionnera-t-elle pour toutes les lignes d'une usine ? Peut-elle être déployée dans une région entière ou au niveau international ?
L'un des problèmes des solutions personnalisées est qu'elles ne sont pas évolutives. Transférer la solution dans un nouveau contexte peut entraîner des coûts et des délais similaires à ceux de la solution initiale.
4. Comment allez-vous gérer la complexité ?
Lorsque les systèmes maison se développent, il y a un compromis entre la portée et la complexité.
Plus les systèmes englobent un large éventail de processus et d'opérations, plus ils deviennent complexes.
Bien qu'il ne s'agisse pas d'une loi naturelle, c'est un fait avéré dans l'industrie manufacturière depuis des décennies.
Ainsi, à mesure que votre solution interne prend de l'ampleur, va-t-elle aussi gagner en complexité ?
5. L'informatique permettra-t-elle de construire les processus de fabrication les plus efficaces ?
Lorsqu'ils sont interrogés par des consultants, les ingénieurs soulignent un message récurrent: "Les TI ne comprennent pas les problèmes d'OT !"
Cela nécessite souvent la création d'un groupe informatique de fabrication en interne - ce qui en soi peut être coûteux.
Seules les opérations de fabrication (ingénieurs) savent de quels types de solutions elles ont réellement besoin dans leur atelier.
L'informatique agit généralement comme un fournisseur de services pour le groupe des opérations de fabrication. Dans tout accord de service, le succès dépend de relations de travail solides et d'une communication claire.
Pourtant, lorsque le groupe informatique est chargé de développer la solution pour le compte du groupe des opérations de fabrication, les exigences sont souvent mal interprétées ou carrément ignorées.
Cela peut créer des tensions inutiles entre l'IT et l'OT. Et cette tension peut conduire à des résultats de projet sous-optimaux.
6. Les travailleurs qui en ont besoin pourront-ils l'utiliser ?
De nombreuses interfaces utilisateur (IU) dans les ateliers ont l'air d'avoir été conçues pour l'ère Windows 95/98.
Par conséquent, les opérateurs, les superviseurs et les nouveaux ingénieurs de processus ont souvent du mal à saisir les données et doivent recevoir une formation approfondie pour utiliser ces systèmes.
En 2020, nous sommes habitués à des expériences utilisateur hautement optimisées.
Que nous le réalisions ou non, les interfaces des consommateurs sont conçues pour faciliter nos objectifs et nos intentions.
Au travail, nous devrions être en mesure d'interagir avec des solutions qui permettent des expériences aussi transparentes que celles que l'on trouve sur les smartphones.
7. Quelle sera la flexibilité de votre solution interne ?
Les processus de fabrication changent. Peut-être seulement de manière subtile. Mais les lignes de produits, la demande des clients et les technologies évoluent, tout comme les processus de fabrication.
Votre solution interne sera-t-elle capable de s'adapter ?
Combien de temps faudra-t-il à vos développeurs pour apporter les changements ? La gestion de petites variations dans le produit créera-t-elle d'énormes maux de tête ?
Construire ou acheter en pratique : La décision d'un grand fabricant multinational
Cette dernière question sur la flexibilité m'amène à une histoire qui, à mon avis, résume bien les points de ce billet.
J'ai récemment eu l'occasion d'entendre un dirigeant d'une grande entreprise multinationale décrire le processus de réflexion qui a motivé sa décision de travailler avec Tulip plutôt que de construire une solution en interne.
Le voici :
Le dirigeant a commencé par décrire l'engagement de son organisation envers les principes de la production allégée. Toutes ses usines poursuivent agressivement l'amélioration continue.
Cela signifie que la disposition des cellules de travail et la conception des processus étaient très flexibles.
Chaque fois qu'un ingénieur suggérait une nouvelle configuration de cellule de travail ou que l'entreprise mettait à jour ses lignes de produits, le service informatique devait procéder à des mises à jour logicielles subtiles mais fastidieuses. Cela signifiait coder en dur chaque changement en C++.
Cet état de fait est rapidement devenu intenable. Les travailleurs de première ligne étaient mécontents que les petites améliorations de processus nécessitent un va-et-vient fastidieux avec le service informatique. Le service informatique était frustré par le fait que les petits changements dans l'atelier entraînaient des heures de travail exténuantes pour les développeurs de logiciels.
En fin de compte, le responsable de la fabrication a décidé qu'il était plus facile de travailler avec un fournisseur de plate-forme de fabrication que de construire une solution en interne.
Lorsque les ingénieurs ont besoin d'apporter une petite modification à une application, il est maintenant aussi simple de le faire que d'effectuer un changement dans un Powerpoint - aucune assistance informatique n'est requise.
Conclusion : Un logiciel personnalisé est personnalisé - pour le meilleur et pour le pire.
Le principal avantage de la création d'une solution en interne est qu'elle peut être développée sur mesure pour répondre à un besoin spécifique.
En prenant en charge un projet de logiciel en interne, une entreprise de fabrication peut avoir un meilleur contrôle sur le produit final. Travailler en interne peut éliminer de nombreuses difficultés de gestion de projet
Pourtant, ces avantages potentiels sont également à l'origine des plus grands inconvénients des logiciels personnalisés : coûts élevés, exigences excessives et manque de configurabilité.
En fin de compte, ce qui vous convient le mieux dépend des exigences du projet, du budget et des ressources.