Vous cherchez une méthodologie de gestion de projet claire et efficace ? La méthode Waterfall est peut-être faite pour vous ! En effet, cette modélisation en cascade s’adapte parfaitement aux projets bien cadrés. Elle convient particulièrement aux équipes réduites.
Cependant, comme toute méthode, elle a des inconvénients. Il est notamment difficile d’apporter des modifications au projet en cours de développement. C’est pourquoi elle doit être accompagnée d’un cahier des charges très précis. Découvrez tout ce qu’il faut savoir sur cette méthodologie en cascade.
- Une méthodologie simple à instaurer : chaque étape doit être terminée pour laisser place à la suivante ;
- Une méthode parfaite pour les équipes restreintes : elle ne nécessite pas d’aller-retour ou d’intervenants extérieurs ;
- Un projet décomposé en étapes chronologiques : la fin d’une phase coïncide avec le début de la phase suivante ;
- Une gestion de projet qui ne tolère pas les imprévus : les changements ne peuvent pas être intégrés lorsque le processus est lancé ;
- Une alternative pour les projets complexes est la méthode agile, qui tolère les changements et peut les intégrer sans difficultés
Qu’est-ce que la méthode Waterfall en gestion de projet ?
La méthode waterfall ou modèle en cascade est utilisée en gestion de projet. Elle consiste à suivre une succession d’étapes de manière linéaire. On ne peut pas débuter une nouvelle étape tant que la précédente n’est pas terminée. En effet, la réalisation de chaque étape dépend de la précédente. Le projet se conclut par la livraison d’un livrable ou d’un produit.
Cette méthodologie de gestion de projet a été présentée pour la première fois en 1956 par Herbert D. Benington. Elle a ensuite été citée en 1970 dans un article par Winston Royce. Bien que critique vis-à-vis de la méthode, l’article modélise la méthodologie Waterfall telle que nous la connaissons aujourd’hui.
Quelles sont les caractéristiques principales de cette méthode de travail ?
- Elle fournit une trame composée de différentes séquences pour donner un cadre au travail ;
- Elle donne une approche structurée et logique guidée par un seul objectif, qui est la réalisation du livrable ou du produit attendu ;
- Elle ne nécessite pas l’intervention du client dans la conduite du projet ;
- Elle répond à un cahier des charges précis.
La méthode Waterfall ne laisse aucune place à des changements en cours de projet. Elle ne tolère aucune interruption. Il faut donc établir un cahier des charges complet et clair dès le départ.
Concrètement, la méthode waterfall comporte 6 grandes étapes successives : le recueil des exigences, la conception, la planification, la mise en œuvre, la vérification et enfin la maintenance. Chaque étape doit être terminée avant de pouvoir passer à la suivante. Cette approche linéaire permet une gestion de projet claire et rationnelle.
Quand choisir la méthode waterfall pour son projet ?
Des objectifs projet bien cadrés
La méthode waterfall est particulièrement adaptée aux projets web avec des objectifs clairs et bien définis. Lorsque le périmètre du projet est stable et que les besoins sont précisément identifiés en amont, cette approche séquentielle et structurée permet de se focaliser sur la qualité du livrable final.
En effet, la méthode waterfall repose sur un cahier des charges exhaustif qui détaille l’ensemble des spécifications fonctionnelles et techniques du projet. Ce document sert de référence tout au long du développement pour guider les équipes et s’assurer que la solution produite répond parfaitement aux exigences initiales du client.
Pour un site e-commerce pour un artisan qui souhaite vendre ses créations en ligne. Si ses besoins sont bien définis dès le départ (catalogue produits, tunnel d’achat, modes de paiement et livraison), alors la méthode waterfall sera parfaitement adaptée. Le cahier des charges listera précisément les fonctionnalités attendues et le site livré répondra à ses objectifs business. Comme le détaille un retour d’expérience et une citation d’expert.
Un produit livrable important
La méthode waterfall est à privilégier pour les projets digitaux où la qualité et la conformité du produit livré sont des enjeux majeurs. Lorsque l’application ou le site web développé est important pour l’activité du client, il est essentiel de s’assurer que la solution fonctionne parfaitement et répond à tous les standards avant sa mise en production.
La démarche waterfall met justement l’accent sur la qualité et la validation à chaque étape clé du projet. Des phases de tests approfondis et de recette complète sont prévues avant la livraison pour vérifier la fiabilité et la performance de la solution dans des conditions réelles d’utilisation.
Pour une plateforme de téléconsultation médicale. Le bon fonctionnement de l’outil est vital pour la santé des patients. Avec la méthode waterfall, des procédures strictes de tests et de suivi seront mises en place tout au long du projet pour contrôler l’avancement et le respect du plan initial. Rien ne sera laissé au hasard pour s’assurer de la qualité du livrable final. Un retour d’expérience et une recommandation d’expert vont dans ce sens.
Les étapes clés du modèle Waterfall
Voici les différentes étapes nécessaires à la construction du modèle Waterfall.
1. Analyse des besoins du projet
Durant cette étape, l’objectif est de comprendre les besoins du client, mais aussi ceux des utilisateurs du produit. Vous pouvez ainsi rédiger le cahier des charges, définir les objectifs, la deadline et le budget. Elle doit aussi poser la question de la faisabilité technique du projet client.
La méthodologie Waterfall ne convient qu’à une gestion de projet où les besoins sont décomposés en sous-tâches avant d’être transmis aux équipes. Pensez bien qu’aucune modification ne pourra être prévue en cours de route !
Lors du développement d’un logiciel sur mesure, cette étape se concentre sur les besoins utilisateurs. La définition de cas d’usage permet de savoir quelles fonctionnalités doivent être développées.
2. Conception et spécification
La phase de conception est la plus longue de la gestion de projet en cascade. Elle traduit tous les besoins vus à l’étape précédente par un plan d’action. Cela peut être un plan de l’objet à produire, la création d’une architecture logicielle. Les membres de l’équipe se voient attribuer des tâches spécifiques qui doivent déboucher sur des spécifications techniques.
3. Mise en œuvre et développement du produit
Il s’agit de la concrétisation du stade de conception. Elle permet la mise en œuvre d’un livrable ou d’un prototype produit. Si on prend le processus de développement d’un logiciel, l’écriture du code conduit à la création d’une version test.
Si de nombreuses tâches et sous-tâches doivent être effectuées par l’équipe, utilisez un logiciel pour construire un diagramme de Gantt. Cet outil de gestion de projet donne un aperçu de l’ensemble des tâches à réaliser avec une chronologie à respecter. Il offre une vue d’ensemble et permet de suivre l’avancement du projet.
4. Tests et vérifications
Cette phase de tests conduit à la validation du produit. S’il s’agit d’un objet, vous vérifiez qu’il est adapté aux conditions d’utilisations pour lesquelles il a été conçu. S’il s’agit d’un logiciel, le cycle de développement arrive à la phase de recettage. Concrètement, des tests en condition réelle sont lancés par les équipes. Si des bugs sont constatés, des correctifs sont lancés pour résoudre les problèmes.
5. Déploiement du produit final
Le processus de développement du produit est terminé et livré au client. Si l’on reprend l’exemple du développement d’un logiciel, celui-ci est implémenté dans le système d’information du client. Le déploiement est effectué et le logiciel est prêt à fonctionner.
6. Maintenance et suivi du produit livré
En gestion de projet, le cycle de vie ne se limite pas à la livraison. Le produit nécessite un suivi pour s’assurer qu’aucun dysfonctionnement ne vient entraver son utilisation. En développement web, cette étape de post-déploiement implique de mettre en place une maintenance.
Les avantages et inconvénients de la méthode Waterfall
Avantages
-
Structure simple de la conduite de projet
-
Objectif clair fixé dès le départ
-
Documentation des différentes étapes du projet
Inconvénients
-
Complique, voire exclut les changements
-
Focalisée sur les équipes plus que sur l'utilisateur et le client
-
Phase de test tardive
Quels sont les avantages de la méthode Waterfall ?
Documentation et communication : l’art d’une gestion de projet méthodique
Dès le lancement du projet, adopter une approche méthodique permet de consigner chaque étape avec rigueur. La création d’un référentiel documentaire, depuis la définition des objectifs jusqu’à la livraison finale, offre une visibilité totale sur le déroulement des opérations. Chaque phase – étude, conception, développement, tests – est formalisée par des documents précis, facilitant ainsi le suivi et la validation. Cette traçabilité permet non seulement de repérer rapidement les éventuels écarts par rapport au planning initial, mais aussi d’ajuster la stratégie en fonction des besoins émergents.
La force de cette approche réside aussi dans la facilité de partage des informations. En centralisant les données et les décisions dans un document unique, l’ensemble des parties prenantes – équipes techniques, responsables de projet et clients – dispose d’une source fiable et actualisée. Les réunions de suivi, les bilans d’avancement et les revues de projet s’appuient sur cette documentation, garantissant une transparence totale et une compréhension commune des enjeux. Ainsi, les retours sont rapidement intégrés et la coordination entre les différents intervenants est optimisée, minimisant les risques de malentendus ou de doublons.
Pour une agence digitale en charge de la refonte d’un site e-commerce, la mise en place d’un processus documenté permettra de définir précisément les besoins (identité visuelle, ergonomie, fonctionnalités) et de planifier chaque tâche (wireframe, développement, intégration, tests). Chaque étape validée et communiquée contribue à renforcer la confiance du client et à garantir le respect des délais et du budget fixé.
Simplicité, rigueur et prévisibilité
La force de la méthode waterfall réside dans sa simplicité de mise en œuvre, même sur des projets d’envergure. Son approche structurée et systématique, découpant le projet en séquences distinctes, facilite le suivi et le pilotage. Chaque étape est clairement bornée avec des critères de validation permettant de passer à la suivante.
La planification détaillée réalisée en amont, sur la base d’un cahier des charges exhaustif, est un autre atout. Le projet est ainsi cadré et budgété avec précision. Le séquencement des tâches, la définition des rôles et responsabilités de chacun apportent une lisibilité sur son déroulement. Cela permet une allocation optimale des ressources et un respect des délais fixés initialement.
Pour une agence web, opter pour la méthode waterfall sur un projet de refonte de site vitrine apportera une rigueur. Après avoir défini précisément les besoins avec le client (charte graphique, rubriques, contenu), elle pourra découper et planifier les tâches : webdesign, développement, intégration, recette… Chaque intervenant saura ce qu’il a à faire et pour quand. Le client aura une visibilité sur les délais et livrables.
Qualité et conformité du livrable
L’approche waterfall met l’accent sur la rigueur et la qualité du livrable final. Parce que les spécifications sont établies dès le départ de façon détaillée et immuable, on limite les risques de dérive du périmètre. Les équipes se concentrent sur la réalisation d’un produit conforme à ces exigences, dans les coûts et délais prévus.
À chaque jalon, la qualité et la conformité au cahier des charges sont contrôlées. Des tests d’intégration et de validation approfondis sont menés avant la livraison pour s’assurer que la solution est exempte de défauts, performante et répond bien aux besoins exprimés. Le client a ainsi la garantie de recevoir un produit final fonctionnel.
Un prestataire développant un logiciel de facturation pour un client. Grâce à un cahier des charges précis, il pourra vérifier à chaque étape que le logiciel répond bien aux règles de gestion spécifiées. Avant la livraison, il réalisera une batterie de tests : calcul des montants, génération des factures, envoi par email… Le client sera ainsi assuré d’avoir un outil fiable et conforme à ses attentes.
Les limites et inconvénients de la méthode Waterfall
Manque de flexibilité et difficulté à gérer le changement
La limite de la méthode waterfall est son manque d’agilité et de réactivité face aux changements. Une fois le cahier des charges validé et le développement lancé, il devient très compliqué de modifier le périmètre initial ou d’intégrer de nouveaux besoins en cours de projet, comme l’illustre bien l’image de la cascade.
Toute demande de changement implique de revoir l’analyse, la conception et souvent de recommencer le développement depuis le début, avec à la clé d’importants retards et surcoûts. Dans les projets longs et complexes, les besoins métier et techniques évoluent. Ne pas pouvoir les prendre en compte est problématique et peut aboutir à livrer un produit déjà obsolète ou inadapté.
Avec la méthode waterfall, les fonctionnalités auront été définies en amont : consultation de compte, virements, souscription… Mais si en cours de projet, la banque souhaite ajouter un service de paiement mobile, tout sera à revoir : nouvelle analyse, maquettes, développements spécifiques. Cela aura un impact en termes de coûts et délais.
Risque de déception client à la livraison
Avec la méthode waterfall, le client participe activement à la définition initiale du besoin mais n’est plus impliqué ensuite durant les phases de conception et production. Il découvre la solution au moment de la livraison finale, sans avoir pu tester ou valider avant.
Le risque est alors grand que le produit livré ne corresponde pas à 100% à ses attentes et doive subir de nombreux ajustements, voire une refonte. Cette déception client est d’autant plus dommageable que les budgets et ressources ont été entièrement consommés. D’où l’importance d’un cahier des charges initial le plus complet possible et de validations intermédiaires même en waterfall.
Le besoin aura été exprimé en amont via quelques ateliers et un cahier des charges rédigé. Mais ensuite, l’entreprise ne sera pas impliquée pendant les mois de développement. À la démonstration finale, elle découvrira l’outil livré. Le risque est grand que ce dernier ne réponde pas totalement à ses attentes, qu’il nécessite de nombreux ajustements suite aux retours utilisateurs.
Une rigidité face aux évolutions
La principale limite de la méthode waterfall est son manque de flexibilité et d’adaptabilité. Une fois le cahier des charges validé et le développement lancé, il devient très difficile et coûteux de prendre en compte des changements ou des ajustements souhaités par le client.
La nature séquentielle du modèle implique que toute modification a un impact sur les étapes en cours et à venir, voire même sur des lots déjà réalisés. Il faut revoir la conception, replanifier les tâches, ré-estimer les charges, ce qui génère irrémédiablement des retards et des surcoûts importants. Le risque est de livrer un produit final qui ne correspond plus aux besoins réels.
Par exemple, le client pourrait vouloir ajouter un module de newsletter en cours de développement. Avec la méthode waterfall, cela impliquerait de réécrire le cahier des charges, refaire les spécifications et maquettes, décaler les développements et tests prévus. Le planning et le budget initiaux ne seraient plus tenables. Une recommandation alerte sur ce manque de flexibilité.
Des surcoûts et retards si modifications
L’incapacité à intégrer des évolutions dans un projet waterfall est un facteur de dérapage des coûts et des délais. Tout changement de périmètre ou de spécifications en cours de route nécessite de revenir en arrière et de revoir l’ensemble du projet.
Plus la demande intervient tardivement, plus l’impact est important. Les dépendances entre les étapes font qu’une modification peut vite avoir des conséquences en cascade sur tout le reste du projet. Le temps et le budget passés à analyser, chiffrer et mettre en œuvre ces évolutions se font au détriment de l’avancement global et de la date de livraison finale.
Imaginons une application mobile de suivi de remboursements. En phase de recette, le client réalise que les exports sous Excel ne sont pas conformes à ses attentes. Le format de fichier, les colonnes, les calculs doivent être revus. Avec la méthode waterfall, ce changement à un stade avancé aura un impact lourd et coûteux. Il faudra reprendre la conception, les développements et les tests de bout en bout, avec à la clé des dépassements considérables. Un compte-rendu et une recommandation soulignent cet écueil.
Quels sont les pièges à éviter avec la méthode waterfall ?
L’écueil du tunnel de production
Un travers courant des projets waterfall est « l’effet tunnel » lié à la longue phase de développement pendant laquelle le client n’a pas de visibilité sur l’avancement ni de retour concret à se mettre sous la dent. Il doit attendre la livraison finale pour découvrir le produit, avec le risque que celui-ci ne corresponde pas à ses attentes.
Pour éviter cette situation, il est essentiel de communiquer régulièrement avec le client, de lui présenter des extraits, des prototypes, des versions intermédiaires pour le rassurer et valider que le projet va dans la bonne direction. Une démo peut être prévue à chaque jalon pour matérialiser les progrès et renforcer la confiance.
En début de projet, des maquettes graphiques peuvent être partagées pour valider la direction artistique. En cours de développement, un accès à une préversion en ligne permet de tester au fur et à mesure les modules livrés. Avant la recette finale, une présentation est organisée pour vérifier avec le client la conformité de la solution. Des retours d’expérience illustrent ce besoin.
Le risque d’obsolescence du produit final
L’autre piège de la méthode waterfall, surtout pour les projets longs et complexes, est de livrer un produit web qui n’est plus en phase avec les besoins et les technologies au moment de sa mise en service. Vu l’absence de feedback utilisateur avant la toute fin, le risque est grand de passer à côté des vrais usages ou des dernières innovations du marché.
Pour réduire ce risque d’obsolescence, il est recommandé de confronter régulièrement la solution en devenir avec de vrais utilisateurs pour en évaluer l’adoptabilité. Des études terrains ou des tests utilisateurs permettent d’identifier les décalages et d’ajuster les fonctionnalités au fil de l’eau. La veille technologique continue est aussi indispensable.
Les besoins et les usages auront sûrement évolué entre le démarrage du projet et sa mise en ligne finale plusieurs mois après. De même, de nouveaux services, normes ou solutions innovantes seront peut-être apparus sur le marché. En restant à l’écoute des utilisateurs et des tendances tout au long du projet, on limite le risque de livrer un portail déjà désuet. Un compte-rendu pointe ce risque d’obsolescence.
Méthode Waterfall vs méthode Agile : quelles différences ?
Principales différences entre Waterfall et Agile
La méthode Scrum ou gestion de projet agile est communément utilisée. Il s’agit d’un cadre méthodologique destiné à la conduite de projets. Un cahier des charges détermine le cadre du travail. Ses étapes sont représentées par des blocs qui correspondent à des cycles de développement courts.
Une fois que chaque bloc est terminé, une étape de validation intervient. Les changements et modifications sont donc encouragés. Comment modéliser la méthodologie agile ? Vous pouvez vous servir d’un tableau Kanban pour visualiser les différentes étapes.
| Méthode Waterfall | Méthode Scrum |
| Cadre rigide où les étapes se succèdent sans validation | Fonctionnement en blocs qui nécessite une validation à chaque étape |
| Modélisation en cascade avec un suivi de haut en bas | Modélisation sous forme de tableau avec un suivi de gauche à droite |
| Aucun changement possible en cours de projet | Les modifications et changements sont sollicités à chaque étape |
En quoi cette méthode agile est différente de la méthode Waterfall ? Elle fait intervenir des phases de validation entre les cycles du projet. Avec la méthode Waterfall, il n’y en a pas, car une étape est forcément finalisée pour pouvoir passer à la suivante. De plus, la méthode Scrum permet d’intervenir pour solliciter des changements. Ce n’est pas le cas avec la gestion de projet en cascade où tout est figé.
Comment choisir entre Waterfall et Agile pour votre projet ?
Le choix de la méthode Waterfall convient pour des projets à court terme avec des équipes réduites. Lorsque les phases du projet sont déterminées en amont et connues de tous, elles peuvent s’enchaîner sans difficulté.
Si l’on prend un exemple dans le secteur de la construction, le plan d’une maison implique un suivi méthodologique précis. Aucun changement n’est prévu avant la fin de la construction. C’est un type de projet qui convient à la méthode Waterfall.
La gestion de projet agile correspond aux projets longs et complexes qui font intervenir de nombreux intervenants. Par exemple, la construction d’un système SIRH peut utiliser la méthode Scrum. Ce type de projet repose sur la concertation de nombreux intervenants et nécessite le respect de procédures et de faire certains compromis.
Mettre en pratique la méthode waterfall pour vos projets digitaux
| Étape | Livrables clés | Critères qualité |
|---|---|---|
| Analyse besoin | – Cahier des charges – Vision produit | – Exhaustivité – Précision – Priorisation |
| Conception | – Spécifications – Maquettes – Archi | – Couverture – Faisabilité – Maintenabilité |
| Développement | – Code source – Modules – Environnements | – Conformité – Qualité de code – Non régression |
| Tests recette | – Rapports de tests – Go-NoGo | – Couverture fonctionnelle – Performance – Robustesse |
| MEP production | – Plan MEP – Procédures – FAQ utilisateurs | – Exploitabilité – Adaptabilité – Support |
Définition du besoin et gestion des exigences
Pour réussir vos projets waterfall, tout commence par une définition rigoureuse et exhaustive des besoins et exigences. Impliquez toutes les parties prenantes (clients, utilisateurs, équipes) pour bien cerner leurs attentes et contraintes. Challengez et affinez le besoin jusqu’à obtenir une vision partagée et détaillée du produit cible.
Votre cahier des charges doit couvrir tous les aspects : objectifs, périmètre fonctionnel, spécifications techniques, interfaces, exigences de performance, de qualité, contraintes, livrables attendus… Priorisez les exigences et tracez-les tout au long du projet. Obtenez une validation formelle avant de lancer la conception et le développement. Tout oubli ou imprécision se paiera cher ensuite.
Prenons le cas d’un site web marchand. Avant même de démarrer la conception, il est important de bien qualifier le besoin : cible, objectifs de CA, tunnel d’achat, moyens de paiement, contraintes logistiques, volumes de produits… Il faudra challenger le client, organiser des ateliers utilisateurs, benchmarker les concurrents pour aboutir à un cahier des charges précis et réaliste. Un document de vision produit détaillé avec des maquettes de pages, des user stories de parcours client sera un plus.
Pilotage de projet et assurance qualité
Le succès d’un projet waterfall passe par un pilotage de projet rigoureux. Découpez et planifiez finement les tâches, en optimisant leurs enchaînements. Définissez les rôles, responsabilités et interdépendances de chacun. Mettez en place un suivi régulier pour contrôler le respect des jalons, budgets et spécifications.
La qualité doit être une préoccupation à tous les stades du projet. Définissez des critères et indicateurs qualité pour valider chaque étape et livrable clé. Automatisez certaines tâches (tests, intégration) pour gagner en efficacité. Prévoyez des revues et audits pour détecter au plus tôt les écarts et défauts. La documentation et les conventions de développement sont aussi essentielles.
En waterfall, un tableau de suivi comme ci-dessus, reprenant les étapes clés, les livrables et critères qualité est une pratique essentielle. Fixer en amont des métriques qualité précises à chaque jalon, c’est se donner les moyens de piloter la réussite du projet. Des revues qualité régulières pour vérifier la conformité de chaque livraison, du cahier des charges au produit final permettent de détecter et corriger très tôt les défauts, d’assurer une vision partagée avec le client.
La méthode Waterfall est-elle adaptée à votre projet ?
La méthode Waterfall pour la gestion de projet est simple à mettre en œuvre. Elle convient à de nombreux projets, mais doit avant tout correspondre à vos besoins. Si vous menez un projet avec une équipe réduite, sans complexité particulière, elle est à privilégier. En revanche, si le processus de développement d’un produit se fait avec de nombreux intervenants et nécessite des retours, ce n’est pas la bonne option. Tournez-vous plutôt vers une méthode agile.
FAQ sur la méthode Waterfall
Quels sont les défis les plus fréquents liés à la méthode Waterfall ?
Le cadrage du projet doit être réalisé de manière très soignée. Cela évite d’être confronté à des changements impossibles à intégrer en cours de route. La gestion du projet peut être mise en péril en cas d’imprévus.
Peut-on combiner Waterfall et Agile dans un même projet ?
Une approche est possible, mais complexe à mettre en place. Les méthodes Scrum et Agile ont un fonctionnement différent. Certaines étapes d’un projet peuvent être menées en mode agile. Il est également possible d’incorporer des éléments de la méthode agile dans vos équipes habituées à travailler avec la méthode en cascade. Cela leur permettra de pivoter peu à peu vers la conduite de projet agile.
Quels outils utiliser avec la méthode Waterfall ?
Pour appliquer cette méthode de gestion de projet, vous pouvez utiliser :
- un tableur ;
- un diagramme de Gantt ;
- une présentation de type Powerpoint ;
- un logiciel de gestion de projet.
Vous souhaitez en savoir plus sur la gestion de projet ? Voici des ressources utiles :
- Construire un planning projet efficace : 5 conseils clés
- Les 50 meilleurs outils de gestion de tâches en 2025
- Les fondamentaux de la gestion de projet web
- L’essentiel à savoir sur la gestion de projet informatique
- Chef de projet : Rôle, missions, compétences
- Les meilleurs outils agile
- Top 8 des Moocs pour apprendre la gestion de projet
- Les 50 meilleurs logiciels de wiki en 2025
- Les meilleurs outils de rétroplanning
- Les meilleurs outils de wiki informations
- Les meilleurs outils de Gantt
- Les meilleurs outils de gestion de projet en association
- Les meilleurs outils de Kanban
- Les meilleurs outils de gestion de projet
- Les meilleurs outils de to do list
Recevez nos actualités chaque semaine
En vous inscrivant vous acceptez notre
politique de protection de données
personnelles.
Les 3 meilleurs Logiciels de gestion de projet
Nos autres articles en liens avec Gestion de projet
Tour d’horizon des principaux acteurs de la gestion de projet
Chef de projet : Rôle, missions, compétences et perspectives d’emploi
Historique
Aucun commentaire