Mon retour d’expérience de chef de projet

Introduction : 20 ans de gestion de projets techniques, entre rigueur et agilité

Après plus de vingt ans passés à piloter des projets informatiques d’envergure, principalement dans l’écosystème Microsoft et la sécurité des systèmes d’information, j’ai eu l’opportunité d’expérimenter et de comparer en profondeur deux grandes approches de gestion de projet : le cycle en V et la méthode Agile, notamment Scrum. Ces deux méthodologies, souvent opposées dans les débats, sont en réalité complémentaires et chacune trouve sa pertinence selon le contexte, la nature du projet, les contraintes réglementaires, les attentes des parties prenantes et les objectifs visés.

Dans cet article, je vous propose un retour d’expérience pragmatique, nourri de cas concrets de migration, de déploiement cloud, d’audits de sécurité et de projets de conformité RGPD. Nous verrons ensemble les principes fondamentaux du cycle en V et de l’Agile (Scrum), leurs avantages et limites, et surtout comment les appliquer efficacement dans les projets techniques Microsoft et sécurité. Enfin, je vous livrerai une synthèse opérationnelle pour choisir la bonne approche selon vos enjeux.

Cycle en V et méthode Agile (Scrum) : définitions et principes fondamentaux

Le cycle en V : rigueur, traçabilité et prédictibilité

Le cycle en V est une méthode séquentielle et structurée, héritée du modèle en cascade, qui s’est imposée dans les projets industriels et informatiques depuis les années 1980. Sa représentation graphique en forme de « V » illustre la correspondance entre chaque phase de conception (branche descendante) et sa phase de validation ou de test (branche ascendante). Les étapes typiques sont :

Analyse des besoins et spécifications : recueil exhaustif des exigences, rédaction du cahier des charges fonctionnel et technique.
Conception générale et détaillée : définition de l’architecture, des composants, des interfaces, des plans de tests.
Développement (implémentation) : réalisation technique selon les spécifications.
Tests unitaires, d’intégration, système et d’acceptation : vérification progressive de la conformité aux exigences initiales.
Recette et livraison finale : validation par le client, documentation complète, passage en production.

Chaque étape est documentée, validée et verrouillée avant de passer à la suivante, ce qui garantit une traçabilité et une maîtrise des risques, mais limite la flexibilité en cas de changement en cours de projet.

La méthode Agile (Scrum) : adaptabilité, collaboration et itération

La méthode Agile, et plus particulièrement Scrum, est née du besoin de flexibilité et de réactivité face à l’accélération des évolutions technologiques et des attentes métiers. Elle repose sur des cycles courts et itératifs (sprints), une forte implication des parties prenantes et une amélioration continue. Les principes clés sont :

Découpage du projet en sprints : cycles de 2 à 4 semaines, chacun produisant un incrément fonctionnel du produit.
Backlog produit : liste priorisée des fonctionnalités à développer, évolutive selon les retours utilisateurs.
Rôles bien définis : Product Owner (porte la vision métier), Scrum Master (facilitateur), équipe de développement (auto-organisée).
Cérémonies Scrum : planification de sprint, daily scrum, revue de sprint, rétrospective.
Livraisons fréquentes et feedback continu : chaque sprint se termine par une démonstration et une validation partielle.

L’Agile privilégie la collaboration, l’adaptation au changement, la satisfaction client et la livraison rapide de valeur, au détriment parfois de la documentation exhaustive et de la prédictibilité à long terme.

Comparaison générale : cycle en V vs Agile (Scrum)

Critère	Cycle en V	Méthode Agile (Scrum)
Approche	Séquentielle, prédictive	Itérative, incrémentale, adaptative
Planification	Exhaustive en amont, cahier des charges figé	Adaptative, planification par sprint
Livraison	Unique, en fin de projet	Fréquente, à chaque sprint
Gestion du changement	Difficile, coûteuse	Facile, intégrée au processus
Documentation	Complète, détaillée	Allégée, centrée sur l’essentiel
Implication du client	Forte au début et à la fin	Continue, feedback à chaque itération
Gestion des risques	Identification en amont, difficile à ajuster	Adaptation continue, détection précoce
Traçabilité	Excellente, indispensable en contexte réglementé	Possible mais demande rigueur
Adaptation aux évolutions	Faible, projet figé	Forte, projet évolutif
Exemples d’usage	Projets réglementés, migrations complexes	Développement applicatif, innovation

