Le système est conçu, mais correspond-il à notre façon de travailler ?
La conception décrivait ce que le logiciel devait faire. Comment une commande traverse l'entreprise de bout en bout n'était écrit nulle part.
Un producteur belge passait à un nouveau système ERPEén systeem dat je kernprocessen zoals voorraad, boekhouding en orders samenbrengt. et de gestion d'entrepôt. La conception était prête, mais personne n'avait dessiné les processus de bout en bout. Avec l'IA comme aide à la rédaction, nous en avons cartographié dix-neuf sur vingt-quatre en quatre semaines, avec les personnes qui les exécutent chaque jour.
De la réception à l'expédition, chacun avec un seul responsable chez le client.
Dix-neuf d'entre eux étaient prêts après quatre semaines, dessinés et approuvés par leur responsable lui-même, pas par nous.
Des processus que le nouveau système ne change pas. Les dessiner aurait été une perte de temps.
À partir de l'enregistrement de chaque atelier, l'IA a produit une première version du flux. Nos heures sont allées à l'écoute et à la relecture, pas au dessin. C'est plus rapide, et donc moins cher.
Le projet avait une conception fonctionnelle et un fournisseur qui savait ce qu'il devait construire. Ce qui manquait, c'était une image de la manière dont le travail se déroule réellement aujourd'hui.
La conception décrivait ce que le logiciel devait faire. Comment une commande traverse l'entreprise de bout en bout n'était écrit nulle part.
Qui fait quoi et quand, les personnes à l'atelier et à l'administration le savaient. Sur papier, rien n'était écrit.
La planification, les numéros de lot et les certificats étaient suivis et transmis à la main. Ce que le nouveau système en reprendrait n'était pas clair.
Pas de modèle lourd. Une méthode fixe que les personnes sur le terrain ont tout de suite reconnue.
Nous avons dressé la liste de tous les processus, vingt-quatre au total, et cherché pour chacun un responsable chez le client. C'est ce responsable qui approuve le flux ensuite, pas nous.
Pour chaque processus, un atelier avec le responsable et les personnes qui font le travail. Nous avons enregistré les échanges. L'IA a transformé l'enregistrement en une première version du flux, que nous avons ensuite élaborée. Le temps est ainsi allé à l'écoute, pas au dessin.
Chaque flux a été imprimé et parcouru étape par étape avec le responsable. Ce qui n'allait pas était annoté sur place et redessiné, jusqu'à ce que le responsable dise que c'était juste.
Pour chaque processus, nous avons déterminé l'impact du nouveau système. Les points ouverts sont devenus du travail pour le fournisseur, et les flux ont été réunis à un seul endroit central, où chacun peut les consulter.
Une conception décrit ce que le logiciel doit faire. Un flux montre comment le travail se déroule aujourd'hui. Ce n'est qu'en mettant les deux côte à côte que l'on voit où ils se heurtent. Quelques exemples :
Une étape était dans le mauvais ordre. Dans la conception, le stock était sorti avant que les documents soient prêts. En pratique, c'est l'inverse : on ne sort le stock que lorsque tous les documents sont en ordre. La planification du transport devait elle aussi venir au début, pas à la fin.
Un lot bloqué n'était qu'à moitié bloqué. Quand un lot était bloqué dans un système, il ne l'était pas automatiquement dans l'autre. Dans ce secteur, ce n'est pas un détail.
Un flux que personne ne reconnaissait. La manière dont les données articles circulaient entre les systèmes avait été mal dessinée. On ne le voit que lorsque les personnes qui y travaillent lisent le flux. Il a été redessiné.
Un nouveau périmètre, volontairement mis de côté. Pendant les ateliers est apparu un enregistrement dont la conception ne tenait pas compte. Le comité de pilotage a décidé de le reporter volontairement à plus tard, plutôt que de l'intégrer sans que personne ne le remarque.
Nous avons apporté la méthode et le travail de rédaction. Le savoir et le dernier mot sont restés chez le client.
La structure et le travail de rédaction.
Le savoir et le dernier mot.
Les flux ne sont pas restés dans un classeur. Le système est désormais en service, et les flux servent de base aux tests, à la formation des nouveaux collaborateurs et d'information pour les partenaires et les fournisseurs.
“C'est ressorti des flux. Un collègue attendait quelque chose qui n'avait jamais figuré dans les spécifications, et qui n'avait donc jamais été construit. Nous avons tout de suite vu l'écart entre ce que nous avions demandé et ce qu'attendait le terrain.”
