{"id":23127,"date":"2026-07-02T09:38:57","date_gmt":"2026-07-02T09:38:57","guid":{"rendered":"https:\/\/atiasavocats.com\/?p=23127"},"modified":"2026-06-23T09:58:37","modified_gmt":"2026-06-23T09:58:37","slug":"contrat-agile-scrum-encadrer-sans-cahier-des-charges-2026","status":"publish","type":"post","link":"https:\/\/atiasavocats.com\/en\/contrat-agile-scrum-encadrer-sans-cahier-des-charges-2026\/","title":{"rendered":"Contrat agile \/ SCRUM : encadrer sans cahier des charges"},"content":{"rendered":"


Par\u00a0<\/em>David Joseph Atias<\/em><\/a>, avocat au Barreau de Paris \u00b7\u00a0<\/em>LinkedIn<\/em><\/a>\u00a0\u00b7 Juillet 2026<\/em><\/em><\/p>\n\n\n\n

\n

Le contrat agile r\u00e9pond \u00e0 un paradoxe : comment encadrer juridiquement un projet dont le p\u00e9rim\u00e8tre n’est pas fig\u00e9 d’avance ? La m\u00e9thode agile, et notamment Scrum, a conquis le d\u00e9veloppement logiciel gr\u00e2ce \u00e0 sa flexibilit\u00e9. Mais cette flexibilit\u00e9 d\u00e9stabilise les contrats classiques, b\u00e2tis sur un cahier des charges d\u00e9taill\u00e9. Sans adaptation, le projet agile devient une zone de risque : p\u00e9rim\u00e8tre flou, budget incontr\u00f4l\u00e9, propri\u00e9t\u00e9 du code incertaine. Un contrat agile bien r\u00e9dig\u00e9 concilie adaptabilit\u00e9 et s\u00e9curit\u00e9 juridique. Cet article expose les mod\u00e8les, le cadre juridique et les pi\u00e8ges \u00e0 \u00e9viter pour encadrer un projet sans cahier des charges.<\/p>\n<\/blockquote>\n\n\n\n

SOMMAIRE<\/p>\n\n\n\n

    \n
  1. Pourquoi le contrat agile est devenu strat\u00e9gique en 2026<\/a><\/li>\n\n\n\n
  2. Le cadre juridique applicable<\/a><\/li>\n\n\n\n
  3. Les 7 clauses essentielles<\/a><\/li>\n\n\n\n
  4. Tableau de synth\u00e8se des mod\u00e8les agiles<\/a><\/li>\n\n\n\n
  5. Les 5 pi\u00e8ges \u00e0 \u00e9viter<\/a><\/li>\n\n\n\n
  6. Pourquoi faire appel \u00e0 Atias Avocats<\/a><\/li>\n\n\n\n
  7. FAQ \u2014 Questions fr\u00e9quentes<\/a><\/li>\n<\/ol>\n\n\n\n

    1. Pourquoi le contrat agile est devenu strat\u00e9gique en 2026<\/h2>\n\n\n\n

    Le contrat agile s’est impos\u00e9 progressivement avec la g\u00e9n\u00e9ralisation des m\u00e9thodes it\u00e9ratives dans le d\u00e9veloppement logiciel. La majorit\u00e9 des projets adoptent d\u00e9sormais une approche agile. Trois dynamiques renforcent son importance en 2026.<\/p>\n\n\n\n

    1.1 La domination des m\u00e9thodes agiles<\/h3>\n\n\n\n

    L’agilit\u00e9 est devenue la norme du d\u00e9veloppement. Selon plusieurs \u00e9tudes sectorielles, la grande majorit\u00e9 des \u00e9quipes techniques utilisent d\u00e9sormais Scrum ou une m\u00e9thode apparent\u00e9e. Le cahier des charges fig\u00e9 a c\u00e9d\u00e9 la place au product backlog \u00e9volutif. Pourtant, les contrats n’ont pas toujours suivi. Beaucoup de projets agiles tournent sous un contrat au forfait inadapt\u00e9, source de tensions permanentes. Ce type de contrat comble ce d\u00e9calage.<\/p>\n\n\n\n

    1.2 Le risque juridique de l’impr\u00e9cision<\/h3>\n\n\n\n

    L’absence de cahier des charges fig\u00e9 cr\u00e9e un risque juridique r\u00e9el. Sans cadre adapt\u00e9, le p\u00e9rim\u00e8tre devient flou, le prix incertain, et la responsabilit\u00e9 difficile \u00e0 \u00e9tablir. En cas d’\u00e9chec, le client et le prestataire s’opposent sur ce qui \u00e9tait d\u00fb. Un cadre adapt\u00e9 transforme cette zone grise en cadre ma\u00eetris\u00e9, en organisant la flexibilit\u00e9 plut\u00f4t qu’en la subissant. C’est un enjeu de s\u00e9curit\u00e9 pour les deux parties.<\/p>\n\n\n\n

    1.3 L’agilit\u00e9 appliqu\u00e9e aux projets d’IA<\/h3>\n\n\n\n

    En 2026, les projets d’intelligence artificielle adoptent massivement l’agilit\u00e9, car ils sont par nature exploratoires. Entra\u00eener un mod\u00e8le, tester des hypoth\u00e8ses, ajuster : ces d\u00e9marches it\u00e9ratives appellent un cadre contractuel agile. Mais elles soul\u00e8vent aussi des questions de conformit\u00e9 au R\u00e8glement UE 2024\/1689 (AI Act) et de propri\u00e9t\u00e9 des mod\u00e8les produits. Le contrat doit articuler agilit\u00e9 et conformit\u00e9. Pour aller plus loin, consultez nos services en mati\u00e8re de contrats commerciaux et IT<\/strong><\/a>.<\/p>\n\n\n\n

    2. Le cadre juridique applicable<\/h2>\n\n\n\n

    Le contrat agile mobilise avant tout le droit commun des contrats, adapt\u00e9 \u00e0 un p\u00e9rim\u00e8tre \u00e9volutif. Quatre fondements principaux structurent sa validit\u00e9 et son \u00e9quilibre.<\/p>\n\n\n\n

    2.1 La d\u00e9termination de l’objet (article 1163)<\/h3>\n\n\n\n

    L’article 1163 du Code civil exige que l’obligation porte sur une prestation d\u00e9termin\u00e9e ou d\u00e9terminable. C’est le c\u0153ur du d\u00e9fi agile. Ce contrat ne fige pas le p\u00e9rim\u00e8tre, mais le rend d\u00e9terminable par un m\u00e9canisme : product backlog prioris\u00e9, sprints, validation continue. Tant que ce m\u00e9canisme est clair, l’exigence l\u00e9gale est satisfaite. Un accord sans aucun cadre de d\u00e9termination serait, en revanche, juridiquement fragile.<\/p>\n\n\n\n

    2.2 La fixation du prix (articles 1164 et 1165)<\/h3>\n\n\n\n

    Le prix doit lui aussi \u00eatre encadr\u00e9. Dans un contrat-cadre, l’article 1164 du Code civil permet une fixation unilat\u00e9rale assortie d’une justification. Pour les contrats de prestation de service, l’article 1165 autorise la fixation du prix par le cr\u00e9ancier, \u00e0 charge de le justifier en cas d’abus. Le contrat encadre g\u00e9n\u00e9ralement le prix par une enveloppe budg\u00e9taire, un co\u00fbt par sprint ou un tarif d’\u00e9quipe d\u00e9di\u00e9e, ce qui s\u00e9curise la pr\u00e9visibilit\u00e9 financi\u00e8re.<\/p>\n\n\n\n

    2.3 La propri\u00e9t\u00e9 intellectuelle (CPI L.113-9 et L.131-3)<\/h3>\n\n\n\n

    L’article L.113-9 du Code de la propri\u00e9t\u00e9 intellectuelle attribue par d\u00e9faut les droits sur le logiciel au prestataire. Pour que le client soit propri\u00e9taire, une cession conforme \u00e0 l’article L.131-3 est n\u00e9cessaire : mention \u00e9crite et pr\u00e9cise de chaque droit c\u00e9d\u00e9, du p\u00e9rim\u00e8tre, de la dur\u00e9e et du territoire. La sp\u00e9cificit\u00e9 agile impose une cession incr\u00e9mentale, sprint apr\u00e8s sprint, pour que chaque livraison appartienne au client. Pour aller plus loin, consultez nos services en mati\u00e8re de protection des donn\u00e9es personnelles<\/strong><\/a>.<\/p>\n\n\n\n

    2.4 Le risque de pr\u00eat de main-d’\u0153uvre illicite<\/h3>\n\n\n\n

    Comme la r\u00e9gie, ce mode comporte un risque de requalification. Si le client dirige directement l’\u00e9quipe du prestataire, la relation peut \u00eatre qualifi\u00e9e de pr\u00eat de main-d’\u0153uvre illicite (article L.8241-1 du Code du travail) ou de marchandage (article L.8231-1). Or, l’agilit\u00e9 implique une collaboration \u00e9troite et un product owner c\u00f4t\u00e9 client. Le contrat doit donc pr\u00e9server le lien de subordination entre le prestataire et ses salari\u00e9s, malgr\u00e9 cette proximit\u00e9 op\u00e9rationnelle.<\/p>\n\n\n\n

    3. Les 7 clauses essentielles<\/h2>\n\n\n\n

    Un contrat agile bien construit s’articule autour de sept clauses essentielles. Chacune encadre une dimension du projet it\u00e9ratif et concilie flexibilit\u00e9 et s\u00e9curit\u00e9.<\/p>\n\n\n\n

    3.1 Le cadre de collaboration et la gouvernance<\/h3>\n\n\n\n

    La premi\u00e8re clause d\u00e9finit le cadre. Elle d\u00e9crit la m\u00e9thode retenue (Scrum, Kanban), les r\u00f4les (product owner c\u00f4t\u00e9 client, Scrum master, \u00e9quipe de d\u00e9veloppement), les rituels (sprint planning, revue, r\u00e9trospective), et les instances de pilotage. Cette gouvernance remplace le cahier des charges fig\u00e9 par un m\u00e9canisme de d\u00e9cision continu. Elle en est le socle : sans gouvernance claire, la flexibilit\u00e9 d\u00e9g\u00e9n\u00e8re en d\u00e9sordre.<\/p>\n\n\n\n

    3.2 Le product backlog et la priorisation<\/h3>\n\n\n\n

    La deuxi\u00e8me clause encadre le product backlog (liste prioris\u00e9e des fonctionnalit\u00e9s \u00e0 d\u00e9velopper). Elle pr\u00e9cise qui le tient (le product owner), comment il \u00e9volue, et comment les priorit\u00e9s sont arbitr\u00e9es. Le backlog est l’instrument qui rend l’objet d\u00e9terminable au sens de l’article 1163 du Code civil. Le contrat doit garantir sa tenue rigoureuse, car il mat\u00e9rialise le p\u00e9rim\u00e8tre en construction et tracera, en cas de litige, ce qui a \u00e9t\u00e9 demand\u00e9 et livr\u00e9.<\/p>\n\n\n\n

    3.3 Les sprints et la v\u00e9locit\u00e9<\/h3>\n\n\n\n

    La troisi\u00e8me clause organise les sprints (it\u00e9rations de dur\u00e9e fixe, souvent deux \u00e0 quatre semaines). Elle d\u00e9finit leur dur\u00e9e, leur contenu, et la notion de v\u00e9locit\u00e9 (capacit\u00e9 de production de l’\u00e9quipe par sprint). La v\u00e9locit\u00e9 permet d’estimer l’avancement et le budget. Le contrat doit pr\u00e9voir un suivi transparent de la v\u00e9locit\u00e9, car elle est l’indicateur cl\u00e9 du pilotage et un \u00e9l\u00e9ment de preuve en cas de d\u00e9saccord sur la productivit\u00e9.<\/p>\n\n\n\n

    3.4 Le prix et le pilotage budg\u00e9taire<\/h3>\n\n\n\n

    La quatri\u00e8me clause fixe le mod\u00e8le \u00e9conomique. Plusieurs options : r\u00e9gie agile (facturation au sprint), forfait par sprint (prix fixe par it\u00e9ration), capacit\u00e9 d\u00e9di\u00e9e (\u00e9quipe r\u00e9serv\u00e9e \u00e0 un tarif convenu), ou budget enveloppe avec arbitrage du p\u00e9rim\u00e8tre. La clause doit pr\u00e9voir le suivi budg\u00e9taire, les seuils d’alerte et les modalit\u00e9s d’ajustement. L’objectif est de concilier la flexibilit\u00e9 agile avec la pr\u00e9visibilit\u00e9 financi\u00e8re exig\u00e9e par le client.<\/p>\n\n\n\n

    3.5 La recette continue et les crit\u00e8res d’acceptation<\/h3>\n\n\n\n

    La cinqui\u00e8me clause organise la recette continue. \u00c0 chaque sprint, le client valide les fonctionnalit\u00e9s livr\u00e9es selon des crit\u00e8res d’acceptation (definition of done) d\u00e9finis pour chaque \u00e9l\u00e9ment du backlog. Cette validation incr\u00e9mentale remplace la recette finale unique. Le contrat doit pr\u00e9ciser la proc\u00e9dure de validation, le traitement des anomalies et les cons\u00e9quences d’un refus. Une recette de cl\u00f4ture peut compl\u00e9ter le dispositif en fin de projet.<\/p>\n\n\n\n

    3.6 La propri\u00e9t\u00e9 intellectuelle incr\u00e9mentale<\/h3>\n\n\n\n

    La sixi\u00e8me clause organise la cession des droits. Par d\u00e9faut, l’article L.113-9 du Code de la propri\u00e9t\u00e9 intellectuelle attribue les droits au prestataire. Le contrat doit pr\u00e9voir une cession conforme \u00e0 l’article L.131-3, transf\u00e9rant au client la propri\u00e9t\u00e9 de chaque incr\u00e9ment \u00e0 la validation du sprint correspondant. Cette cession au fil de l’eau garantit que le client est propri\u00e9taire du code livr\u00e9, m\u00eame si le projet s’arr\u00eate en cours de route. Les composants tiers et open source doivent \u00eatre trait\u00e9s \u00e0 part.<\/p>\n\n\n\n

    3.7 La sortie et la r\u00e9versibilit\u00e9 \u00e0 tout moment<\/h3>\n\n\n\n

    La septi\u00e8me clause organise la sortie. L’agilit\u00e9 permet d’arr\u00eater le projet \u00e0 la fin de n’importe quel sprint. Le contrat doit donc pr\u00e9voir une facult\u00e9 de r\u00e9siliation \u00e0 \u00e9ch\u00e9ance de sprint, avec pr\u00e9avis raisonnable, et organiser la r\u00e9versibilit\u00e9 : restitution du code et de la documentation produits, transfert de comp\u00e9tences, propri\u00e9t\u00e9 des incr\u00e9ments d\u00e9j\u00e0 livr\u00e9s. Cette flexibilit\u00e9 de sortie est un avantage majeur de l’agile, \u00e0 condition d’\u00eatre contractualis\u00e9e.<\/p>\n\n\n\n

    4. Tableau de synth\u00e8se des mod\u00e8les agiles<\/h2>\n\n\n\n

    Le tableau ci-dessous compare les principaux mod\u00e8les \u00e9conomiques agiles selon la r\u00e9partition du risque et le niveau de flexibilit\u00e9.<\/p>\n\n\n\n

    Mod\u00e8le<\/th>Principe<\/th>Risque budg\u00e9taire<\/th><\/tr><\/thead>
    R\u00e9gie agile<\/td>Facturation au sprint<\/td>\ud83d\udd34 Client<\/td><\/tr>
    Forfait par sprint<\/td>Prix fixe par it\u00e9ration<\/td>\ud83d\udfe0 Partag\u00e9<\/td><\/tr>
    Capacit\u00e9 d\u00e9di\u00e9e<\/td>\u00c9quipe r\u00e9serv\u00e9e \u00e0 tarif convenu<\/td>\ud83d\udd34 Client<\/td><\/tr>
    Budget enveloppe<\/td>Plafond avec arbitrage du p\u00e9rim\u00e8tre<\/td>\ud83d\udfe0 Partag\u00e9<\/td><\/tr>
    Forfait global agile<\/td>Prix fixe, p\u00e9rim\u00e8tre flexible born\u00e9<\/td>\ud83d\udfe1 Prestataire<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    5. Les 5 pi\u00e8ges \u00e0 \u00e9viter<\/h2>\n\n\n\n

    Au-del\u00e0 des clauses, plusieurs pi\u00e8ges r\u00e9currents fragilisent les projets agiles. Les identifier permet d’\u00e9viter les litiges les plus fr\u00e9quents.<\/p>\n\n\n\n

    5.1 Plaquer un contrat au forfait classique sur un projet agile<\/h3>\n\n\n\n

    Le premier pi\u00e8ge est le contrat inadapt\u00e9. Beaucoup de projets agiles tournent sous un contrat au forfait classique, avec cahier des charges fig\u00e9. La m\u00e9thode contredit alors le contrat : l’\u00e9quipe travaille en sprints, mais le contrat exige un p\u00e9rim\u00e8tre fixe. R\u00e9sultat : avenants permanents, tensions, contentieux. Le contrat doit \u00e9pouser la m\u00e9thode r\u00e9ellement employ\u00e9e, pas l’inverse. C’est une erreur de coh\u00e9rence tr\u00e8s r\u00e9pandue.<\/p>\n\n\n\n

    5.2 Laisser le p\u00e9rim\u00e8tre totalement ind\u00e9termin\u00e9<\/h3>\n\n\n\n

    Le deuxi\u00e8me pi\u00e8ge est l’exc\u00e8s inverse : l’absence totale de cadre. Un contrat agile n’est pas un blanc-seing. L’article 1163 du Code civil exige un objet d\u00e9terminable. Sans backlog initial, sans objectifs g\u00e9n\u00e9raux, sans m\u00e9canisme de priorisation, le contrat est juridiquement fragile et op\u00e9rationnellement ing\u00e9rable. La flexibilit\u00e9 agile doit \u00eatre encadr\u00e9e par une gouvernance claire. Encadrer n’est pas figer : c’est rendre le p\u00e9rim\u00e8tre ma\u00eetrisable.<\/p>\n\n\n\n

    5.3 Oublier la cession incr\u00e9mentale des droits<\/h3>\n\n\n\n

    Le troisi\u00e8me pi\u00e8ge concerne la propri\u00e9t\u00e9. Dans un projet agile, le code est produit sprint apr\u00e8s sprint. Si la cession des droits n’est pr\u00e9vue qu’\u00e0 la fin, un arr\u00eat en cours de projet laisse le client sans propri\u00e9t\u00e9 sur les incr\u00e9ments d\u00e9j\u00e0 pay\u00e9s. La clause de cession doit donc transf\u00e9rer les droits au fil de l’eau, \u00e0 chaque validation de sprint, conform\u00e9ment \u00e0 l’article L.131-3 du Code de la propri\u00e9t\u00e9 intellectuelle. Cette pr\u00e9caution est essentielle dans un cadre it\u00e9ratif.<\/p>\n\n\n\n

    5.4 Diriger directement l’\u00e9quipe du prestataire<\/h3>\n\n\n\n

    Le quatri\u00e8me pi\u00e8ge est li\u00e9 \u00e0 la proximit\u00e9 agile. La collaboration \u00e9troite, avec un product owner c\u00f4t\u00e9 client, peut glisser vers une direction directe des d\u00e9veloppeurs. La relation risque alors la requalification en pr\u00eat de main-d’\u0153uvre illicite (article L.8241-1 du Code du travail). Le contrat doit organiser le pilotage par le backlog et les rituels Scrum, sans subordination directe, en pr\u00e9servant le lien hi\u00e9rarchique entre le prestataire et son \u00e9quipe.<\/p>\n\n\n\n

    5.5 N\u00e9gliger la recette et la tra\u00e7abilit\u00e9<\/h3>\n\n\n\n

    Le cinqui\u00e8me pi\u00e8ge est l’absence de tra\u00e7abilit\u00e9. En agile, la rapidit\u00e9 peut faire n\u00e9gliger la documentation des validations. Or, en cas de litige, il faut prouver ce qui a \u00e9t\u00e9 demand\u00e9, livr\u00e9 et accept\u00e9. Le contrat doit imposer une tra\u00e7abilit\u00e9 rigoureuse : backlog historis\u00e9, crit\u00e8res d’acceptation, comptes rendus de revue de sprint, validations formalis\u00e9es. Cette discipline documentaire est la meilleure protection en cas de d\u00e9saccord sur le p\u00e9rim\u00e8tre ou la conformit\u00e9.<\/p>\n\n\n\n

    6. Pourquoi faire appel \u00e0 Atias Avocats<\/h2>\n\n\n\n

    R\u00e9diger un tel contrat \u00e0 la hauteur des enjeux exige une combinaison rare de comp\u00e9tences : ma\u00eetrise du droit des contrats (articles 1163, 1164, 1165, 1170 du Code civil), expertise de la propri\u00e9t\u00e9 intellectuelle (CPI L.113-9, L.131-3), connaissance du droit du travail (risque de pr\u00eat de main-d’\u0153uvre illicite), et surtout une compr\u00e9hension fine des m\u00e9thodes agiles (Scrum, Kanban, backlog, sprints, v\u00e9locit\u00e9, definition of done). Cette double culture juridique et technique est pr\u00e9cis\u00e9ment la valeur ajout\u00e9e d’un cabinet sp\u00e9cialis\u00e9 en contrats IT et droit du num\u00e9rique.<\/p>\n\n\n\n

    Atias Avocats accompagne \u00e9diteurs, ESN (entreprises de services du num\u00e9rique), startups, scale-ups, donneurs d’ordre et prestataires sur l’ensemble du sujet : r\u00e9daction de contrats agiles (r\u00e9gie agile, forfait par sprint, capacit\u00e9 d\u00e9di\u00e9e), structuration de la cession incr\u00e9mentale des droits, s\u00e9curisation contre la requalification, articulation avec le RGPD et l’AI Act, audit d’un contrat existant, d\u00e9fense en cas de litige (projet agile en \u00e9chec, d\u00e9saccord sur le p\u00e9rim\u00e8tre, contestation de propri\u00e9t\u00e9). Pour aller plus loin, consultez nos services en mati\u00e8re de contrats commerciaux et IT<\/strong><\/a>.<\/p>\n\n\n\n

    Conclusion<\/h2>\n\n\n\n

    Le contrat agile r\u00e9sout, on le voit, un paradoxe apparent : s\u00e9curiser juridiquement la flexibilit\u00e9. La cl\u00e9 n’est pas de figer le p\u00e9rim\u00e8tre, mais de rendre l’objet d\u00e9terminable par un m\u00e9canisme clair \u2014 backlog, sprints, recette continue, cession incr\u00e9mentale. Les sept clauses pr\u00e9sent\u00e9es ici, combin\u00e9es \u00e0 la vigilance sur les cinq pi\u00e8ges classiques, offrent un r\u00e9f\u00e9rentiel directement utilisable par CTO, directions des syst\u00e8mes d’information, product owners et directions juridiques. Le contrat \u00e9pouse alors la m\u00e9thode, au lieu de la contredire.<\/p>\n\n\n\n

    L’investissement requis pour r\u00e9diger ou n\u00e9gocier s\u00e9rieusement ce contrat est sans commune mesure avec le co\u00fbt d’un projet agile en \u00e9chec ou d’un litige sur le p\u00e9rim\u00e8tre. Pour un projet innovant ou exploratoire, c’est l’assurance d’une collaboration fluide, d’une propri\u00e9t\u00e9 ma\u00eetris\u00e9e et d’une sortie possible \u00e0 tout moment. Le r\u00e9flexe \u00e0 adopter est clair : aligner le contrat sur la m\u00e9thode, encadrer la gouvernance, organiser la recette continue, c\u00e9der les droits au fil de l’eau, s\u00e9curiser la sortie. C’est pr\u00e9cis\u00e9ment cette rigueur qui transforme l’agilit\u00e9 en avantage ma\u00eetris\u00e9 plut\u00f4t qu’en zone de risque.<\/p>\n\n\n\n

    FAQ \u2014 Questions fr\u00e9quentes<\/h2>\n\n\n\n

    Peut-on signer un contrat sans cahier des charges fig\u00e9 ?<\/h3>\n\n\n\n

    Oui, c’est pr\u00e9cis\u00e9ment l’objet du contrat agile. La m\u00e9thode agile repose sur un p\u00e9rim\u00e8tre \u00e9volutif, d\u00e9fini progressivement au fil des it\u00e9rations (sprints). Le contrat ne fige donc pas un cahier des charges d\u00e9taill\u00e9 en amont, mais encadre un cadre de collaboration : objectifs g\u00e9n\u00e9raux, product backlog (liste prioris\u00e9e des fonctionnalit\u00e9s), dur\u00e9e des sprints, r\u00f4les, modalit\u00e9s de pilotage. Juridiquement, l’article 1163 du Code civil exige que l’objet de l’obligation soit d\u00e9termin\u00e9 ou d\u00e9terminable. Le contrat agile satisfait cette exigence en rendant l’objet d\u00e9terminable par le m\u00e9canisme contractuel (backlog, sprints, validation continue). Le d\u00e9fi est d’encadrer la flexibilit\u00e9 sans tomber dans l’impr\u00e9cision : c’est tout l’art de la r\u00e9daction d’un accord \u00e9quilibr\u00e9, qui prot\u00e8ge le client comme le prestataire.<\/p>\n\n\n\n

    Forfait, r\u00e9gie ou contrat agile : quelle diff\u00e9rence ?<\/h3>\n\n\n\n

    Le forfait fige un prix et un p\u00e9rim\u00e8tre : il convient aux projets bien cadr\u00e9s, mais s’adapte mal au changement. La r\u00e9gie facture le temps pass\u00e9 : flexible, mais le client porte le risque budg\u00e9taire. C’est une troisi\u00e8me voie, souvent hybride. Il combine un cadre global (budget enveloppe ou capacit\u00e9 d’\u00e9quipe) avec une flexibilit\u00e9 du p\u00e9rim\u00e8tre par sprint. Plusieurs mod\u00e8les existent : la r\u00e9gie agile (facturation au sprint avec backlog \u00e9volutif), le forfait par sprint (prix fixe par it\u00e9ration \u00e0 p\u00e9rim\u00e8tre variable), ou le contrat \u00e0 capacit\u00e9 d\u00e9di\u00e9e (\u00e9quipe r\u00e9serv\u00e9e). Ce mod\u00e8le cherche \u00e0 concilier ma\u00eetrise budg\u00e9taire et adaptabilit\u00e9, l\u00e0 o\u00f9 le forfait pur et la r\u00e9gie pure \u00e9chouent sur les projets innovants ou exploratoires.<\/p>\n\n\n\n

    Comment g\u00e9rer la recette dans un projet agile ?<\/h3>\n\n\n\n

    La recette agile est continue, et non globale comme au forfait classique. \u00c0 la fin de chaque sprint, le client valide les fonctionnalit\u00e9s livr\u00e9es lors d’une revue de sprint (sprint review), sur la base de crit\u00e8res d’acceptation d\u00e9finis pour chaque \u00e9l\u00e9ment du backlog (definition of done). Cette validation incr\u00e9mentale remplace la recette finale unique. Le contrat doit organiser cette recette continue : crit\u00e8res d’acceptation par fonctionnalit\u00e9, proc\u00e9dure de validation \u00e0 chaque sprint, traitement des anomalies, cons\u00e9quences d’un refus. Une recette de cl\u00f4ture peut compl\u00e9ter le dispositif \u00e0 la fin du projet. L’avantage est majeur : les \u00e9carts sont d\u00e9tect\u00e9s t\u00f4t, sprint apr\u00e8s sprint, ce qui r\u00e9duit consid\u00e9rablement le risque de litige final sur la conformit\u00e9 du livrable.<\/p>\n\n\n\n

    \u00c0 qui appartient le code produit en m\u00e9thode agile ?<\/h3>\n\n\n\n

    Comme pour tout d\u00e9veloppement, l’article L.113-9 du Code de la propri\u00e9t\u00e9 intellectuelle attribue par d\u00e9faut les droits sur le logiciel au prestataire, sauf cession expresse. Le contrat doit donc organiser la cession des droits au profit du client, conform\u00e9ment \u00e0 l’article L.131-3 du Code de la propri\u00e9t\u00e9 intellectuelle, qui impose la mention \u00e9crite et pr\u00e9cise de chaque droit c\u00e9d\u00e9. La particularit\u00e9 agile est que le code est produit de fa\u00e7on incr\u00e9mentale, sprint apr\u00e8s sprint. La clause de cession doit donc pr\u00e9voir un transfert au fil de l’eau, id\u00e9alement \u00e0 la validation de chaque sprint, pour que le client soit propri\u00e9taire de chaque incr\u00e9ment livr\u00e9. Il faut aussi traiter les composants pr\u00e9existants et open source. Une cession bien r\u00e9dig\u00e9e \u00e9vite que le client se retrouve d\u00e9pendant \u00e0 la fin du projet.<\/p>\n\n\n\n


    Contact :     david@atiasavocats.com<\/a> | LinkedIn: David Joseph Atias<\/em><\/a> | https:\/\/www.atiasavocats.com<\/a> | 42 rue de la Clef, 75005 Paris<\/p>\n\n\n\n

    Atias Avocats \u2014 Contrats IT, D\u00e9veloppement agile, Propri\u00e9t\u00e9 intellectuelle, AI Act<\/em><\/p>","protected":false},"excerpt":{"rendered":"

    Par\u00a0David Joseph Atias, avocat au Barreau de Paris \u00b7\u00a0LinkedIn\u00a0\u00b7 Juillet 2026 Le contrat agile r\u00e9pond \u00e0 un paradoxe : comment encadrer juridiquement un projet dont le p\u00e9rim\u00e8tre n’est pas fig\u00e9…<\/p>","protected":false},"author":1,"featured_media":23128,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-23127","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23127","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/comments?post=23127"}],"version-history":[{"count":1,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23127\/revisions"}],"predecessor-version":[{"id":23129,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23127\/revisions\/23129"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/media\/23128"}],"wp:attachment":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/media?parent=23127"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/categories?post=23127"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/tags?post=23127"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}