Aller au contenu

Méthode

Factuel, indépendant, orienté décision

Une mission sert à prendre une décision. Tout le reste est organisé pour cela.

Principes

Cinq principes, tenus à chaque mission

Factuel
Je décris ce que j’ai vu, lu et mesuré, et je dis quand la preuve manque.
Indépendant
Aucun lien avec un éditeur ou un prestataire : je ne réalise jamais ce que j’audite.
Orienté décision
Chaque livrable se termine par les décisions à prendre et leurs conséquences.
Peu intrusif
Des ateliers courts et préparés, appuyés sur ce qui existe déjà.
Sans engagement prématuré sur la mise en œuvre
La mise en œuvre se décide après le diagnostic, jamais avant.

Déroulé

Quatre temps, puis le pilotage si vous le souhaitez

Les durées dépendent de votre logiciel ; je les précise au cadrage.

  1. Une réunion de deux heures avec la directionCadrageFixer le périmètre, le contexte et les enjeux avec la direction.
  2. Deux ou trois demi-journées, réparties sur deux à quatre semainesAteliersAvec vos équipes et vos utilisateurs, sur leurs outils réels.
  3. Deux à quatre semainesAnalyse et mesureChaque constat dit ce qu’il signifie et pourquoi il compte.
  4. Une réunionRestitutionUne lecture orientée décision, présentée à la direction.

Après la restitution, je peux piloter la mise en œuvre. Ce n’est jamais une condition.

Mesure

Douze indicateurs de vélocité, de qualité et de productivité

Chaque indicateur en trois lignes, puis un exemple de lecture.

Produit

  • Produit

    Activation

    Ce que c’est
    La part des nouveaux utilisateurs qui trouvent vite la valeur du produit.
    Pourquoi ça compte
    Un utilisateur qui ne trouve pas vite la valeur ne revient pas.
    Comment je le mesure
    Le geste qui marque cette valeur, suivi dans l’outil d’usage.

  • Produit

    Rétention à 90 jours

    Ce que c’est
    La part des utilisateurs encore actifs trois mois après leur arrivée.
    Pourquoi ça compte
    C’est le signe le plus honnête qu’un produit rend service.
    Comment je le mesure
    Cohorte par cohorte, mois après mois.

  • Produit

    Adoption des fonctionnalités

    Ce que c’est
    Ce que vos clients utilisent vraiment, fonctionnalité par fonctionnalité.
    Pourquoi ça compte
    Elle révèle ce qui a été construit pour rien.
    Comment je le mesure
    L’usage de chaque fonctionnalité sur un mois glissant.

  • Produit

    Délai de mise sur le marché

    Ce que c’est
    Le temps entre une décision produit et sa mise en release.
    Pourquoi ça compte
    C’est la vélocité de votre équipe, vue par vos clients.
    Comment je le mesure
    De la décision inscrite à la release.

Technique

  • Technique

    Dette technique

    Ce que c’est
    Ce qui rend chaque évolution plus lente et plus chère.
    Pourquoi ça compte
    Elle freine la vélocité, release après release.
    Comment je le mesure
    Des outils d’analyse statique, qui lisent le code.

  • Technique

    Fréquence de livraison et délai de correction

    Ce que c’est
    Combien de releases, et en combien de temps on corrige un incident.
    Pourquoi ça compte
    Des releases petites et fréquentes cassent moins.
    Comment je le mesure
    Dans les dépôts de code et l’outil de support.

  • Technique

    Dépendance

    Ce que c’est
    Le nombre de personnes capables d’intervenir sur chaque brique.
    Pourquoi ça compte
    Si une seule personne sait, le logiciel part avec elle.
    Comment je le mesure
    L’historique du code, croisé avec des entretiens.

  • Technique

    Sécurité et conformité

    Ce que c’est
    Les failles ouvertes et l’écart avec vos obligations : RGPD, facturation, accessibilité.
    Pourquoi ça compte
    Une faille ou un écart découverts tard coûtent plus cher.
    Comment je le mesure
    Analyse des dépendances et grille par obligation.

