Faites l'inventaire de vos fichiers : quelle feuille est votre vrai système ?

Dans la première partie, nous avons nommé les cinq signaux indiquant qu'un fichier a dépassé ses limites, et nous avons conclu par un exercice de cinq minutes sur un seul fichier. Si vous l'avez fait, vous disposez maintenant de réponses écrites sur un fichier. Cette partie étend l'exercice à toute l'entreprise, car l'erreur la plus coûteuse de toute migration survient avant le déplacement plutôt que pendant : commencer par le mauvais fichier.

La raison en est que ce que vous considérez comme votre système n'est pas forcément votre système. Il y a le fichier officiel — mis en forme, approuvé, présenté en réunion — et il y en a un autre, bien moins présentable, que quelqu'un ouvre chaque matin et dans lequel il travaille toute la journée, et d'où sortent les chiffres sur lesquels reposent vos décisions. Le second est votre véritable registre de référence, même si personne ne l'a jamais appelé ainsi. Le travail de cette partie est de le trouver.

Pourquoi le nombre de fichiers augmente au départ

Personne ne décide un matin que l'entreprise doit avoir quarante feuilles. Le nombre augmente parce que chaque nouvelle feuille était, au moment de sa création, la réponse la plus rapide disponible. Un service avait besoin d'un champ que le fichier principal n'avait pas, alors il en a créé un petit à côté. Quelqu'un avait besoin de travailler sans bloquer les autres, alors il a pris une copie. La direction a demandé un rapport sous une autre forme, alors on a construit un fichier qui puise dans deux autres. Chaque étape est raisonnable ; la somme est une carte que personne n'a dessinée.

Et parce que cette croissance est progressive, l'entreprise perd progressivement la trace de quel fichier alimente lequel. Vous découvrez qu'un rapport mensuel puise dans une feuille que son responsable a cessé de mettre à jour il y a des mois, ou que deux fichiers contiennent les mêmes données et que chaque service ne met à jour que sa propre copie. Ces liens invisibles font de l'inventaire une étape qu'on ne peut pas sauter, et non un simple rangement administratif.

Trois questions qui révèlent le vrai système

Vous n'avez pas besoin de passer en revue de manière exhaustive chaque fichier de l'entreprise. Trois questions distinguent les fichiers qui portent le travail des fichiers qui en portent des copies :

• Quel fichier, s'il était perdu aujourd'hui, arrêterait le travail demain ? C'est la question la plus forte de tout l'inventaire, car elle mesure la dépendance plutôt que l'importance déclarée. Posez-la en termes opérationnels : si nous ouvrions demain et qu'il avait disparu, pourrions-nous encore réceptionner, expédier, facturer et répondre à un client ? Très peu de fichiers répondent non — et ce sont eux, votre système.
• Qui l'ouvre chaque jour ? Un fichier ouvert une fois par mois est un rapport ; un fichier ouvert chaque matin et alimenté au fil de la journée est un registre opérationnel. La fréquence quotidienne est l'indicateur le plus fiable qu'un fichier est devenu une partie du processus lui-même plutôt qu'une description de celui-ci.
• Sur quel fichier d'autres fichiers sont-ils construits ? Suivez la direction : d'où viennent les chiffres de ce fichier, et où vont-ils ? Un fichier qui en alimente trois autres est une source, et toute erreur qu'il contient est multipliée par trois avant de faire surface. Un fichier qui n'alimente rien et n'est alimenté par rien est un candidat sérieux à la fermeture plutôt qu'à la migration.

Appliquez les trois questions, mais n'y répondez pas seul. Interrogez les personnes qui travaillent réellement dans les fichiers — la réponse se trouve chez ceux qui les ouvrent, pas chez ceux qui reçoivent leurs rapports. Vous tomberez très probablement sur un fichier dont vous ignoriez l'existence, et ce sera l'une des choses les plus importantes que vous trouverez.

Ce que l'inventaire fait généralement apparaître

L'inventaire ne produit pas seulement une liste ; il explique des problèmes avec lesquels vous viviez sans en connaître la cause. Quatre constats récurrents :

