Exploitation
Conseil et accompagnement numérique
Avant de développer quoi que ce soit, il faut savoir ce que l'outil doit produire. L'accompagnement sert à cela : poser le besoin, écarter les fausses bonnes idées, et écrire un cahier des charges qui tienne devant un prestataire — le mien compris.
Formes d'intervention
Cahier des charges
Le document qui fixe le périmètre, les fonctions attendues et les critères de recette. Il vous appartient et vous sert à consulter qui vous voulez.
- Périmètre et fonctions
- Critères de recette
- Document réutilisable
Audit de l'existant
État réel de ce que vous avez : ce qui tient, ce qui va casser, ce qui coûte cher à maintenir, et ce qui mérite d'être remplacé.
- Technique et éditorial
- Dette et risques
- Priorités chiffrées en effort
Second avis
Une proposition reçue que vous voulez faire relire. Lecture technique et fonctionnelle, questions à poser, points à faire préciser.
- Lecture de proposition
- Questions à poser
- Points de vigilance
Comment se déroule un accompagnement
01
Écouter le besoin réel
Souvent la demande arrive déjà traduite en solution. On remonte d'un cran : quel problème résout-on, pour qui, et comment saura-t-on que c'est réglé ?
02
Écarter ce qui n'est pas utile
La fonction qu'on n'écrit pas est celle qui ne coûtera jamais de maintenance. Un bon cadrage retire plus qu'il n'ajoute.
03
Écrire
Le cahier des charges, en français, lisible par vous comme par un développeur. Sans lui, tout devient discutable en cours de route.
04
Accompagner l'exécution
Relecture des livrables, recette, arbitrages quand la réalité s'écarte du plan. Que le développement soit le mien ou celui d'un autre.
Questions fréquentes
Faut-il vous confier ensuite le développement ?
Non. Le cahier des charges vous appartient et sert à consulter qui vous voulez. C'est même la raison d'être du document.
Travaillez-vous avec mon prestataire actuel ?
Oui, c'est fréquent. Le rôle est alors d'assistance à maîtrise d'ouvrage : traduire votre besoin, relire les livrables, arbitrer.
Mon projet est peut-être trop petit.
Une demi-journée de cadrage évite parfois un développement entier. La taille du projet ne détermine pas l'utilité de l'exercice.