La checklist POC en 15 points avant d’inviter un fournisseur sur site

Un POC 48 heures pour l’IoT industriel fonctionne quand l’usine a fait 3-4 heures de préparation dans les deux semaines précédant l’arrivée du fournisseur. Un POC 48 heures échoue quand l’usine a sauté la préparation et que le fournisseur arrive le jeudi dans une usine qui n’a pas décidé quelles lignes mesurer, un superviseur qui n’était pas au courant de la visite, et des opérateurs qui n’ont pas été briefés sur le workflow tablette. La différence entre un POC utile et une visite fournisseur gâchée est presque entièrement liée à la préparation pré-visite. Cet article est la checklist 15 points que nous donnons aux usines avant chaque POC TeepTrak. La suivre produit des données utilisables le lundi ; la sauter produit une panique de dernière minute et des résultats ambigus.

La checklist est structurée en trois groupes : sélection des lignes (items 1-5), logistique et parties prenantes (items 6-10), et attentes et mesure (items 11-15). Chaque item prend 10-20 minutes de travail. Temps de préparation total : 2,5 à 5 heures réparties sur deux semaines, porté par le responsable des opérations de l’usine ou le lead amélioration continue.

Groupe 1 : Sélection des lignes (items 1-5)

Item 1 — Choisir 1-3 lignes avec une vraie douleur, pas des lignes exemplaires. L’instinct est de choisir la ligne la plus performante pour « faire valoir ». Cela produit des données inutiles parce qu’il n’y a pas d’opportunité d’amélioration à trouver. Choisissez des lignes où l’usine soupçonne que le TRS sous-performe, où les arrêts sont une douleur récurrente, où les rebuts sont au-dessus de l’objectif. Le POC délivre de la valeur en quantifiant les problèmes, pas en validant le succès.

Item 2 — Préférer des lignes avec 2-3 postes de données pendant la fenêtre POC. Une ligne tournant sur un seul poste de 8 heures vous donne un poste de données — les schémas de variance n’émergent pas. Les lignes tournant 2 ou 3 postes pendant jeudi-vendredi-samedi vous donnent 5-7 postes de données et les schémas Pareto se stabilisent.

Item 3 — Confirmer que les lignes tourneront effectivement pendant la fenêtre POC. Cela paraît évident mais est régulièrement oublié. Vérifiez que les lignes sont planifiées pour produire du jeudi au samedi, qu’il n’y a pas de maintenance prévue, que les commandes clients supportent la production. Un POC sur une ligne qui devait tourner mais qui a fini en changement de série pendant 12 heures produit des données trompeuses.

Item 4 — Identifier le signal de temps de cycle pour chaque machine. Le capteur détectera l’état machine via détection de cycle (vibration, proximité, courant). Identifiez à l’avance : quel signal indique « en train de produire une pièce » versus « au repos » ? Pour les presses d’emboutissage simples, le cycle est évident. Pour les cellules de soudage ou les machines de conditionnement, il peut y avoir plusieurs signaux candidats et l’un est meilleur que les autres. Le fournisseur peut gérer cela le jeudi mais une heure de réflexion à l’avance accélère la mise en service.

Item 5 — Choisir des lignes où les opérateurs peuvent utiliser une tablette sans préoccupation de sécurité. Les tablettes doivent être montées près du poste de travail opérateur, à l’abri des forces de presse, des fluides ou des équipements mobiles. Les lignes avec des cages de sécurité très fermées ou une rotation d’opérateurs sur de nombreux postes nécessitent plus de planification tablette. 15 minutes de parcours de ligne avec le superviseur règlent cela avant jeudi.

Groupe 2 : Logistique et parties prenantes (items 6-10)

Item 6 — Informer les opérateurs par nom, pas « votre poste utilisera de nouvelles tablettes ». Les opérateurs qui apprennent le POC 10 minutes avant l’installation des capteurs sont compréhensiblement sceptiques et peuvent ne pas s’engager dans la sélection des codes motifs — rendant inutilisables les composantes Performance et Qualité du TRS. Briefez les opérateurs de chaque poste 3-7 jours avant le POC, expliquez qu’il s’agit d’un essai de 48 heures, confirmez que l’objectif est de les aider et non de les surveiller, et engagez-vous à partager les résultats. L’adhésion des opérateurs est la plus grande variable unique de la qualité des données POC.

Item 7 — Sécuriser la disponibilité du superviseur pendant la fenêtre POC. Le superviseur n’a pas besoin de rester près de la ligne, mais doit être disponible jeudi matin pour 30 minutes de parcours, vendredi matin pour un contrôle de données de 15 minutes, et lundi matin pour la réunion de revue. Si le superviseur est en congés ou en autres réunions, le POC tourne mais la revue lundi n’a pas de voix usine, et la phase de décision cale.

Item 8 — Confirmer la connectivité réseau pour la passerelle 4G. La passerelle LoRaWAN utilise la 4G pour envoyer des données au cloud — pas d’IT usine nécessaire. Mais la couverture 4G à l’intérieur des bâtiments varie. Le fournisseur peut tester lors de la pré-visite si le cadrage inclut un relevé de site ; sinon confirmez le signal 4G basique (barres affichées sur votre téléphone) dans la zone où la passerelle sera montée.

Item 9 — Dégager le chemin d’accès du fournisseur. Badge visiteur, accueil sécurité (idéalement fait à distance 24h avant la visite), escorte de la réception au plancher de production. Pour les usines avec protocoles visiteurs stricts (GxP, aéronautique), prévoyez 30-60 minutes pour cela à l’arrivée jeudi matin — le calendrier d’installation doit l’accommoder.

