Organisation
L'organisation, c'est mettre par écrit avant de construire : comment vous travaillez vraiment, ce que le projet doit faire, ce qui existe déjà. Vous savez ce que vous commandez ; celui qui construit sait ce qu'il doit livrer.
Quand on fait appel à nous
- Vous devez consulter des prestataires et il n'y a pas de cahier des charges.
- « Rien n'est documenté : tout est dans la tête d'une seule personne. »
- Trois outils font la même chose, chacun à sa façon, et personne n'a décidé lequel fait foi.
- Un projet précédent a livré autre chose que ce que vous attendiez.
- Vous changez d'outil, et personne ne sait décrire ce que l'ancien fait vraiment.
- On vous demande des procédures écrites, pour une certification, un rachat ou un contrôle, et elles n'existent qu'à l'oral.
Ce que nous faisons
Spécifications. Le document qui dit ce qu’on veut obtenir, pour qui, avec quelle contrainte. C’est le cœur de ce sujet : une spécification assez précise pour être chiffrée, comparée, puis exécutée, par nous ou par quelqu’un d’autre. Vous restez libre du choix.
Cartographie des processus. Qui fait quoi, avec quel outil, dans quel ordre, et où ça coince. Nous décrivons le travail réellement fait, pas la version théorique : c’est l’écart entre les deux qui fait dérailler les projets.
Processus et règles d’usage. Une fois le travail compris, le mettre au clair : qui fait quoi, où vivent les données, ce qui se valide et comment. Des règles courtes et applicables, pas un classeur que personne n’ouvre.
Documentation. De l’existant, des choix, des procédures. Y compris la reprise d’un système que personne n’a jamais documenté : nous lisons ce qui existe et nous l’écrivons, pour que le savoir reste dans l’entreprise plutôt que dans une seule tête.
Assistance à maîtrise d’ouvrage. Quand le chantier est confié à d’autres, nous restons de votre côté de la table : rédaction du dossier de consultation, comparaison des réponses, suivi de l’exécution jusqu’à la livraison.
Le code est devenu la partie la moins chère et la moins risquée d’un projet. Ce qui coûte cher, c’est de construire la mauvaise chose, et c’est exactement ce que ce sujet empêche. Les spécifications sont écrites par ceux qui exécutent : chaque ligne est chiffrable, aucune ne relève de l’hypothèse.
Exemples de livrables
- Spécifications rédigées pour pouvoir être exécutées par quelqu'un d'autre : ce qu'on veut obtenir, pour qui, avec quelle contrainte.
- Cartographie des processus : qui fait quoi, avec quel outil, et où ça coince.
- Règles d'usage écrites : où vivent les données, qui valide quoi, quel outil fait foi.
- Documentation de l'existant : reprise, complétée ou créée.
- Procédures pas à pas, écrites pour être suivies sans leur auteur.
- Dossier de consultation prêt à envoyer, si le chantier est exécuté par d'autres.
- Analyse comparée des réponses reçues : ce que chaque devis couvre, ce qu'il omet, et une recommandation.
Questions
Des spécifications, ça se chiffre comment ?
Ça dépend de ce qu’on veut obtenir, et c’est justement le premier sujet. On en parle, on cadre, et vous repartez avec une estimation qui engage, pas un ordre de grandeur qui bougera trois fois.
Ce que nous pouvons dire tout de suite : nous ne sommes pas l’option la moins chère, et ce n’est pas ce que nous cherchons à être.
Un cahier des charges chez vous, ça finit toujours par le chantier qui va avec ?
Non. On vous dira ce qu’on voit, c’est le minimum, mais l’ordre des priorités reste le vôtre, et « rien pour l’instant » est une réponse valable.
La plupart de nos missions s’élargissent avec le temps ; aucune ne commence par une obligation. L’audit de site se commande d’ailleurs en ligne, sans nous parler, et le plan d’action qui l’accompagne est écrit pour être exécuté par qui vous voulez.
Vous écrivez les spécifications et vous pouvez construire ensuite : vous n'êtes pas juge et partie ?
La question est légitime, et voici comment nous y répondons.
D’abord, un audit qui conclut « votre existant tient, ne touchez à rien » est un livrable normal chez nous, pas un échec. Ensuite, nous n’avons pas de technologie à placer : nous ne revendons pas de licences et ne sommes affiliés à aucun éditeur, donc rien ne nous pousse vers une solution plutôt qu’une autre. Enfin, un cadrage peut vous servir à consulter ailleurs : les spécifications sont à vous, et elles sont rédigées pour pouvoir être exécutées par quelqu’un d’autre.
On n'a besoin que d'un cahier des charges. Vous prenez ce genre de missions ?
Oui, et c’est même le cas le plus fréquent. Une correction, une migration, un audit, une fonctionnalité : on prend.
La chaîne complète, c’est ce qu’on sait faire, pas ce qu’on exige. La seule différence avec quelqu’un qui ne ferait que ça, c’est qu’on vous dira si le problème que vous nous signalez vient d’ailleurs.
Qui va réellement écrire nos spécifications ?
La même personne que celle avec qui vous parlez maintenant.
C’est la question à poser systématiquement, y compris à nos concurrents : dans beaucoup de structures, la personne qui vend n’est pas celle qui produit, et vous ne rencontrerez jamais la seconde.
Des spécifications, ça prend combien de temps ?
Plus vite que ce à quoi vous êtes habitué. Un site vitrine se compte en semaines. Une refonte complète aussi, la plupart du temps.
Le facteur limitant est presque toujours la disponibilité des décisions et des contenus de votre côté, pas la production.
Parlons de votre projet ou de votre problème.
Décrivez votre situation en quelques lignes, comme elle vous vient. Vous recevez une première lecture par écrit : ce que nous comprenons, ce que nous ferions, par où commencer. Pas un accusé de réception, pas de relance commerciale : une réponse qui vous sert, même si ça s'arrête là.