Performance des process

  • Performance des process

    Délai de cycle d’un processus

    Ce que c’est
    Le temps entre l’arrivée d’un dossier et son traitement complet.
    Pourquoi ça compte
    C’est ce que vos clients ressentent en premier.
    Comment je le mesure
    Horodatage des étapes dans vos outils, ou relevé sur un échantillon.

  • Performance des process

    Part des tâches automatisées

    Ce que c’est
    La part des étapes d’un process qui se font sans intervention humaine.
    Pourquoi ça compte
    Chaque étape automatisée libère du temps et supprime une source d’erreur.
    Comment je le mesure
    Cartographie du process, étape par étape.

  • Performance des process

    Heures gagnées par mois

    Ce que c’est
    Le temps rendu à vos équipes par l’automatisation et l’IA.
    Pourquoi ça compte
    C’est le gain qui justifie, ou non, l’investissement.
    Comment je le mesure
    Temps par tâche avant et après, multiplié par les volumes.

  • Performance des process

    Taux d’erreurs et de ressaisies

    Ce que c’est
    La part des dossiers qu’il faut corriger ou saisir deux fois.
    Pourquoi ça compte
    Chaque erreur coûte du temps, et parfois un client.
    Comment je le mesure
    Relevé des corrections et des doubles saisies sur un mois.

Lecture de l’indicateurExemple

Duplication de code

18 %de lignes dupliquées (exemple)

Ce que c’est
Le code copié-collé à plusieurs endroits.
Pourquoi ça compte
Chaque correction doit être faite autant de fois qu’il y a de copies.
À partir de quel seuil
Les outils courants alertent au-delà de 3 % de lignes dupliquées sur le code nouveau.
Ce que je recommande
À 18 %, je recommande de mettre en commun le code des modules les plus modifiés.
Duplication de codeExemple

La barre or est la valeur mesurée, la barre encre le seuil d’alerte. Plus l’écart est grand, plus la dette coûte.

Livrables

Ce que vous avez entre les mains à la fin

  • Note de cadrage

    Périmètre, questions, calendrier, interlocuteurs.

  • Rapport d’audit orienté décision

    Constats, risques et décisions à prendre.

  • Diagnostic produit

    Ce qui sert, ce qui manque, ce qui coûte.

  • Trajectoires et chiffrage

    Scénarios comparés et chiffrés.

  • Stratégie et feuille de route

    Quatre pages et douze mois de feuille de route.

  • Tableau de bord

    Huit à douze indicateurs, lus chaque mois.

  • Schéma directeur d’organisation

    Qui fait quoi, avec quels rituels.

Indépendance et confidentialité

Personne ne me paie pour vous recommander quoi que ce soit

Je ne réalise jamais ce que j’audite ou ce que je cadre, et je n’ai aucun lien avec un éditeur.

Fin de mission

Une transition ordonnée

Une mission se termine quand vous pouvez continuer sans moi.

  • Documentation complète

    Tout ce que j’ai produit, rangé et lisible.

  • Transfert de connaissances

    Des séances avec ceux qui reprennent le sujet.

  • Bilan

    Ce qui est fait, ce qui reste, ce qu’il faut suivre.

Questions fréquentes

Ce que l’on me demande souvent

Combien de temps dure un audit ?

Six à dix semaines du cadrage à la restitution, selon la disponibilité des équipes et l’accès au code.

Venez-vous sur site ?

Oui, pour les ateliers. Le reste se fait en visio, partout en France.

À quelles entreprises vous adressez-vous ?

Éditeurs de logiciels, startups, scale-ups et PME dont un logiciel est au cœur de l’activité.

Combien cela coûte-t-il ?

Sur devis, après un premier échange. Audits et cadrages au forfait, direction à temps partagé en pack mensuel.

Travaillez-vous seul ?

Je mène chaque mission moi-même. Si besoin, je travaille avec un confrère indépendant, présenté avec votre accord.

Utilisez-vous l’IA ?

Oui. Les outils que j’utilise, IA comprise, vous sont déclarés et encadrés par le contrat.

À qui appartiennent les livrables ?

À vous.

Contact

Parlons de votre situation

Un premier échange pour comprendre votre contexte, sans engagement.

Prendre contact