Le cycle en V offre une sécurité et une visibilité précieuse pour les projets à exigences stables, tandis que l’Agile brille dans les environnements incertains, innovants ou soumis à des changements fréquents.

Application aux projets Microsoft : migrations, déploiements et modernisation

Migrations et déploiements Microsoft : séquencement, dépendances et gestion des vagues

Les projets de migration ou de déploiement d’infrastructures Microsoft (Active Directory, Exchange, SharePoint, Azure, Microsoft 365, etc.) sont souvent complexes, impliquant de multiples dépendances techniques, des contraintes de continuité de service et des exigences de sécurité élevées.

Cycle en V : Cette approche est particulièrement adaptée lorsque la migration concerne des environnements critiques, avec des exigences de disponibilité, de conformité ou de sécurité strictes. La planification détaillée, la cartographie des dépendances, la documentation des groupes de migration (vagues), et la validation à chaque étape sont essentielles pour limiter les risques d’interruption de service ou de perte de données. Par exemple, lors d’une migration vers Azure, le cycle en V permet de :

Évaluer la préparation et les compétences de l’équipe (formations, certifications Microsoft).
Cartographier les dépendances applicatives et techniques.
Planifier les vagues de migration (groupes logiques de serveurs/applications).
Définir des plans de tests, de rollback et de validation.
Documenter chaque étape pour assurer la traçabilité et la conformité.

Agile (Scrum) : L’Agile peut être utilisé pour les phases de prototypage, de migration de charges de travail non critiques ou de développement d’outils d’automatisation. Les sprints permettent de livrer rapidement des environnements pilotes, de tester des scénarios de migration, d’ajuster les scripts et de recueillir les retours des utilisateurs. Cette approche favorise l’apprentissage continu et l’adaptation aux imprévus, mais nécessite une forte implication des parties prenantes et une capacité à absorber les changements.

Cas concret : Lors d’une migration d’un parc de 2 000 boîtes aux lettres Exchange vers Microsoft 365, nous avons combiné une planification en V pour la cartographie, la gestion des dépendances et la validation finale, avec des sprints agiles pour le développement des scripts de migration, les tests pilotes et la formation des utilisateurs. Cette approche hybride a permis de sécuriser le projet tout en accélérant la montée en compétence des équipes et l’adoption des nouveaux outils.

Modernisation d’infrastructure et cloud : innovation, DevOps et agilité

La modernisation des infrastructures Microsoft (virtualisation, conteneurisation, passage au cloud Azure, adoption de DevOps) nécessite souvent d’innover, d’expérimenter et de s’adapter rapidement aux évolutions technologiques et métiers.

Agile (Scrum) : Ici, l’Agile prend tout son sens. Les équipes pluridisciplinaires (architectes, ingénieurs, développeurs, sécurité) travaillent en sprints pour :

Définir et prioriser les fonctionnalités à moderniser (backlog produit).
Prototyper des architectures cloud, tester des solutions (Infrastructure as Code, CI/CD).
Livrer des incréments fonctionnels (environnements de test, automatisations).
Recueillir les retours des utilisateurs et ajuster la roadmap.
Favoriser la montée en compétence continue (formations, certifications Azure).

Cette approche favorise l’innovation, la réduction du time-to-market et l’alignement avec les besoins métiers, tout en permettant de pivoter rapidement en cas de changement de stratégie ou de technologie.

Cycle en V : Il reste pertinent pour les phases de validation finale, la documentation des architectures, la gestion des risques réglementaires ou la migration de composants critiques nécessitant une traçabilité complète.

Cas concret : Lors d’un projet de modernisation d’un datacenter vers Azure, nous avons utilisé Scrum pour piloter les sprints de migration applicative, d’automatisation des déploiements et de mise en place de la supervision. Le cycle en V a été mobilisé pour la validation de la sécurité, la conformité et la documentation des architectures finales.

Application aux projets de sécurité : audits, durcissement, conformité et RGPD

Audits de sécurité et durcissement : rigueur, traçabilité et adaptation

Les projets de sécurité (audits, durcissement, gestion des vulnérabilités, déploiement de solutions EDR, SIEM, MFA, etc.) exigent une rigueur méthodologique, une traçabilité des actions et une capacité à s’adapter aux menaces émergentes.

