Aller au contenu

Le déroulement d’une mission

Toute mission se déroule de la même manière, quel que soit ce que nous construisons : des phases dont la fin est définie, des livrables que vous conservez, et un point de décision à chaque limite, où vous pouvez vous arrêter.

Ce qui vaut pour toute mission

Les missions diffèrent par ce qu’elles produisent. Une mission de maturité de huit semaines et une réalisation qui dure plusieurs mois ne sont pas le même travail. Ces quatre engagements valent pour l’une comme pour l’autre, et vous pouvez nous y tenir.

  • L’équipe qui recommande est l’équipe qui construit

    Les ingénieurs qui évaluent vos systèmes sont les ingénieurs qui écrivent le code. Rien n’est confié à un partenaire de réalisation après la recommandation, ce qui explique aussi que nos recommandations soient généralement plus modestes que celles d’un cabinet de conseil : c’est nous qui devons les réaliser.

  • Chaque phase se termine par un élément qui vous appartient

    Chaque phase se termine par un document, un jeu de données, un dépôt de code ou un système en fonctionnement, livré sous forme de source modifiable et utile pour vous même si la mission s’arrête là.

  • Les décisions appartiennent à votre organisme

    Nous évaluons, rédigeons, concevons, construisons et exploitons. Vous décidez, adoptez et approuvez. Rien ne franchit un point de décision sans votre accord, et s’arrêter fait toujours partie des options.

  • Le périmètre ne change que par un point d’approbation

    Le périmètre évolue sur presque tous les projets. Nous documentons les changements dès que nous les constatons, nous les chiffrons avant qu’ils soient réalisés, et nous ne les réalisons qu’après votre accord écrit.

Les cinq phases

Ce sont les noms employés dans votre proposition et dans chaque point d’avancement qui la suit. Une phase a une fin définie, elle produit quelque chose que vous conservez, et elle se termine par un point de décision où votre organisme décide si la suivante commence.

De votre équipe
Les personnes et les heures que la phase demande à votre organisme. Nous le publions parce qu’une mission qui consomme discrètement le temps de vos agents a un coût qui n’apparaît jamais sur la facture.
Vous conservez
Ce qui existe à la fin de cette phase, sous une forme source modifiable, et qui vous reste si la mission ne va pas plus loin.
Point de décision
Le point où le travail s’arrête et attend. Rien de ce qui suit le point de décision ne commence tant que votre organisme ne l’a pas demandé.
  1. Phase 1. Comprendre

    Nous apprenons ce que vous exploitez et ce qui ne fonctionne pas, auprès des personnes qui composent avec ces systèmes au quotidien.

    De votre équipe
    Des présentations, la documentation des systèmes, et environ six heures du temps de votre équipe
    Vous conservez
    Une évaluation de la situation actuelle, avec les coûts et les risques nommés
    Point de décision
    Vous confirmez les constats avant qu’ils deviennent une recommandation
  2. Phase 2. Décider

    Nous vous présentons des options, chacune avec son coût, ce qu’elle demande à vos équipes et ce qu’elle exclut.

    De votre équipe
    Le décideur et le responsable du budget, une séance de travail
    Vous conservez
    Des options chiffrées et un plan séquencé
    Point de décision
    Vous choisissez, y compris de vous arrêter ou de confier le plan à un autre cabinet
  3. Phase 3. Construire

    Nous construisons dans votre dépôt de code, avec une démonstration fonctionnelle à échéance fixe tout au long de la réalisation.

    De votre équipe
    Un décideur habilité à valider le périmètre, et du temps de vos équipes pour la relecture
    Vous conservez
    Le logiciel en fonctionnement, le code source et la documentation au fil de leur production
    Point de décision
    Une démonstration au regard des critères de recette convenus avant la réalisation
  4. Phase 4. Adopter

    Nous formons les personnes qui l’utiliseront et celles qui le maintiendront, et nous mesurons son utilisation réelle.

    De votre équipe
    Les agents qui devront s’en servir au quotidien
    Vous conservez
    La formation, le manuel d’exploitation et l’adoption mesurée
    Point de décision
    Votre équipe démontre qu’elle peut l’exploiter sans nous
  5. Phase 5. Exploiter ou transmettre

    Vous hébergez par vos soins, vous hébergez par vos soins avec assistance, ou nous l’exploitons dans votre propre environnement cloud. Les trois options sont chiffrées à l’avance.

    De votre équipe
    Un contact technique désigné
    Vous conservez
    Un plan de transition, ou un contrat d’exploitation avec des délais de réponse publiés
    Point de décision
    Passer d’une option à l’autre ne coûte aucuns frais de sortie, à tout moment

Ce qui se passe quand le périmètre évolue

Le périmètre évolue sur presque tous les projets. Nous traitons ces évolutions par une procédure d’approbation documentée, afin que votre organisme connaisse le coût d’une modification avant tout travail.

Un prix ferme n’a guère de valeur sans une procédure publiée de modification du périmètre, car le périmètre évolue sur presque tous les projets et c’est la procédure qui décide qui paie ces évolutions. La nôtre est publiée ci-dessous, étape par étape.

Voir les missions et les tarifs
  1. Étape 1. La modification est documentée

    Tout ce qui sort du périmètre écrit fait l’objet d’une demande de modification, par écrit, dès que nous le repérons.

  2. Étape 2. La modification est chiffrée

    Vous recevez par écrit le coût et l’incidence sur le calendrier avant que le moindre travail ne commence sur cette modification.

  3. Étape 3. Votre organisme décide

    Vous pouvez approuver la modification, la reporter ou la refuser. Un refus n’affecte pas le reste de la mission.

  4. Étape 4. Aucun travail sans approbation

    Aucune modification n’est construite ni facturée sans votre approbation écrite.

