Plates-formes de fabrication : Construire ou acheter ?

Lorsqu'il s'agit de plates-formes 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 si grande variété de solutions - et vous auriez raison.

Mais les décisions d'achat ne sont pas seulement compliquées par l'encombrement du terrain de jeu. 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 créer une solution en interne.

En bref, les décisions d'achat se résument souvent à une question ancienne : construire ou acheter?

Voici les sept questions que vous devriez poser :

1. Quel est le coût d'une construction en interne ?
2. Tenez-vous compte des coûts permanents ?
3. Sera-t-il évolutif ?
4. Comment allez-vous gérer la complexité ?
5. Le service informatique comprend-il vos opérations de fabrication ?
6. Sera-t-il suffisamment simple à utiliser ?
7. Quelle sera sa flexibilité ?

Sans plus attendre, examinons chaque question.

1. Quel est le coût d'une construction en interne ?

Si votre organisation 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 le cadrage 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 qu'il sera le plus rentable. Il se peut aussi qu'elle ne soit pas la plus rapide.

Pour avoir une idée des coûts, il suffit de faire quelques calculs simples.

Selon les sources que vous consultez, la durée moyenne d'un projet de logiciel est d'environ 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 voudrez peut-être 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 développent 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 raconterai plus loin l'expérience d'un fabricant qui a dû supporter des coûts d'assistance 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 développée 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 changements prennent un sprint) pour apporter une modification, cela représente deux semaines de temps d'ingénierie logicielle à facturer, ainsi qu'un manque à gagner dû au retard dans l'amélioration des processus.

3. Sera-t-il mis à l'échelle ?

Le grand avantage d'une solution interne et 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 sur plusieurs lignes ? Fonctionnera-t-elle pour toutes les lignes d'une usine ? Peut-elle être déployée dans toute une région ou à l'échelle internationale ?

L'un des problèmes posés par les solutions personnalisées est qu'elles ne sont pas évolutives. Le transfert de 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é ?

Au fur et à mesure que les systèmes internes se développent, il faut trouver un compromis entre la portée et la complexité.

Les systèmes deviennent de plus en plus complexes à mesure qu'ils englobent un plus grand nombre de processus et d'opérations.

Bien qu'il ne s'agisse pas d'une loi naturelle, c'est un fait dans l'industrie manufacturière depuis des décennies.

Au fur et à mesure que votre solution interne prend de l'ampleur, elle devient de plus en plus complexe.

5. Les technologies de l'information permettront-elles de mettre en place les processus de fabrication les plus efficaces ?

Lorsqu'ils sont interrogés par des consultants, les ingénieurs font part d'un message récurrent: "Le service informatique ne comprend pas les problèmes liés à la technologie de l'information".

Cela nécessite souvent la création d'un groupe informatique de fabrication en interne, ce qui peut s'avérer coûteux.

Seuls les responsables des opérations de fabrication (ingénieurs) savent de quels types de solutions ils ont réellement besoin dans leur atelier.

L'informatique agit généralement en tant que fournisseur de services pour le groupe des opérations de fabrication. Pour 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 OT, les exigences sont souvent mal interprétées ou carrément ignorées.

Cela peut créer des tensions inutiles entre les services informatiques et les services techniques. Et ces tensions peuvent 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 donnent l'impression 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 procédés ont souvent du mal à saisir les données et doivent suivre une formation approfondie pour utiliser ces systèmes.

En 2020, nous sommes habitués à des expériences utilisateur hautement optimisées.

Que nous en soyons conscients ou non, les interfaces 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 processus de fabrication évoluent avec les gammes de produits, la demande des clients et les technologies.

Votre solution interne pourra-t-elle s'adapter ?

Combien de temps faudra-t-il à vos développeurs pour apporter les changements ? La gestion de petites variations dans le produit va-t-elle créer d'énormes maux de tête ?

Cette dernière question sur la flexibilité m'amène à une anecdote qui, à mon avis, résume bien les points abordés dans ce billet.

J'ai récemment eu l'occasion d'entendre un cadre d'un grand fabricant multinational décrire le processus de réflexion qui a motivé sa décision de travailler avec Tulip plutôt que d'élaborer une solution en interne.

Le voici :

Le dirigeant a commencé par décrire l'engagement de son organisation en faveur des principes de la production allégée. Toutes ses usines se sont lancées à l'assaut du site Amélioration continue .

Cela signifie que l'agencement des cellules de travail et la conception des processus sont très flexibles.

Chaque fois qu'un ingénieur proposait une nouvelle configuration de cellule de travail ou que l'entreprise mettait à jour ses gammes de produits, le service informatique devait procéder à des mises à jour logicielles subtiles mais fastidieuses. Pour ce faire, il fallait coder en dur chaque modification en C++.

Cette situation est rapidement devenue intenable. Les travailleurs de première ligne étaient mécontents du fait que les petites améliorations de processus nécessitaient un va-et-vient fastidieux avec le service informatique. Le service informatique s'est senti frustré par le fait que les petites modifications apportées à l'atelier se traduisaient par des heures épuisantes pour les développeurs de logiciels.

En fin de compte, le dirigeant de l'entreprise a décidé qu'il était plus facile de travailler avec un fournisseur de plateforme de fabrication que de construire une solution en interne.

Lorsque les ingénieurs ont besoin d'apporter une petite modification à une application, il leur est désormais aussi simple de le faire dans un Powerpoint - aucune assistance informatique n'est nécessaire.

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.

La prise en charge d'un projet de logiciel en interne peut permettre à une entreprise manufacturière de mieux contrôler le produit final. Le fait de travailler en interne permet d'éliminer de nombreuses difficultés liées à la gestion du projet

Pourtant, ces avantages potentiels sont aussi la source des plus grands inconvénients des logiciels personnalisés : explosion des coûts, gonflement des exigences 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.