Cycle en V : L’approche séquentielle est idéale pour les audits de sécurité, le durcissement des systèmes et la mise en conformité avec des référentiels (ISO 27001, NIST, ANSSI). Elle permet de :

Définir un périmètre d’audit précis, des critères d’évaluation et des plans de tests.
Documenter les écarts, les recommandations et les plans d’action.
Valider chaque étape (analyse, remédiation, tests de conformité).
Assurer la traçabilité des actions et la production de livrables réglementaires.

Agile (Scrum) : L’Agile peut être utilisé pour les projets de remédiation, de gestion des vulnérabilités ou de déploiement de solutions de sécurité. Les sprints permettent de traiter les vulnérabilités par lots, de prioriser les actions selon la criticité, de livrer rapidement des correctifs et de s’adapter aux nouvelles menaces. Cette approche favorise l’amélioration continue de la posture de sécurité et l’implication des équipes opérationnelles.

Cas concret : Lors d’un audit de sécurité d’un parc de serveurs Windows, nous avons appliqué le cycle en V pour la définition du périmètre, la collecte des preuves, l’analyse des écarts et la rédaction du rapport. La remédiation a été pilotée en mode Agile, avec des sprints de correction, des points quotidiens et des revues régulières avec le RSSI.

Conformité RGPD et privacy by design : documentation, adaptation et collaboration

La conformité au RGPD impose d’intégrer la protection des données dès la conception des projets, de documenter les traitements et de démontrer la conformité en cas de contrôle.

Cycle en V : Cette approche est incontournable pour la documentation des traitements, la rédaction des analyses d’impact (PIA), la définition des politiques de sécurité et la validation des mesures de protection. Elle garantit une traçabilité et une conformité réglementaire, indispensables en cas d’audit ou de contrôle de la CNIL.

Agile (Scrum) : L’Agile permet d’intégrer la conformité RGPD dans les cycles de développement, d’adapter les traitements aux évolutions réglementaires, de prioriser les actions de remédiation et de sensibiliser les équipes en continu. Les sprints facilitent la mise en œuvre du privacy by design, la gestion des demandes d’exercice de droits et l’amélioration continue des processus de protection des données.

Cas concret : Dans un projet de développement d’une application métier, nous avons utilisé Scrum pour intégrer les exigences RGPD à chaque sprint (minimisation des données, consentement, traçabilité), tout en documentant chaque étape selon le cycle en V pour assurer la conformité et la production des livrables réglementaires.

Rôles et responsabilités : MOA, MOE, RSSI, équipes techniques

La réussite d’un projet technique repose sur une répartition claire des rôles et responsabilités, adaptée à la méthodologie choisie.

Maîtrise d’ouvrage (MOA) : Porte la vision métier, définit les besoins, valide les livrables, pilote la conduite du changement.
Maîtrise d’œuvre (MOE) : Réalise la solution technique, planifie, coordonne les équipes, gère les risques techniques.
RSSI (Responsable Sécurité des SI) : Définit la politique de sécurité, valide les mesures, pilote les audits et la conformité.
Équipes techniques : Architectes, ingénieurs, développeurs, administrateurs, responsables de la mise en œuvre opérationnelle.

Dans le cycle en V, les rôles sont séquencés et hiérarchisés, chaque acteur intervenant à des phases précises. En Agile, la collaboration est continue, les équipes sont pluridisciplinaires et auto-organisées, et les parties prenantes sont impliquées à chaque sprint.

Critères de choix méthodologique : projet, contraintes, parties prenantes et objectifs

Le choix entre cycle en V et Agile dépend de plusieurs critères clés :

