# Exemple de cahier des charges : modèle à copier et méthode

> Exemple de cahier des charges rempli pour un projet simple et pour un site internet, modèle à copier dans Word et méthode de rédaction en sept étapes.

Source: https://asana.com/resources/project-specifications-example

## Exemple de cahier des charges : deux cas remplis et un modèle

#### Résumé

Un exemple de cahier des charges aide à voir ce que le document doit contenir avant de rédiger le vôtre. Le cahier des charges (CDC) décrit le besoin, le périmètre, les livrables, les délais, le budget et les critères d'acceptation d'un projet. Cet article présente ses dix rubriques, deux exemples remplis (un projet simple et un site internet), un modèle à copier dans Word et une méthode de rédaction en sept étapes.Trois mois après le lancement, le prestataire livre exactement ce qui était écrit. Le problème, c'est que ce qui était écrit tenait en une page, et que chacun l'avait comprise à sa façon. Le service financier attendait un export comptable, les managers une validation sur mobile, et personne n'avait précisé qui reprendrait l'historique. Le projet n'a pas échoué sur la technique. Il a échoué sur un document trop vague.

Un cahier des charges sert à éviter cette situation. Encore faut-il savoir à quoi ressemble un bon document, et jusqu'où aller dans le détail. Le plus simple est de partir d'un exemple de cahier des charges déjà rempli, puis de l'adapter à votre contexte. Vous trouverez ici la structure à suivre, deux exemples commentés et un modèle prêt à copier.

#### Transformez votre cahier des charges en plan d'action

Reliez chaque exigence à une tâche, un responsable et une échéance pour suivre ce qui est livré, en cours ou en attente.
- [Essayer Asana gratuitement](/product)

## Qu'est-ce qu'un cahier des charges ?

Le cahier des charges, souvent abrégé CDC, est le document qui décrit ce qu'un projet doit produire et dans quelles conditions. Il formalise l'expression des besoins du demandeur : le résultat attendu, le périmètre du projet, les contraintes à respecter, les délais et le budget. Il sert de référence commune à tous ceux qui participent au projet, du cadrage jusqu'à la livraison.

En gestion de projet, il remplit trois fonctions.
- **Aligner**. Les parties prenantes valident une même description du besoin avant le démarrage.
- **Consulter**. Il permet de comparer des prestataires ou des solutions sur une base identique, notamment dans un appel d'offres.
- **Contrôler**. À la livraison, il fournit les critères d'acceptation qui permettent de dire si le résultat est conforme.

### Qui rédige le cahier des charges ?

La rédaction du cahier des charges revient à celui qui porte le besoin. Dans le vocabulaire français des projets, on distingue trois rôles.

**Rôle**

**Qui**

**Responsabilité dans le cahier des charges**

Maîtrise d'ouvrage (MOA)

Le maître d'ouvrage est le commanditaire : une direction métier ou l'entreprise cliente.

Exprime le besoin, rédige ou fait rédiger le document, valide les livrables.

Maîtrise d'œuvre (MOE)

L'équipe interne ou le prestataire qui réalise le projet.

Répond au cahier des charges, propose la solution, s'engage sur les délais et les moyens.

Assistance à maîtrise d'ouvrage (AMOA)

Un consultant ou une équipe interne spécialisée.

Aide le maître d'ouvrage à formaliser le besoin et à suivre la réalisation.

Quand la maîtrise d'ouvrage manque de temps ou d'expertise, elle peut s'appuyer sur une [AMOA](https://asana.com/fr/resources/amoa) pour animer les ateliers et rédiger le document. La validation finale reste toujours du côté du commanditaire.

### À quel moment le rédiger ?