Item 10 — Organiser la présence à la revue lundi avec la finance. La revue lundi a le plus de valeur quand opérations, qualité et représentants finance sont tous présents. Les opérations voient le Pareto, la qualité voit la corrélation défauts, la finance voit le coût implicite. C’est cette réunion où se prend la décision « go ou no-go ». Sans finance dans la salle, la décision sera reportée d’une semaine ou deux pendant que le deck circule — ce qui perd souvent l’élan.

Groupe 3 : Attentes et mesure (items 11-15)

Item 11 — Écrire votre chiffre TRS actuel avant que le POC ne commence. Cela paraît trivial. C’est l’item le plus important. La valeur du POC est largement l’écart entre ce que vous pensez être votre TRS et ce que les capteurs mesurent. Si vous entrez dans le POC sans référentiel clair (« nous pensons que nous sommes autour de 70-75 % »), la comparaison est floue et la finance ne l’utilisera pas pour décider. Écrivez le chiffre, la méthode de mesure et qui l’a produit, puis gardez ce papier pour la revue lundi.

Item 12 — Identifier les 3 principales causes récurrentes d’arrêts dans votre suivi actuel. Même raison : le POC produira un Pareto mesuré. Le comparer au Pareto que vous pensiez avoir est précieux. Fréquemment les 3 premières diffèrent substantiellement — le Pareto que vous voyez est celui que les opérateurs ont pris la peine de consigner, pas celui qui conduit réellement la perte. Cet écart est aussi précieux que l’écart TRS lui-même.

Item 13 — Définir ce à quoi ressemble le succès avant que le POC ne commence. Écrivez les critères pour les décisions « go » et « no-go ». Exemple : « Si le TRS IoT est au moins 5 points en-dessous du TRS reporté et que la cause Pareto du haut représente plus de 20 % des arrêts, nous procédons à l’expansion. Sinon nous arrêtons. » Définir cela avant que les données arrivent évite le biais habituel où l’équipe interprète les données pour correspondre à sa préférence préexistante.

Item 14 — S’accorder sur le calendrier de décision post-POC. La revue lundi produit une recommandation. Qui décide, et d’ici quand ? Pour les usines de taille moyenne, typiquement le responsable d’usine approuve l’expansion avec revue finance sous 2 semaines. Pour les organisations plus larges avec approvisionnement central, le chemin peut être plus long — planifiez cela et ne laissez pas l’élan du POC s’évaporer dans un routage interne lent.

Item 15 — Planifier la communication au reste de l’usine. Après un POC réussi, les opérateurs d’autres lignes demanderont quand ils auront leurs tablettes. Les superviseurs qui n’étaient pas dans le POC voudront savoir ce qui s’est passé. Une mise à jour interne d’une page distribuée après la revue lundi évite la confusion et construit un élan interne. Écrivez le premier brouillon pendant la préparation pré-visite pour qu’il puisse être adapté lundi et envoyé sous 24 heures.

Ce que cette checklist prévient — trois modes d’échec réels

Mode d’échec 1 : « la ligne a arrêté de tourner jeudi après-midi ». Items 1-3 préviennent cela. La sélection de lignes avec planning de production confirmé attrape cela pendant la préparation, pas pendant l’installation.

Mode d’échec 2 : « les opérateurs n’ont pas utilisé les tablettes, donc nous n’avons pas de codes motifs ». Item 6 prévient cela. Le pré-briefing 3-7 jours avant le POC assure que les opérateurs s’engagent dans le workflow. La qualité des données sur les dimensions Performance et Qualité en dépend entièrement.

Mode d’échec 3 : « la revue lundi a eu lieu mais rien n’a été décidé ». Items 10, 13, 14 préviennent cela. Avec finance dans la salle, critères de succès pré-définis, et calendrier de décision clair, lundi produit une décision — pas une conversation reportée.

Les usines qui n’atteignent zéro de ces trois modes d’échec représentent la majorité des POC qui se convertissent en déploiement productif. Les usines qui atteignent l’un des trois voient généralement le POC caler, soit dans l’interprétation soit dans la décision. Les 3-4 heures de travail checklist se remboursent plusieurs fois dans la qualité de la décision post-POC.

Quand lancer la checklist — le compte à rebours 14 jours

Semaine d’avant (jour -14 à -7) : items 1-5 (sélection des lignes), item 11 (référentiel TRS actuel), item 12 (Pareto actuel). C’est le bloc de travail le plus long, 1,5-2 heures.

Semaine du POC (jour -7 à -1) : items 6-10 (logistique et parties prenantes), items 13-15 (attentes). C’est 30-45 minutes de planification plus le temps de briefing opérateur.

Jour du POC (jeudi matin) : le fournisseur arrive avec les capteurs, l’équipe de l’usine est préparée, l’installation va vite parce que la préparation est faite. Jeudi type : fournisseur sur site 8h00, premiers capteurs installés 9h30, premiers tableaux de bord live à 13h00, formation opérateur terminée à 15h00, fournisseur part 17h00 avec 48 heures de données autonomes devant.

Obtenez le kit complet de planification POC — et demandez le vôtre
Checklist 15 points, plan Jour-1, modèle briefing opérateur, deck revue lundi — tout inclus
Demander un POC TeepTrak gratuit

Références externes : Wikipédia : Preuve de concept · AFNOR

À lire également : Le POC 48 heures : comment ça marche · Pourquoi l’intégration SCADA n’est pas requise · Logiciel TRS — vue d’ensemble