Quand le tableur cesse d'être le système

Un tableur est le meilleur outil jamais conçu pour un problème que personne n'a encore défini. C'est aussi ainsi qu'il finit par porter une publication annuelle, une liste d'attente ou un carnet de commandes longtemps après avoir cessé d'en être capable. Cet article parle de reconnaître ce moment, et de ce à quoi ressemble en général le remplacement quand il se passe bien.

Les symptômes

Les symptômes sont organisationnels avant d'être techniques. Les gens disent rarement « notre tableur est devenu un système ». Ils disent des choses comme celles-ci.

• Les demandes arrivent par téléphone ou par e-mail et quelqu'un les tape dans la feuille. Chaque demande est incomplète à sa façon, et la saisie est un travail en soi.
• Une seule personne tient la feuille. Elle sait quelle colonne sert vraiment, ce que veut dire chaque couleur et quelles lignes sont mortes. Quand elle est absente, la feuille attend.
• Les mêmes données vivent à trois endroits : la feuille, les e-mails qui l'ont alimentée et le document qui en a été tiré. Ils se contredisent, et personne ne sait lequel a raison.
• Une édition annuelle, un rapport ou un catalogue est assemblé à partir de la feuille et d'une saison d'e-mails.

Plusieurs de ces points ensemble signifient que la feuille est devenue le système de référenceLe seul endroit où un fait est tenu pour vrai. Quand deux sources se contredisent, le système de référence l'emporte. Un tableur tient rarement bien ce rôle, parce que n'importe qui peut modifier n'importe quelle cellule..

Pourquoi les rustines cessent de fonctionner

La première réaction est toujours la rustine : une macro ici, une plage protégée là, un second onglet avec des consignes. Un tableur n'a aucune notion de qui possède un enregistrement, donc personne ne peut confirmer sa propre entrée. Il n'a pas de validation au-delà de ce qu'une personne pense à vérifier. Il n'a pas d'historique, donc une mauvaise modification ne se retrace pas. Et il n'a d'autre sortie que la ressaisie, donc tout ce qui en est tiré est fait à la main. Un système de référence a besoin exactement de ces choses, et aucune rustine ne les ajoute à une grille de cellules.

Le schéma, à partir de travaux que vous pouvez consulter

Plusieurs cas publics sur notre site sont partis d'ici. Là où il y a des résultats, ils sont dans les mots du client.

Hospindex et Carehomesindex, les ouvrages de référence annuels des hôpitaux et des maisons de repos belges, étaient autrefois assemblés à partir de tableurs, d'e-mails et de beaucoup de relances. La plateforme a donné à chaque organisation son propre accès pour vérifier et corriger sa fiche, une étape de validation qui montre à la rédaction, fiche par fiche, ce qui est confirmé, et une seule exportation structurée qui part directement dans l'édition imprimée. L'exportation transforme une année de corrections éparses en un livre qui paraît à l'heure.

Wit-Gele Kruis Flandre-Orientale recevait les demandes de soins à domicile des médecins, des mutualités et des hôpitaux par téléphone. Un site sécurisé de demande de soins a remplacé cela, construit dans un groupe de travail hebdomadaire avec leur équipe de soins. Il a été mis en service trois mois après le premier groupe de travail, et les demandes arrivent désormais complètes. Peter Rasschaert, directeur des soins, l'a dit ainsi : « Tout le monde est aidé plus vite via le site, et c'est une vraie plus-value pour nous. »

Medisch Labo Bruyland a fait passer son serveur de résultats vers une technologie plus récente et plus conviviale, construite autour de la façon dont le laboratoire travaille, et beaucoup de saisie manuelle a disparu avec. Karen Bruyland, du laboratoire : « Grâce au serveur de résultats renouvelé, nous constatons que davantage de médecins font leurs demandes par voie électronique, ce qui raccourcit les délais au laboratoire. »

Vivalyte, encore en développement, applique le même schéma à un catalogue de produits : les spécifications, les variantes et les documents se synchronisent depuis le système d'information produit que l'entreprise utilise déjà, si bien que personne ne ressaisit rien.

Ce qui se transmet d'un cas à l'autre

• Un problème net. Chaque cas est parti d'un moment douloureux : la clôture de l'édition, le téléphone qui sonne, la ressaisie. Nous cadrons le périmètre sur ce moment, et le reste attend.
• Un rythme hebdomadaire. Le client fixe les exigences, nous complétons le reste, et un court groupe de travail hebdomadaire garde les deux côtés près du travail.
• Un premier périmètre réduit. La première version en service fait une seule chose complètement : recevoir une demande, confirmer une fiche, exporter une édition.
• Votre propre système comme source de vérité. Là où un système existe déjà, le nouveau se synchronise depuis lui. Là où il n'y en a pas, le nouveau devient le seul endroit et la feuille prend sa retraite, parce que deux systèmes de référence valent moins qu'un tableur.
• Un transfert qui tient. Vous terminez avec un système qui fonctionne et une installation que votre équipe peut faire tourner sans nous. Nous avons écrit ce que cela comprend.

Une chose encore se transmet : le remplacement est rarement une grosse construction. Le problème qu'un tableur portait est étroit, et les problèmes étroits donnent des systèmes petits et durables. C'est aussi pourquoi acheter quelque chose de standard mérite un regard avant que quiconque ne construise ; seule la partie de la feuille propre à votre façon de travailler vaut la peine d'être construite.

Ce qu'il faut apporter à un premier échange

• La feuille elle-même, avec les couleurs et les lignes mortes.
• Le nom de la personne qui la tient, et une heure de son temps.
• Le moment qui fait le plus mal : la clôture annuelle, les appels du lundi, la ressaisie. Il devient le premier périmètre.
• Les autres endroits où vivent les mêmes données, et celui auquel les gens font confiance quand ils se contredisent.
• Les systèmes que vous utilisez déjà et avec lesquels le nouveau doit dialoguer.

Vous nous dites l'objectif et les contraintes, et nous revenons avec une approche claire et un périmètre que vous pouvez valider. Pour quelque chose de nouveau, ce périmètre est une fourchette avec ses hypothèses écrites, et nous avons expliqué pourquoi. Si l'échange se termine par « gardez le tableur, ajoutez un formulaire », c'est aussi un résultat.