Audit informatique
Audit de processus : ce qu'on regarde avant de corriger
Un point précis grince dans votre entreprise : la facturation prend trois jours au lieu d'un, les commandes se perdent entre deux boîtes mail, ou les mêmes chiffres se ressaisissent dans deux logiciels différents. Vous ne voulez pas un audit complet de toute votre informatique, ce sujet est déjà réglé ou pas encore prioritaire pour vous : vous voulez comprendre ce que veut dire auditer un seul processus, avant d'appeler quelqu'un. Cette page dit ce qu'on regarde, qui doit participer en dehors de vous, et ce que vous recevez à la fin pour décider quoi corriger en premier.
Ce qu'on appelle un audit de processus, et ce qu'il ne remplace pas
Un audit de processus consiste à suivre un travail précis, du début à la fin, dans une seule entreprise : qui s'en occupe, avec quels outils, combien de temps prend chaque étape, et où l'information se ressaisit ou attend sans raison. C'est un seul point regardé de près, avec la même rigueur qu'un audit complet mais un champ beaucoup plus étroit.
Cette page se distingue du audit informatique complet d'une PME, qui couvre plusieurs processus, plusieurs logiciels et parfois la sécurité des accès. Une entreprise qui a déjà fait cet audit complet, ou qui sait très bien que ce sujet n'est pas le sien aujourd'hui, vient ici pour une question plus étroite : un seul point de friction, qui coûte cher, qu'elle veut comprendre avant d'agir dessus.
Elle se distingue aussi de la cartographie des processus, qui dessine dans le détail chaque étape d'un travail, avec les flèches, les outils et les temps de passage. L'audit regarde et classe par priorité ; la cartographie dessine. Les deux se suivent souvent, mais elles répondent à deux questions différentes, et cette page ne traite que la première.
Prenez une entreprise qui facture ses clients en trois jours au lieu d'un, alors que rien ne justifie cet écart sur le papier. Elle n'a pas besoin qu'on regarde toute sa comptabilité, ni tous ses logiciels : elle a besoin qu'on suive dix factures réelles, une par une, pour voir où les trois jours passent vraiment. C'est ce que fait un audit de processus, ni plus ni moins.
La confusion vient souvent du mot « audit » lui-même, qui évoque pour beaucoup de dirigeants un exercice lourd, mené par une équipe externe pendant plusieurs semaines, avec un rapport de cinquante pages à la fin. Un audit d'un seul processus n'a rien de cette ampleur : il se mène en quelques jours, avec les personnes qui font le travail, et le document final tient sur quelques pages.
Cette confusion coûte cher aux entreprises qui reportent le sujet, en pensant qu'elles n'ont pas le temps ni le budget pour « un audit ». Beaucoup découvrent, une fois qu'elles ont posé la question, que le format qui leur convient existe déjà, taillé pour un seul point de friction plutôt que pour l'ensemble de leur informatique.
Le processus qu'on choisit d'auditer, et pourquoi on n'en prend jamais dix à la fois
Avant de commencer, il faut choisir lequel des processus de l'entreprise mérite d'être regardé en premier. Deux critères reviennent le plus souvent : celui qui revient le plus dans les plaintes internes, entendu en réunion ou glissé entre deux portes, et celui qui touche le plus de monde, du commercial à la facturation en passant par la logistique.
Un troisième critère compte autant, même s'il se voit moins sur le papier : le processus qui coûte le plus cher en heures perdues chaque semaine, même s'il ne fait pas de bruit. Une tâche silencieuse, répétée par une seule personne discrète, peut peser plus lourd sur l'année qu'un problème visible qui fait grincer des dents une fois par mois.
Un dirigeant qui hésite entre plusieurs processus à auditer gagne à se poser une question simple : lequel, s'il était corrigé demain, changerait le plus concrètement la journée de ses équipes ? La réponse pointe presque toujours vers le bon candidat, avant même d'avoir ouvert un seul entretien. Ce candidat est souvent celui que personne n'osait nommer en réunion, faute d'un chiffre pour appuyer le choix.
Prendre cinq processus à la fois semble économique, puisqu'on paie un seul déplacement et une seule synthèse. En pratique, le résultat est un rapport trop large pour que personne ne s'en saisisse vraiment : chaque service y trouve son paragraphe, personne n'y trouve de priorité claire, et le document finit dans un dossier partagé que personne ne rouvre.
Un audit resserré sur un seul processus produit l'inverse : une liste courte de points à corriger, dans un ordre défendable, que la personne qui a commandé l'audit peut porter en réunion la semaine suivante. La taille du sujet et la taille du document livré se répondent, ce qui rend le document utilisable au lieu de décoratif.
Un deuxième processus peut suivre le premier, une fois qu'il a livré ses résultats et que les premières corrections sont lancées. L'ordre compte : traiter les sujets un par un laisse le temps de vérifier qu'une correction tient avant d'en attaquer une autre, plutôt que de lancer quatre chantiers en même temps sans savoir lequel a vraiment porté ses fruits.
Ce qu'on regarde pendant les entretiens
L'entretien commence toujours par la même question, posée à la personne qui fait le travail au quotidien et non à son responsable : combien de fois par jour elle répète cette tâche, et dans quel logiciel. La réponse donne un premier ordre de grandeur, souvent différent de ce qu'imaginait la direction avant l'entretien. Cet écart mérite d'être noté par écrit, pas seulement évoqué en passant.
Vient ensuite la question de la ressaisie : qu'est-ce que cette personne recopie à la main d'un écran à l'autre, d'un fichier vers un logiciel, ou d'un logiciel vers un autre. Une même donnée qui se retape trois fois dans la journée, sous trois formats différents, est l'un des signes les plus fiables d'un processus qui mérite d'être corrigé.
On demande aussi ce qui fait attendre : une validation qui traîne, un fournisseur qui ne répond pas, un collègue absent le jour où sa signature était nécessaire. Ces temps d'attente ne coûtent rien en heures de travail direct, mais ils allongent le délai final, ce qui compte tout autant pour le client ou pour le service suivant.
Chaque entretien se termine par une question ouverte, volontairement large : qu'est-ce qui, dans ce travail, vous fait perdre du temps sans que ça serve à personne ? Les meilleures réponses ne viennent presque jamais des premières minutes, mais des dix dernières, une fois que la personne a compris qu'on cherche à comprendre, pas à la juger.
Les entretiens se mènent un par un, jamais en groupe : une personne qui parle devant son responsable ou devant un collègue édulcore ses réponses, par prudence ou par loyauté. Seul à seul, le discours change, et c'est souvent là qu'apparaît le vrai point de friction, celui que personne n'ose écrire dans un compte rendu collectif.
On note tout, y compris ce qui semble anecdotique sur le moment : un fichier stocké sur le bureau d'un ordinateur personnel, un mot de passe partagé par messagerie, une habitude qui contourne la procédure officielle. Ces détails, mis bout à bout à la fin des entretiens, dessinent souvent l'image la plus fidèle du processus réel.
Ce qu'on observe sur le terrain, au delà de ce que les gens racontent
Un entretien décrit la procédure telle qu'on croit la suivre. L'observation directe d'un dossier réel, du début à la fin, montre souvent un raccourci que personne n'a mentionné spontanément, pas par mauvaise volonté mais parce que ce raccourci est devenu une habitude si ancienne qu'il n'apparaît plus comme un écart à signaler. Ce silence n'a rien de suspect, il montre juste une habitude bien installée.
Prenez un commercial qui garde son propre tableur en parallèle du logiciel officiel de suivi des clients, parce que ce dernier ne fait pas ce dont il a besoin au quotidien. Il ne le cache pas par malice, il n'y pense simplement plus comme à un contournement : pour lui, c'est devenu sa façon normale de travailler.
On choisit deux ou trois dossiers réels, traités récemment, et on les suit étape par étape avec la personne qui les a traités. Cette méthode révèle des écarts qu'aucun entretien ne fait remonter, parce qu'un dossier concret oblige à répondre précisément, alors qu'une question générale laisse toujours place à une réponse arrondie. Deux dossiers suffisent presque toujours pour repérer le même écart deux fois de suite.
L'observation montre aussi les moments où deux personnes font le même travail sans le savoir, chacune persuadée que l'autre s'en occupe déjà. Ce doublon invisible ne coûte rien tant qu'il reste petit, mais il grossit avec l'entreprise, et personne ne le voit tant que personne n'a suivi un dossier de bout en bout. Une fois nommé, le doublon se corrige souvent en une seule réunion, sans qu'aucun outil ne change.
Un processus dessiné sur le papier officiel de l'entreprise et le même processus observé chez la personne qui l'exécute chaque jour ressemblent rarement l'un à l'autre. L'écart entre les deux n'est presque jamais un problème de discipline : il montre que l'outil officiel ne suit plus le travail réel, et que quelqu'un a dû inventer une solution de son côté.
Cette étape demande du temps et une présence physique ou à distance, pas seulement des questions envoyées par écrit. Un questionnaire rempli seul, sans personne pour observer le geste réel, laisse passer exactement ce type de raccourci, celui que la personne concernée ne pense même plus à signaler tant il fait partie de son quotidien.
Qui doit être dans la pièce
Trois profils doivent participer à un audit de processus, et l'absence d'un seul fausse souvent le résultat. La personne qui exécute le travail chaque jour, d'abord : c'est elle qui connaît les vrais délais et les vrais contournements, bien mieux que quiconque au-dessus d'elle dans l'organigramme. Elle hésite parfois à en parler franchement de peur que ça se retourne contre elle.
Vient ensuite la personne qui reçoit le résultat du travail une fois terminé, dans le service suivant de la chaîne. Elle voit ce que le processus produit vraiment : un dossier incomplet qui revient trois fois, une facture avec une erreur récurrente, une commande qui arrive toujours en retard. Son regard complète celui de la personne qui exécute la tâche.
Le troisième profil, c'est celui qui a le pouvoir de décider un changement une fois le diagnostic posé. Un audit mené sans cette personne produit un document intéressant que personne n'a l'autorité de faire vivre ensuite, et qui rejoint la pile des rapports jamais suivis d'effet. Cette personne n'a pas besoin d'assister à chaque entretien, mais elle doit voir les conclusions avant qu'elles ne soient figées.
Un audit mené uniquement avec la direction, sans la personne qui fait le travail au quotidien, rate presque toujours l'étape qui coince vraiment. La direction voit le processus tel qu'il devrait fonctionner sur le papier ; elle ne voit pas toujours le détour que prend une équipe pour compenser un outil mal adapté, et elle découvre parfois ce détour en même temps que le consultant, pendant le même entretien.
À l'inverse, un audit mené uniquement avec les équipes de terrain, sans personne capable de décider, produit une liste de frustrations légitimes mais sans suite possible. Les deux niveaux se complètent, et c'est pour ça qu'un audit de processus réunit rarement moins de trois personnes, même sur un sujet qui paraît simple au premier abord et ne semble concerner qu'un seul poste de travail.
La présence de ces trois profils change aussi la manière dont les résultats sont reçus à la fin. Une personne qui a participé à l'entretien accueille plus facilement une conclusion qui la concerne, même inconfortable, qu'une personne qui découvre un rapport écrit sans elle et qui a le sentiment de recevoir une note sur son propre travail.
Combien de temps ça prend, et ce qui fait varier la durée
La durée d'un audit de processus dépend surtout du nombre de personnes à rencontrer et du nombre d'outils que ce processus traverse. Un processus simple, tenu par deux personnes dans un seul logiciel, se regarde plus vite qu'un processus qui passe par quatre services et trois outils différents avant d'arriver à son terme. L'ordre de grandeur se précise dès le premier échange.
Ce qui rallonge le plus souvent l'audit, c'est un processus qui traverse plusieurs services qui ne se parlent pas directement entre eux. Chaque service a sa propre version de la vérité, et il faut du temps pour recouper ces versions avant de pouvoir écrire une seule description qui tienne debout. Faire venir un responsable de chaque service autour d'une même réunion accélère souvent cette étape plus qu'une série d'échanges séparés.
Les données stockées dans des fichiers personnels, introuvables du premier coup, allongent aussi le travail : un tableur oublié sur un ordinateur, un dossier partagé mal nommé, une messagerie qui sert de mémoire collective. Retrouver ces sources prend parfois plus de temps que les entretiens eux-mêmes, surtout quand la personne qui les a créées a changé de poste ou quitté l'entreprise entre-temps.
À l'inverse, un processus bien documenté au départ, même imparfait, accélère tout le travail : les entretiens confirment ou corrigent une base déjà écrite, au lieu de partir d'une page blanche. Les entreprises qui tiennent, même sommairement, une description de leurs processus gagnent un temps réel le jour où elles veulent en auditer un, parce que la moitié du travail de reconstitution est déjà faite avant le premier entretien.
La disponibilité des personnes à interroger pèse autant que la complexité technique du processus. Un entretien reporté trois fois faute d'agenda libre repousse tout le calendrier, alors que le travail d'analyse lui-même ne prend souvent que quelques jours une fois que les informations sont réunies. Bloquer les créneaux dès le départ, plutôt que de les caser au fil de l'eau, évite cette source de retard la plus fréquente.
Aucune fourchette de durée ne vaut pour toutes les situations, et en donner une à l'aveugle serait plus trompeur qu'utile. Le nombre de personnes à voir et le nombre d'outils à traverser se discutent lors d'un premier échange, avant de fixer un calendrier réaliste plutôt qu'une promesse écrite sans avoir vu le terrain. Un calendrier posé après cet échange tient presque toujours mieux qu'un délai annoncé au téléphone.
Ce que ça coûte, et pourquoi cette page renvoie vers un cadrage
Un audit d'un seul processus est un exercice ciblé, plus proche en taille et en démarche d'un cadrage de projet que d'un audit complet de toute l'informatique d'une entreprise. Dans les deux cas, on isole une décision précise, sur un champ limité, avant de construire quoi que ce soit derrière, ce qui évite d'engager un budget lourd sur une hypothèse encore floue.
C'est pour cette raison que cette page renvoie vers l'offre cadrage plutôt que vers l'audit complet : le format, la durée et le prix d'un audit d'un seul processus ressemblent davantage à ceux d'un cadrage qu'à ceux d'un audit qui couvrirait toute l'informatique de l'entreprise. Renvoyer vers le mauvais format ferait payer un exercice trop lourd pour un besoin étroit.
Le prix dépend de deux éléments concrets, discutés lors du premier échange : le nombre de personnes à rencontrer, et le nombre d'outils traversés par le processus choisi. Un processus tenu par deux personnes dans un seul logiciel coûte moins cher à auditer qu'un processus qui implique quatre services et trois outils différents, parce que le nombre d'entretiens à mener grandit avec le nombre de personnes concernées.
Un dirigeant qui hésite entre un cadrage sur un seul processus et un audit complet de son informatique gagne à se poser une question simple : est-ce qu'un seul point précis lui coûte cher aujourd'hui, ou est-ce que le doute porte sur l'ensemble de ses outils ? La première situation appelle cette page, la seconde appelle le pilier de l'audit complet.
Le tarif exact se discute lors d'un premier échange, une fois le processus choisi et les personnes à voir identifiées : donner un chiffre avant cet échange reviendrait à deviner, ce que nous préférons éviter, même pour rassurer plus vite un dirigeant pressé de savoir à quoi s'attendre. Un chiffre donné trop tôt finit toujours par bouger une fois le terrain découvert.
Ce format de cadrage a un autre avantage, moins visible que le prix : il engage peu, et il laisse la décision suivante entièrement ouverte. Rien n'oblige à confier ensuite la correction du processus à qui a mené l'audit ; le document produit appartient à l'entreprise et peut servir de base à n'importe quelle décision.
Ce qu'on en sort à la fin
Le document remis à la fin tient sur quelques pages, pas cinquante : la liste des étapes du processus, dans l'ordre où elles se déroulent réellement, avec le temps passé à chacune quand il a pu être mesuré. Cette liste seule suffit souvent à faire dire tout haut ce que chacun pensait tout bas depuis longtemps.
Vient ensuite la liste des deux ou trois points qui coûtent le plus cher, en temps ou en erreurs, classés par ordre de priorité. Ce classement compte autant que la liste elle-même : il dit par où commencer, ce qui manque le plus souvent aux constats généraux qui listent tout sans jamais trancher. Un rapport qui ne classe rien renvoie la décision au lecteur.
Le document précise aussi qui est concerné par chaque point, et quelles informations manquaient au moment de l'audit pour aller plus loin sur certains sujets. Cette honnêteté sur les limites du diagnostic évite de faire croire à une exhaustivité que trois ou quatre entretiens ne peuvent pas garantir à eux seuls, et elle donne à l'entreprise une piste claire pour compléter le tableau plus tard si elle le juge utile.
Ce document seul ne corrige rien, et il faut le dire dès la remise : il pose un diagnostic, pas une solution. Une entreprise peut choisir de corriger elle-même les points listés, à la main, sans outil supplémentaire, si les corrections restent simples et ne demandent pas de développement particulier. Une bonne partie des points relevés se règle par une simple décision interne.
Quand la correction demande de construire ou d'ajuster un outil, le document de priorités sert alors de base à l'étape suivante, celle de l'optimisation des processus, qui redessine le travail plutôt que de le décrire. Les deux étapes se suivent, elles ne se confondent pas, et rien n'oblige à les confier à la même personne ou au même prestataire.
Le document reste utile même des mois après sa remise, comme point de comparaison : relire ce qui coinçait à l'époque, et vérifier si les corrections lancées ont vraiment tenu dans la durée, ou si le vieux contournement est revenu discrètement une fois l'attention retombée sur autre chose. Cette relecture ne demande ni consultant ni budget, seulement la volonté de rouvrir le document une fois par an.
Ce qui revient le plus souvent dans ce genre d'audit
Trois constats reviennent dans la grande majorité des audits menés sur un seul processus, quel que soit le secteur de l'entreprise. Le premier : une même information ressaisie dans deux logiciels différents, parce que ces deux logiciels ne se parlent pas entre eux et qu'aucun pont n'a jamais été construit. Cette double saisie passe souvent inaperçue, tant qu'elle reste le travail discret d'une seule personne habituée.
Le deuxième constat fréquent : une étape qui attend la validation d'une seule personne, souvent absente au mauvais moment, sans personne pour la remplacer en cas de congé ou de déplacement. Ce blocage arrête tout, même si le reste de la chaîne avance normalement autour de lui, faute d'avoir prévu un remplaçant tant que la personne titulaire restait présente.
Le troisième : un fichier partagé qui sert de mémoire collective, faute d'un système officiel qui remplirait ce rôle. Ce fichier devient au fil du temps la vraie base de travail de l'équipe, plus fiable à leurs yeux que le logiciel censé jouer ce rôle, ce qui en dit long sur ce dernier et sur la confiance réelle qu'il inspire aux personnes censées s'en servir chaque jour.
Ces trois constats ne sont pas des défauts personnels, et il faut le rappeler à chaque restitution : ce sont des raccourcis qui se sont installés parce que l'outil officiel ne suivait pas le rythme réel du travail. Les équipes n'ont pas cherché à mal faire, elles ont cherché à faire malgré l'outil, et c'est cette distinction que la restitution doit poser dès les premières minutes.
Un quatrième constat, plus discret, mérite d'être cité : une tâche qui existe encore parce que personne n'a jamais reposé la question de son utilité. Elle a eu un sens à un moment donné, une règle a changé depuis, mais personne n'a eu le temps ni le mandat de la retirer du processus. La retirer demande souvent moins d'une heure de discussion, une fois que quelqu'un ose poser la question.
Reconnaître ces schémas ne dispense pas de l'audit lui-même : chaque entreprise les vit avec ses propres outils, ses propres personnes et son propre historique, et le diagnostic général ne remplace jamais l'observation d'un dossier réel, propre à l'entreprise concernée, du début jusqu'à la fin. Ces schémas donnent seulement une idée de ce qu'on va probablement trouver, pas une certitude qui dispenserait de regarder.
Auditer un processus soi-même ou avec un regard extérieur
Un responsable qui connaît bien son équipe peut mener lui-même une bonne partie de ce travail : il sait déjà qui fait quoi, il peut poser les mêmes questions et observer les mêmes dossiers réels. Rien dans la méthode décrite plus haut n'exige un consultant, tant que la personne qui mène l'audit sait écouter sans juger.
La limite apparaît sur un point précis : un responsable interne porte, malgré lui, une part d'intérêt dans le service qu'il audite. Il a peut-être validé lui-même certains choix devenus problématiques, ou il travaille chaque jour avec les personnes interrogées, ce qui rend certaines questions gênantes difficiles à poser franchement, même avec la meilleure volonté du monde et sans aucune intention de cacher quoi que ce soit.
Un regard extérieur pose ces questions sans ce poids : pourquoi cette étape existe-t-elle encore, pourquoi personne ne l'a jamais changée, qui a intérêt à ce que rien ne bouge. Ces questions dérangent parfois, et c'est justement leur utilité : une personne interne les évite souvent, par prudence ou par habitude, alors qu'un regard extérieur n'a rien à perdre à les poser tout haut.
Un regard extérieur n'a pas non plus d'intérêt politique dans le service audité, ce qui change la nature des réponses reçues. Une personne interrogée hésite moins à décrire un contournement devant quelqu'un qui n'a aucun pouvoir hiérarchique sur elle et qui repartira une fois l'audit terminé, sans conséquence sur son poste ni sur ses relations avec son équipe.
Dans les faits, un responsable qui hésite entre les deux options peut commencer seul, avec les questions de cette page, sur un processus simple et peu sensible. Si les réponses restent superficielles, ou si un sujet politique complique les entretiens, un regard extérieur devient alors plus utile qu'au premier jour, précisément parce qu'il n'a rien à ménager dans le service concerné.
Nous ne poussons pas systématiquement chaque lecteur vers l'offre payante : un point de friction mineur, sur un processus peu sensible, ne justifie pas toujours un audit mené par quelqu'un d'extérieur à l'entreprise. Le bon niveau d'aide dépend de la taille du sujet, pas d'une règle générale valable partout, et un dirigeant honnête avec lui-même sait souvent très vite dans quel cas il se trouve.
Ce qu'on construit avec vous chez Techmind
Chez Techmind, un audit de processus suit la méthode décrite sur cette page : des entretiens individuels avec les personnes qui font le travail, l'observation de deux ou trois dossiers réels, et un document final qui tient sur quelques pages plutôt que sur cinquante. Rien de ce que nous faisons ne sort de cette page : la méthode appliquée sur le terrain est celle qui vient d'être décrite.
Nous menons ces entretiens seuls avec chaque personne, jamais en réunion collective, pour les raisons expliquées plus haut : les réponses les plus utiles viennent rarement devant un responsable ou un collègue. Cette manière de faire prend un peu plus de temps qu'une réunion groupée, et elle change ce qu'on nous dit vraiment, ce qui justifie ce choix même quand le calendrier de l'entreprise est serré.
Le document que nous remettons à la fin liste les points qui coûtent le plus cher, classés par priorité, avec une description assez précise pour que l'entreprise puisse décider seule si elle corrige à la main ou si elle a besoin d'un outil pour aller plus loin, sans que cette décision nous revienne à nous plutôt qu'à elle.
Cette étape s'inscrit dans une démarche plus large que nous décrivons sur le pilier audit informatique PME, qui couvre toute l'informatique d'une entreprise plutôt qu'un seul processus. Un dirigeant qui hésite entre les deux formats peut commencer par cette page pour comprendre la différence avant de choisir, puis nous écrire directement s'il reste une hésitation.
La suite concrète passe par l'offre cadrage, qui reprend le format décrit ici : un premier échange pour choisir le processus et les personnes à voir, puis les entretiens et l'observation, puis le document de priorités remis en fin de mission, sans étape supplémentaire cachée entre les deux et libre de s'arrêter là si l'entreprise préfère continuer seule ensuite.
Un premier échange suffit pour savoir si votre situation appelle un audit d'un seul processus, un audit plus large, ou simplement une conversation sur ce qui vous coûte le plus de temps aujourd'hui dans votre entreprise, sans qu'aucun format ne soit décidé avant même de vous avoir écouté. Une demi-heure suffit en général pour dire où vous en êtes.
Questions fréquentes
C'est quoi un audit de processus ?
Suivre un travail précis, du début à la fin, dans une seule entreprise : qui le fait, avec quels outils, combien de temps prend chaque étape, et où l'information se ressaisit ou attend sans raison. Ça se fait par des entretiens individuels et l'observation de deux ou trois dossiers réels, et ça se termine par une liste courte des points à corriger, classée par priorité.
Quelle différence entre un audit de processus et une cartographie des processus ?
L'audit regarde un processus et classe ses points de friction par priorité ; la cartographie dessine ce même processus dans le détail, étape par étape, avec les outils et les temps de passage à chaque endroit. Les deux se suivent souvent : l'audit dit par où commencer, la <a href="/audit-informatique-pme/cartographie-des-processus/">cartographie</a> dessine ensuite le chemin complet.
Combien coûte un audit d'un seul processus ?
Le prix dépend du nombre de personnes à rencontrer et du nombre d'outils traversés par le processus choisi, et il se discute lors d'un premier échange plutôt qu'à l'aveugle. C'est le format le plus proche de l'offre <a href="/offres/cadrage/">cadrage</a>, plus ciblé et moins coûteux qu'un audit complet de toute l'informatique d'une entreprise.
Combien de temps dure un audit de processus ?
Ça dépend surtout du nombre de personnes à voir et du nombre d'outils que le processus traverse : un processus simple, tenu par deux personnes dans un seul logiciel, se regarde plus vite qu'un processus qui passe par plusieurs services. Le calendrier exact se fixe après un premier échange, une fois le terrain connu.
Qui doit participer à un audit de processus dans une PME ?
Trois profils au minimum : la personne qui exécute le travail chaque jour, celle qui reçoit le résultat dans le service suivant, et celle qui a le pouvoir de décider un changement une fois le diagnostic posé. Un audit mené sans l'un de ces trois profils rate souvent l'étape qui coince vraiment.
Qu'est-ce qu'on reçoit à la fin d'un audit de processus ?
Un document court : la liste des étapes réelles du processus, le temps passé à chacune quand il a pu être mesuré, et les deux ou trois points qui coûtent le plus cher, classés par ordre de priorité. Ce document ne corrige rien par lui-même, il sert de base à la décision suivante.
Peut-on auditer un processus soi-même, sans consultant ?
Oui, en grande partie, surtout sur un processus simple et peu sensible : la méthode décrite sur cette page n'exige pas de consultant. La limite apparaît quand un sujet devient politique ou sensible dans l'équipe : un regard extérieur pose alors des questions qu'une personne interne évite souvent par prudence.