• Le fichier officiel n'est pas le fichier utilisé. Le modèle approuvé, soigneusement construit, est abandonné, et l'équipe travaille dans une copie privée plus simple qui correspond à la façon dont le travail se fait réellement. Ce n'est pas une faute, c'est une information : le modèle officiel ne correspond pas au processus réel, et c'est le processus qui a gagné.
• Une même donnée à deux endroits. La même liste de clients ou de prix existe dans deux fichiers, et chaque service met à jour la sienne. C'est la source directe du chiffre qui change selon la personne à qui vous le demandez, dont nous avons parlé dans la première partie. La solution durable est que chaque donnée ait exactement un seul endroit où elle est écrite, le principe derrière une source unique que tout le monde peut voir.
• Des fichiers morts qui consomment encore du temps. Une feuille mise à jour chaque semaine depuis deux ans et que personne ne lit. Ne la migrez pas et ne l'améliorez pas — demandez qui l'utilise, et si aucune réponse ne vient, arrêtez-la pendant deux semaines et voyez si quelqu'un la réclame.
• Du sens stocké en dehors du fichier. Une colonne « statut » contenant des codes qu'une seule personne comprend, ou une ligne colorée qui signifie « urgent » sans le dire. La donnée est présente, mais son sens n'y figure pas, et c'est le sujet de la prochaine partie.

Le regard d'Origami

Nous sommes une société technologique qui construit des systèmes pour les entreprises saoudiennes, et la première chose que nous demandons dans ce type de projet n'est pas un cahier des charges écrit, mais les fichiers eux-mêmes, exactement tels qu'ils sont — désordre, colonnes masquées, exceptions et tout le reste. La raison est que le fichier documente la façon dont l'entreprise fonctionne réellement, tandis que le document écrit consigne la façon dont elle est censée fonctionner, et c'est dans l'écart entre les deux que les projets échouent.

L'ordre que nous recommandons est que l'inventaire précède toute décision sur les outils ou le périmètre. Une entreprise qui sait qu'elle a exactement deux fichiers critiques prend une décision complètement différente de celle qui suppose que quarante fichiers doivent tous migrer, et cette différence se voit dans le périmètre et la durée du projet. C'est pourquoi nos services commencent par lire ce qui existe avant de concevoir un remplacement — la même logique que nous exposons dans comment réussir l'implémentation d'un système, à propos de la migration des données et de la conduite du changement.

Le livrable : une liste d'une page

Un inventaire qui ne produit pas de page n'est pas fiable. Faites du résultat un tableau unique d'une page au maximum, avec seulement quatre colonnes pour chaque fichier critique :

• Le fichier. Son vrai nom et son emplacement réel : sur le poste de qui, dans quel dossier partagé, sous quel compte. Écrire précisément l'emplacement est en soi un exercice révélateur.
• Son responsable. Une personne nommément désignée, pas un service. Si vous ne trouvez pas un seul nom, le fichier n'a pas de responsable, et c'est un constat qui mérite d'être consigné.
• Ce qui en dépend. Quelles opérations s'arrêtent s'il s'arrête, et quels fichiers ou rapports y puisent. C'est cette colonne qui fixera l'ordre de migration dans la quatrième partie.
• S'il dispose d'une sauvegarde. Avec une réponse directe : oui, automatique ; oui, manuelle et faite par une personne nommée ; ou non. Et si la réponse est « une copie sur le même poste », cela ne compte pas comme une sauvegarde.

Le nombre de lignes de cette liste détermine l'ampleur de toute migration à venir, et il sera généralement bien plus faible que vous ne le pensez. Un fichier qui cumule deux caractéristiques — le travail s'arrête sans lui, et il n'a pas de sauvegarde — est votre priorité numéro un, quel que soit le reste du plan. Et un fichier dont rien ne dépend ne mérite pas du tout d'être migré ; le savoir vous épargne la moitié du travail.

Dans les prochaines parties

Nous savons quel fichier est le système ; il doit maintenant devenir apte à migrer. La prochaine partie traite du nettoyage des données avant la migration : doublons sous des noms différents pour la même entité, formats de date mélangés, nombres stockés sous forme de texte, et colonnes dont personne ne connaît le sens. La règle sur laquelle nous nous appuierons est que tout sens stocké dans une couleur ou dans la tête de quelqu'un doit devenir un champ écrit avant la migration. Nous passerons ensuite à un ordre de migration qui ne stoppe pas votre activité, puis aux permissions, puis aux rapports, et nous conclurons avec les trente premiers jours après la migration.

Sources

• Autorité de la zakat, des impôts et des douanes (ZATCA) — exigences de conservation des factures et des documents fiscaux, et durées de conservation.
• Autorité saoudienne des données et de l'intelligence artificielle (SDAIA) — la loi sur la protection des données personnelles (PDPL) et l'autorité qui en est responsable.
• Ministère des Ressources humaines et du Développement social — exigences relatives à la tenue des dossiers et des données du personnel.
• Ministère du Commerce — dispositions relatives aux livres et registres commerciaux des établissements.
• Autorité nationale de cybersécurité (NCA) — contrôles couvrant la protection et la sauvegarde des données dans les organisations.