Stabilité des exigences : Si les besoins sont clairs, stables et peu susceptibles d’évoluer, le cycle en V est préférable. Si les exigences sont incertaines ou évolutives, l’Agile est plus adapté.
Contraintes réglementaires et de traçabilité : Les projets soumis à des normes strictes (sécurité, RGPD, finance, santé) nécessitent la rigueur et la documentation du cycle en V.
Complexité technique et dépendances : Les migrations complexes, les projets d’infrastructure ou de sécurité critiques bénéficient de la planification séquentielle du cycle en V.
Innovation et time-to-market : Les projets innovants, de développement applicatif ou de modernisation cloud gagnent à être pilotés en Agile pour accélérer la livraison de valeur.
Implication des parties prenantes : Si le client est disponible et souhaite s’impliquer, l’Agile favorise la collaboration et l’adaptation. Si la disponibilité est limitée, le cycle en V offre une visibilité et une autonomie accrue.
Taille et maturité de l’équipe : Les équipes expérimentées, autonomes et pluridisciplinaires s’épanouissent en Agile. Les équipes juniors ou dispersées bénéficient du cadre structurant du cycle en V.
Objectifs du projet : Livraison d’un produit fini et conforme (cycle en V) vs amélioration continue et adaptation rapide (Agile).

Risques, gouvernance et assurance qualité selon l’approche

Cycle en V :

Risques : Effet tunnel, rigidité face aux changements, détection tardive des erreurs, documentation lourde.
Gouvernance : Hiérarchique, comités de pilotage, validation formelle à chaque étape.
Assurance qualité : Plans de tests exhaustifs, validation croisée, traçabilité complète.

Agile (Scrum) :

Risques : Dispersion, dérive des objectifs, dépendance à l’implication des parties prenantes, documentation parfois insuffisante.
Gouvernance : Collaborative, auto-organisation, feedback continu, rétrospectives.
Assurance qualité : Tests intégrés à chaque sprint, critères de « Definition of Done », amélioration continue.

Planification, documentation et traçabilité

Cycle en V : Planification détaillée en amont, documentation exhaustive (cahier des charges, plans de tests, rapports de validation), traçabilité des exigences et des livrables.
Agile (Scrum) : Planification adaptative par sprint, documentation allégée (backlog, user stories, critères d’acceptation), traçabilité via les artefacts Scrum et les outils collaboratifs.

Gestion des dépendances et séquencement (vagues de migration)

Dans les projets de migration Microsoft, la gestion des dépendances et le séquencement par vagues sont essentiels pour limiter les risques et garantir la continuité de service.

Cycle en V : Identification et documentation des dépendances, planification des vagues de migration, validation à chaque étape, gestion des plans de rollback.
Agile (Scrum) : Découpage des migrations en sprints, priorisation des charges de travail, adaptation en fonction des retours et des incidents.

Outils et pratiques recommandés pour projets Microsoft et sécurité

Cycle en V : Microsoft Project, Azure DevOps (mode classique), outils de gestion documentaire (SharePoint), outils de suivi des exigences (Visure, reqSuite), diagrammes de Gantt, plans de tests.
Agile (Scrum) : Azure DevOps (Boards, Sprints), Jira, Trello, ClickUp, outils de collaboration (Teams, Slack), tableaux Kanban, burndown charts, backlog produit, outils de CI/CD (GitHub Actions, Azure Pipelines).

Cas concrets et retours d’expérience

Migration Microsoft 365 dans un groupe international

Contexte : 5 000 utilisateurs, contraintes de sécurité et de conformité, dépendances multiples (Active Directory, Exchange, SharePoint).
Approche : Cycle en V pour la cartographie, la planification des vagues, la documentation et la validation finale. Sprints agiles pour le développement des scripts, les tests pilotes et la formation des utilisateurs.
Résultat : Projet livré dans les délais, incidents limités, adoption rapide grâce à la formation continue et à l’implication des utilisateurs.

Audit de sécurité et remédiation

Contexte : Audit d’un parc de serveurs Windows, détection de vulnérabilités critiques.
Approche : Cycle en V pour la définition du périmètre, la collecte des preuves et la rédaction du rapport. Remédiation pilotée en mode Agile, avec sprints de correction, daily meetings et revues régulières avec le RSSI.
Résultat : Réduction du temps de correction, amélioration de la posture de sécurité, documentation complète pour la conformité.

Développement d’une application métier conforme RGPD

Contexte : Application de gestion de données personnelles, exigences RGPD strictes.
Approche : Scrum pour le développement itératif, intégration des exigences RGPD à chaque sprint, feedback continu avec le DPO. Cycle en V pour la documentation des traitements, la rédaction des analyses d’impact et la validation finale.
Résultat : Application conforme, documentation prête pour un contrôle CNIL, satisfaction des utilisateurs.

Approche hybride et recommandations pratiques

