Aller au contenu

Assistance à maîtrise d'ouvrage. Votre camp, pas celui du prestataire.

On traduit votre besoin métier en cahier des charges défendable, on challenge les devis, on pilote la réalisation et on recette à votre place. Avec une différence : celui qui lit le devis technique a écrit du code pendant vingt ans.

La définition

Qu'est-ce que l'AMOA (assistance à maîtrise d'ouvrage) ?

Une mission où quelqu'un représente vos intérêts de maître d'ouvrage sur un projet informatique. Concrètement : recueillir l'expression de besoin auprès des métiers, la traduire en cahier des charges et en critères de recette, comparer les prestataires, piloter la réalisation, puis vérifier que ce qui est livré correspond à ce qui était dû. On parle aussi d'assistance MOA, d'assistant à maîtrise d'ouvrage ou d'AMOA informatique. Vous restez le décideur, vous cessez d'être seul face à des interlocuteurs qui maîtrisent le sujet mieux que vous.

Ne pas confondre

AMOA ou AMOE, laquelle vous cherchez ?

La maîtrise d'ouvrage (MOA), c'est vous : celui qui a le besoin, le budget et le dernier mot. La maîtrise d'œuvre (MOE), c'est celui qui construit. L'AMOA vous assiste côté besoin et contrôle, l'assistance à maîtrise d'œuvre (AMOE) assiste celui qui réalise, sur la conception technique et le pilotage du build. Les deux termes s'échangent souvent par erreur dans les appels d'offres. En pratique, si vous cherchez quelqu'un pour vous défendre face à un fournisseur, c'est une AMOA.

La méthode d'une mission AMOA

Quatre temps. Du besoin à la réception.

Une AMOA ne produit pas des slides, elle produit des documents qui engagent et des décisions tenues. Chaque étape sort un livrable qui vous appartient.

  1. 01

    Traduire le besoin métier

    On interroge ceux qui font le travail, pas seulement ceux qui commandent. Ce qui sort : une expression de besoin lisible par un dirigeant et exploitable par un développeur, avec les processus réels, les cas de bord et ce qui est hors périmètre. C'est là que se joue la moitié du succès du projet.

  2. 02

    Écrire le cahier des charges et les critères de recette

    Un cahier des charges qui décrit des résultats vérifiables, pas des écrans imaginés. Et surtout les critères de recette, écrits dès le départ : la liste de conditions qui, remplies, signifient que le travail est fait. Sans eux, la fin de projet devient une négociation sans fin.

  3. 03

    Choisir le prestataire et challenger les devis

    Consultation, grille de comparaison, questions techniques que le fournisseur n'attend pas. On lit les exclusions avant les inclusions, on repère l'intégration oubliée et la reprise de données sous-estimée. Vous décidez, avec de quoi décider.

  4. 04

    Piloter, recetter, réceptionner

    Comité de pilotage, suivi des écarts, arbitrages d'avenants en connaissance de cause. Puis la recette : on teste les cas de bord et les vraies données, pas seulement le parcours qui marche en démo. On signe la réception quand c'est réellement livré.

Avant d'appeler qui que ce soit

Le cahier des charges, vous pouvez le commencer seul.

Notre trame complète est téléchargeable en Word, gratuitement et sans laisser d'adresse. Huit sections, les tableaux déjà en place, et les clauses de non-perte de données, de propriété du code et de réversibilité déjà rédigées.

Beaucoup de situations n'ont pas besoin d'une mission AMOA : elles ont besoin d'un bon document et d'une personne en interne qui a le temps de le porter. Si c'est votre cas, prenez le modèle et allez-y. Une AMOA se justifie quand personne n'a ce temps, ou quand le projet engage assez d'argent pour qu'un regard technique adverse change l'issue.

Ce qui change tout

Une AMOA qui sait lire le devis technique.

La plupart des AMOA viennent du conseil fonctionnel. Elles savent animer un atelier et tenir un planning, ce qui est utile. Mais quand le prestataire répond qu'une API ne permet pas ce que vous demandez, ou qu'une reprise de données prendra trois mois, elles n'ont aucun moyen de vérifier. Elles transmettent. Vous payez la marge de sécurité de quelqu'un que personne ne contredit.

Ici, celui qui lit la réponse technique a piloté des architectures et écrit du code pendant plus de vingt ans. Un chiffrage gonflé se voit, une intégration oubliée se voit, un « ce n'est pas possible » qui signifie « je ne sais pas le faire » se voit aussi. Relevé de juillet 2026, sur une trentaine de missions menées depuis 2019 : aucun client ne nous a rappelés en urgence après une passation, et les trois seuls avenants signés en aval servaient à prolonger, jamais à réparer.

Le conflit d'intérêt, dit franchement

On fait aussi de la réalisation. Voilà comment on le traite.

Une agence qui vous vend l'AMOA puis se propose de réaliser le projet est en conflit d'intérêt. C'est structurel, et le nier serait malhonnête puisque nous faisons aussi du développement. Notre règle est simple : sur une mission d'AMOA, si le périmètre part en consultation, nous ne concourons pas. On ne peut pas écrire les critères de choix et se présenter au choix.

L'autre cas de figure est assumé à l'envers : si vous voulez qu'on construise, alors on est votre maître d'œuvre, on le dit, et l'AMOA reste chez vous ou chez un tiers. Ce qui n'arrive pas, c'est de cumuler les deux casquettes sur le même euro. Dire non à un périmètre fait partie du métier, et il nous est déjà arrivé de refuser une mission à cinquante mille euros pour cette raison.

Choisir la bonne posture

AMOA, CTO externalisé ou expert de transition ?

Trois missions différentes qu'on nous demande souvent d'arbitrer au premier appel.

Cette page

AMOA

Un projet précis, un prestataire à cadrer et à contrôler. On représente le métier, du besoin jusqu'à la réception. La mission s'arrête à la recette.

Autre posture

CTO externalisé

Pas un projet, une fonction. Direction technique dans la durée, arbitrages d'architecture, pilotage de tout le système d'information.

Voir le CTO externalisé

Autre posture

Expert de transition

Vous avez déjà une DSI. Il manque une expertise pointue sur un sujet ciblé, à absorber puis à transmettre à l'équipe en place.

Voir l'expert de transition
Ce qu'on nous demande

Quatre questions avant de s'engager.

  • Faut-il une AMOA pour un projet de petite taille ?

    Pas toujours. En dessous d'un certain enjeu, une AMOA coûte plus qu'elle ne protège, et on le dit franchement. Elle devient rentable dès qu'il y a de l'argent en jeu face à un prestataire, plusieurs métiers à concilier en interne, ou une reprise de données. Si votre cas ne le justifie pas, on vous orientera vers un simple cadrage court.

  • Peut-on faire appel à une AMOA sur un projet déjà lancé ou en difficulté ?

    Oui, et c'est fréquent. On commence alors par un état des lieux sans procès : ce qui est réellement livré, ce qui reste dû au contrat, où sont les écarts. L'objectif est de reprendre la main sur le périmètre et le calendrier, pas de désigner un coupable. Parfois la conclusion est de renégocier, parfois d'arrêter.

  • Comment se facture une mission d'assistance à maîtrise d'ouvrage ?

    Au forfait, sur un périmètre et des livrables définis, jamais en régie au temps passé. Une AMOA payée à la journée n'a aucune raison d'accélérer, ce qui est exactement le travers qu'elle est censée corriger chez les autres. Le chiffrage sort d'un cadrage préalable, pas d'une grille.

  • Que se passe-t-il si le prestataire livre hors périmètre ou en retard ?

    C'est précisément le moment où l'AMOA sert. On qualifie l'écart par rapport aux critères de recette écrits au départ, on distingue ce qui relève d'un défaut de livraison de ce qui relève d'une demande nouvelle de votre côté, et on pose les options : correction due, avenant chiffré, ou réduction de périmètre. Le contrat tranche, pas le rapport de force.

Prochaine étape

Un projet à cadrer, ou déjà à rattraper ?

Vingt minutes pour qualifier votre situation. Si une AMOA n'est pas le bon format pour vous, on vous le dira, et on vous orientera vers ce qui l'est.