Nos règles d’indépendance

Nous vendons du conseil et nous vendons de la réalisation, ce qui constitue un conflit d’intérêts tant qu’il n’est pas encadré. Voici les règles que nous nous imposons, publiées pour que vous puissiez nous y tenir.

  • Nos évaluations peuvent être communiquées à tous les soumissionnaires

    Si vous mettez la réalisation en concurrence, l’évaluation et le cahier des charges que nous avons rédigés vous appartiennent et vous pouvez les communiquer à tous les soumissionnaires. Aucun concurrent n’est désavantagé sur l’information parce que vous nous avez engagés en premier.

  • Nous ne soumissionnons pas pour la réalisation lorsque nous avons rédigé le cahier des charges

    Lorsque nous avons rédigé le cahier des charges ou évalué les soumissionnaires, ni ce cabinet ni eCourtDate, notre division plateforme, ne soumissionne pour le marché qui en résulte, pendant toute la durée de la mission et pendant les 18 mois qui suivent sa clôture. Cette exclusion couvre les deux divisions, et elle s’applique que votre organisme le demande ou non. Cela peut nous coûter la part la plus importante du travail, et nous acceptons ce coût.

  • L’autodiagnostic gratuit n’engage à rien

    Il ne crée aucune obligation, aucun avantage dans un marché ultérieur et aucune relance. Les prix de nos projets pilotes sont publiés, de sorte que toute recommandation peut être confiée à un autre prestataire.

  • Vous pouvez exclure notre division plateforme sans aucune conséquence

    Lorsqu’un projet a besoin d’un service que notre division plateforme propose, celui-ci est une option parmi d’autres et il est toujours signalé comme étant le nôtre. L’exclure ne change rien à la mission ni à son prix.

  • Les données de l’autodiagnostic ne passent jamais à la division plateforme

    Ce que vous nous dites de vos systèmes reste dans la mission de services. Ces informations ne sont jamais transmises à la division plateforme, et elles ne servent jamais à vous vendre quoi que ce soit.

Ces règles existent en raison de la forme même de l’échelle des missions : elle commence par un autodiagnostic gratuit et elle peut se terminer par la construction du système par nos soins. Interrogez-nous sur chacune d’elles avant la signature d’un contrat.

Exemples détaillés

Les phases se jugent plus facilement face à un problème que dans l’abstrait. Ces exemples sont rédigés par nous, pour montrer comment la méthode se comporte sur les problèmes ordinaires d’une juridiction : le téléphone qui ne cesse de sonner, la politique adoptée puis impossible à appliquer. Aucun ne décrit un organisme avec lequel nous avons travaillé, et nous ne publions aucune référence nominative tant qu’un organisme ne l’a pas autorisée.

Une juridiction municipale avec un seul greffier et un téléphone qui ne s’arrête jamais

Un scénario illustratif, et non une mission réalisée pour un client.

Une juridiction d’environ 40 000 dépôts par an. Les deux tiers des appels portent sur les mêmes quatre questions : quand dois-je me présenter, combien dois-je, puis-je payer en ligne, dois-je venir sur place.

Le déroulement
  1. Comprendre : deux semaines. Nous écoutons les appels avec les greffiers et nous comptons les questions posées.
  2. Décider : quatre pages réécrites en langage clair, un lien de paiement qui fonctionne sur téléphone, et une assistance conversationnelle en dehors des heures d’ouverture. Un portail complet n’est pas nécessaire.
  3. Construire : huit semaines, avec une relecture des greffiers toutes les deux semaines.
  4. Adopter : les greffiers rédigent les réponses que donne l’assistant, parce que ce sont eux qui les connaissent.
  5. Exploiter : la juridiction héberge par ses soins, avec un contrat d’assistance pour les correctifs.
Ce qui est mesuré
L’indicateur convenu au départ est le volume d’appels sur ces quatre questions, examiné à 90 jours, la juridiction effectuant elle-même le comptage.

Un service administratif doté d’une politique d’IA adoptée mais sans moyen de l’appliquer

Un scénario illustratif, et non une mission réalisée pour un client.

La politique a été adoptée dans les délais. Six mois plus tard, il n’existe ni liste d’outils approuvés, ni moyen d’examiner l’outil qu’une juridiction demande, ni trace de ce qui est utilisé.

Le déroulement
  1. Comprendre : trois semaines auprès d’un échantillon de juridictions, pour recenser ce qui est déjà utilisé.
  2. Décider : une liste d’outils approuvés, une grille d’examen qu’une juridiction peut appliquer sans validation centrale, et une procédure de déclaration.
  3. Construire : la grille et le registre, ainsi que des supports de formation par profil que les juridictions peuvent dispenser elles-mêmes.
  4. Adopter : former les formateurs de chaque région plutôt que les agents directement.
  5. Exploiter : le service administratif tient le registre sans nous.
Ce qui est mesuré
L’indicateur est le nombre de juridictions capables d’indiquer par écrit quels outils d’IA elles utilisent et en vertu de quelle règle.

Une première étape sans engagement

L’autodiagnostic de maturité est gratuit, prend environ 20 minutes et vous remet un rapport assorti d’un score que vous conservez. Il n’engage à rien : ni appel, ni relance.