De plus en plus de projets combinent les deux approches pour tirer parti de leurs forces respectives :

Phase de cadrage et de planification : Cycle en V pour définir le périmètre, les exigences, la cartographie des dépendances et la documentation initiale.
Phase de réalisation et de développement : Agile (Scrum) pour livrer rapidement des incréments, s’adapter aux retours et améliorer en continu.
Phase de validation et de conformité : Cycle en V pour la documentation finale, la validation réglementaire et la traçabilité.

Cette approche hybride permet de sécuriser les projets critiques tout en bénéficiant de la flexibilité et de la réactivité de l’Agile.

Indicateurs de performance (KPI) et suivi

Le suivi de la performance est essentiel pour piloter efficacement les projets, quelle que soit la méthodologie.

Cycle en V : Respect du calendrier, taux de conformité aux exigences, nombre et sévérité des anomalies, maîtrise des coûts, satisfaction client.
Agile (Scrum) : Vélocité de l’équipe, burndown chart, taux de stories terminées, lead time, satisfaction des utilisateurs, taux de bugs en production, business value livrée.

Il est crucial d’adapter les KPI au contexte du projet et de les partager avec l’ensemble des parties prenantes pour favoriser la transparence et l’amélioration continue.

Formation, montée en compétences et conduite du changement

La réussite d’un projet technique repose sur la montée en compétences des équipes et la conduite du changement auprès des utilisateurs.

Formations techniques : Certifications Microsoft (Azure, M365, sécurité), ateliers pratiques, e-learning.
Formations méthodologiques : Cycle en V, Agile, Scrum Master, Product Owner.
Conduite du changement : Communication régulière, implication des utilisateurs, accompagnement personnalisé, feedback continu, adaptation des processus.

L’investissement dans la formation et l’accompagnement est un facteur clé de succès, notamment lors des migrations cloud, des projets de sécurité ou de la mise en conformité RGPD.

Conclusion synthétique et matrice de décision

Synthèse des critères de choix

Critère / Projet	Cycle en V	Agile (Scrum)	Approche hybride
Exigences stables	✔️
Contraintes réglementaires	✔️		✔️ (documentation finale)
Projets critiques (infra, sécu)	✔️		✔️
Innovation, time-to-market		✔️	✔️
Exigences évolutives		✔️	✔️
Implication client continue		✔️	✔️
Documentation exhaustive	✔️		✔️
Développement applicatif		✔️	✔️
Modernisation cloud		✔️	✔️
Migration complexe	✔️		✔️
Remédiation sécurité		✔️	✔️

Recommandations pratiques

Analysez en amont la nature du projet, les exigences, les contraintes réglementaires et la disponibilité des parties prenantes.
Pour les projets critiques, réglementés ou à exigences stables, privilégiez le cycle en V ou une approche hybride avec une forte composante de documentation et de validation.
Pour les projets innovants, de modernisation ou à exigences évolutives, adoptez l’Agile (Scrum) pour accélérer la livraison de valeur et favoriser l’adaptation.
N’hésitez pas à combiner les deux approches : cycle en V pour le cadrage, la documentation et la validation, Agile pour la réalisation, l’adaptation et l’amélioration continue.
Investissez dans la formation, la montée en compétences et la conduite du changement pour garantir l’adhésion des équipes et des utilisateurs.
Adaptez vos outils, vos KPI et vos pratiques de gouvernance à la méthodologie choisie, en favorisant la transparence, la collaboration et la traçabilité.

Mot de la fin

En tant que chef de projet informatique spécialisé dans les environnements Microsoft et la sécurité, j’ai appris qu’il n’existe pas de méthode universelle. Le succès réside dans la capacité à choisir, adapter et parfois hybrider les approches en fonction du contexte, des enjeux et des parties prenantes. La clé : rester à l’écoute, former les équipes, documenter ce qui doit l’être, et ne jamais perdre de vue la valeur apportée au client et à l’organisation.

N’hésitez pas à partager vos retours d’expérience ou à me contacter pour échanger sur vos projets !

Sources (27)