Le cahier des charges se rédige pendant la phase de cadrage, une fois le projet décidé et avant de consulter des prestataires ou de mobiliser une équipe. Il prolonge le [brief de projet](https://asana.com/fr/resources/project-brief), qui résume l'intention en une page, et précède le planning détaillé.

Le rédiger trop tôt, c'est décrire un besoin encore mal compris. Le rédiger trop tard, c'est laisser l'équipe avancer sur des hypothèses que personne n'a validées.

## Quel type de cahier des charges pour votre projet ?

Le terme recouvre plusieurs documents, plus ou moins détaillés selon la nature du projet. Le tableau ci-dessous aide à choisir le bon format.

**Type**

**Ce qu'il décrit**

**Quand l'utiliser**

Cahier des charges général (ou de projet)

Contexte, objectifs, périmètre, livrables, délais, budget.

Tout projet confié à une équipe interne ou à un prestataire.

[Cahier des charges fonctionnel](https://asana.com/fr/resources/business-requirements-document-template)

Le besoin exprimé en fonctions à remplir, sans imposer de solution.

Conception d'un produit, d'un service ou d'une application.

Cahier des charges technique

Les choix d'architecture, les normes et les [spécifications fonctionnelles et techniques](https://asana.com/fr/resources/specification) à respecter.

Quand la solution est arrêtée et qu'il faut encadrer sa réalisation.

Cahier des charges pour un site internet

Arborescence, contenus, charte graphique, référencement, conformité.

Création ou refonte d'un site.

Cahier des charges de progiciel

Processus métiers à couvrir, règles de gestion, interfaces avec l'existant.

Choix d'un ERP, d'un CRM ou d'un logiciel métier.

Cahier des charges d'appel d'offres

Le besoin, complété par les règles de la consultation.

Mise en concurrence de plusieurs prestataires, qui y répondent par une [réponse à appel d'offres](https://asana.com/fr/resources/rfp-project-management).

Pour le format fonctionnel, la référence en France est la norme [NF EN 16271](https://www.boutique.afnor.org/fr-fr/norme/nf-en-16271/management-par-la-valeur-expression-fonctionnelle-du-besoin-et-cahier-des-c/fa164075/1322), publiée par l'AFNOR en février 2013, qui encadre l'expression fonctionnelle du besoin et le cahier des charges fonctionnel. Dans un marché public, le besoin de l'acheteur est décrit dans les [documents de la consultation](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000037730737), dont fait partie le cahier des clauses techniques particulières (CCTP).

Dans les autres cas, aucun format n'est imposé. Un cahier des charges général bien structuré suffit à la plupart des projets, et c'est celui que détaillent les exemples de cet article.

## Les 10 rubriques d'un cahier des charges

Quel que soit le projet, un cahier des charges complet répond à dix questions. Chaque rubrique peut tenir en quelques lignes pour un projet simple, ou en plusieurs pages pour un projet complexe.

**Rubrique**

**Question à laquelle elle répond**

**Ce qu'il faut y écrire**

1. Présentation du projet

Pourquoi ce projet ?

Contexte, situation actuelle, problème à résoudre.

2. Objectifs du projet

Quel résultat est attendu ?

Deux à quatre objectifs mesurables, avec une valeur cible et une échéance.

3. Périmètre du projet

Qu'est-ce qui est inclus, et exclu ?

Équipes, sites et processus concernés, puis la liste explicite de ce qui est hors périmètre.

4. Parties prenantes

Qui décide, qui contribue, qui utilise ?

Commanditaire, chef de projet, utilisateurs, experts, avec le rôle de chacun.

5. Besoins fonctionnels

Que doit permettre la solution ?

Exigences fonctionnelles classées par priorité.

6. Contraintes techniques

Dans quel cadre doit-elle s'intégrer ?

Outils existants, sécurité, RGPD, normes, performances.

7. Livrables

Que doit-on recevoir, concrètement ?

Liste des livrables, format, documentation associée.

8. Délais

Pour quand ?

Date de livraison et jalons intermédiaires.

9. Enveloppe budgétaire

Avec quels moyens ?

Budget ou fourchette, coûts récurrents, temps interne.

10. Critères d'acceptation

Comment saura-t-on que c'est réussi ?

Tests de recette, seuils chiffrés, personne qui valide.

Plusieurs de ces rubriques méritent un travail à part entière : l'identification des [parties prenantes](https://asana.com/fr/resources/project-stakeholder), la définition du [périmètre](https://asana.com/fr/resources/project-scope), la liste des [livrables](https://asana.com/fr/resources/what-are-project-deliverables), le choix des [jalons](https://asana.com/fr/resources/project-milestones) et l'estimation du [budget](https://asana.com/fr/resources/project-budget). Le cahier des charges en donne la synthèse.

### Besoins fonctionnels : comment les formuler

La rubrique des besoins fonctionnels est le cœur du document. L'ensemble de ces besoins constitue le périmètre fonctionnel du projet. Chaque exigence se formule du point de vue de l'utilisateur, avec un verbe d'action et, si possible, un critère de mesure. « Le manager valide une demande en moins de trois clics » est vérifiable. « L'outil doit être ergonomique » ne l'est pas.

Classez ensuite les exigences par priorité. La [méthode MoSCoW](https://asana.com/fr/resources/what-is-moscow-method) distingue ce qui est indispensable, important, souhaitable ou reporté. Ce classement évite de traiter toutes les demandes sur le même plan quand le budget ou les délais se resserrent.

## Exemple de cahier des charges pour un projet simple

Voici un exemple de cahier des charges rempli pour un projet courant : remplacer le suivi des notes de frais sur tableur par un logiciel. L'entreprise et les chiffres sont fictifs. Ils servent uniquement à montrer le niveau de détail attendu dans chaque rubrique.

**Rubrique**

**Exemple rempli**

Présentation du projet

Notre société de conseil (120 salariés, deux sites) traite environ 400 notes de frais par mois sur tableur. Les justificatifs circulent par e-mail. Le délai moyen de remboursement atteint 24 jours et le service comptable ressaisit chaque ligne.

Objectifs du projet

Ramener le délai de remboursement à 7 jours d'ici le 31 mars. Supprimer la ressaisie comptable. Donner à chaque salarié la visibilité sur l'état de ses demandes.

Périmètre du projet

Inclus : tous les salariés des deux sites, les frais de déplacement, de repas et d'hébergement. Exclus : les achats fournisseurs, les cartes d'entreprise, la reprise de l'historique antérieur à l'année en cours.

Parties prenantes

Maître d'ouvrage : direction administrative et financière. Chef de projet : responsable comptable. Utilisateurs référents : deux managers et trois consultants. Contributeurs : service informatique, délégué à la protection des données.

Besoins fonctionnels

Indispensable : saisie d'une note sur mobile avec photo du justificatif, circuit de validation par le manager puis par la comptabilité, export vers le logiciel comptable. Important : règles de gestion paramétrables (plafonds par type de frais, barème kilométrique). Souhaitable : rappel automatique au valideur après 3 jours.

Contraintes techniques

Progiciel en mode SaaS. Connexion par l'annuaire de l'entreprise (SSO). Hébergement des données dans l'Union européenne et conformité au RGPD. Interface en français.

Livrables

Logiciel paramétré, procédure de validation mise à jour, guide utilisateur de deux pages, session de formation des managers, documentation d'administration.

Délais

Choix de la solution : 15 janvier. Paramétrage et tests : du 16 janvier au 28 février. Pilote sur un site : mars. Généralisation : 1er avril.

Enveloppe budgétaire

18 000€ la première année (licences, paramétrage, formation), puis 9 000€ par an. Temps interne estimé : 15 jours.

Critères d'acceptation

20 notes de test traitées de bout en bout sans ressaisie. Export validé par le service comptable. Délai de remboursement inférieur à 7 jours pendant le pilote. Validation finale par la directrice financière.

Trois choix rendent cet exemple exploitable.
- **Les objectifs sont chiffrés et datés.**Chacun peut vérifier qu'ils sont atteints.
- **Les exclusions sont écrites.** La reprise de l'historique ne pourra pas être réclamée en cours de route.
- **Les processus métiers passent avant la solution.** Le circuit de validation est décrit d'abord, le choix du progiciel vient ensuite.

### Adapter cet exemple à votre projet

La structure reste la même pour un projet qui n'a rien d'informatique. Seul le contenu des rubriques change.
- **Projet d'organisation (déménagement, nouvelle procédure)**: détaillez les sites et les équipes dans le périmètre, et les consignes à respecter dans les contraintes.
- **Campagne marketing**: les livrables sont les contenus et les supports, les critères d'acceptation portent sur les validations de marque et les dates de diffusion.
- **Événement**: les contraintes regroupent le lieu, la capacité et la sécurité, et les délais suivent un rétroplanning à partir de la date de l'événement.

## Exemple de cahier des charges pour un site internet

Un cahier des charges pour un site internet reprend les dix rubriques précédentes et y ajoute des éléments propres au web. L'exemple ci-dessous concerne la refonte du site vitrine d'une entreprise de services B2B. Il est fictif, et seules les rubriques spécifiques sont détaillées.

Rubrique

Exemple rempli

Objectifs du projet

Passer de 40 à 80 demandes de contact par mois en un an. Rendre le site modifiable par l'équipe marketing sans développeur.

Cibles et parcours

Directions achats et directions techniques. Trois parcours prioritaires : découvrir l'offre, consulter une référence client, demander un devis.

Arborescence et contenus

25 pages : accueil, 6 pages d'offre, 8 références clients, blog, contact, pages légales. Contenus rédigés par l'entreprise, intégrés par le prestataire.

Charte graphique

Charte graphique existante fournie (logo, couleurs, typographies). Création de maquettes pour 5 gabarits de page, sur ordinateur et sur mobile.

Fonctionnalités

Formulaire de devis relié au CRM. Moteur de recherche interne. Version anglaise prévue dans un second temps, hors périmètre de ce lot.

Référencement et migration

Plan de redirection de toutes les anciennes adresses. Temps de chargement et balises conformes aux recommandations des moteurs de recherche.

Conformité

Bandeau de consentement aux cookies, politique de confidentialité, mentions légales, formulaires conformes au RGPD.

Hébergement et maintenance

Hébergement dans l'Union européenne, sauvegarde quotidienne, contrat de maintenance d'un an.

Critères d'acceptation

Recette sur les 5 gabarits et les 3 parcours. Aucune ancienne adresse en erreur après la mise en ligne. Formulaire testé jusqu'à la réception de la demande dans le CRM.

Sur la conformité, soyez précis. Le dépôt de cookies non essentiels suppose le consentement préalable de l'internaute, comme le rappelle la [CNIL](https://www.cnil.fr/fr/cookies-et-autres-traceurs/regles/cookies/que-dit-la-loi). Indiquez dans le cahier des charges qui choisit l'outil de gestion du consentement et qui le paramètre.

Pour organiser la production, le modèle de [processus de conception web](https://asana.com/fr/templates/web-design-process) d'Asana répartit les étapes entre les équipes de design et de développement, des maquettes à la mise en ligne.

## Cahier des charges d'un progiciel : les points à ajouter

Le choix d'un progiciel (ERP, CRM, logiciel de paie ou de gestion de la qualité) engage l'entreprise pour plusieurs années. Le cahier des charges doit alors couvrir des points que l'on oublie facilement dans un projet plus simple.

**Point à préciser**

**Ce qu'il faut écrire**

**Exemple**

Processus métiers

Les processus que le progiciel doit couvrir, décrits étape par étape.

De la commande client à la facturation, avec les rôles qui interviennent.

Règles de gestion

Les règles propres à l'entreprise que l'outil doit appliquer.

Une remise supérieure à 15 % exige la validation du directeur commercial.

Reprise des données

Les données à migrer, leur volume et leur qualité.

Trois ans d'historique de commandes, 12 000 fiches clients à dédoublonner.

Interfaces

Les échanges avec les autres logiciels.

Export quotidien des écritures vers la comptabilité.

Réversibilité

Les conditions de récupération des données en fin de contrat.

Export complet dans un format ouvert, sous 30 jours.

Accompagnement

La formation, la documentation et le support attendus.

Formation de 5 utilisateurs référents, support en français aux heures ouvrées.

Demandez aux éditeurs de répondre point par point, dans une grille identique. La comparaison des offres devient factuelle, et les écarts entre le standard du progiciel et vos règles de gestion apparaissent avant la signature.

## Modèle de cahier des charges à copier dans Word

Ce modèle de cahier des charges reprend la structure des exemples précédents. Copiez-le dans Word ou dans Google Docs, puis remplacez le texte entre crochets. Supprimez les rubriques qui ne s'appliquent pas à votre projet plutôt que de les laisser vides.

**CAHIER DES CHARGES :** [nom du projet]

**Version** [numéro] du [date]. Rédigé par [nom, fonction]. Validé par [nom, fonction].

**1. Présentation du projet.**[Contexte en cinq lignes. Situation actuelle. Problème à résoudre.]

**2. Objectifs du projet.** [Objectif 1 : indicateur, valeur cible, échéance.] [Objectif 2.] [Objectif 3.]

**3. Périmètre du projet.** Inclus : [équipes, sites, processus]. Exclus : [ce qui ne sera pas traité].

**4. Parties prenantes.** Maître d'ouvrage : [nom]. Chef de projet : [nom]. Utilisateurs référents : [noms]. Autres contributeurs : [noms].

**5. Besoins fonctionnels.** Indispensable : [exigences]. Important : [exigences]. Souhaitable : [exigences].

**6. Contraintes techniques.**[Outils existants, sécurité, données personnelles, normes, performances.]

**7. Livrables.**[Liste des livrables, format, documentation.]

**8. Délais.** Livraison : [date]. Jalons : [date et étape].

**9. Enveloppe budgétaire.**[Montant ou fourchette. Coûts récurrents. Temps interne.]

**10. Critères d'acceptation.**[Tests de recette, seuils, personne qui valide.]

**Annexes**. [Documents de référence, glossaire, maquettes, contrats existants.]

Deux à cinq pages suffisent pour un projet simple. Placez en annexe les documents de référence plutôt que de les recopier dans le corps du texte : le lecteur doit pouvoir lire l'essentiel en dix minutes.

## Comment rédiger un cahier des charges en 7 étapes

La rédaction du cahier des charges n'est pas un exercice solitaire. Elle suit une progression qui part du besoin et s'achève par une validation formelle.

### 1. Recueillez l'expression des besoins

Interrogez ceux qui vivent le problème : utilisateurs, managers, équipes support. Un atelier d'une heure par groupe suffit souvent. Notez les besoins dans les mots des participants, sans chercher de solution à ce stade.

### 2. Fixez des objectifs mesurables

Traduisez le problème en deux à quatre objectifs. Chaque objectif précise un indicateur, une valeur cible et une échéance, selon la logique des [objectifs SMART](https://asana.com/fr/resources/smart-goals). Un objectif que l'on ne peut pas mesurer ne permettra pas de dire si le projet a réussi.

### 3. Délimitez le périmètre

Écrivez ce qui est inclus, puis ce qui est exclu. La liste des exclusions est la plus utile des deux : elle évite les demandes ajoutées en cours de route et les malentendus à la livraison.

### 4. Formulez et priorisez les exigences fonctionnelles

Transformez chaque besoin en exigence vérifiable. Le format des [user stories](https://asana.com/fr/resources/user-stories) convient bien : « En tant que manager, je veux valider une note depuis mon téléphone afin de ne pas retarder le remboursement. » Classez ensuite les exigences par priorité.

### 5. Posez les contraintes, les délais et le budget

Listez les contraintes techniques avec le service informatique, puis fixez les délais et l'enveloppe budgétaire. Si le budget n'est pas arrêté, donnez une fourchette. Un prestataire répond mieux à un cadre connu qu'à une page blanche.

### 6. Définissez les critères d'acceptation

Pour chaque livrable, indiquez comment il sera testé, par qui et avec quel seuil de réussite. Ces critères servent de base à la recette et, le cas échéant, au paiement du prestataire.

### 7. Faites valider le document et tenez-le à jour

Faites relire le document par les parties prenantes, puis faites-le valider par le maître d'ouvrage. Numérotez les versions. Toute modification ultérieure passe par une [demande de changement](https://asana.com/fr/resources/change-control-process) tracée et approuvée.

## Les erreurs qui fragilisent un cahier des charges

Un cahier des charges imprécis coûte cher plus tard. Selon l'étude [Pulse of the Profession 2018](https://www.pmi.org/learning/library/scope-creep-rising-11308) du Project Management Institute, 52 % des projets achevés dans l'année avaient connu une dérive de leur périmètre, contre 43 % cinq ans plus tôt. Ce phénomène porte un nom, le [scope creep](https://asana.com/fr/resources/what-is-scope-creep), et il commence souvent par un document incomplet.

Cinq erreurs reviennent le plus souvent.
- **Décrire la solution au lieu du besoin.** Écrire « il faut une application mobile » ferme la discussion. Décrivez l'usage attendu et laissez la maîtrise d'œuvre proposer.
- **Oublier les exclusions.** Ce qui n'est pas écrit comme exclu sera tôt ou tard considéré comme inclus.
- **Employer des critères invérifiables**. « Rapide », « simple » ou « moderne » ne se testent pas. Donnez un seuil.
- **Rédiger seul**. Un document que les utilisateurs n'ont pas relu décrit le projet tel que son auteur l'imagine.
- **Figer le document**. Un cahier des charges sans gestion des versions devient faux dès la première décision prise en réunion.

## Piloter le projet à partir du cahier des charges avec Asana

Une fois validé, le cahier des charges ne doit pas rester dans un dossier partagé. Sa valeur tient à ce que l'équipe en fait pendant le projet.
- Chaque exigence devient une tâche, avec un responsable, une échéance et une priorité.
- Les délais deviennent des jalons, visibles sur un [diagramme de Gantt](https://asana.com/fr/resources/gantt-chart-basics) avec les dépendances entre les tâches.
- Les critères d'acceptation deviennent des étapes d'approbation, validées par la personne désignée.
- Les demandes de modification arrivent par un formulaire unique et sont acceptées ou refusées de façon tracée.

Dans Asana, le modèle de [matrice de traçabilité des exigences](https://asana.com/fr/templates/requirements-traceability-matrix) relie chaque exigence à son état d'avancement et au livrable correspondant. Le maître d'ouvrage voit à tout moment ce qui est livré, en cours ou en attente.

### S&A Stairs : de 50 erreurs sur site par mois à une seule avec Asana

S&A Stairs fabrique des escaliers sur mesure en Australie depuis plus de 110 ans. L'entreprise transmettait les commandes du service commercial à l'atelier sur papier. Des documents se perdaient, des informations n'étaient plus à jour, et l'usine fabriquait parfois des escaliers selon des spécifications erronées.

Chaque commande est désormais décomposée en 40 tâches dans Asana, avec des champs personnalisés pour suivre les matériaux. D'après l'[étude de cas S&A Stairs](https://asana.com/fr/case-study/sa-stairs), le nombre d'erreurs sur site est passé de 50 par mois à une seule, et le volume de ventes a triplé en sept ans avec une équipe commerciale de même taille.

## FAQ - Cahier des charges

Voici les réponses à trois questions fréquentes sur le cahier des charges.

#### Quelle différence entre cahier des charges et charte de projet ?

La [charte de projet](https://asana.com/fr/resources/project-charter) autorise le projet : elle résume en une ou deux pages sa raison d'être, son sponsor et ses grands objectifs. Le cahier des charges vient ensuite et décrit en détail ce qui doit être livré. La charte sert à décider, le cahier des charges sert à réaliser.

#### Faut-il un cahier des charges pour un projet agile ?

Oui, sous une forme allégée. Un projet agile garde un document de cadrage qui fixe la vision, le périmètre, les contraintes et le budget. Le détail des fonctionnalités est ensuite porté par un backlog, réordonné à chaque itération, plutôt que figé dès le départ.

#### Un cahier des charges a-t-il une valeur contractuelle ?

Il engage les parties lorsqu'il est signé ou annexé au contrat ou au bon de commande. Il sert alors de référence pour juger la conformité de la livraison. Faites préciser dans le contrat quel document prévaut en cas de contradiction, et faites relire les clauses sensibles par un juriste.

## Exemple de cahier des charges : ce qu'il faut retenir

Un bon cahier des charges n'est pas un long document. C'est un document que toutes les parties prenantes ont compris de la même façon. Partez d'un exemple de cahier des charges proche de votre projet, gardez les dix rubriques, chiffrez les objectifs et écrivez les exclusions.

Le document prend toute sa valeur après sa validation, quand chaque exigence est suivie jusqu'à sa livraison. C'est à ce moment que le travail de rédaction se transforme en projet tenu dans les délais et dans le budget.

#### Suivez chaque exigence jusqu'à la livraison

Le modèle de matrice de traçabilité des exigences relie chaque besoin du cahier des charges à une tâche, un responsable et un état d'avancement.
- [Créer un modèle de matrice de traçabilité des exigences](/templates/requirements-traceability-matrix)

- [Gestion de projet](/resources/project-management)

- [Diagramme de séquence UML : comment le construire pas à pas](/fr/resources/sequence-diagram)

Gestion de projet

#### Auteur

En atelier de spécification, le chef de produit, l'analyste et le développeur décrivent le même parcours de paiement. Chacun le raconte à sa façon, et personne ne sait vraiment qu ...

- [Transformation agile : étapes et facteurs de réussite](/fr/resources/agile-methodology)

Gestion de projet

Planification de projet

Gestion de projet

#### Auteur

Vos équipes de développement travaillent en sprints depuis plusieurs années. Les rituels agiles sont en place, les tableaux Kanban affichent le travail en cours, et pourtant la di ...

- [Méthode Scrum : présentation et avantages](/fr/resources/what-is-scrum)

Gestion de projet

Gestion de projet

#### Auteur

Coordonner une équipe projet reste un défi quotidien pour les managers. Entre les priorités mouvantes, les délais serrés et la multiplication des parties prenantes, la visibilité ...

- [Waterfall, Agile, Kanban et Scrum : quelles différences ?](/fr/resources/waterfall-agile-kanban-scrum)

Gestion de projet

Gestion de projet

#### Rédacteur de contenu

Waterfall, Agile, Kanban, Scrum : ces quatre termes reviennent sans cesse dans les discussions sur l'organisation du travail, mais ils ne désignent pas des choses comparables. Con ...

- [Exemple de cahier des charges : deux cas remplis et un modèle](/fr/resources/project-specifications-example)

Gestion de projet

- [Auteur](/author/lydia-rajteric)

Trois mois après le lancement, le prestataire livre exactement ce qui était écrit. Le problème, c'est que ce qui était écrit tenait en une page, et que chacun l'avait comprise à s ...