Cycle en v vs agile: Comparatif clair pour choisir votre méthode. https://timizer.io/cycle-en-v-vs-agile/
Agile vs Cycle en V : quelle méthode choisir pour vos projets. https://proektoved.com/fr/methodologie-agile-vs-cycle-en-v-quelle-approche-choisir/
Cycle en V — Wikipédia. https://fr.wikipedia.org/wiki/Cycle_en_V
Cycle en V en gestion de projet : définition et méthode. https://www.manager-go.com/gestion-de-projet/cycle-en-v.htm
Méthode de gestion de projet cycle en V : guide complet. https://blog.focustribes.com/methode-cycle-en-v-guide-complet
Le cycle en V pour la gestion de projet. https://chef-de-projet.fr/cycle-en-v/
Méthode Scrum : Le guide complet pour tout comprendre. https://chef-de-projet.fr/methodologie-scrum/
Méthode Scrum: définition, sprints & gestion de projet agile. https://addictic.fr/detail-de-l-article/methode-scrum-definition-sprints-gestion-de-projet-agile
Cycle en V vs Agile : Comparaison et avantages | QRP. https://www.qrpinternational.fr/blog/faq/waterfall-vs-agile-definition-concepts-differences/
Quelles spécificités de méthode entre Cycle en V et Agile. https://bubbleplan.net/pedagogie-projet/cycle-en-v/differences-cycle-en-v-et-agile
Créer des vagues de migration dans Azure Migrate pour une planification …. https://learn.microsoft.com/fr-fr/azure/migrate/how-to-plan-create-waves?view=migrate
Réussir une Migration vers Microsoft Azure : Conseils pour un passage …. https://i-techsolutions.ca/migration-reussie-microsoft-azure-6-cles/
Migration vers Microsoft Azure : Opportunités, Risques et Bonnes Pratiques. https://ocineo.com/migration-cloud-azure-opportunites-risques-bonnes-pratiques/
Vue d’ensemble des processus de travail Scrum – Azure Boards. https://learn.microsoft.com/fr-fr/azure/devops/boards/sprints/scrum-overview?view=azure-devops
les 15 meilleurs outils Scrum pour la gestion de projet en 2025 – ClickUp. https://clickup.com/fr-FR/blog/29788/outils-scrum
Préparer la modernisation du cloud – learn.microsoft.com. https://learn.microsoft.com/fr-fr/azure/cloud-adoption-framework/modernize/prepare-organization-cloud-modernization
Euro Tech Conseil – Conformité RGPD – Développement Agile. https://www.eurotechconseil.com/blog/euro-tech-conseil-conformite-rgpd/
Utiliser la méthode agile dans la conformité RGPD – Dastra. https://www.dastra.eu/fr/article/utiliser-la-methode-agile-dans-la-conformite-rgpd-structurer-pour-avancer/53987
Le rôle de la MOA et de la MOE dans un projet informatique. https://www.it-connect.fr/le-role-de-la-moa-et-de-la-moe-dans-un-projet-informatique/
MOA vs MOE : Quel rôle joue chaque chef de projet dans un projet IT. https://www.ib-formation.fr/home/mag/la-gestion-de-projet/moa-vs-moe-quel-role-joue-chaque-chef-de-projet-dans-un-projet-it
Chef de projet informatique – Fiche métier | Apec. https://www.apec.fr/tous-nos-metiers/informatique/chef-de-projet-informatique.html
IQar Blog Gestion de projet hybride : combiner agile et cycle en V. https://www.iqar.fr/blog/gestion-projet-hybride-agile-waterfall
Hybridation : conjuguer cycle en V et méthodes Agiles pour gagner en …. https://oned2x.com/akademy/catalogue/affichage-d-une-fiche-de-cours/141-excellence-pm/1773-ha02
Indicateurs de performance agile : 20 KPI pour une équipe agile. https://www.reussirsesprojets.com/indicateurs-kpi-agile/
Les KPI essentiels pour mesurer la réussite d’un projet IT (6/10). http://www.solvidec.com/les-kpi-essentiels-pour-mesurer-la-reussite-dun-projet-it-6-10/
Formation Conduite du changement Agile – CNFCE. https://www.cnfce.com/formation-conduite-du-changement-agile
Formation Management Agile et conduite du changement – Expertisme. https://www.expertisme.com/formations-digitales/formation-management-agile-et-conduite-du-changement/

Cycle en V ou Méthode Agile (Scrum) : Comment choisir pour vos projets Microsoft et sécurité ?