[{"data":1,"prerenderedAt":933},["ShallowReactive",2],{"/fr-fr/blog/categories/agile-planning":3,"navigation-fr-fr":22,"banner-fr-fr":442,"footer-fr-fr":455,"footer-source-/fr-fr/blog/categories/agile-planning/":666,"agile-planning-category-fr-fr":670},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"seo":8,"content":11,"config":12,"_id":15,"_type":16,"title":17,"_source":18,"_file":19,"_stem":20,"_extension":21},"/fr-fr/blog/categories/agile-planning","categories",false,"",{"title":9,"description":10},"Planification Agile","Browse articles related to Planification Agile on the GitLab Blog",{"name":9},{"template":13,"slug":14,"hide":6},"BlogCategory","agile-planning","content:fr-fr:blog:categories:agile-planning.yml","yaml","Agile Planning","content","fr-fr/blog/categories/agile-planning.yml","fr-fr/blog/categories/agile-planning","yml",{"_path":23,"_dir":24,"_draft":6,"_partial":6,"_locale":7,"data":25,"_id":438,"_type":16,"title":439,"_source":18,"_file":440,"_stem":441,"_extension":21},"/shared/fr-fr/main-navigation","fr-fr",{"logo":26,"freeTrial":31,"sales":36,"login":41,"items":46,"search":379,"minimal":415,"duo":429},{"config":27},{"href":28,"dataGaName":29,"dataGaLocation":30},"/fr-fr/","gitlab logo","header",{"text":32,"config":33},"Commencer un essai gratuit",{"href":34,"dataGaName":35,"dataGaLocation":30},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com&glm_content=default-saas-trial/","free trial",{"text":37,"config":38},"Contacter l'équipe commerciale",{"href":39,"dataGaName":40,"dataGaLocation":30},"/fr-fr/sales/","sales",{"text":42,"config":43},"Connexion",{"href":44,"dataGaName":45,"dataGaLocation":30},"https://gitlab.com/users/sign_in/","sign in",[47,91,189,194,300,360],{"text":48,"config":49,"cards":51,"footer":74},"Plateforme",{"dataNavLevelOne":50},"platform",[52,58,66],{"title":48,"description":53,"link":54},"La plateforme DevSecOps alimentée par l'IA la plus complète",{"text":55,"config":56},"Découvrir notre plateforme",{"href":57,"dataGaName":50,"dataGaLocation":30},"/fr-fr/platform/",{"title":59,"description":60,"link":61},"GitLab Duo (IA)","Créez des logiciels plus rapidement en tirant parti de l'IA à chaque étape du développement",{"text":62,"config":63},"Découvrez GitLab Duo",{"href":64,"dataGaName":65,"dataGaLocation":30},"/fr-fr/gitlab-duo/","gitlab duo ai",{"title":67,"description":68,"link":69},"Choisir GitLab","10 raisons pour lesquelles les entreprises choisissent GitLab",{"text":70,"config":71},"En savoir plus",{"href":72,"dataGaName":73,"dataGaLocation":30},"/fr-fr/why-gitlab/","why gitlab",{"title":75,"items":76},"Démarrer avec",[77,82,87],{"text":78,"config":79},"Ingénierie de plateforme",{"href":80,"dataGaName":81,"dataGaLocation":30},"/fr-fr/solutions/platform-engineering/","platform engineering",{"text":83,"config":84},"Expérience développeur",{"href":85,"dataGaName":86,"dataGaLocation":30},"/fr-fr/developer-experience/","Developer experience",{"text":88,"config":89},"MLOps",{"href":90,"dataGaName":88,"dataGaLocation":30},"/fr-fr/topics/devops/the-role-of-ai-in-devops/",{"text":92,"left":93,"config":94,"link":96,"lists":100,"footer":171},"Produit",true,{"dataNavLevelOne":95},"solutions",{"text":97,"config":98},"Voir toutes les solutions",{"href":99,"dataGaName":95,"dataGaLocation":30},"/fr-fr/solutions/",[101,127,149],{"title":102,"description":103,"link":104,"items":109},"Automatisation","CI/CD et automatisation pour accélérer le déploiement",{"config":105},{"icon":106,"href":107,"dataGaName":108,"dataGaLocation":30},"AutomatedCodeAlt","/fr-fr/solutions/delivery-automation/","automated software delivery",[110,114,118,123],{"text":111,"config":112},"CI/CD",{"href":113,"dataGaLocation":30,"dataGaName":111},"/fr-fr/solutions/continuous-integration/",{"text":115,"config":116},"Développement assisté par l'IA",{"href":64,"dataGaLocation":30,"dataGaName":117},"AI assisted development",{"text":119,"config":120},"Gestion du code source",{"href":121,"dataGaLocation":30,"dataGaName":122},"/fr-fr/solutions/source-code-management/","Source Code Management",{"text":124,"config":125},"Livraison de logiciels automatisée",{"href":107,"dataGaLocation":30,"dataGaName":126},"Automated software delivery",{"title":128,"description":129,"link":130,"items":135},"Securité","Livrez du code plus rapidement sans compromettre la sécurité",{"config":131},{"href":132,"dataGaName":133,"dataGaLocation":30,"icon":134},"/fr-fr/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[136,140,145],{"text":137,"config":138},"Application Security Testing",{"href":132,"dataGaName":139,"dataGaLocation":30},"Application security testing",{"text":141,"config":142},"Sécurité de la chaîne d'approvisionnement logicielle",{"href":143,"dataGaLocation":30,"dataGaName":144},"/fr-fr/solutions/supply-chain/","Software supply chain security",{"text":146,"config":147},"Software Compliance",{"href":148,"dataGaName":146,"dataGaLocation":30},"/fr-fr/solutions/software-compliance/",{"title":150,"link":151,"items":156},"Mesures",{"config":152},{"icon":153,"href":154,"dataGaName":155,"dataGaLocation":30},"DigitalTransformation","/fr-fr/solutions/visibility-measurement/","visibility and measurement",[157,161,166],{"text":158,"config":159},"Visibilité et mesures",{"href":154,"dataGaLocation":30,"dataGaName":160},"Visibility and Measurement",{"text":162,"config":163},"Gestion de la chaîne de valeur",{"href":164,"dataGaLocation":30,"dataGaName":165},"/fr-fr/solutions/value-stream-management/","Value Stream Management",{"text":167,"config":168},"Données d'analyse et informations clés",{"href":169,"dataGaLocation":30,"dataGaName":170},"/fr-fr/solutions/analytics-and-insights/","Analytics and insights",{"title":172,"items":173},"GitLab pour",[174,179,184],{"text":175,"config":176},"Entreprises",{"href":177,"dataGaLocation":30,"dataGaName":178},"/fr-fr/enterprise/","enterprise",{"text":180,"config":181},"PME",{"href":182,"dataGaLocation":30,"dataGaName":183},"/fr-fr/small-business/","small business",{"text":185,"config":186},"Secteur public",{"href":187,"dataGaLocation":30,"dataGaName":188},"/fr-fr/solutions/public-sector/","public sector",{"text":190,"config":191},"Tarifs",{"href":192,"dataGaName":193,"dataGaLocation":30,"dataNavLevelOne":193},"/fr-fr/pricing/","pricing",{"text":195,"config":196,"link":198,"lists":202,"feature":287},"Ressources",{"dataNavLevelOne":197},"resources",{"text":199,"config":200},"Afficher toutes les ressources",{"href":201,"dataGaName":197,"dataGaLocation":30},"/fr-fr/resources/",[203,236,259],{"title":204,"items":205},"Premiers pas",[206,211,216,221,226,231],{"text":207,"config":208},"Installation",{"href":209,"dataGaName":210,"dataGaLocation":30},"/fr-fr/install/","install",{"text":212,"config":213},"Guides de démarrage rapide",{"href":214,"dataGaName":215,"dataGaLocation":30},"/fr-fr/get-started/","quick setup checklists",{"text":217,"config":218},"Apprentissage",{"href":219,"dataGaLocation":30,"dataGaName":220},"https://university.gitlab.com/","learn",{"text":222,"config":223},"Documentation sur le produit",{"href":224,"dataGaName":225,"dataGaLocation":30},"https://docs.gitlab.com/","product documentation",{"text":227,"config":228},"Vidéos sur les bonnes pratiques",{"href":229,"dataGaName":230,"dataGaLocation":30},"/fr-fr/getting-started-videos/","best practice videos",{"text":232,"config":233},"Intégrations",{"href":234,"dataGaName":235,"dataGaLocation":30},"/fr-fr/integrations/","integrations",{"title":237,"items":238},"Découvrir",[239,244,249,254],{"text":240,"config":241},"Histoires de succès client",{"href":242,"dataGaName":243,"dataGaLocation":30},"/fr-fr/customers/","customer success stories",{"text":245,"config":246},"Blog",{"href":247,"dataGaName":248,"dataGaLocation":30},"/fr-fr/blog/","blog",{"text":250,"config":251},"Travail à distance",{"href":252,"dataGaName":253,"dataGaLocation":30},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":255,"config":256},"TeamOps",{"href":257,"dataGaName":258,"dataGaLocation":30},"/fr-fr/teamops/","teamops",{"title":260,"items":261},"Connecter",[262,267,272,277,282],{"text":263,"config":264},"Services GitLab",{"href":265,"dataGaName":266,"dataGaLocation":30},"/fr-fr/services/","services",{"text":268,"config":269},"Communauté",{"href":270,"dataGaName":271,"dataGaLocation":30},"/community/","community",{"text":273,"config":274},"Forum",{"href":275,"dataGaName":276,"dataGaLocation":30},"https://forum.gitlab.com/","forum",{"text":278,"config":279},"Événements",{"href":280,"dataGaName":281,"dataGaLocation":30},"/events/","events",{"text":283,"config":284},"Partenaires",{"href":285,"dataGaName":286,"dataGaLocation":30},"/fr-fr/partners/","partners",{"backgroundColor":288,"textColor":289,"text":290,"image":291,"link":295},"#2f2a6b","#fff","L'avenir du développement logiciel. Tendances et perspectives.",{"altText":292,"config":293},"carte promo The Source",{"src":294},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":296,"config":297},"Lire les articles les plus récents",{"href":298,"dataGaName":299,"dataGaLocation":30},"/fr-fr/the-source/","the source",{"text":301,"config":302,"lists":304},"Société",{"dataNavLevelOne":303},"company",[305],{"items":306},[307,312,318,320,325,330,335,340,345,350,355],{"text":308,"config":309},"À propos",{"href":310,"dataGaName":311,"dataGaLocation":30},"/fr-fr/company/","about",{"text":313,"config":314,"footerGa":317},"Emplois",{"href":315,"dataGaName":316,"dataGaLocation":30},"/jobs/","jobs",{"dataGaName":316},{"text":278,"config":319},{"href":280,"dataGaName":281,"dataGaLocation":30},{"text":321,"config":322},"Leadership",{"href":323,"dataGaName":324,"dataGaLocation":30},"/company/team/e-group/","leadership",{"text":326,"config":327},"Équipe",{"href":328,"dataGaName":329,"dataGaLocation":30},"/company/team/","team",{"text":331,"config":332},"Manuel",{"href":333,"dataGaName":334,"dataGaLocation":30},"https://handbook.gitlab.com/","handbook",{"text":336,"config":337},"Relations avec les investisseurs",{"href":338,"dataGaName":339,"dataGaLocation":30},"https://ir.gitlab.com/","investor relations",{"text":341,"config":342},"Centre de confiance",{"href":343,"dataGaName":344,"dataGaLocation":30},"/fr-fr/security/","trust center",{"text":346,"config":347},"Centre pour la transparence de l'IA",{"href":348,"dataGaName":349,"dataGaLocation":30},"/fr-fr/ai-transparency-center/","ai transparency center",{"text":351,"config":352},"Newsletter",{"href":353,"dataGaName":354,"dataGaLocation":30},"/company/contact/","newsletter",{"text":356,"config":357},"Presse",{"href":358,"dataGaName":359,"dataGaLocation":30},"/press/","press",{"text":361,"config":362,"lists":363},"Nous contacter",{"dataNavLevelOne":303},[364],{"items":365},[366,369,374],{"text":37,"config":367},{"href":39,"dataGaName":368,"dataGaLocation":30},"talk to sales",{"text":370,"config":371},"Aide",{"href":372,"dataGaName":373,"dataGaLocation":30},"/support/","get help",{"text":375,"config":376},"Portail clients GitLab",{"href":377,"dataGaName":378,"dataGaLocation":30},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":380,"login":381,"suggestions":388},"Fermer",{"text":382,"link":383},"Pour rechercher des dépôts et des projets, connectez-vous à",{"text":384,"config":385},"gitlab.com",{"href":44,"dataGaName":386,"dataGaLocation":387},"search login","search",{"text":389,"default":390},"Suggestions",[391,394,399,401,406,411],{"text":59,"config":392},{"href":64,"dataGaName":393,"dataGaLocation":387},"GitLab Duo (AI)",{"text":395,"config":396},"Suggestions de code (IA)",{"href":397,"dataGaName":398,"dataGaLocation":387},"/fr-fr/solutions/code-suggestions/","Code Suggestions (AI)",{"text":111,"config":400},{"href":113,"dataGaName":111,"dataGaLocation":387},{"text":402,"config":403},"GitLab sur AWS",{"href":404,"dataGaName":405,"dataGaLocation":387},"/fr-fr/partners/technology-partners/aws/","GitLab on AWS",{"text":407,"config":408},"GitLab sur Google Cloud ",{"href":409,"dataGaName":410,"dataGaLocation":387},"/fr-fr/partners/technology-partners/google-cloud-platform/","GitLab on Google Cloud",{"text":412,"config":413},"Pourquoi utiliser GitLab ?",{"href":72,"dataGaName":414,"dataGaLocation":387},"Why GitLab?",{"freeTrial":416,"mobileIcon":421,"desktopIcon":426},{"text":417,"config":418},"Commencer votre essai gratuit",{"href":419,"dataGaName":35,"dataGaLocation":420},"https://gitlab.com/-/trials/new/","nav",{"altText":422,"config":423},"Icône GitLab",{"src":424,"dataGaName":425,"dataGaLocation":420},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":422,"config":427},{"src":428,"dataGaName":425,"dataGaLocation":420},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"freeTrial":430,"mobileIcon":434,"desktopIcon":436},{"text":431,"config":432},"En savoir plus sur GitLab Duo",{"href":64,"dataGaName":433,"dataGaLocation":420},"gitlab duo",{"altText":422,"config":435},{"src":424,"dataGaName":425,"dataGaLocation":420},{"altText":422,"config":437},{"src":428,"dataGaName":425,"dataGaLocation":420},"content:shared:fr-fr:main-navigation.yml","Main Navigation","shared/fr-fr/main-navigation.yml","shared/fr-fr/main-navigation",{"_path":443,"_dir":24,"_draft":6,"_partial":6,"_locale":7,"title":444,"titleMobile":444,"button":445,"config":450,"_id":452,"_type":16,"_source":18,"_file":453,"_stem":454,"_extension":21},"/shared/fr-fr/banner","GitLab Duo Agent Platform est maintenant disponible en version bêta publique !",{"text":446,"config":447},"Essayer la version bêta",{"href":448,"dataGaName":449,"dataGaLocation":30},"/fr-fr/gitlab-duo/agent-platform/","duo banner",{"layout":451},"release","content:shared:fr-fr:banner.yml","shared/fr-fr/banner.yml","shared/fr-fr/banner",{"_path":456,"_dir":24,"_draft":6,"_partial":6,"_locale":7,"data":457,"_id":662,"_type":16,"title":663,"_source":18,"_file":664,"_stem":665,"_extension":21},"/shared/fr-fr/main-footer",{"text":458,"source":459,"edit":465,"contribute":470,"config":475,"items":480,"minimal":653},"Git est une marque déposée de Software Freedom Conservancy et notre utilisation de « GitLab » est sous licence",{"text":460,"config":461},"Afficher le code source de la page",{"href":462,"dataGaName":463,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":466,"config":467},"Modifier cette page",{"href":468,"dataGaName":469,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":471,"config":472},"Veuillez contribuer",{"href":473,"dataGaName":474,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":476,"facebook":477,"youtube":478,"linkedin":479},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[481,504,558,590,624],{"title":48,"links":482,"subMenu":487},[483],{"text":484,"config":485},"Plateforme DevSecOps",{"href":57,"dataGaName":486,"dataGaLocation":464},"devsecops platform",[488],{"title":190,"links":489},[490,494,499],{"text":491,"config":492},"Voir les forfaits",{"href":192,"dataGaName":493,"dataGaLocation":464},"view plans",{"text":495,"config":496},"Pourquoi choisir GitLab Premium ?",{"href":497,"dataGaName":498,"dataGaLocation":464},"/fr-fr/pricing/premium/","why premium",{"text":500,"config":501},"Pourquoi choisir GitLab Ultimate ?",{"href":502,"dataGaName":503,"dataGaLocation":464},"/fr-fr/pricing/ultimate/","why ultimate",{"title":505,"links":506},"Solutions",[507,512,515,517,522,527,531,534,537,542,544,546,548,553],{"text":508,"config":509},"Transformation digitale",{"href":510,"dataGaName":511,"dataGaLocation":464},"/fr-fr/topics/digital-transformation/","digital transformation",{"text":513,"config":514},"Sécurité et conformité",{"href":132,"dataGaName":139,"dataGaLocation":464},{"text":124,"config":516},{"href":107,"dataGaName":108,"dataGaLocation":464},{"text":518,"config":519},"Développement agile",{"href":520,"dataGaName":521,"dataGaLocation":464},"/fr-fr/solutions/agile-delivery/","agile delivery",{"text":523,"config":524},"Transformation cloud",{"href":525,"dataGaName":526,"dataGaLocation":464},"/fr-fr/topics/cloud-native/","cloud transformation",{"text":528,"config":529},"SCM",{"href":121,"dataGaName":530,"dataGaLocation":464},"source code management",{"text":111,"config":532},{"href":113,"dataGaName":533,"dataGaLocation":464},"continuous integration & delivery",{"text":162,"config":535},{"href":164,"dataGaName":536,"dataGaLocation":464},"value stream management",{"text":538,"config":539},"GitOps",{"href":540,"dataGaName":541,"dataGaLocation":464},"/fr-fr/solutions/gitops/","gitops",{"text":175,"config":543},{"href":177,"dataGaName":178,"dataGaLocation":464},{"text":180,"config":545},{"href":182,"dataGaName":183,"dataGaLocation":464},{"text":185,"config":547},{"href":187,"dataGaName":188,"dataGaLocation":464},{"text":549,"config":550},"Formation",{"href":551,"dataGaName":552,"dataGaLocation":464},"/fr-fr/solutions/education/","education",{"text":554,"config":555},"Services financiers",{"href":556,"dataGaName":557,"dataGaLocation":464},"/fr-fr/solutions/finance/","financial services",{"title":195,"links":559},[560,562,564,566,569,571,574,576,578,580,582,584,586,588],{"text":207,"config":561},{"href":209,"dataGaName":210,"dataGaLocation":464},{"text":212,"config":563},{"href":214,"dataGaName":215,"dataGaLocation":464},{"text":217,"config":565},{"href":219,"dataGaName":220,"dataGaLocation":464},{"text":222,"config":567},{"href":224,"dataGaName":568,"dataGaLocation":464},"docs",{"text":245,"config":570},{"href":247,"dataGaName":248},{"text":572,"config":573},"Histoires de réussite client",{"href":242,"dataGaLocation":464},{"text":240,"config":575},{"href":242,"dataGaName":243,"dataGaLocation":464},{"text":250,"config":577},{"href":252,"dataGaName":253,"dataGaLocation":464},{"text":263,"config":579},{"href":265,"dataGaName":266,"dataGaLocation":464},{"text":255,"config":581},{"href":257,"dataGaName":258,"dataGaLocation":464},{"text":268,"config":583},{"href":270,"dataGaName":271,"dataGaLocation":464},{"text":273,"config":585},{"href":275,"dataGaName":276,"dataGaLocation":464},{"text":278,"config":587},{"href":280,"dataGaName":281,"dataGaLocation":464},{"text":283,"config":589},{"href":285,"dataGaName":286,"dataGaLocation":464},{"title":301,"links":591},[592,594,596,598,600,602,604,608,613,615,617,619],{"text":308,"config":593},{"href":310,"dataGaName":303,"dataGaLocation":464},{"text":313,"config":595},{"href":315,"dataGaName":316,"dataGaLocation":464},{"text":321,"config":597},{"href":323,"dataGaName":324,"dataGaLocation":464},{"text":326,"config":599},{"href":328,"dataGaName":329,"dataGaLocation":464},{"text":331,"config":601},{"href":333,"dataGaName":334,"dataGaLocation":464},{"text":336,"config":603},{"href":338,"dataGaName":339,"dataGaLocation":464},{"text":605,"config":606},"Sustainability",{"href":607,"dataGaName":605,"dataGaLocation":464},"/sustainability/",{"text":609,"config":610},"Diversité, inclusion et appartenance (DIB)",{"href":611,"dataGaName":612,"dataGaLocation":464},"/fr-fr/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":341,"config":614},{"href":343,"dataGaName":344,"dataGaLocation":464},{"text":351,"config":616},{"href":353,"dataGaName":354,"dataGaLocation":464},{"text":356,"config":618},{"href":358,"dataGaName":359,"dataGaLocation":464},{"text":620,"config":621},"Déclaration de transparence sur l'esclavage moderne",{"href":622,"dataGaName":623,"dataGaLocation":464},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":361,"links":625},[626,629,631,633,638,643,648],{"text":627,"config":628},"Échanger avec un expert",{"href":39,"dataGaName":40,"dataGaLocation":464},{"text":370,"config":630},{"href":372,"dataGaName":373,"dataGaLocation":464},{"text":375,"config":632},{"href":377,"dataGaName":378,"dataGaLocation":464},{"text":634,"config":635},"Statut",{"href":636,"dataGaName":637,"dataGaLocation":464},"https://status.gitlab.com/","status",{"text":639,"config":640},"Conditions d'utilisation",{"href":641,"dataGaName":642},"/terms/","terms of use",{"text":644,"config":645},"Déclaration de confidentialité",{"href":646,"dataGaName":647,"dataGaLocation":464},"/fr-fr/privacy/","privacy statement",{"text":649,"config":650},"Préférences en matière de cookies",{"dataGaName":651,"dataGaLocation":464,"id":652,"isOneTrustButton":93},"cookie preferences","ot-sdk-btn",{"items":654},[655,657,660],{"text":639,"config":656},{"href":641,"dataGaName":642,"dataGaLocation":464},{"text":658,"config":659},"Politique de confidentialité",{"href":646,"dataGaName":647,"dataGaLocation":464},{"text":649,"config":661},{"dataGaName":651,"dataGaLocation":464,"id":652,"isOneTrustButton":93},"content:shared:fr-fr:main-footer.yml","Main Footer","shared/fr-fr/main-footer.yml","shared/fr-fr/main-footer",{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"seo":667,"content":668,"config":669,"_id":15,"_type":16,"title":17,"_source":18,"_file":19,"_stem":20,"_extension":21},{"title":9,"description":10},{"name":9},{"template":13,"slug":14,"hide":6},[671,697,723,743,764,786,808,828,849,869,889,911],{"_path":672,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":673,"content":678,"config":690,"_id":693,"_type":16,"title":694,"_source":18,"_file":695,"_stem":696,"_extension":21},"/fr-fr/blog/embedded-views-the-future-of-work-tracking-in-gitlab",{"config":674,"title":675,"ogTitle":675,"description":676,"ogDescription":676,"ogImage":677},{"noIndex":6},"Vues intégrées : l'avenir du suivi des tâches dans GitLab","Les vues intégrées aident les équipes de GitLab à travailler plus efficacement, à prendre de meilleures décisions et à suivre des workflows complexes.","https://res.cloudinary.com/about-gitlab-com/image/upload/f_auto,q_auto,c_lfill/v1750099072/Blog/Hero%20Images/Blog/Hero%20Images/agile_agile.png_1750099072322.png",{"body":679,"title":675,"description":680,"authors":681,"heroImage":677,"date":685,"category":14,"tags":686},"Vous arrive-t-il de basculer entre plusieurs onglets dans GitLab simplement pour suivre ce qui se passe dans votre projet ? Peut-être consultez-vous un ticket, puis passez à une merge request, et enfin à un epic pour avoir une vue d'ensemble. Sans vous en rendre compte, votre navigateur déborde d'onglets et vous avez perdu le fil.\n\n\n\nSi cette situation vous semble familière, vous n'êtes certainement pas seul. De nombreuses équipes perdent du temps et de l'énergie à naviguer entre différents éléments dans leur logiciel de gestion de projet, alors qu'elles essaient simplement de suivre leur travail.\n\n\n\nC'est justement pour répondre à ce problème que nous avons créé les [vues intégrées](https://docs.gitlab.com/user/glql/#embedded-views), alimentées par [GitLab Query Language (GLQL)](https://docs.gitlab.com/user/glql/). [Disponible dans la version 18.3](https://about.gitlab.com/fr-fr/blog/gitlab-18-3-expanding-ai-orchestration-in-software-engineering/), cette fonctionnalité fournit un aperçu des informations pertinentes en temps réel là où vous travaillez déjà dans GitLab. Fini le changement de contexte permanent et les rapports obsolètes : vous disposez des informations dont vous avez besoin, au moment précis où vous en avez besoin.\n\n\n\n## Pourquoi utiliser les vues intégrées ?\n\n\n\nLes vues intégrées représentent bien plus qu'une nouvelle fonctionnalité : elles constituent un changement fondamental dans la façon dont les équipes comprennent et suivent leur travail au sein de GitLab. Avec les vues intégrées, les équipes ne changent pas de contexte et accèdent aux informations dont elles ont besoin en temps réel. Ainsi, elles profitent d'une vision commune sans jamais quitter leur workflow actuel et renforcent leur collaboration. Grâce à un suivi du travail facilité et sans effort, les équipes peuvent se concentrer sur l'essentiel.\n\n\n\n## Des données en temps réel là où vous en avez besoin\n\n\n\nLes vues intégrées permettent d'insérer des requêtes GLQL dynamiques dans des blocs de code Markdown à travers des pages [wiki](https://about.gitlab.com/fr-fr/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management/), des epics, des tickets et des merge requests. \n\n\n\nElles offrent de nombreux avantages :\n\n\n\n### Mises à jour en continu\n\n\n\nLes requêtes GLQL sont dynamiques et extraient des données actualisées à chaque chargement de page. Ainsi, vos vues intégrées reflètent toujours l'état actuel de votre travail, et non le moment où vous avez ajouté cette vue. Lorsque des modifications sont apportées aux tickets, aux merge requests ou aux jalons, la page s'actualise et affiche ces mises à jour dans votre vue intégrée.\n\n\n\n### Contexte\n\n\n\nUtilisez des fonctions comme `currentUser()` et `today()` pour que vos requêtes s'appliquent à un contexte spécifique. Vos vues intégrées s'adaptent automatiquement pour afficher les informations pertinentes en fonction de la personne qui les consulte et offrent ainsi une expérience personnalisée sans configuration manuelle.\n\n\n\n### Filtrage puissant\n\n\n\nVous avez à disposition des filtres comme l'assigné, l'auteur, le label, le jalon, l'indicateur de progression, la date de création et plus encore. Il vous suffit d'utiliser des expressions logiques pour obtenir exactement les données souhaitées. Nous prenons en charge plus de 30 champs de filtres depuis la version 18.3.\n\n\n\n### Affichage personnalisable\n\n\n\nVous pouvez afficher vos données sous forme de tableau, de liste ou de liste numérotée. Choisissez les champs à afficher, définissez une limite du nombre d'éléments et indiquez l'ordre de tri pour profiter d'un affichage ciblé et exploitable.\n\n\n\n### Disponibilité\n\n\n\nVous pouvez utiliser les vues intégrées dans les wikis de groupe et de projet, les descriptions d'epics et de tickets, les merge requests et les commentaires. GLQL est disponible sur la version gratuite de GitLab, GitLab Premium, GitLab Ultimate, GitLab.com, GitLab Self-Managed et GitLab Dedicated. Certaines fonctionnalités, telles que l'affichage des epics, du statut, des champs personnalisés, des itérations et des poids, sont disponibles uniquement pour les utilisateurs de GitLab Premium et GitLab Ultimate. L'affichage de l'indicateur de progression est disponible uniquement dans GitLab Ultimate.\n\n\n\n## Découvrez les vues intégrées en action\n\n\n\nLa syntaxe du code source d'une vue intégrée est un sur-ensemble de YAML qui comprend :\n\n\n\n* Le paramètre `query` : des expressions reliées par un opérateur logique, tel que `and`.\n\n\n\n* Des paramètres liés à la couche de présentation, comme `display`, `limit`, ou `fields`, `title` et `description` représentés en YAML.\n\n\n\nUne vue est définie en Markdown comme un bloc de code, similaire à d'autres blocs de code comme Mermaid.\n\n\n\nPar exemple :\n\n\n- Afficher un tableau des 5 premiers tickets ouverts assignés à l'utilisateur authentifié dans `gitlab-org/gitlab`.\n\n- Afficher les colonnes `title`, `state`, `health`, `epic`, `milestone`, `weight` et `updated`.\n\n\n\n````yaml\n```glql\ndisplay: table\ntitle: GLQL table 🎉\ndescription: This view lists my open issues\nfields: title, state, health, epic, milestone, weight, updated\nlimit: 5\nquery: project = \"gitlab-org/gitlab\" AND assignee = currentUser() AND state = opened\n```\n````\n\n\nLe tableau généré devrait ressembler à celui ci-dessous :\n\n\n![Vue intégrée](https://res.cloudinary.com/about-gitlab-com/image/upload/v1755193172/ibzfopvpztpglnccwrjj.png)\n\n\n\nPour créer votre première vue intégrée, accédez au menu déroulant **Plus d'options** dans la barre d'outils de l'éditeur de texte enrichi. Une fois dans cette barre d'outils, sélectionnez **Vue intégrée**. \n\n\n\nLa requête suivante sera insérée dans un bloc de code Markdown :\n\n\n\n````yaml\n```glql\nquery: assignee = currentUser()\nfields: title, createdAt, milestone, assignee\ntitle: Issues assigned to current user\n```\n````\n\n\n\n\nEnregistrez vos modifications dans le commentaire ou la description où le bloc de code apparaît, et c'est terminé : vous avez créé votre première vue intégrée !\n\n\n\n## Comment GitLab utilise les vues intégrées\n\n\n\nQue ce soit pour suivre les merge requests relatives à des versions de sécurité, trier les bogues pour améliorer le backlog ou gérer l'intégration de l'équipe et la planification des jalons, nous nous servons des vues intégrées quotidiennement pour des processus essentiels. Il ne s'agit pas simplement d'une fonctionnalité que nous avons développée, c'est un outil dont nous dépendons pour gérer efficacement notre activité. Adopter les vues intégrées, c'est profiter d'une solution éprouvée qui aide déjà les équipes de GitLab à travailler plus efficacement, à prendre des décisions basées sur les données et à bénéficier d'une visibilité sur des workflows complexes. \n\n\n\nPour résumer, les vues intégrées peuvent transformer la façon dont votre équipe gère et analyse les tâches au cœur de votre travail.\n\n\n\nPour en savoir plus sur la façon dont GitLab utilise les vues intégrées en interne, consultez l’article [« Comment GitLab mesure l'impact de la Red Team : la métrique du taux d'adoption »](https://about.gitlab.com/blog/how-gitlab-measures-red-team-impact-the-adoption-rate-metric/) et les tickets de planification concernant la version de recherche globale pour les jalons [18.1](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/239), [18.2](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/241) et [18.3](https://gitlab.com/gitlab-org/search-team/team-tasks/-/issues/245).\n\n\n\n## Prochaines étapes\n\n\n\nLes vues intégrées ne sont que le début de la vision du [groupe Knowledge](https://about.gitlab.com/direction/plan/knowledge/) consacrée au suivi du travail. Découvrez nos futurs projets dans l'[epic post disponibilité générale des vues intégrées](https://gitlab.com/groups/gitlab-org/-/epics/15249). En ce qui concerne l'évolution de cette fonctionnalité, nous nous engageons à renforcer son efficacité et son [accessibilité](https://gitlab.com/gitlab-org/gitlab/-/issues/548722).\n\n\n\n## Partagez votre expérience\n\n\n\nPartagez vos retours dans le [ticket dédié aux vues intégrées en disponibilité générale](https://gitlab.com/gitlab-org/gitlab/-/issues/509792). Que vous ayez découvert des cas d'utilisation innovants, rencontré des défis ou que vous ayez des idées d'amélioration, nous voulons connaître votre avis.\n","Découvrez comment les vues intégrées aident les équipes de GitLab à travailler plus efficacement, à prendre des décisions basées sur les données et à bénéficier d’une visibilité sur des workflows complexes.",[682,683,684],"Matthew Macfarlane","Himanshu Kapoor","Alex Fracazo","2025-09-09",[687,688,689],"agile","workflow","DevSecOps platform",{"featured":6,"template":691,"slug":692},"BlogPost","embedded-views-the-future-of-work-tracking-in-gitlab","content:fr-fr:blog:embedded-views-the-future-of-work-tracking-in-gitlab.yml","Embedded Views The Future Of Work Tracking In Gitlab","fr-fr/blog/embedded-views-the-future-of-work-tracking-in-gitlab.yml","fr-fr/blog/embedded-views-the-future-of-work-tracking-in-gitlab",{"_path":698,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":699,"content":707,"config":717,"_id":719,"_type":16,"title":720,"_source":18,"_file":721,"_stem":722,"_extension":21},"/fr-fr/blog/safe-without-silos-in-gitlab",{"title":700,"description":701,"ogTitle":700,"ogDescription":701,"noIndex":6,"ogImage":702,"ogUrl":703,"ogSiteName":704,"ogType":705,"canonicalUrls":703,"schema":706},"Scaled Agile Framework : adoptez le framework SAFe avec GitLab ","Découvrez comment intégrer le Scaled Agile Framework (SAFe) aux fonctionnalités natives de la plateforme DevSecOps de GitLab.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097569/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2811%29_2hcwWx49wQ7CHfvhhkVH6S_1750097569126.png","https://about.gitlab.com/blog/safe-without-silos-in-gitlab","https://about.gitlab.com","article","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Scaled Agile Framework : adoptez le framework SAFe avec GitLab \",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2025-04-08\",\n      }",{"title":700,"description":701,"authors":708,"heroImage":702,"date":710,"body":711,"category":14,"tags":712,"updatedDate":716},[709],"Amanda Rueda","2025-04-08","Lorsqu'une entreprise décide d'adopter le Scaled Agile Framework (SAFe) pour s'adapter à ses nouveaux besoins, coordonner les équipes qui travaillent sur des produits complexes devient rapidement un enjeu de taille. Elle doit couramment faire face à un défi majeur : la planification s'effectue dans un outil, tandis que le travail de développement proprement dit est géré dans un autre.\n\nCette séparation crée des silos entre les équipes et entraîne une multitude de problèmes au quotidien : les équipes de développement passent constamment d'un système à l'autre, les chefs de produit peinent à obtenir une image précise de l'avancement des projets, et au final, ce sont tous les contributeurs aux projets qui perdent un temps précieux à transférer manuellement des informations entre les différents systèmes. Or, SAFe a précisément été conçu pour résoudre ce type d'expérience fragmentée.\n\nSi vos équipes de développement utilisent déjà GitLab pour la [gestion du code source](https://about.gitlab.com/fr-fr/solutions/source-code-management/ \"Gestion du code source\"), les processus [CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/ \"Qu'est-ce que le CI/CD ?\") et la sécurité des logiciels, vous vous demandez peut-être s'il est possible d'y intégrer également la planification SAFe. La réponse est oui. Grâce à ses solides capacités de gestion de projets Agile, GitLab prend en charge le framework SAFe à chaque étape du développement logiciel. \n\nDans cet article, découvrez comment GitLab vous aide à mettre en place les concepts et les cérémonies SAFe, le tout au sein d'une seule et même plateforme [DevSecOps](https://about.gitlab.com/fr-fr/topics/devsecops/ \"Qu'est-ce que DevSecOps ?\").\n\n## Qu'est-ce que le Scaled Agile Framework (SAFe) ?\n\nLe Scaled Agile Framework (SAFe) est une approche de gestion conçue pour appliquer les principes Agile à l'échelle des grandes entreprises. Il optimise la livraison de valeur, assure un alignement constant entre les équipes et se concentre sur les besoins des clients. \n\nSAFe transpose le modèle collaboratif et itératif des petites équipes aux environnements complexes des grandes entreprises impliquant de nombreuses équipes, parties prenantes et roadmaps. \n\nCette approche permet d'harmoniser tous les efforts de planification et d'exécution vers un objectif commun. Pour les chefs de produit, le Scaled Agile Framework (SAFe) fait le lien entre la stratégie et l'exécution : il ne s'agit pas uniquement de livrer rapidement, mais de livrer les bons produits, en s'appuyant sur des priorités claires et une coordination transversales entre les différentes équipes.\n\nSAFe réduit les silos, encourage la collaboration et aide les équipes à se mobiliser autour des résultats attendus par les clients, et non plus uniquement autour des tâches à accomplir. Une fois intégré à GitLab, la magie opère : visibilité, traçabilité et livraison sont réunies au sein d'une seule et même plateforme.\n\n## Correspondance de la terminologie SAFe dans GitLab\n\nVoici un aperçu des concepts SAFe et leur correspondance dans GitLab :\n\n| SAFe | GitLab |\n| :---- | :---- |\n| Epic | Epic principal |\n| Capability | Sous-epic (niveau 1) |\n| Feature | Sous-epic (niveau 2) |\n| User story | Ticket |\n| Task | Tâche |\n| Team | Champ personnalisé / Label à portée limitée |\n| Sprint | Itération |\n| Program Increment (PI) | Jalon |\n| Value Stream | Groupe principal |\n| Agile Release Train (ART) | Groupe principal |\n\n\u003Cbr>\u003C/br>\n\nEn vous basant sur cette correspondance, vous pouvez configurer GitLab pour refléter fidèlement votre implémentation SAFe. La structure des groupes vous permet d'organiser vos équipes autour de vos chaînes de valeur (Value Stream) et de vos Agile Release Trains (ART), tandis que la hiérarchie des éléments de travail (avec jusqu'à sept niveaux d'epics imbriqués) vous offre toute la profondeur nécessaire pour gérer des portefeuilles produits complexes. Que vous travailliez au niveau du portefeuille (groupes principaux), du programme (sous-groupes) ou de l'équipe (projets), la structure organisationnelle de GitLab s'aligne parfaitement avec la hiérarchie SAFe.\n\n## Les cérémonies SAFe dans GitLab\n\nDécouvrez maintenant comment organiser vos cérémonies SAFe dans GitLab. Voici comment procéder, étape par étape.\n\n### Planification PI (Program Increment)\n\nPour faciliter l'alignement entre les équipes et la gestion des dépendances qui font le succès de la planification PI, GitLab offre plusieurs fonctionnalités :\n\n* La vue [Roadmap](https://docs.gitlab.com/user/group/roadmap/) :  visualisez les fonctionnalités par équipe et sur plusieurs périodes.\n* Les [jalons](https://docs.gitlab.com/user/project/milestones/) : associez chaque fonctionnalité au jalon correspondant à votre PI. \n* Les [dépendances](https://docs.gitlab.com/user/project/issues/related_issues/#blocking-issues) : documentez et visualisez les dépendances entre équipes dès qu'elles sont identifiées.\n\nGitLab vous offre une grande flexibilité pour la planification PI grâce à deux vues principales : les tableaux des epics (qui peuvent être configurés pour afficher les affectations par équipe) et la vue Roadmap (qui affiche les fonctionnalités au fil du temps, façon diagramme de Gantt). Vous pouvez facilement passer d'une vue à l'autre pendant votre session de planification, selon que vous souhaitez vous concentrer sur la chronologie ou l'organisation des équipes.\n\n![Vue Roadmap et tableau des epics](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097576746.gif)\n\n\u003Cbr>\u003C/br>\n\n![Vue Roadmap avec diagramme de Gantt](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image5_aHR0cHM6_1750097576747.png)\n\n### Affinement\n\nEn tant que chef de produit, animer des sessions d'affinement efficaces repose sur une visibilité complète de votre backlog de fonctionnalités. Vous pouvez exécuter votre session d'affinement directement dans GitLab. Il n'est plus nécessaire de mettre à jour un outil pendant la réunion, puis un autre après coup. \n\nGitLab facilite les sessions d'affinement grâce aux éléments suivants :\n\n* Les [tableaux des epics](https://docs.gitlab.com/user/group/epics/epic_boards/) : regroupez les fonctionnalités en fonction de leur statut.  \n* Les story points : visualisez-les directement dans l'[aperçu](https://docs.gitlab.com/user/group/epics/epic_boards/#view-count-of-issues-weight-and-progress-of-an-epic).  \n* Les [vues dans un volet latéral](https://docs.gitlab.com/user/group/epics/manage_epics/#open-epics-in-a-drawer) : interagissez avec vos éléments de travail sans jamais perdre de vue le contexte.   \n* Les [tickets enfants](https://docs.gitlab.com/user/group/epics/manage_epics/#add-an-issue-to-an-epic) : créez et associez des tickets directement à partir des epics.\n\n![SAFe - image 3](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750097576749.gif)\n\n### Planification de sprint\n\nGitLab vous offre tous les outils nécessaires pour planifier vos sprints sans frictions :\n\n* Les [tableaux des tickets](https://docs.gitlab.com/user/project/issue_board/) : visualisez clairement l'ensemble de votre backlog.  \n* Le [poids total](https://docs.gitlab.com/user/project/issue_board/#sum-of-issue-weights) des user stories : visualisez-le directement dans les tableaux.  \n* L'ordonnancement des tickets : déplacez les tickets entre les différentes itérations, par simple glisser-déposer. \n* Une vue repliable : simplifiez le réordonnancement des stories d'un sprint à l'autre.\n\nPlus besoin de jongler entre plusieurs outils, toute la planification se fait dans GitLab. Vous pouvez ainsi consacrer vos réunions de planification à prendre les bonnes décisions.\n\n![Planification de sprint avec GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cHM6_1750097576751.gif)\n\n*💡 Consultez [ce tutoriel dédié à la mise en œuvre de la méthode Scrum avec GitLab](https://docs.gitlab.com/tutorials/scrum_events/) et découvrez en détail la puissance de GitLab dans la planification Agile et le suivi des sprints.*\n\n### Points quotidiens\n\nVotre équipe peut se réunir autour du tableau de bord lors de vos points quotidiens, plus besoin de naviguer entre plusieurs outils ou de deviner l'avancement des projets : tout est visible en un clin d'œil dans GitLab. Votre équipe voit instantanément qui travaille sur quoi, ce qui bloque, et ce qui est prêt pour la revue. GitLab vous permet d'effectuer les actions suivantes lors de vos points quotidiens :\n\n* Les tableaux [filtrés par itération](https://docs.gitlab.com/user/project/issue_board/#iteration-lists) : affichez le travail du sprint en cours.\n* Les story points : affichez le poids des stories directement sur les cartes. \n* La [vue du volet latéral](https://docs.gitlab.com/user/project/issues/managing_issues/#open-issues-in-a-drawer) : accédez aux détails sans quitter le contexte. \n* Les [indicateurs de progression](https://docs.gitlab.com/user/project/issues/managing_issues/#health-status) : mettez en évidence les tâches à risque.\n\n![Tableau de réunions debout quotidiennes](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image6_aHR0cHM6_1750097576755.png)\n\n### Revue de sprint\n\nPour avoir une vision claire des performances de votre équipe au fil des sprints, GitLab met à votre disposition des indicateurs puissants avec les éléments suivants :\n\n* Des [graphiques d'avancement burndown et burnup](https://docs.gitlab.com/user/group/iterations/#iteration-burndown-and-burnup-charts) : visualisez facilement l'avancement des itérations. \n* Le suivi de la vélocité : mesurez l'efficacité de votre équipe.  \n* Les [délais d'exécution et la durée de cycle](https://docs.gitlab.com/user/group/value_stream_analytics/#lifecycle-metrics) : obtenez des indicateurs précis pour évaluer vos workflows.  \n* Des tableaux de bord personnalisables : créez des vues adaptées à chaque équipe.\n\nCes indicateurs vous aident à comprendre si votre équipe gagne en rapidité, à détecter les goulots d'étranglement et les points de friction à aborder lors de votre prochaine rétrospective.\n\n![Graphiques d'avancement burndown et burnup](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750097576758.png)\n\n## 5 bonnes raisons d'adopter une plateforme unifiée\n\nIl existe de nombreux outils de planification capables de gérer les cérémonies SAFe. Mais GitLab se distingue véritablement de ses concurrents pour les raisons suivantes :\n\n1. **Plus de changement de contexte** : la planification, le développement, les tests et la sécurité s'effectuent tous sur une seule plateforme.\n2. **Une traçabilité totale** : de l'épic stratégique et prioritaire jusqu'au déploiement, en passant par l'écriture du code, chaque élément est relié et facile à suivre.\n3. **Une collaboration efficace** : toutes les équipes (développement, produit, sécurité) collaborent dans le même outil.\n4. **Une visibilité instantanée** : toutes les parties prenantes accèdent aux informations clés mises à jour, sur une seule plateforme.\n5. **Une vue d'ensemble** : les indicateurs de planification et de développement sont regroupés pour comprendre exactement où en est le projet.\n\nSi vos équipes de développement apprécient déjà GitLab, pourquoi leur imposer un nouvel outil de planification ou créer des intégrations complexes et disparates ? En intégrant votre planification SAFe à GitLab, vous offrez à tous les contributeurs une expérience unifiée, cohérente et bien plus efficace.\n\n## Principes de mise en œuvre\n\nAprès avoir accompagné plusieurs équipes dans leur transition depuis des outils SAFe traditionnels vers GitLab, voici ce qu'il faut retenir : concentrez-vous sur **les objectifs propres à chaque cérémonie SAFe** plutôt que d'essayer de reproduire les processus de vos anciens outils.\n\nLes équipes qui tirent pleinement parti des fonctionnalités natives de GitLab sont plus performantes que celles qui essaient de les contourner. Cela demande un peu de travail au départ pour comprendre comment associer vos concepts SAFe et configurer vos workflows. Mais une fois cette étape franchie, vous constaterez rapidement que vos processus sont en réalité bien plus simples.\n\nLa clé du succès réside dans la définition de conventions partagées entre tous les contributeurs : quels labels utiliser ? Comment suivre les équipes ? Quelle différence entre un epic et un ticket ? En investissant un minimum d'effort dans cette phase de clarification, vous créez un système intuitif qui éliminera toute la charge de travail liée à la coordination entre les différents outils.\n\n## Mise en place du framework SAFe dans GitLab\n\nEnvie de vous lancer ? Voici les étapes pour mettre en œuvre un Scaled Agile Framework (SAFe) dans GitLab :\n\n1. **Structurez votre environnement** : créez des groupes et des sous-groupes qui [s'alignent sur l'organisation de vos équipes](https://about.gitlab.com/fr-fr/blog/best-practices-to-set-up-organizational-hierarchies-that-scale/).\n2. **Définissez la répartition de votre travail** : décidez comment vous allez utiliser les [epics](https://about.gitlab.com/fr-fr/blog/unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management/), les [tickets](https://docs.gitlab.com/user/project/issues/managing_issues/) et les [tâches](https://docs.gitlab.com/user/tasks/). \n3. **Créez vos itérations** : configurez votre [calendrier de sprints](https://docs.gitlab.com/user/group/iterations/#create-an-iteration-cadence).  \n4. **Ajoutez vos jalons** : les [jalons](https://docs.gitlab.com/user/project/milestones/#create-a-milestone) représentent vos Program Increments (PI) SAFe dans GitLab. \n5. **Personnalisez vos tableaux** : créez des vues dédiées à chaque cérémonie SAFe. \n6. **Accordez-vous sur des conventions** : documentez la façon dont vous utiliserez les labels et les champs personnalisés.\n\nPrendre le temps de bien poser ces bases dès le départ vous évitera bien des tracas par la suite. Votre configuration n'a pas besoin d'être parfaite dès le premier jour : vous pourrez faire des ajustements au fur et à mesure.\n\n## Rassemblez toutes les pièces du puzzle\n\nGitLab vous offre une base solide pour exécuter le Scaled Agile Framework (SAFe), en particulier si vos équipes de développement sont déjà adeptes de GitLab. En centralisant la planification et le développement dans un seul et même outil, vous éliminez les silos et les transferts fastidieux, facilitez la collaboration et accélérez la livraison de vos produits.\n\nLa flexibilité des outils de planification de GitLab vous permet d'adapter l'approche SAFe à vos besoins spécifiques. Vos équipes ne sont pas soumises à des workflows rigides : vous pouvez faire évoluer votre approche à mesure que vos équipes gagnent en maturité et que vos besoins changent.\n\n> Découvrez à quel point la planification sans effet de silo peut être plus simple et plus efficace. [Essayez GitLab Ultimate gratuitement](https://about.gitlab.com/fr-fr/free-trial/?hosted=saas) et simplifiez l'implémentation de votre approche SAFe.\n\n*💡 Pour en savoir plus à ce sujet, n'hésitez pas à consulter également cet article : [Comment utiliser GitLab pour le développement logiciel agile](https://about.gitlab.com/fr-fr/blog/gitlab-for-agile-software-development/)*\n",[687,689,713,714,715],"features","product","tutorial","2025-05-12",{"slug":718,"featured":93,"template":691},"safe-without-silos-in-gitlab","content:fr-fr:blog:safe-without-silos-in-gitlab.yml","Safe Without Silos In Gitlab","fr-fr/blog/safe-without-silos-in-gitlab.yml","fr-fr/blog/safe-without-silos-in-gitlab",{"_path":724,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":725,"content":731,"config":737,"_id":739,"_type":16,"title":740,"_source":18,"_file":741,"_stem":742,"_extension":21},"/fr-fr/blog/how-to-harmonize-agile-sprints-with-product-roadmaps",{"title":726,"description":727,"ogTitle":726,"ogDescription":727,"noIndex":6,"ogImage":728,"ogUrl":729,"ogSiteName":704,"ogType":705,"canonicalUrls":729,"schema":730},"Comment harmoniser les sprints Agile avec les roadmaps produit","Découvrez comment tirer parti de la méthodologie Agile et des fonctionnalités de GitLab à chaque étape du cycle de développement logiciel.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097231/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2821%29_2pdp2MNB7SoP4MhhiI1WIa_1750097230664.png","https://about.gitlab.com/blog/how-to-harmonize-agile-sprints-with-product-roadmaps","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Comment harmoniser les sprints Agile avec les roadmaps produit\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2025-02-04\",\n      }",{"title":726,"description":727,"authors":732,"heroImage":728,"date":733,"body":734,"category":14,"tags":735,"updatedDate":736},[709],"2025-02-04","Prenons l'exemple d'équipes produit et de développement travaillant en vase clos. La situation est la suivante : l'équipe produit établit une roadmap sur 12 mois et la communique aux parties prenantes internes, sans toutefois l'examiner au préalable avec l'équipe de développement. De son côté, l'équipe de développement commence à créer les fonctionnalités prévues pour le prochain sprint sans tenir compte de la roadmap produit globale. Résultat : des occasions manquées d'optimiser le calendrier, de mener des projets en parallèle, d'ajuster la charge de travail de l'équipe ou de concevoir des API réutilisables pouvant servir à plusieurs initiatives. Ce manque de coordination entraîne des inefficacités et des retards dans la livraison de valeur.\n\nTrouver le juste équilibre entre gains à court terme et vision à long terme n'est pas toujours facile. Pour y parvenir, une communication claire, des priorités alignées et les bons outils sont indispensables. Découvrez dans ce guide des stratégies concrètes pour harmoniser vos sprints Agile avec des roadmaps stratégiques, relever les défis du développement logiciel et mettre en place des solutions efficaces adaptées à vos équipes.\n\n## L'importance d'une source unique de vérité\n\nUne source unique et cohérente de vérité pour les roadmaps avec des objectifs à plus long terme vous garantit, à vous et à vos équipes, de disposer d'informations actualisées sur la vision globale du projet. Concrètement, cela implique d'adopter une plateforme unique et mise à jour régulièrement pour centraliser tous les détails de votre roadmap. Vous évitez ainsi la multiplication des versions de votre roadmap produit dans différents formats, source de divergences en termes d'informations et de mauvaise compréhension des objectifs à atteindre.\n\n### Comment créer une roadmap produit centralisée\n\nEn créant une roadmap centralisée pour votre équipe, vous pouvez :\n\n* communiquer une stratégie à long terme  \n* réduire au maximum les erreurs de communication  \n* faciliter l'alignement entre les différentes équipes \n* vous adapter rapidement aux changements sans perdre le contexte   \n* offrir un accès aux informations en libre-service, et ainsi réduire la dépendance à un point de contact unique détenant l'information\n\n***Conseil GitLab** : avec les [epics](https://docs.gitlab.com/ee/user/group/epics/) et la [vue Roadmap](https://docs.gitlab.com/ee/user/group/roadmap/), vous pouvez facilement suivre la planification de vos produits et leurs livraisons. En effet, la vue Roadmap vous permet de suivre la progression du projet, d'identifier les goulots d'étranglement et d'assurer l'alignement entre les objectifs stratégiques et l'exécution des sprints.* \n\n![Vue Roadmap pour le groupe](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097239/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750097239117.png)\n\n## Pratiques collaboratives de révision d'une roadmap\n\nÉtablissez un processus régulier de révision et de validation des mises à jour de la roadmap produit en incluant un [trio produit](https://www.producttalk.org/product-trio/) gagnant, à savoir les équipes produit, les équipes UX et les équipes d'ingénierie. Les sessions de révision collaboratives de la roadmap vous aident à maintenir l'alignement entre les parties prenantes et à réduire au maximum les risques. Par exemple, chez GitLab, les réunions avec l'Engineering Manager et l'UX Designer assignés à un projet donné ont lieu chaque mois pour passer en revue les modifications et les valider avec eux. Nous maintenons un suivi des validations sur la page wiki de la roadmap elle-même, ce qui nous engage à respecter le calendrier et garantit la transparence vis-à-vis du reste de l'entreprise.\n\n### Comment optimiser l'efficacité des sessions de révision\n\nPour tirer le meilleur parti des sessions de révision, adoptez les bonnes pratiques suivantes :\n\n* Planifiez des révisions systématiques, mensuelles ou trimestrielles, en fonction de la fréquence à laquelle la roadmap a tendance à évoluer au sein de votre entreprise.\n* Validez l'alignement entre les objectifs produit, le délai de mise en œuvre de l'expérience utilisateur et la faisabilité technique en discutant dès le départ des risques potentiels et des dépendances.   \n  * Assurez-vous que la roadmap reflète les objectifs actuels de l'entreprise.  \n  * Veillez à ce que les délais de conception soient réalistes et tiennent compte des besoins en matière de recherche ou de validation.\n  * Vérifiez que la roadmap inclut le temps alloué à la préparation technique, y compris pour des explorations techniques ou des investigations. Vous pouvez ainsi vous assurer que le travail technique en amont s'aligne avec les priorités globales de l’équipe d'ingénierie.  \n* Optimisez l'efficacité de l'équipe en tenant compte des contraintes de capacité et en vous assurant que la séquence de travail correspond au profil de compétences de l'équipe. Il s'agit notamment d'éviter les périodes de sous-utilisation des ressources ou d'inadéquation des compétences tout en planifiant efficacement les situations telles que les baisses d'effectifs pendant les vacances.\n* Adaptez la portée du projet et définissez des objectifs réalistes en fonction de ce qui peut être accompli. Bien que nous souhaitions en faire toujours plus, la perfection est l'ennemie du progrès. Il convient donc de prioriser ce qui compte vraiment pour apporter de la valeur ajoutée de manière efficace. Recherchez les opportunités d'optimisation en identifiant les moyens d'itérer ou d'augmenter la productivité, en ajustant par exemple l'ordre des tâches afin de réduire les dépendances ou en exploitant les composants réutilisables pour rationaliser le développement.\n* Favorisez un dialogue ouvert sur les compromis et les priorités afin de garantir la prise en compte de tous les points de vue. Cette approche collaborative permet d'identifier des solutions créatives pour relever des défis et de parvenir à un consensus sur la meilleure voie à suivre.\n\n***Conseil GitLab** : utilisez une page [wiki](https://docs.gitlab.com/ee/user/project/wiki/) pour compléter votre [Roadmap](https://docs.gitlab.com/ee/user/group/roadmap/). Le wiki vous permet d'inclure des informations contextuelles sur votre roadmap produit, telles que la justification commerciale, des liens vers des études utilisateurs, les scores RICE, ainsi que des détails sur les dépendances ou les risques. Créez des liens directs vers la roadmap pour en faciliter l'accès, et tirez parti de la fonctionnalité de fils de discussion pour encourager la collaboration asynchrone et les retours de votre équipe.*\n\n![Roadmap produit PlanFlow](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097239/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097239118.png)\n\n## Validation continue de la stratégie et mesure de la progression\n\nL'objectif d'une roadmap produit n'est pas seulement de vous permettre de rester sur la bonne voie, mais aussi d'apporter une réelle valeur ajoutée à vos clients. Pour favoriser le partage des retours utilisateurs et des données comportementales en continu, envisagez d'intégrer des points de contact réguliers issus du trio produit en dehors des cycles de sprint. Ces sessions peuvent servir à examiner les informations clés, à analyser les tendances et à s'assurer que la roadmap produit reflète toujours l'évolution des besoins de vos utilisateurs. En fondant les mises à jour de la roadmap sur les informations réelles des utilisateurs, vous optimisez non seulement vos résultats, mais vous vous adaptez également aux réels besoins de vos clients.\n\nLa valeur que vous livrez peut prendre la forme d'une meilleure ergonomie, d'une dette technique réduite ou de nouvelles fonctionnalités. Lorsque le trio produit est aligné sur la vision de la roadmap, il l'est également sur les résultats que vous vous efforcez d'atteindre.\n\nAfin de déterminer si vous serez en mesure d'atteindre ces résultats, vous devez évaluer précisément les résultats escomptés. Les dérives des objectifs, comme l'ajout tardif de user stories, peut retarder votre capacité à fournir de la valeur. Il est également important d'identifier les tâches réalisées qui ne correspondent pas à la roadmap et d'en comprendre les raisons.\n\n### Planification du sprint\n\nPour maintenir l'alignement des parties prenantes impliquées avec votre roadmap produit, vous devez impérativement commencer par une planification réfléchie de votre sprint. \n\nVoici quelques bonnes pratiques à mettre en œuvre afin de permettre à votre équipe de garder le cap et de se concentrer sur la création de valeur :\n\n* Définissez clairement les objectifs souhaités en délimitant précisément leur portée pour assurer une réalisation efficace.  \n* Identifiez les ajouts tardifs ou ajustements potentiels qui pourraient retarder la livraison et prévoyez des marges de sécurité pour maintenir la concentration des équipes.  \n* Mettez-vous d'accord avec votre équipe sur l'ordre des tâches à effectuer afin d'optimiser l'utilisation des ressources, de prendre en compte les compétences disponibles et de réduire les dépendances.\n* Évitez de planifier à 100 % la capacité de l'équipe pour maintenir la concentration et améliorer la confiance dans le respect des délais. Prévoyez une marge (10 à 20 %) pour gérer les imprévus ou les nouvelles opportunités qui pourraient survenir pendant le sprint.\n\n### Exécution du sprint\n\nRespecter votre roadmap pendant le sprint exige de la concentration, une communication adéquate et une évaluation constante. Si l'objectif est de créer de la valeur, il est tout aussi important de s'assurer que le travail en cours correspond aux résultats que vous avez définis et planifiés.\n\n* Validez en permanence le travail en cours par rapport aux résultats de la roadmap pour vous assurer que chaque sprint contribue à la vision globale.\n* Encouragez l'équipe à vérifier régulièrement qu'elle travaille toujours en vue des objectifs et des résultats escomptés.\n* Maintenez une communication ouverte tout au long du sprint. Organisez des réunions quotidiennes ou des mises à jour asynchrones pour identifier rapidement les risques, les imprévus ou les dépendances et procédez aux ajustements nécessaires.\n* Faites preuve d'une rigueur sans faille pour protéger le sprint. Bien qu'il soit naturel de vouloir résoudre les problèmes émergents, le travail non planifié doit être soigneusement évalué afin d'éviter de faire dérailler les priorités convenues.\n* Gérez de manière proactive toute dérive des objectifs. Si de nouvelles tâches apparaissent en cours de sprint, évaluez leur adéquation avec l'objectif défini de manière précise dans la roadmap. Bien que des idées ou des fonctionnalités supplémentaires puissent s'aligner conceptuellement sur le résultat plus large, elles peuvent ne pas s'intégrer dans le plan immédiat de création de valeur. Documentez ces suggestions et évaluez si elles doivent être considérées comme faisant partie d'itérations futures ou comme un plus pour l'avenir, plutôt que de les introduire dans le sprint en cours et de retarder les priorités convenues.\n\n### Rétrospectives de sprint\n\nLors de vos rétrospectives de sprint, prenez le temps de réfléchir avec votre équipe sur la manière dont vous progressez collectivement vers les résultats souhaités. Les questions à se poser sont les suivantes :\n\n* Des tâches imprévues ont-elles été ajoutées pendant le sprint, retardant ainsi votre capacité à créer de la valeur ? Identifiez pourquoi cela s'est produit et quels ajustements peuvent être apportés.\n* Avez-vous livré des tâches qui s'écartaient de la roadmap ? Discutez des raisons de cet écart et des enseignements que vous pouvez en tirer pour la planification future.\n\nDe la planification du sprint aux rétrospectives, il est de la responsabilité de l'équipe de rester concentrée sur l'obtention de résultats tangibles pour les utilisateurs et les parties prenantes. En s'alignant à chaque étape du processus, vous vous assurez que votre roadmap reste un guide clair pour offrir de la valeur de manière efficace et cohérente.\n\n***Conseil GitLab** : utilisez les [graphiques d'avancement burndown](https://docs.gitlab.com/ee/user/project/milestones/burndown_and_burnup_charts.html) de GitLab pour visualiser les progrès et détecter rapidement les écarts, afin d'aider votre équipe à rester concentrée sur l'obtention de résultats.*\n\n![Graphique d'avancement burndow](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097239/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750097239120.png)\n\n## Livrer les résultats de la roadmap en toute confiance\n\nHarmoniser les sprints agiles avec les roadmaps stratégiques nécessite une approche intentionnelle, l'adhésion de l'équipe et les outils appropriés. Créer une source unique de vérité, encourager les révisions collaboratives et mesurer la progression vers les résultats vous permet d'aligner l'exécution sur la vision du produit. Grâce aux fonctionnalités de planification de GitLab, vos équipes peuvent transformer tous ces défis en opportunités d'innovation et de croissance.\n\nVous souhaitez aligner vos sprints sur votre roadmap stratégique ? [Commencez un essai gratuit de GitLab](https://about.gitlab.com/fr-fr/free-trial/) dès aujourd'hui et découvrez les fonctionnalités qui vous permettront de garantir que chaque cycle de développement contribue efficacement aux objectifs à long terme de votre entreprise.\n\n## En savoir plus\n\n- [Le nouveau rôle de planificateur de GitLab pour aider les équipes de planification Agile](https://about.gitlab.com/fr-fr/blog/introducing-gitlabs-new-planner-role-for-agile-planning-teams/)\n- [Wiki GitLab : l'outil pour une gestion efficace des connaissances](https://about.gitlab.com/fr-fr/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management/)\n- [Comment utiliser GitLab pour le développement logiciel agile](https://about.gitlab.com/fr-fr/blog/gitlab-for-agile-software-development/ \"Comment utiliser GitLab pour le développement logiciel agile\")\n- [Comment la planification Agile de GitLab améliore la gestion de projet collaborative ](https://about.gitlab.com/fr-fr/blog/how-gitlab-agile-planning-improves-collaborative-project-management/ \"Comment la planification Agile de GitLab améliore la gestion de projet collaborative \")\n",[687,715,688,689],"2025-03-06",{"slug":738,"featured":93,"template":691},"how-to-harmonize-agile-sprints-with-product-roadmaps","content:fr-fr:blog:how-to-harmonize-agile-sprints-with-product-roadmaps.yml","How To Harmonize Agile Sprints With Product Roadmaps","fr-fr/blog/how-to-harmonize-agile-sprints-with-product-roadmaps.yml","fr-fr/blog/how-to-harmonize-agile-sprints-with-product-roadmaps",{"_path":744,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":745,"content":751,"config":758,"_id":760,"_type":16,"title":761,"_source":18,"_file":762,"_stem":763,"_extension":21},"/fr-fr/blog/introducing-gitlabs-new-planner-role-for-agile-planning-teams",{"ogTitle":746,"schema":747,"ogImage":748,"ogDescription":749,"ogSiteName":704,"noIndex":6,"ogType":705,"ogUrl":750,"title":746,"canonicalUrls":750,"description":749},"Comment le rôle de planificateur aide les équipes Agile","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"GitLab inclut désormais un rôle de planificateur pour aider les équipes de planification Agile\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2024-11-25\",\n      }","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749662488/Blog/Hero%20Images/blog-image-template-1800x945__3_.png","Découvrez comment le nouveau rôle de planificateur dans GitLab aide les équipes Agile à gérer les workflows de planification.","https://about.gitlab.com/blog/introducing-gitlabs-new-planner-role-for-agile-planning-teams",{"heroImage":748,"body":752,"authors":753,"updatedDate":754,"date":755,"title":756,"tags":757,"description":749,"category":14},"GitLab a créé un nouveau rôle au sein de sa plateforme [DevSecOps](https://about.gitlab.com/fr-fr/topics/devsecops/ \"Qu'est-ce que DevSecOps ?\") : le planificateur. Cette nouveauté s'aligne avec la stratégie de GitLab, qui consiste à fournir des contrôles d'accès flexibles et basés sur les rôles, comme en témoignent les [rôles personnalisés](https://docs.gitlab.com/ee/user/custom_roles.html). Le rôle de planificateur permet aux équipes de développement logiciel et aux utilisateurs spécialisés dans la planification d'accéder aux outils dont ils ont besoin pour gérer leurs workflows Agile, tout en limitant les autorisations trop étendues susceptibles d'introduire des risques inutiles. En adaptant l'accès aux besoins spécifiques des utilisateurs, le rôle de planificateur garantit la productivité des équipes, tout en maintenant la sécurité et la conformité, conformément au [principe de moindre privilège](https://about.gitlab.com/blog/the-ultimate-guide-to-least-privilege-access-with-gitlab/).\n\n## Pourquoi avons-nous créé le rôle de planificateur ?\n\nL'idée nous est venue des retours de nos clients et de nos équipes internes. Il est souvent mentionné que, malgré ses outils complets pour la planification et la gestion des [cycles de développement Agile](https://about.gitlab.com/fr-fr/solutions/agile-delivery/ \"Livraison agile\"), GitLab pouvait manquer de contrôles d'accès plus spécifiques basés sur les rôles. Les chefs de produit, les responsables de projet et les autres utilisateurs impliqués dans la planification ont souvent besoin d'accéder aux fonctionnalités de planification, sans nécessiter des autorisations de développement complètes. Au contraire, il n'est pas souhaitable d'étendre cet accès, car il entraîne une augmentation des risques de sécurité et d'erreurs, telles que des modifications involontaires du code ou des configurations contenant des données sensibles. \n\nNous avons donc mené des entretiens avec des utilisateurs, des analyses concurrentielles et des recherches approfondies, et validé l'intérêt d'un rôle qui accorde un accès complet aux outils de planification, tout en limitant l'accès aux fonctionnalités de développement pour garantir la sécurité.\n\n## Que propose le rôle de planificateur ?\n\nLe rôle de planificateur est un rôle hybride à mi-chemin entre [l'invité et le rapporteur](https://docs.gitlab.com/ee/user/permissions.html#roles). Il est toutefois conçu spécifiquement pour les membres d'équipe qui ont besoin d'accéder aux workflows de planification. \n\nVoici ses particularités :\n\n* L'accès aux principaux outils de planification tels que les epics, les roadmaps, les tableaux des tickets et les [OKR](https://docs.gitlab.com/ee/user/okrs.html) (*certaines fonctionnalités peuvent nécessiter une licence GitLab Premium ou Ultimate*)\n* Une sécurité renforcée qui limite l'accès non requis aux fonctionnalités de développement sensibles\n* Une compatibilité avec le module d'extension GitLab Enterprise Agile Planning, permettant aux équipes de bénéficier d'un accès personnalisé aux outils de planification sans compromettre la sécurité et le contrôle. (*Ce rôle est néanmoins disponible avec toutes les licences*)\n\nLe rôle de planificateur est disponible avec toutes les solutions GitLab, y compris l'édition SaaS de GitLab, GitLab Dedicated et GitLab Auto-géré. Tous les clients bénéficient ainsi de cet accès personnalisé.\n\nCe rôle donne aux équipes la possibilité d'aligner les autorisations sur les fonctions du poste afin d'équilibrer accessibilité et sécurité.\n\n## Comment le rôle de planificateur facilite-t-il les pratiques Agile ?\n\nDans le [développement logiciel Agile](https://about.gitlab.com/fr-fr/blog/gitlab-for-agile-software-development/), il est essentiel de s'assurer que chaque membre de l'équipe dispose des outils et des autorisations adéquates pour optimiser l'efficacité du workflow. Le rôle de planificateur facilite cette approche : il permet la pleine participation aux étapes de planification du cycle de développement logiciel des membres de l'équipe qui en sont responsables, sans affecter des domaines tels que le développement ou le déploiement.\n\nDe la création et de la gestion des epics à la définition des roadmaps, il fournit aux équipes agiles les outils nécessaires pour maintenir leur alignement et leur productivité.\n\n## Une approche centrée sur les clients\n\nCe rôle n'a pas été créé en vase clos. Nous avons impliqué notre communauté à chaque étape du processus. Grâce à des enquêtes, des entretiens et des tests, nous avons ajusté les autorisations pour qu'elles répondent aux besoins réels des chefs de produit et des responsables de projet.\n\nLe rôle de planificateur s'inscrit également dans la mission de longue date de GitLab, qui vise à être une plateforme de référence pour les équipes agiles, en offrant aux entreprises la flexibilité et le contrôle nécessaires pour mettre en œuvre des [méthodologies agiles](https://about.gitlab.com/fr-fr/topics/agile-delivery/agile-methodology/ \"Qu'est-ce que la méthodologie Agile ?\") à grande échelle.\n\n## Les retours et l'engagement de la communauté\n\nNous apprécions votre contribution et vous encourageons à nous donner votre avis sur le nouveau rôle de planificateur. Vos retours sont essentiels pour nous aider à affiner et à améliorer votre expérience sur la plateforme DevSecOps de GitLab. N'hésitez pas à consulter notre [ticket dédié aux retours d'expérience](https://gitlab.com/gitlab-org/gitlab/-/issues/503817) pour nous faire part de vos réflexions et suggestions.\n\n## Commencez à planifier avec GitLab dès aujourd'hui !\n\nLe rôle de planificateur n'est qu'une des nombreuses façons dont GitLab permet aux équipes de développement logiciel de planifier, de collaborer et de livrer des logiciels efficacement. Que vous cherchiez à optimiser vos workflows de gestion de produits, à renforcer la collaboration au sein de votre équipe ou à uniformiser vos pratiques Agile, GitLab vous fournit les outils nécessaires pour votre réussite.\n\n> Vous souhaitez découvrir toute la puissance de GitLab ? [Essayez GitLab Ultimate gratuitement](https://about.gitlab.com/fr-fr/free-trial/) et planifiez vos futurs projets avec notre nouveau rôle de planificateur.",[709],"2024-12-03","2024-11-25","GitLab inclut désormais un rôle de planificateur pour aider les équipes de planification Agile",[687,689,713,714],{"slug":759,"featured":93,"template":691},"introducing-gitlabs-new-planner-role-for-agile-planning-teams","content:fr-fr:blog:introducing-gitlabs-new-planner-role-for-agile-planning-teams.yml","Introducing Gitlabs New Planner Role For Agile Planning Teams","fr-fr/blog/introducing-gitlabs-new-planner-role-for-agile-planning-teams.yml","fr-fr/blog/introducing-gitlabs-new-planner-role-for-agile-planning-teams",{"_path":765,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":766,"content":772,"config":780,"_id":782,"_type":16,"title":783,"_source":18,"_file":784,"_stem":785,"_extension":21},"/fr-fr/blog/seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale",{"title":767,"description":768,"ogTitle":767,"ogDescription":768,"noIndex":6,"ogImage":769,"ogUrl":770,"ogSiteName":704,"ogType":705,"canonicalUrls":770,"schema":771},"Jira vers GitLab : migrer facilement à grande échelle avec Jira2Lab","Découvrez comment Jira2GitLab simplifie les migrations à grande échelle de Jira vers GitLab en gérant des transferts de données complexes, en améliorant l'évolutivité et en assurant une intégration efficace.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749663129/Blog/Hero%20Images/blog-image-template-1800x945__28_.png","https://about.gitlab.com/blog/seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Jira vers GitLab : migrer facilement à grande échelle avec Jira2Lab\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Maximilien Belinga\"}],\n        \"datePublished\": \"2024-10-10\",\n      }",{"title":767,"description":768,"authors":773,"heroImage":769,"date":775,"body":776,"category":14,"tags":777,"updatedDate":779},[774],"Maximilien Belinga","2024-10-10","[Atlassian Server n'est plus disponible depuis février](https://about.gitlab.com/move-to-gitlab-from-atlassian/), ce qui a incité de nombreux clients à explorer des alternatives telles qu'Atlassian Cloud ou Data Center. Cependant, les entreprises qui utilisaient Atlassian Server recherchent de plus en plus des solutions de planification Agile offrant une flexibilité améliorée, une rentabilité plus élevée et une intégration DevSecOps robuste. Elles doivent également relever des défis liés au volume de données, à la personnalisation, au mappage utilisateur, aux performances et à l'intégrité des données pendant la migration. C'est là qu'intervient [Jira2Lab de GitLab](https://gitlab.com/gitlab-org/professional-services-automation/tools/migration/jira2lab). Jira2Lab apporte une solution qui permet des migrations à grande échelle de Jira vers GitLab, tout en offrant une intégration [CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/ \"Qu'est-ce que le CI/CD ?\") complète.\n\n## Quels sont les principaux défis des migrations Jira à grande échelle ? \n\nLa migration de Jira vers GitLab peut représenter un obstacle majeur, en particulier lorsque les entreprises ont des workflows complexes et doivent déplacer des milliers de tickets. \n\nVoici les défis les plus courants rencontrés lors de ces migrations :\n\n- **Migration massive de données :** la complexité de la migration qui doit être effectuée sans problèmes de performance ni perte de données augmente proportionnellement avec le nombre de tickets, de pièces jointes, de commentaires et de projets qu'elle inclut.\n\n- **Champs et workflows personnalisés :** les instances Jira contiennent souvent des workflows, des champs et des types de tickets personnalisés qui n'ont pas de mappage individuel dans GitLab. Cet écart crée des frictions lors de la migration, car les outils existants nécessitent souvent une intervention manuelle pour déplacer ces éléments.\n\n- **Absence d'intégration DevSecOps complète :** bien que de nombreux outils de migration gèrent les données de gestion des projets, ils n'intègrent pas toutes les fonctionnalités [DevSecOps](https://about.gitlab.com/fr-fr/topics/devsecops/ \"Qu'est-ce que DevSecOps ?\") de GitLab. En conséquence, les équipes doivent configurer manuellement leurs [pipelines CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/cicd-pipeline/ \"Qu'est-ce qu'un pipeline CI/CD ?\") et leurs systèmes de [contrôle de version](https://about.gitlab.com/fr-fr/topics/version-control/ \"Qu'est-ce que le contrôle de version ?\") après la migration.\n\n## Présentation de Jira2Lab\n\nJira2Lab a été entièrement conçu pour résoudre les défis spécifiques à la migration de Jira vers GitLab à grande échelle. Il ne s'agit pas seulement de déplacer des données, mais aussi de permettre aux équipes de passer sans accroc au puissant environnement DevSecOps de GitLab sans temps d’arrêt ni perte de données.\n\n### Quelles sont les principales fonctionnalités de Jira2Lab ? \n\n1. Traitement efficace des données à grande échelle : Jira2Lab est optimisé pour gérer des milliers de tickets, de pièces jointes, de commentaires et de champs personnalisés sur plusieurs projets sans sacrifier les performances. Il s'adapte à tous les besoins, même pour les plus grandes migrations d'entreprise.\n\n2. Workflow personnalisé et mappage des champs : l'une des fonctionnalités de Jira2Lab est sa capacité à associer automatiquement des workflows et des champs personnalisés entre Jira et GitLab. L'outil fournit une configuration de mappage flexible qui élimine les interventions manuelles pendant le processus de migration, en veillant à ce que toutes les données passent sans accroc de Jira vers GitLab.\n\n3. Intégration du pipeline CI/CD : Jira2Lab ne se contente pas de migrer vos tickets et vos projets. L'outil intègre le pipeline CI/CD complet de GitLab dans le processus de migration. Les équipes de développement peuvent ainsi commencer à utiliser les fonctionnalités DevSecOps de GitLab, telles que les tests automatisés et les pipelines de déploiement, immédiatement après la migration.\n\n4. Migrations pilotes : notre outil prend en charge les migrations pilotes pour permettre aux équipes de tester leurs configurations et leurs workflows avant de migrer l'ensemble des données. Tous les problèmes sont détectés rapidement, ce qui évite les interruptions pendant la migration complète.\n\n5. Surveillance en temps réel : l'outil fournit une surveillance et des journaux en temps réel pendant la migration. Cette transparence totale assure que chaque étape est effectuée correctement et sans erreurs.\n\n6. Personnalisation et flexibilité : même si votre instance Jira dispose de configurations ou de workflows uniques, Jira2Lab vous permet de personnaliser la migration en fonction de vos besoins spécifiques, en veillant à ce que rien ne soit perdu au cours de la transition.\n\n### Comparaison des fonctionnalités : Jira et GitLab\n\nLa migration de Jira vers GitLab permet de consolider les workflows et d'accéder aux fonctionnalités avancées natives de GitLab. Voici une comparaison rapide des principales fonctionnalités des deux plateformes :\n\n| **Fonctionnalité**             | **Jira**                        | **GitLab**                    |\n|-------------------------|----------------------------------|-------------------------------|\n| **Suivi des tickets**       | Oui (Hautement personnalisable)       | Oui (Intégré au DevSecOps)   |\n| **Tableaux Agile**         | Oui (tableau Kanban, Scrum)             | Oui (Tableaux des tickets, jalons) |\n| **CI/CD**                | Non (Requiert des outils externes)    | Oui (CI/CD intégré)           |\n| **Contrôle de version**       | Non (Requiert GitHub/Bitbucket)  | Oui (Prise en charge native de [Git](https://about.gitlab.com/fr-fr/blog/what-is-git/ \"Qu'est-ce que Git ? \"))       |\n| **Outils DevSecOps**         | Intégrations limitées            | Cycle de vie DevSecOps complet          |\n\nAvec Jira2Lab, nous veillons à ce que tous les aspects critiques, de la gestion des tickets aux pipelines CI/CD, soient transférés sans heurts. Pour ce faire, nous tirons parti de l'approche intégrée de GitLab en matière de développement et d’opérations.\n\n## La méthodologie de migration\n\nJira2Lab suit une méthodologie de migration structurée en cinq étapes. Cette approche garantit une transition fluide avec un minimum de perturbations :\n\n### 1. Découverte et planification\n\nNous commençons par bien comprendre la configuration Jira du client en identifiant tous les workflows, champs et projets personnalisés qui doivent être migrés. Cette étape implique également une analyse des lacunes pour comparer les fonctionnalités de Jira et de GitLab et planifier le processus de migration.\n\n### 2. Configuration\nAu cours de cette étape, nous configurons l'outil de migration et mettons en place les environnements nécessaires pour Jira et GitLab. Nous vérifions toutes les autorisations et configurons la sauvegarde des données Jira avant le début de la migration.\n\n### 3. Migrations pilotes\nAvant de migrer l'ensemble des données, nous exécutons des migrations pilotes sur des projets sélectionnés afin de tester le processus de migration, les workflows et l'intégrité des données. Nous avons ainsi l'opportunité d'identifier et de résoudre tout problème dès le début du processus.\n\n### 4. Migrations à l'échelle\nAprès avoir validé la migration pilote, nous effectuons la migration de tous les projets, en garantissant des temps d'arrêt minimaux et des transitions en douceur pour les équipes de développement.\n\n### 5. Finalisation et assistance post-migration\nUne fois la migration terminée, nous fournissons une assistance continue afin de garantir que toutes les équipes sont pleinement opérationnelles dans GitLab. Cette étape comprend également la formation des utilisateurs et la désactivation de l'instance Jira, si nécessaire.\n\n## Étude de cas : migration à grande échelle avec Jira2Lab\n\nLors d'une migration récente, une grande entreprise a dû relever le défi de migrer plus de 20 000 tickets sur 50 projets de Jira vers GitLab. Le projet comportait des workflows hautement personnalisés et des milliers de commentaires et de pièces jointes à transférer.\n\nAvec Jira2Lab, nous avons pu :\n\n- Migrer toutes les données, y compris les champs personnalisés, sans aucune perte de données.\n- Configurer des pipelines CI/CD dans GitLab afin que les équipes puissent immédiatement poursuivre leur travail après la migration.\n- Effectuer une migration pilote de deux projets, ce qui nous a permis d'identifier et de corriger des écarts mineurs dans les workflows avant d'effectuer la migration pour l'ensemble de l'entreprise.\n\nEn conséquence, la transition vers GitLab s'est déroulée en toute fluidité. L'ensemble du processus s'est effectué dans les délais prévus et sans temps d'arrêt significatif.\n\n## Commencez dès aujourd'hui avec Jira2Lab\n\nL'outil Jira2Lab apporte une solution aux limitations que d'autres outils de migration ne peuvent pas gérer. Il est conçu spécifiquement pour les migrations à grande échelle et peut s'intégrer au cycle de vie DevSecOps complet de GitLab, contrairement à la plupart des outils qui ne gèrent que les données de gestion de projet. La capacité de l'outil à cartographier des workflows personnalisés et à intégrer des pipelines CI/CD en fait la solution idéale pour les entreprises qui souhaitent améliorer leurs workflows de développement tout en migrant vers GitLab.\n\n> Vous souhaitez faire évoluer vos processus de développement avec GitLab ? Explorez notre [catalogue de services professionnels](https://about.gitlab.com/professional-services/catalog/) pour découvrir comment nous pouvons aider votre équipe à migrer de manière efficace et efficiente. Contactez-nous via le formulaire en bas de page pour planifier une démonstration personnalisée de Jira2Lab de GitLab.\n",[687,111,778,713,714],"DevSecOps","2025-01-02",{"slug":781,"featured":93,"template":691},"seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale","content:fr-fr:blog:seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale.yml","Seamlessly Migrate From Jira To Gitlab With Jira2lab At Scale","fr-fr/blog/seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale.yml","fr-fr/blog/seamlessly-migrate-from-jira-to-gitlab-with-jira2lab-at-scale",{"_path":787,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":788,"content":794,"config":802,"_id":804,"_type":16,"title":805,"_source":18,"_file":806,"_stem":807,"_extension":21},"/fr-fr/blog/best-practices-to-set-up-organizational-hierarchies-that-scale",{"ogTitle":789,"schema":790,"ogImage":791,"ogDescription":792,"ogSiteName":704,"noIndex":6,"ogType":705,"ogUrl":793,"title":789,"canonicalUrls":793,"description":792},"Créez une hiérarchie organisationnelle évolutive avec GitLab","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Comment mettre en place une hiérarchie organisationnelle évolutive avec GitLab ? \",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2024-07-22\",\n      }","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098165/Blog/Hero%20Images/Blog/Hero%20Images/agile_agile.png_1750098164666.png","Découvrez comment organiser vos équipes et vos projets dans GitLab avec une structure hiérarchique efficace.","https://about.gitlab.com/blog/best-practices-to-set-up-organizational-hierarchies-that-scale",{"heroImage":791,"body":795,"authors":796,"updatedDate":797,"date":798,"title":799,"tags":800,"description":801,"category":14},"Tirez pleinement parti de votre [abonnement GitLab](https://about.gitlab.com/fr-fr/pricing/ \"Page tarification de GitLab\") en structurant vos équipes et vos projets avec une hiérarchie efficace. Ce guide pratique vous explique comment configurer et structurer votre workflow en groupes, sous-groupes et projets afin d'optimiser votre utilisation de GitLab et d'améliorer votre expérience de développement logiciel.\n\n## Comprendre la structure : groupes, sous-groupes et projets\n\nOrganiser votre workflow en groupes et projets dans GitLab vous permet de refléter la hiérarchie de votre entreprise, afin de faciliter la gestion des autorisations et de bénéficier d'une planification en « équipe d'équipes ». \n\nAvec les groupes et sous-groupes, vos équipes peuvent mieux planifier leur stratégie de développement logiciel et la gestion des projets s'en trouve simplifiée. Vous pouvez affiner cette structure en créant ensuite des sous-groupes et des sous-projets.\n\nVous pouvez en outre structurer vos chaînes de valeur pour améliorer la gestion de projet et la collaboration au sein de votre entreprise.\n\n__Les projets__\n\n- Intégrés au sein des groupes ou des sous-groupes, les projets représentent l'espace de travail de vos équipes. C'est là que l'on retrouve les dépôts et que les paramètres spécifiques au projet sont gérés. Vous pouvez ainsi garder un œil sur les activités quotidiennes et suivre les projets en détail à ce niveau. \n- Une configuration de projet efficace garantit la clarté et l'organisation des données, ce qui est essentiel pour l’établissement de rapports et d'analyses précis.\n\n__Les sous-groupes__\n\n- Les sous-groupes permettent une gestion granulaire des autorisations. Ils peuvent être adaptés aux besoins spécifiques des équipes ou des projets, garantissant ainsi la cohérence des workflows au sein de votre entreprise.\n- Les sous-groupes fonctionnent comme des clusters de projets connexes, similaires au fonctionnement d'une « équipe d'équipes » propre aux principes Agile. \n- Ce niveau hiérarchique est idéal pour gérer plusieurs équipes travaillant sur le même produit ou service. Il améliore la visibilité et l'intégration inter-projets, facilitant ainsi la coordination entre les équipes pour veiller à qu'elles soient correctement alignées en termes d'interdépendances et d'objectifs communs.\n\n__Les groupes__\n\n- Les groupes constituent les piliers de l'organisation des équipes et du workflow dans GitLab. Les autorisations et les accès étendus sont gérés depuis ces groupes.\n- Situés au sommet de la structure hiérarchique, les groupes englobent plusieurs sous-groupes et représentent le niveau stratégique de la gestion de projet, semblable à « l'équipe de l'équipe d'équipes » de la méthode Agile.\n- C'est à ce niveau que sont établis les stratégies et les objectifs globaux, que les paramètres sont définis et que les ressources sont allouées entre les projets et les sous-groupes pour assurer leur alignement avec les objectifs commerciaux globaux de l'entreprise.\n\nLa structure de votre organisation dans GitLab reflète la méthodologie Agile que vous avez adoptée, facilitant ainsi l'application des principes Agile à l'ensemble de vos projets. Cette structure favorise des lignes de communication claires, une gestion efficace des ressources et un alignement stratégique, tout en conservant la flexibilité et la réactivité inhérentes aux méthodologies Agile.\n\n> [Essayez GitLab Ultimate gratuitement](https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/blog&glm_content=default-saas-trial \"Essayez GitLab Ultimate gratuitement\") et mettez en place votre propre hiérarchie organisationnelle. \n\n## Exploiter les mécanismes d'héritage de GitLab\n\nLes [mécanismes d'héritage](https://docs.gitlab.com/ee/tutorials/scrum_events/index.html#understanding-the-inheritance-model-in-gitlab) constituent l'une des fonctionnalités les plus puissantes de GitLab. Avec ces mécanismes, les paramètres, autorisations et configurations définis aux niveaux hiérarchiques supérieurs s'appliquent automatiquement aux niveaux hiérarchiques inférieurs. À l'inverse, les données des niveaux inférieurs sont instantanément disponibles aux niveaux supérieurs de la structure. Ces mécanismes d'héritage améliorent la visibilité sur l'ensemble de votre portefeuille de projets à partir des groupes du niveau hiérarchique supérieur, tout en fournissant des espaces distincts plus bas dans la hiérarchie, permettant à chaque équipe de gérer son travail de manière autonome et spécifique.\n\nExemples :\n- **Créez dans vos groupes de niveau supérieur des jalons et des labels** pour qu'ils s'appliquent automatiquement à tous les sous-groupes et projets sous-jacents. De cette manière, vous maintenez une certaine cohérence au sein de votre structure. \n- **Les tickets et les epics** dans les projets et les sous-groupes de niveau inférieur s'intègrent dans votre hiérarchie de chaîne de valeur. Ainsi, les responsables de programme et les cadres dirigeants peuvent facilement s'y référer.\n- **Gérez les autorisations des utilisateurs au niveau du groupe ou du sous-groupe du niveau hiérarchique supérieur** afin d'optimiser les autorisations et le contrôle d'accès. La gestion du contrôle d'accès s'en trouve simplifiée et vous veillez ainsi à ce que les bonnes personnes disposent des autorisations d'accès adéquates aux différents projets sans avoir à répliquer les configurations maintes fois.\n\nEn plus d'optimiser les frais administratifs, ces conseils vous permettent de renforcer également la sécurité et la conformité en veillant à ce que les changements apportés au niveau supérieur se propagent systématiquement vers le bas de la structure hiérarchique.\n\n![Diagramme de la hiérarchie au sein d'une entreprise](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098179/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750098179305.png)\n\n## Bonnes pratiques pour la configuration de GitLab\n\nLorsque vous configurez la hiérarchie de votre workflow et de vos équipes dans GitLab, nous vous recommandons les options suivantes en fonction de vos besoins. Les clients de GitLab Self-Managed ont la possibilité d'omettre le groupe racine « Nom de l'entreprise », car ce niveau hiérarchique supplémentaire n'est pas nécessaire pour les déploiements auto-gérés. Cette flexibilité garantit que votre configuration GitLab est adaptée à votre structure organisationnelle et à vos préférences de déploiement.\n\n### Option 1 : les autorisations et les accès sont accordés au niveau du sous-groupe\n\nCette option est idéale pour les structures d'autorisations complexes ou les grandes entreprises ayant besoin de partager des projets efficacement entre de nombreux utilisateurs.\n\n#### Exemple de structure\n\n__Groupe au niveau entreprise__\n- Il gère les autorisations étendues, généralement par le biais d'intégrations avec les systèmes de provisionnement d'entreprise.\n- Les utilisateurs sont ajoutés à des sous-groupes, qui servent de base pour partager l'ensemble du groupe avec un autre [groupe](https://docs.gitlab.com/ee/user/group/manage.html#share-a-group-with-another-group) ou [projet](https://docs.gitlab.com/ee/user/project/members/share_project_with_groups.html). Cela permet de réduire la complexité de la gestion individuelle des accès et des autorisations accordés aux utilisateurs.\n- Lors de la création de groupes d'utilisateurs, vous pouvez utiliser les [mentions de groupe](https://docs.gitlab.com/ee/user/discussions/index.html#mentions) dans GitLab pour notifier simultanément un grand nombre d'utilisateurs à la fois.\n\n__Groupe au niveau développement__\n\n- Situé au sommet de la structure hiérarchique, ce groupe offre une visibilité aux membres de la direction et aux responsables de programme sur tous les projets de développement en cours.\n- Les fonctionnalités sont créées au niveau des sous-groupes pour permettre l'accès à plusieurs dépôts.\n- Les projets sont créés pour regrouper les différents dépôts de développement ; ce niveau offre une visibilité pour les équipes.\n\n![Organigramme illustrant le niveau des sous-groupes](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098179/Blog/Content%20Images/Blog/Content%20Images/Image_1_aHR0cHM6_1750098179306.png)\n\n### Option 2 : les autorisations et les accès sont accordés à tous les niveaux\nCette option est idéale pour les petites entreprises ayant des exigences d'accès moins complexes. Les utilisateurs sont ajoutés individuellement aux groupes, sous-groupes ou projets, en fonction des accès requis. Cela permet de contrôler directement la gestion de projet et la visibilité opérationnelle.\n\n#### À retenir\n- Les utilisateurs peuvent être ajoutés à un groupe au sommet de la hiérarchie ou à un sous-groupe/projet de niveau inférieur en fonction de la granularité des besoins d'accès. Chaque membre doit être ajouté individuellement, contrairement à d'autres méthodes où vous pouvez partager un groupe avec plusieurs utilisateurs en une seule action.\n- Les membres de la direction et les responsables de programme disposent d'une visibilité sur tous les projets de développement, au niveau du groupe de développement le plus élevé de la hiérarchie.  \n- Les fonctionnalités sont créées au niveau des sous-groupes pour permettre l'accès à plusieurs dépôts.\n- Les projets sont créés pour regrouper les différents dépôts de développement ; ce niveau offre une visibilité pour les équipes.\n\n![Autorisations accordées à tous les niveaux](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098179/Blog/Content%20Images/Blog/Content%20Images/Image_2_aHR0cHM6_1750098179307.png)\n\n###  Autres considérations relatives à la configuration\n\n__Les jalons et les itérations__ \n- Créez des jalons au niveau du groupe pour plus de visibilité ou lorsqu'ils doivent être partagés entre différents groupes.\n- Créez des jalons au niveau du projet lorsque le jalon est spécifique à un seul projet.\n- Lorsque les équipes travaillent dans différents groupes, la définition d'itérations au niveau du groupe parent permet un suivi unifié.\n\n__La gestion des données__\n- Exploitez les roadmaps, tableaux et listes de GitLab pour en extraire des données qui reflètent précisément la manière dont votre entreprise est structurée et gère ses projets. Vous pouvez ainsi visualiser les progrès et planifier efficacement à différents niveaux de votre structure hiérarchique.\n- GitLab met les données à disposition dans les groupes de niveau supérieur, même lorsqu'elles sont créées à des niveaux inférieurs.\n- Créez vos vues à des niveaux supérieurs de la structure hiérarchique lorsque vous souhaitez visualiser des données sur l'ensemble des groupes et projets et à des niveaux inférieurs lorsque vous souhaitez vous concentrer sur les données d'un groupe ou d'un projet spécifique.\n\n__La création de modèles__\n- Créez des modèles de niveau supérieur pour vous assurer qu'ils s'appliquent automatiquement à tous les sous-groupes et projets sous-jacents. Ces modèles doivent combiner des lignes directrices générales avec les exigences spécifiques au projet.\n- Les modèles sont créés dans leur propre dépôt au sein du groupe concerné (Consultez notre [documentation](https://docs.gitlab.com/ee/user/project/description_templates.html)).\n\n__Les labels__\n- Créez des labels de niveau supérieur pour vous assurer qu'ils s'appliquent automatiquement à tous les sous-groupes et projets sous-jacents. Ces labels doivent combiner des labels relatifs à l'entreprise avec des labels spécifiques à chaque projet.\n- Utilisez des labels à portée limitée (ou Scoped Labels) pour définir des structures organisationnelles, telles que les équipes et le statut des workflows.\n\n![Tableau des tickets avec des labels](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098179/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750098179310.png)\n\n## Exploitez les fonctionnalités de GitLab pour des performances optimales\n\nLa mise en œuvre d'une structure adaptée dans GitLab simplifie non seulement la gestion de vos projets de développement logiciel, mais améliore également la visibilité à différents niveaux de votre entreprise. De cette façon, chaque membre de l'entreprise dispose des informations dont il a besoin, de l'équipe de direction aux contributeurs individuels, pour prendre des décisions éclairées.\n\n> [Essayez GitLab Ultimate gratuitement](https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/blog&glm_content=default-saas-trial \"Essayez GitLab Ultimate gratuitement\") et mettez en place votre propre hiérarchie organisationnelle.\n",[709],"2024-09-17","2024-07-22","Comment mettre en place une hiérarchie organisationnelle évolutive avec GitLab ?",[687,713,689],"Découvrez comment organiser vos équipes et vos projets dans GitLab avec une structure hiérarchique efficace, des lignes de communication claires, un alignement stratégique et bien plus encore.",{"slug":803,"featured":6,"template":691},"best-practices-to-set-up-organizational-hierarchies-that-scale","content:fr-fr:blog:best-practices-to-set-up-organizational-hierarchies-that-scale.yml","Best Practices To Set Up Organizational Hierarchies That Scale","fr-fr/blog/best-practices-to-set-up-organizational-hierarchies-that-scale.yml","fr-fr/blog/best-practices-to-set-up-organizational-hierarchies-that-scale",{"_path":809,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":810,"content":816,"config":822,"_id":824,"_type":16,"title":825,"_source":18,"_file":826,"_stem":827,"_extension":21},"/fr-fr/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management",{"title":811,"description":812,"ogTitle":811,"ogDescription":812,"noIndex":6,"ogImage":813,"ogUrl":814,"ogSiteName":704,"ogType":705,"canonicalUrls":814,"schema":815},"GitLab Wiki : l’outil pour une gestion efficace des connaissances ","Le GitLab Wiki, aide les entreprises à tirer parti de la planification Agile et du knowledge management. Découvrez les meilleures pratiques pour profiter de cet outil dans votre environnement DevSecOps.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749660011/Blog/Hero%20Images/blog-image-template-1800x945__21_.png","https://about.gitlab.com/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"GitLab Wiki : l’outil pour une gestion efficace des connaissances \",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Matthew Macfarlane\"}],\n        \"datePublished\": \"2024-07-17\",\n      }",{"title":811,"description":812,"authors":817,"heroImage":813,"date":818,"body":819,"category":14,"tags":820,"updatedDate":821},[682],"2024-07-17","Pour toute entreprise, une planification Agile réussie passe par la maîtrise des processus de knowledge management. À ce niveau, l'outil wiki de la plateforme DevSecOps de GitLab vous apporte une aide précieuse. Le GitLab Wiki permet aux équipes DevOps de rationaliser les processus de [planification Agile](https://about.gitlab.com/fr-fr/solutions/agile-delivery/ \"Planification Agile\"), d'améliorer leur collaboration, et de s’assurer que les informations restent accessibles et à jour. \n\nDécouvrez dans cet article comment tirer parti du wiki de GitLab afin d'exceller en gestion des connaissances.\n\n## Qu'est-ce que le GitLab Wiki ?\n\nLe GitLab Wiki est disponible aux niveaux des projets et des groupes. Vos équipes peuvent créer, organiser et partager leur documentation directement dans leurs instances GitLab. Flexible et convivial, notre wiki prend en charge de nombreux formats, dont Markdown, RDoc, AsciiDoc et Org. Ainsi, vos informations bénéficient d'une présentation claire et lisible.\n\n## Les avantages de GitLab Wiki en knowledge management\n\nDans le cadre d'une stratégie de planification Agile, le GitLab Wiki apporte de nombreux avantages pour développer une gestion des connaissances fiable et exhaustive. \n\nEn voici quatre exemples :\n\n1. __Dépôt d'informations centralisé.__ Le GitLab Wiki sert de source unique de vérité où toutes les connaissances peuvent être stockées. Ainsi, tous les membres de l'équipe accèdent directement aux informations dont ils ont besoin, sans avoir à quitter la plateforme. \n\n2. __Collaboration et accessibilité.__ Son intégration au sein de GitLab favorise une gestion de projet agile et une collaboration optimale, chaque collaborateur ayant accès aux informations les plus récentes.\n\n3. __Contrôle de version.__ Notre wiki s'appuie sur la robustesse du système de contrôle de version de GitLab. Chaque modification est trackée et les versions précédentes peuvent être restaurées si nécessaire. Cet avantage est essentiel pour préserver l'intégrité de votre documentation dans le temps.\n\n4. __Modèles.__ Les modèles garantissent des contenus au format et au style cohérents au fil des pages, pour un rendu professionnel et une consultation fluide. Les modèles réutilisables vous font gagner du temps et simplifient la création et la mise à jour de vos pages. \n\n## Comment améliorer votre gestion des connaissances avec le GitLab Wiki ?\n\nNous pouvons définir la gestion des connaissances par l'ensemble des méthodes qui permettent de collecter, mémoriser, documenter et transmettre l'information au sein d'un groupe. En entreprise, c'est un élément crucial à la bonne [collaboration des équipes](https://about.gitlab.com/fr-fr/topics/version-control/software-team-collaboration/ \"collaboration des équipes\"). \n\nDans la pratique, voici cinq conseils à suivre avant d’utiliser le GitLab Wiki :\n\n1. __Organisez vos contenus de façon logique.__ Structurez avec pertinence les sections et les sous-sections de votre wiki. Regroupez les informations par catégories, au travers d'une hiérarchisation intuitive. Vos utilisateurs pourront ainsi trouver facilement l’information qu’ils recherchent. \n\n2. __Standardisez vos pratiques.__ Établissez des lignes directrices pour votre documentation : formatage cohérent, conventions de dénomination et structure de contenu uniforme. Une fois encore, utilisez les modèles de GitLab Wiki pour une meilleure standardisation de vos pratiques. \n\n3. __Effectuez des mises à jour et des révisions régulières.__ Contrairement aux tickets et aux epics, les pages wiki ne se ferment jamais. Des révisions et des mises à jour régulières s'imposent donc, afin de proposer des pages wiki toujours exactes. Encouragez les membres de votre équipe à y contribuer, au fur et à mesure que l'activité et les procédures évoluent.\n\n4. __Encouragez la collaboration.__ Favorisez une culture dans laquelle les membres d’une équipe sont encouragés à contribuer au wiki. Il peut s'agir de séances dédiées au partage de connaissances, d'incitations spécifiques aux contributions, ou de mises à jour de la documentation intégrées aux workflows des équipes. \n\n5. __Connectez les pages de votre wiki GitLab aux tickets et aux epics.__ La fonction d'auto-complétion de GitLab vous permet de relier ces derniers aux pages de votre wiki. Ces liens aideront votre équipe à identifier et à référencer plus facilement l'information tout au long du cycle de vie d’un projet.\n\n## Créez votre wiki dès aujourd’hui\n\nAvec le GitLab Wiki, votre entreprise peut efficacement appliquer les principes de planification Agile, atteindre une gestion efficace des connaissances, et valoriser pleinement sa documentation. \n\nL’utilisation de notre wiki pour la gestion des connaissances permet non seulement d'améliorer la productivité des équipes, mais également de favoriser une culture d'apprentissage et d'amélioration continue.\n\nIntégrez ces stratégies dans votre utilisation du GitLab Wiki, et observez les progrès de votre équipe en termes d'efficacité et de collaboration agile. Pour en savoir plus, consultez notre [documentation dédiée au GitLab Wiki](https://docs.gitlab.com/ee/user/project/wiki/ \"GitLab Wiki\").\n",[687,689,714],"2024-10-29",{"slug":823,"featured":6,"template":691},"get-to-know-the-gitlab-wiki-for-effective-knowledge-management","content:fr-fr:blog:get-to-know-the-gitlab-wiki-for-effective-knowledge-management.yml","Get To Know The Gitlab Wiki For Effective Knowledge Management","fr-fr/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management.yml","fr-fr/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management",{"_path":829,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":830,"content":836,"config":843,"_id":845,"_type":16,"title":846,"_source":18,"_file":847,"_stem":848,"_extension":21},"/fr-fr/blog/how-gitlab-agile-planning-improves-collaborative-project-management",{"ogTitle":831,"schema":832,"ogImage":833,"ogDescription":834,"ogSiteName":704,"noIndex":6,"ogType":705,"ogUrl":835,"title":831,"canonicalUrls":835,"description":834},"Comment la planification Agile améliore la gestion de projet","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Comment la planification Agile de GitLab améliore la gestion de projet collaborative\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2024-07-16\",\n      }","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097041/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2822%29_718ZuurL0op4weunB2fBlD_1750097040694.png","GitLab transforme la gestion de projet en favorisant une culture de collaboration et d'amélioration continue. Découvrez comment.","https://about.gitlab.com/blog/how-gitlab-agile-planning-improves-collaborative-project-management",{"heroImage":833,"body":837,"authors":838,"updatedDate":839,"date":840,"title":841,"tags":842,"description":834,"category":14},"Une collaboration efficace est le pilier de la gestion de projet Agile. Elle permet aux équipes de travailler de manière optimale pour livrer des logiciels toujours plus qualitatifs. Découvrez dans cet article comment [GitLab](https://about.gitlab.com/fr-fr/ \"Plateforme DevSecOps de GitLab\") facilite une collaboration fluide entre les équipes, améliorant par la même occasion les résultats de leurs projets. \n\n## Quels sont les avantages d'une gestion de projet collaborative pour les équipes agiles ?\n\nL'adoption de pratiques de gestion de projet collaboratives est essentielle pour les équipes agiles, car elle leur permet de profiter au maximum des environnements de développement dynamiques actuels. \n\nDécouvrez ses avantages et comment tirer pleinement parti des fonctionnalités de planification Agile de GitLab :\n\n- **Amélioration de la communication :** une meilleure collaboration facilite une communication fluide entre tous les membres de l'équipe, afin d'éviter les malentendus et de s'accorder sur des objectifs communs. Cela est particulièrement important dans les environnements Agile où les itérations rapides et les retours d'information continus sont la norme.\n  - *Avec GitLab, la décomposition des epics et l'utilisation de commentaires dans les fils de discussion permettent des échanges détaillés au sein des tickets, permettant à tous les membres de l'équipe d'être sur la même longueur d'onde.*\n\n- **Efficacité accrue :** en favorisant une culture collaborative, les équipes peuvent tirer parti des compétences et de l'expertise uniques de chaque membre, ce qui accélère la résolution de problèmes et la réalisation des tâches. Les outils de collaboration rationalisent les workflows, réduisent les goulots d'étranglement et améliorent la productivité des équipes.\t\n  - *Avec GitLab, la plateforme couvre l'ensemble des processus de développement logiciel, de la planification au déploiement, garantissant ainsi des workflows fluides et efficaces.*\n\n- **Amélioration de la prise de décision :** lorsque les membres d'une équipe travaillent en étroite collaboration, ils peuvent partager diverses perspectives et idées, et ainsi prendre des décisions plus éclairées. La collaboration favorise une culture d'intelligence collective, où les meilleures idées sont identifiées et mises en œuvre.\n  - *Avec GitLab, les tableaux de tickets et les labels aident à organiser et classer les idées par ordre d'importance, afin d'évaluer les options à disposition plus facilement pour faire les bons choix.*\n\n- **Moral et engagement renforcés :** un environnement collaboratif valorisant toutes les contributions peut considérablement améliorer le moral et l'engagement d'une équipe. Les équipes Agile qui collaborent de façon efficace sont plus motivées, ont un sentiment d'appartenance plus marqué et sont plus investies dans la réussite des projets.\n  - *Avec GitLab, mettez en avant les réalisations en vous référant aux contributions des membres de l'équipe et au flux d'activité.*\n\n- **Résultats de meilleure qualité :** une bonne collaboration se traduit souvent par des produits de meilleure qualité. L'évaluation par les pairs et les retours continus garantissent que les problèmes sont détectés et résolus rapidement. Cela contribue à créer des produits plus aboutis et plus robustes.\n  - *Avec GitLab, les modèles de projet et le suivi des jalons offrent des normes de qualité cohérentes pour tous les projets, ce qui permet d'effectuer des revues minutieuses et de standardiser les méthodes.*\n\n- **Adaptabilité et flexibilité :** les équipes agiles doivent pouvoir ajuster leur stratégie rapidement, en fonction des retours d'expérience et de l'évolution des besoins. Une bonne collaboration permet de modifier l'approche et les stratégies en temps réel, en veillant à ce que l'équipe reste réactive et alignée sur les objectifs du projet.\n  - *Avec GitLab, les roadmaps et la planification dynamique permettent d'ajuster la chronologie et les priorités en cours de projet, tout en préservant l'agilité et la réactivité des équipes.*\n\nEn intégrant ces pratiques collaboratives, les équipes agiles peuvent ainsi améliorer la productivité, l'innovation et les résultats de leurs projets.\n\n> Suivez les [mises à jour et informations relatives à la planification Agile de GitLab](https://about.gitlab.com/fr-fr/blog/categories/agile-planning/ \"Planification Agile GitLab\").\n\n## Comment GitLab aide les équipes agiles à collaborer efficacement ? \n\nGrâce à sa suite d'outils complète, GitLab est la plateforme idéale pour soutenir ces efforts collaboratifs. \n\n- **Développement Agile simplifié :** GitLab prend en charge la planification hiérarchique. Les équipes peuvent ainsi structurer leurs projets en epics, puis les décomposer en fonctionnalités, user stories et tâches. Cette structure bien définie garantit une gestion efficace et une visibilité claire des projets complexes, ce qui favorise la création continue de valeur ajoutée. En divisant le travail en segments détaillés, GitLab aide les équipes à se concentrer sur leur tâche pour atteindre leurs objectifs de façon plus efficace.\n\n![Liste imbriquée d'epics et de tickets](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cHM6_1750097050298.png)\n\n- **Amélioration de la visibilité et de la responsabilisation :** la gestion des dépendances est un élément crucial des initiatives interfonctionnelles. Les outils de création, de suivi et de visualisation des dépendances de GitLab permettent aux équipes de comprendre comment leur travail s'inscrit dans un projet plus vaste. Cette visibilité élimine les goulots d'étranglement et aligne les contributions sur les objectifs du projet, en favorisant la responsabilisation et la coordination des progrès.\n\n![Capture d'écran montrant les dépendances liées aux initiatives](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750097050300.png)\n\n- **Une plateforme unifiée pour tous les utilisateurs :** GitLab réunit toutes les parties prenantes au sein d'une même plateforme, éliminant ainsi l'effet de silo résultant généralement de l'utilisation d'outils disparates. Cette centralisation améliore la communication et la collaboration entre les équipes. Que vous soyez développeur ou développeuse, Project Manager, QA Specialist ou UX Designer, GitLab garantit à tous l’accès aux mêmes données et outils, afin de bénéficier d'un environnement de travail plus cohérent.\n\n- **Collaboration et communication en temps réel :** GitLab permet de collaborer en temps réel, grâce à des fonctionnalités telles que les merge requests, le suivi des tickets et les pipelines d'intégration continue/livraison continue ([CI/CD](https://about.gitlab.com/fr-fr/topics/ci-cd/ \"Approche CI/CD\")). Elles optimisent le processus de développement et encouragent également un retour continu d'information et des améliorations itératives. Le chat intégré, les commentaires laissés dans les merge requests ainsi que les notifications en temps réel garantissent que les informations sont facilement accessibles et que les objectifs sont clairs pour toutes les parties prenantes au projet.\n\n![Capture d'écran d'une conversation par chat entre les équipes produit, développement et design](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097050305.png)\n\n- **Décisions basées sur les données et amélioration continue :** chaque action dans GitLab peut être mesurée, offrant ainsi des informations précieuses pour guider la planification stratégique et les ajustements opérationnels. [Les capacités analytiques de GitLab](https://about.gitlab.com/fr-fr/solutions/value-stream-management/ \"Capacités analytiques de GitLab\") permettent aux équipes de surveiller les indicateurs clés de performance, tels que la durée des cycles et la fréquence des déploiements. Cette approche basée sur les données garantit que les décisions reposent sur des faits plutôt que sur des hypothèses, qu'elles suivent les principes « Lean » et qu'elles favorisent l'amélioration continue.\n\n![Tableau de bord d'analyse du flux de valeur](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750097050308.png)\n\n## Intégrez la planification Agile au sein de votre entreprise\n\nLes avantages de GitLab pour la gestion de projets sont innombrables. Bien plus qu'un simple outil, notre plateforme favorise une culture de collaboration et d'amélioration continue permettant aux équipes travaillant de manière cloisonnée, de collaborer de manière unifiée, efficace et motivée. \n\nGitLab redéfinit la gestion de projet collaborative en intégrant des outils de planification complets, avec des fonctionnalités de collaboration en temps réel, le tout au sein d'une plateforme unique. Notre plateforme s'aligne parfaitement avec la méthodologie Agile, ce qui permet aux équipes de gérer leurs projets de manière plus efficace et plus précise. Quelle que soit la taille de votre entreprise, GitLab possède les outils nécessaires pour relever les défis du développement logiciel moderne, afin que vous puissiez livrer des projets qualitatifs, plus rapidement.\n\n> Commencez votre [essai gratuit de GitLab Ultimate](https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/blog&glm_content=default-saas-trial \"Essai gratuit de GitLab Ultimate\") et mettez en place une planification Agile au sein de votre entreprise.",[709],"2024-10-14","2024-07-16","Comment la planification Agile améliore la gestion de projet collaborative",[687],{"slug":844,"featured":93,"template":691},"how-gitlab-agile-planning-improves-collaborative-project-management","content:fr-fr:blog:how-gitlab-agile-planning-improves-collaborative-project-management.yml","How Gitlab Agile Planning Improves Collaborative Project Management","fr-fr/blog/how-gitlab-agile-planning-improves-collaborative-project-management.yml","fr-fr/blog/how-gitlab-agile-planning-improves-collaborative-project-management",{"_path":850,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":851,"content":856,"config":863,"_id":865,"_type":16,"title":866,"_source":18,"_file":867,"_stem":868,"_extension":21},"/fr-fr/blog/unveiling-a-new-epic-experience-for-improved-agile-planning",{"ogTitle":852,"schema":853,"ogImage":813,"ogDescription":854,"ogSiteName":704,"noIndex":6,"ogType":705,"ogUrl":855,"title":852,"canonicalUrls":855,"description":854},"Epics : améliorez la planification Agile avec GitLab","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Epics : une nouvelle expérience pour une meilleure planification Agile avec GitLab\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2024-07-03\",\n      }","La nouvelle expérience des epics améliore la planification de vos workflows et offre une migration fluide pour une meilleure gestion de projet.","https://about.gitlab.com/blog/unveiling-a-new-epic-experience-for-improved-agile-planning",{"heroImage":813,"body":857,"authors":858,"updatedDate":859,"date":860,"title":861,"tags":862,"description":854,"category":14},"Dans notre démarche continue d'amélioration de l'expérience de planification Agile dans GitLab, nous avons [dévoilé il y a quelques mois un nouveau design](https://about.gitlab.com/blog/first-look-the-new-agile-planning-experience-in-gitlab/). Cette mise à jour contribue à notre effort global visant à vous proposer un outil de planification unifié, flexible et adapté à vos besoins. \n\nCet article explore un élément clé de ce projet : la nouvelle expérience des epics. Examinons ensemble cette nouvelle expérience, ainsi que les raisons derrière ces changements visant à améliorer vos capacités de gestion de projet.\n\n## Quels sont les avantages de cette nouvelle expérience ?\n\n### À l'écoute de nos utilisateurs\n\nNotre mission est de vous offrir une expérience de planification Agile complète. C'est pourquoi nous restons constamment à votre écoute. Certains utilisateurs nous ont signalé des difficultés liées à la mise en œuvre actuelle des epics, telles que des fonctionnalités incohérentes entre les epics et les tickets, ou encore des problèmes de flexibilité avec divers workflows. Certains points de friction concernent les outils de workflow, notamment l'absence de personnes assignées au niveau des epics et le manque de modèles réutilisables. Notre nouvelle expérience élimine ces points de friction et offre une planification Agile plus intuitive et efficace.\n\n### Un framework unifié pour les éléments de travail\n\nPour résoudre ces problèmes, nous avons mis en place un framework unifié pour les éléments de travail. Cette nouvelle architecture assure la cohérence entre tous les objets liés à la planification (epics, tickets et tâches) et permet de simplifier l'expérience utilisateur et de la rendre plus fonctionnelle. En consolidant le code sous-jacent, nous pouvons fournir de nouvelles fonctionnalités et des améliorations plus rapidement, pour un processus de planification plus fluide et plus fiable.\n\n> Découvrez [toutes les nouveautés de la planification Agile dans GitLab](https://about.gitlab.com/blog/first-look-the-new-agile-planning-experience-in-gitlab/).\n\n## Quelles sont les caractéristiques clés de cette nouvelle expérience ?\n\n### Une page de détails améliorée\n\nL'un des changements les plus importants est la refonte de la page de détails des epics. Son nouveau design offre une interface plus propre et plus intuitive, ce qui facilite la gestion et le suivi de vos epics.\n\nVoici quelques-unes des nouvelles fonctionnalités clés :\n\n* **Assignés** : attribuez des epics aux membres de votre équipe pour améliorer la responsabilisation et la supervision.\n* **Indicateurs de progression** : évaluez en un coup d'œil le statut de vos epics grâce à ces nouveaux indicateurs.\n* **Suivi du temps** : profitez d'une meilleure visibilité sur le temps consacré aux projets et favorisez une utilisation plus efficace des ressources.\n* **Ascendance** : consultez l'origine hiérarchique complète de vos epics.\n* **Description condensée** : consultez facilement de longues descriptions d'éléments de travail sans perdre de temps à parcourir toutes les informations. Les descriptions sont tronquées par défaut mais peuvent être affichées complètement à l'aide du lien « Afficher plus ». Votre workflow est ainsi simplifié : vous pouvez rapidement consulter les descriptions et les développer uniquement en cas de besoin, ce qui permet de réduire l'encombrement et d'améliorer la lisibilité.\n* **Couleur personnalisée** : vous pouvez désormais personnaliser la couleur des epics qui apparaissent sur la roadmap en définissant une couleur personnalisée, en utilisant des codes hexadécimaux ou RVB, ou en choisissant une couleur dans une palette prédéfinie étendue. \n\n![capture d'écran de la nouvelle expérience épique](https://res.cloudinary.com/about-gitlab-com/image/upload/v1749674437/Blog/Content%20Images/Screenshot_2024-07-10_at_4.22.45_p.m..png)\n\n### Une cohérence entre les objets de planification\n\nLa nouvelle expérience des epics s'aligne étroitement avec la nouvelle expérience des tickets et des tâches, offrant ainsi une expérience utilisateur homogène et cohérente. Cette cohérence permet de simplifier les workflows et d'accélérer la prise en main de l'outil pour les nouveaux utilisateurs.\n\n### Des fonctionnalités supplémentaires\n\nNous prévoyons d'ajouter de manière itérative de nouvelles fonctionnalités qui amélioreront vos capacités de planification. Notre objectif est de vous permettre d'adapter les processus de planification dans GitLab pour répondre au mieux aux besoins spécifiques de votre entreprise. La nouvelle expérience des epics n'est qu'un début ! Vous pouvez vous attendre à découvrir des fonctionnalités supplémentaires à chaque nouvelle version. Voici quelques exemples de fonctionnalités à venir :\n\n* [Modèles](https://gitlab.com/gitlab-org/gitlab/-/issues/428690)\n* [Champs personnalisés](https://gitlab.com/groups/gitlab-org/-/epics/235)\n* [Statuts configurables](https://gitlab.com/groups/gitlab-org/-/epics/5099)\n* [Epics au niveau du projet](https://gitlab.com/gitlab-org/gitlab/-/issues/31840)\n* [Clonage](https://gitlab.com/gitlab-org/gitlab/-/issues/339768)\n* [Passage à un autre groupe/projet](https://gitlab.com/gitlab-org/gitlab/-/issues/339766)\n* [Jalons](https://gitlab.com/groups/gitlab-org/-/epics/329)\n\n## Déroulement de la migration\n\nNous comprenons que tout changement peut être perturbant. C'est la raison pour laquelle nous avons conçu une migration aussi simple que possible vers la nouvelle expérience des epics. Toutes les données, API et URL existantes liées aux epics continueront de fonctionner comme prévu. Aucune mesure ne sera donc nécessaire pour se préparer à cette transition. Les utilisateurs de l'édition GitLab Self-Managed peuvent découvrir la nouvelle expérience en avant-première dans un environnement de test : [en savoir plus](https://docs.gitlab.com/ee/user/group/epics/epic_work_items.html).\n\n## Retours et engagement de la communauté\n\nComme toujours, nous apprécions votre contribution et vous encourageons à nous faire part de votre avis sur la nouvelle expérience des epics. Vos retours sont essentiels pour nous aider à affiner et à améliorer nos outils. N'hésitez pas à consulter notre [ticket regroupant les retours sur l'expérience des epics](https://gitlab.com/gitlab-org/gitlab/-/issues/463598) pour nous faire part de vos réflexions et suggestions.\n\n## Ce qui vous attend\n\nLa nouvelle expérience des epics dans GitLab représente une avancée importante dans le cadre de nos capacités de planification Agile. Grâce à des fonctionnalités avancées, une cohérence améliorée et une approche centrée sur l'utilisateur, nous sommes convaincus que ces changements seront un atout clé pour vos processus de gestion de projet. Nous vous invitons à explorer les nouvelles fonctionnalités et à nous faire part de vos retours. Retrouvez-nous bientôt pour découvrir d'autres innovations et améliorations.",[709],"2024-11-07","2024-07-03","Epics : une nouvelle expérience pour une meilleure planification Agile avec GitLab",[687,689,713,714,688],{"slug":864,"featured":6,"template":691},"unveiling-a-new-epic-experience-for-improved-agile-planning","content:fr-fr:blog:unveiling-a-new-epic-experience-for-improved-agile-planning.yml","Unveiling A New Epic Experience For Improved Agile Planning","fr-fr/blog/unveiling-a-new-epic-experience-for-improved-agile-planning.yml","fr-fr/blog/unveiling-a-new-epic-experience-for-improved-agile-planning",{"_path":870,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":871,"content":877,"config":883,"_id":885,"_type":16,"title":886,"_source":18,"_file":887,"_stem":888,"_extension":21},"/fr-fr/blog/unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management",{"title":872,"description":873,"ogTitle":872,"ogDescription":873,"noIndex":6,"ogImage":874,"ogUrl":875,"ogSiteName":704,"ogType":705,"canonicalUrls":875,"schema":876},"Améliorer la gestion de portefeuille avec les epics multi-niveaux de GitLab","Découvrez comment les epics multi-niveaux de GitLab révolutionnent la gestion de portefeuille Agile, offrant une approche structurée mais flexible pour une planification stratégique et une exécution efficace.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098713/Blog/Hero%20Images/Blog/Hero%20Images/agile_agile.png_1750098713577.png","https://about.gitlab.com/blog/unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Améliorer la gestion de portefeuille avec les epics multi-niveaux de GitLab\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"},{\"@type\":\"Person\",\"name\":\"Melissa Ushakov\"}],\n        \"datePublished\": \"2024-02-06\",\n      }",{"title":872,"description":873,"authors":878,"heroImage":874,"date":880,"body":881,"category":14,"tags":882},[709,879],"Melissa Ushakov","2024-02-06","Dans le paysage en constante évolution du développement de logiciels, le succès des organisations repose essentiellement sur une [gestion de portefeuille](https://about.gitlab.com/fr-fr/solutions/agile-delivery/ \"Gestion de portefeuille GitLab\") efficace. Pour mener à bien votre stratégie commerciale, il est crucial de faire les bons choix, d'allouer des ressources de manière optimale et d'atténuer les risques. Les capacités de gestion de portefeuille de GitLab offrent une approche structurée mais flexible pour aligner la stratégie et l'exécution.\n\nDans cet article de blog, nous explorerons les avantages des epics multi-niveaux de GitLab et leur rôle central dans la gestion de portefeuille Agile.\n\n## Comprendre les epics multi-niveaux de GitLab\n\nLes epics multi-niveaux de [GitLab](https://about.gitlab.com/fr-fr/ \"Plateforme GitLab\") permettent aux organisations d'organiser leur travail selon une structure hiérarchique qui offre une vue claire et détaillée des projets et de leurs interdépendances. De cette manière, les équipes peuvent prendre des décisions éclairées, anticiper les défis potentiels et optimiser leurs workflows pour gagner en efficacité et mener à bien leurs projets.\n\nContrairement à d'autres outils, GitLab permet d'imbriquer les epics sur un maximum de sept niveaux, à l'échelle de différents groupes et projets, ce qui permet une coordination interfonctionnelle efficace.\n\n![epics portfolio management - image 1](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098728/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750098727863.png)\n\n## Quels sont les avantages des epics multi-niveaux dans la gestion de portefeuille ?\n\nVoici quatre avantages des epics multi-niveaux dans la gestion de portefeuille.\n\n### 1. Une compatibilité flexible avec les frameworks Agile\n\nLes epics s'adaptent sans difficultés aux divers Scaled Agile Frameworks (SAFe), ce qui permet aux équipes d'ajuster GitLab à leur méthode de travail préférée. Avec leur conception flexible, les epics multi-niveaux permettent de représenter différents éléments de travail de planification de niveau supérieur avec une configuration minimale.\n\nCette adaptabilité permet aux équipes d'utiliser efficacement GitLab pour les workflows de planification de produits, sans avoir à effectuer une configuration approfondie. Elles peuvent ainsi consacrer davantage de temps à la planification stratégique et moins à la configuration des outils.\n\n### 2. Une répartition granulaire du travail\n\nLes epics multi-niveaux de GitLab permettent aux organisations de décomposer les projets complexes en composants plus petits et gérables. Ainsi, les équipes peuvent identifier des itérations plus petites, qui permettent la création plus rapide et plus fréquente de valeur tangible pour les utilisateurs.\n\nLes epics de niveau supérieur fournissent une vue d'ensemble stratégique qui peut s'étendre sur plusieurs années, tandis que les epics plus proches des livrables peuvent généralement être complétés en quelques sprints. Les epics peuvent être divisés en tickets et en tâches afin de combiner les objectifs stratégiques avec des livrables plus tactiques.\n\n![epics portfolio management - image 2](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098728/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cHM6_1750098727864.png)\n\n### 3. Une visibilité et une collaboration en temps réel\n\nLes epics de GitLab offrent une visibilité en temps réel sur l'avancement des projets et favorisent une collaboration efficace en équipe. GitLab offre une traçabilité inégalée, avec des mises à jour automatiques de la progression des epics, basées sur l'activité DevSecOps en aval pour les éléments de travail connectés. Ce qui permet aux parties prenantes de prendre des décisions éclairées sur la base des informations les plus à jour, d'allouer efficacement les ressources et d'adopter une approche proactive de la gestion des délais de livraison des produits.\n\n![epics portfolio management - image 3](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098728/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750098727866.png)\n\n### 4. Une planification inter-équipes\n\nLes epics multi-niveaux simplifient le processus pour une planification efficace entre différentes équipes en fournissant une vue centralisée de la répartition du travail et des dépendances dans toute l'organisation, garantissant ainsi une collaboration et une coordination cohérentes des efforts. Toutes les informations nécessaires aux processus de planification Agile et à l'exécution du travail de votre organisation sont ainsi regroupées dans un seul et même outil.\n\n![epics portfolio management - image 4](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098728/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750098727871.png)\n\nLes outils de gestion de portefeuille de GitLab, notamment les epics multi-niveaux, garantissent que la planification stratégique s'aligne parfaitement sur l'exécution des projets, permettant ainsi aux équipes de gérer la complexité du développement logiciel avec précision et efficacité, tout en se concentrant sur les objectifs commerciaux globaux.\n\nPrêt à exploiter pleinement le potentiel des epics multi-niveaux de GitLab et à améliorer votre expérience de la gestion de portefeuille ? Consultez nos [options d'abonnement](https://about.gitlab.com/fr-fr/pricing/ \"Abonnements GitLab\") et découvrez l'ensemble de nos fonctionnalités conçues pour favoriser la collaboration, améliorer la transparence et assurer le succès de vos projets.\n",[687,778,689],{"slug":884,"featured":93,"template":691},"unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management","content:fr-fr:blog:unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management.yml","Unlocking Agile Excellence Gitlab Epics For Seamless Portfolio Management","fr-fr/blog/unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management.yml","fr-fr/blog/unlocking-agile-excellence-gitlab-epics-for-seamless-portfolio-management",{"_path":890,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":891,"content":899,"config":905,"_id":907,"_type":16,"title":908,"_source":18,"_file":909,"_stem":910,"_extension":21},"/fr-fr/blog/five-reasons-to-simplify-agile-planning-tool-configuration-gitlab",{"title":892,"description":893,"ogTitle":894,"ogDescription":895,"noIndex":6,"ogImage":896,"ogUrl":897,"ogSiteName":704,"ogType":705,"canonicalUrls":897,"schema":898},"Simplifiez votre outil de planification Agile avec GitLab","Maximisez votre planification Agile avec une plateforme qui prend en charge l'automatisation, protège l'expérience utilisateur et facilite la configuration.","5 raisons de simplifier la configuration de votre outil de planification Agile avec GitLab","Tirez le meilleur parti de votre planification Agile avec une plateforme qui prend en charge l'automatisation, protège l'expérience utilisateur et réduit le temps consacré à la configuration des outils.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1749665084/Blog/Hero%20Images/agile.png","https://about.gitlab.com/fr-fr/blog/five-reasons-to-simplify-agile-planning-tool-configuration-gitlab","\n{\n  \"@context\": \"https://schema.org\",\n  \"@type\": \"Article\",\n  \"headline\": \"5 raisons de simplifier la configuration de votre outil de planification Agile avec GitLab\",\n  \"author\": [{\"@type\":\"Person\",\"name\":\"Melissa Ushakov\"}],\n  \"datePublished\": \"2025-10-16\",\n}",{"title":894,"description":900,"authors":901,"heroImage":896,"date":902,"body":903,"category":14,"tags":904},"Tirez le meilleur parti de votre planification agile avec une plateforme qui prend en charge l'automatisation, protège l'expérience utilisateur et réduit le temps consacré à la configuration des outils.",[879],"2023-10-17","\nLes outils de planification Agile guident les équipes et les aident à suivre les meilleures pratiques. Dans certains outils de planification Agile, comme Atlassian Jira, cette approche repose sur la configuration de workflows avec un statut imposé pour les éléments de travail de planification Agile. Cependant, ces workflows avec un statut imposé peuvent ralentir les temps de réponse, limiter l'autonomie des équipes et entraîner d'autres effets négatifs. Explorons plutôt comment une plateforme [DevSecOps](https://about.gitlab.com/fr-fr/topics/devsecops/ \"Qu'est-ce que le DevSevOps ?\") unique avec des outils agiles intégrés peut simplifier ce processus, et comment GitLab peut vous aider.\n\n## Qu'est-ce qu'un workflow avec un statut imposé ?\nLes workflows avec un statut imposé définissent les statuts des éléments de travail, les transitions de statuts autorisées, les éléments de données nécessaires pour effectuer une transition de statut et les utilisateurs autorisés à effectuer une transition de statut. Dans un scénario Jira classique, les équipes de développement doivent remplir manuellement les données requises et faire progresser un élément dans un workflow avec des statuts prescrits qui ne tient pas forcément compte des exceptions. Dans un outil de planification Agile, les workflows avec des statuts imposés peuvent limiter la créativité, bloquer inutilement la progression en cas d'exceptions et empêcher les équipes de réagir rapidement aux changements de priorités ainsi que limiter leur autonomie dans leurs tâches.\n\n![Statuts de workflow](https://about.gitlab.com/images/blogimages/2023-09-26-say-no-to-complex-status-enforcements-in-your-agile-planning-tool/status_workflow_example.png){: .shadow.small.center}\n\nExemple d'un workflow avec statut imposé qui empêche certaines transitions de statuts\n{: .note.text-center}\n> **[→ Essayez GitLab Ultimate et GitLab Duo Enterprise gratuitement.](https://about.gitlab.com/fr-fr/free-trial/devsecops/?utm_medium=blog&utm_source=blog&utm_campaign=eg_emea_x_trial_x_fr_blog_fr)**\n\n## Guider les utilisateurs à travers un workflow avec GitLab\nVoici cinq façons dont GitLab simplifie la configuration de votre outil de planification Agile.\n\n### 1. Les statuts sont appliqués en fonction des tâches pour renforcer l'efficacité\nLes contrôles de conformité et de sécurité sont nécessaires, et les organisations doivent s'assurer que les tâches passent par des revues appropriées et que les bons membres de l'équipe sont impliqués. Dans la planification Agile, les éléments de travail sont des artefacts qui aident à regrouper l'ensemble des tâches à effectuer, et le travail nécessaire pour concrétiser ces tâches a lieu en aval dans les merge requests. Bien souvent, les contrôles sont mieux adaptés lorsqu'ils sont appliqués via des [règles d'approbation](https://docs.gitlab.com/ee/user/project/merge_requests/approvals/rules.html), des [pipelines de conformité](https://docs.gitlab.com/ee/user/group/compliance_frameworks.html#compliance-pipelines), ou des [approbations de déploiement](https://docs.gitlab.com/ee/ci/environments/deployment_approvals.html). Cette approche garantit que les modifications de code ont suivi le bon processus. Par exemple, au lieu d'avoir une transition de statut imposée dans vos éléments de travail pour une revue de sécurité, vous pouvez créer des [règles d'approbation de merge request](https://docs.gitlab.com/ee/user/project/merge_requests/approvals/rules.html) en définissant les membres de votre équipe de sécurité comme approbateurs. Les [approbations de déploiement](https://docs.gitlab.com/ee/ci/environments/deployment_approvals.html) peuvent être configurées de sorte que votre responsable assurance qualité doive approuver le déploiement vers des environnements spécifiques.\n\n![Statuts de workflow](https://about.gitlab.com/images/blogimages/2023-09-26-say-no-to-complex-status-enforcements-in-your-agile-planning-tool/unified_approval_rules_v16_0.png){: .shadow.small.center}\nL'environnement de production nécessite cinq approbations au total et autorise les déploiements uniquement depuis le groupe « Very Important Group » et l'utilisateur administrateur.\n{: .note.text-center}\n\n\n### 2. L'automatisation améliore la qualité des données\nCette approche peut sembler contre-intuitive, mais lorsque vous imposez trop de restrictions sur la saisie de données autorisée, les utilisateurs cessent de mettre à jour leurs éléments de travail, ce qui entraîne une mauvaise qualité des données. Gérer les exceptions devient fastidieux, et les utilisateurs doivent rendre compte de manière inexacte l'activité pour clôturer l'élément de travail lorsqu'ils ont terminé. Par exemple, il est courant que les utilisateurs d'un outil avec des workflows imposés fassent progresser rapidement un ticket à travers des statuts qui ne se sont pas produits afin de pouvoir le clôturer une fois le travail terminé. Et si vous pouviez obtenir intelligemment le statut d'une tâche au lieu de vous fier aux mises à jour manuelles des tickets ? Avec [GitLab triage](https://gitlab.com/gitlab-org/ruby/gems/gitlab-triage), l'automatisation permet d'ajouter ou de supprimer des labels, de définir un indicateur de progression basé sur l'activité [DevOps](https://about.gitlab.com/fr-fr/topics/devops/ \"Qu'est-ce que le DevOps ?\") en aval et bien plus encore. Vos équipes de développement peuvent consacrer plus de temps à l'innovation produit et à vos objectifs au lieu de mettre à jour manuellement des détails que l'automatisation pourrait gérer.\n\n![Labels de bot](https://about.gitlab.com/images/blogimages/2023-09-26-say-no-to-complex-status-enforcements-in-your-agile-planning-tool/gitlab_bot_health.png){: .shadow.medium.center}\nMise à jour de l'indicateur de progression avec l'automatisation\n{: .note.text-center}\n\n\n![Indicateur de progression ](https://about.gitlab.com/images/blogimages/2023-09-26-say-no-to-complex-status-enforcements-in-your-agile-planning-tool/gitlab_bot_labels.png){: .shadow.medium.center}\nMise à jour des labels avec l'automatisation\n{: .note.text-center}\n\n\n### 3. L'expérience utilisateur est protégée\nChez GitLab, la [convention plutôt que la configuration](https://handbook.gitlab.com/handbook/product/product-principles/#convention-over-configuration) est au cœur de nos principes produit afin d'offrir une expérience utilisateur exceptionnelle. C'est la raison pour laquelle GitLab évite d'utiliser des workflows avec des statuts imposés trop contraignants dans les outils de planification Agile, car les utilisateurs finaux ne les apprécient généralement pas. Ces workflows créent des frictions et entravent la productivité. Les équipes doivent plutôt encourager la transparence et expliquer l'importance de chaque étape du processus afin de favoriser la compréhension et l'adhésion. GitLab permet aux équipes de visualiser les statuts des workflows à l'aide de tableaux qui aident à comprendre le workflow prévu. Une configuration simplifiée de l'outil de planification au sein de la plateforme DevSecOps favorise la collaboration, la transparence et la confiance entre tous les rôles. L'expérience est ainsi plus complète, et les équipes peuvent travailler plus rapidement.\n\n![Tableau des workflows](https://about.gitlab.com/images/blogimages/2023-09-26-say-no-to-complex-status-enforcements-in-your-agile-planning-tool/workflow_board.png){: .shadow.medium.center}\nLes tableaux guident votre équipe à travers une séquence de statuts\n{: .note.text-center}\n\n\n### 4. L'intégration des outils de développement est simplifiée\nLes organisations disposent souvent d'un riche écosystème d'outils. Si elles ne peuvent s'intégrer pleinement avec un outil critique comme leur solution de planification agile, l'efficacité et la flexibilité se retrouvent limitées, et les processus manuels peuvent se révéler chronophages. Lorsque votre workflow de traitement des statuts est trop restrictif, il est presque impossible de mettre à jour les données avec précision via une intégration, ce qui entraîne des incohérences de données entre les systèmes. D'autres fournisseurs, comme Atlassian, ont fini par déconseiller la mise à jour des données via une intégration. Chez GitLab, nous respectons les préférences en matière d'outils de développement et disposons d'une [suite complète d'API et de webhooks](https://docs.gitlab.com/ee/api/).\n\n### 5. Le temps consacré à la configuration des outils est réduit\nLes outils de planification Agile nécessitent une gestion étroite des configurations. Plus vos workflows sont prescriptifs, plus vous devez consacrer du temps à la gestion de ces configurations. Avec GitLab, les contrôles de workflows automatisés nécessitent moins d'efforts et renforcent l'autonomie des équipes. En adoptant les options de configuration flexibles de GitLab, les équipes limitent la gestion des outils de planification Agile et innovent plus efficacement.\n\n## Lancez-vous avec GitLab\nGrâce à la configuration simplifiée de l'outil de planification Agile dans GitLab qui tire parti des pratiques DevSecOps modernes, vous pouvez augmenter l'efficacité, encourager la collaboration, accélérer la mise sur le marché et améliorer l'expérience des équipes de développement.\n\nCommencez dès aujourd'hui avec l'[outil d'importation Jira](https://docs.gitlab.com/ee/user/project/import/jira.html).\n> **[→ Essayez GitLab Ultimate et GitLab Duo Enterprise gratuitement.](https://about.gitlab.com/fr-fr/free-trial/devsecops/?utm_medium=blog&utm_source=blog&utm_campaign=eg_emea_x_trial_x_fr_blog_fr)**\n",[687,689,778,714],{"slug":906,"featured":6,"template":691},"five-reasons-to-simplify-agile-planning-tool-configuration-gitlab","content:fr-fr:blog:five-reasons-to-simplify-agile-planning-tool-configuration-gitlab.yml","Five Reasons To Simplify Agile Planning Tool Configuration Gitlab","fr-fr/blog/five-reasons-to-simplify-agile-planning-tool-configuration-gitlab.yml","fr-fr/blog/five-reasons-to-simplify-agile-planning-tool-configuration-gitlab",{"_path":912,"_dir":248,"_draft":6,"_partial":6,"_locale":7,"seo":913,"content":919,"config":927,"_id":929,"_type":16,"title":930,"_source":18,"_file":931,"_stem":932,"_extension":21},"/fr-fr/blog/gitlab-for-agile-software-development",{"title":914,"description":915,"ogTitle":914,"ogDescription":915,"noIndex":6,"ogImage":916,"ogUrl":917,"ogSiteName":704,"ogType":705,"canonicalUrls":917,"schema":918},"Comment utiliser GitLab pour le développement logiciel agile","Découvrez comment les artefacts Agile s’alignent avec les fonctionnalités de GitLab et comment se déroule une itération agile au sein de la plateforme.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097459/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2821%29_2pdp2MNB7SoP4MhhiI1WIa_1750097459157.png","https://about.gitlab.com/blog/gitlab-for-agile-software-development","\n                        {\n        \"@context\": \"https://schema.org\",\n        \"@type\": \"Article\",\n        \"headline\": \"Comment utiliser GitLab pour le développement logiciel agile\",\n        \"author\": [{\"@type\":\"Person\",\"name\":\"Victor Wu\"},{\"@type\":\"Person\",\"name\":\"Amanda Rueda\"}],\n        \"datePublished\": \"2018-03-05\",\n      }",{"title":914,"description":915,"authors":920,"heroImage":916,"date":922,"body":923,"category":14,"tags":924,"updatedDate":926},[921,709],"Victor Wu","2018-03-05","Vous êtes-vous déjà demandé si GitLab prenait en charge la méthodologie Agile ? Si vous envisagez d'utiliser GitLab, il n'est peut-être pas facile à première vue de comprendre comment les fonctionnalités de la plateforme DevSecOps s'alignent avec les artefacts Agile. Voyons cela ensemble. \n\nAgile est l'une des méthodologies les plus marquantes et les plus transformatrices jamais introduites dans le domaine de l'ingénierie logicielle au cours des dernières décennies. Bien que la terminologie détaillée des concepts Agile ne fasse pas l'unanimité, cette approche a néanmoins eu un impact nettement positif sur les équipes de développement logiciel. Grâce aux [processus de développement et de livraison de logiciels agiles](https://about.gitlab.com/fr-fr/topics/agile-delivery/), vous pouvez ainsi créer plus efficacement des produits orientés client.\n\nGitLab offre une grande flexibilité et s'adapte à vos pratiques de développement logiciel, qu'elles soient basées sur la [méthodologie Agile](https://about.gitlab.com/fr-fr/topics/agile-delivery/agile-methodology/ \"méthodologie Agile\") ou qu'elles s'en inspirent. Découvrez dans cet article une correspondance simple entre les artefacts Agile et les fonctionnalités de GitLab. \n\n## Correspondance des artefacts Agile avec les fonctionnalités de GitLab\n\n### Artefact Agile → Fonctionnalité de GitLab \n\n- User story –> [Tickets](https://docs.gitlab.com/ee/user/project/issues/) \n- Tâche –> [Tâches](https://docs.gitlab.com/ee/user/tasks.html) \n- Epic –> [Epics](https://docs.gitlab.com/ee/user/group/epics/) \n- Points et estimation –> [Poids des tickets](https://docs.gitlab.com/ee/user/project/issues/issue_weight.html) \n- Backlog produit –> [Tableaux des tickets](https://docs.gitlab.com/ee/user/project/issue_board.html)\n- Sprint/itération –> [Itérations](https://docs.gitlab.com/ee/user/group/iterations/) \n- Tableau Agile –> [Tableaux des tickets](https://docs.gitlab.com/ee/user/project/issue_board.html) \n- Charge de travail de l'équipe –> [Tableaux des tickets](https://docs.gitlab.com/ee/user/project/issue_board.html) \n- Graphique d'avancement (ou burn-down chart) –> [Graphiques d'avancement](https://docs.gitlab.com/ee/user/project/milestones/burndown_and_burnup_charts.html)\n\n## L'itération Agile avec GitLab\n\n### User stories → Tickets GitLab\n\nLes équipes qui s'appuient sur la méthodologie Agile pour leur développement logiciel commencent souvent par une user story. Celle-ci décrit une fonctionnalité spécifique qu'elles doivent développer pour répondre au besoin des utilisateurs et de l'entreprise. Dans GitLab, les [tickets](https://docs.gitlab.com/ee/user/project/issues/) répondent parfaitement à cet objectif. Ils sont essentiels pour les équipes agiles, car ils offrent un moyen efficace de gérer les tâches et les projets. Les équipes de développement logiciel peuvent créer, attribuer et suivre ces tickets. La responsabilisation et la visibilité de l'avancement des tickets sont ainsi clairement établies. Chaque ticket s'accompagne de métadonnées détaillées, telles que la personne assignée, l'itération, le poids et les labels. Cela facilite la hiérarchisation des tâches en fonction de leur priorité et améliore la gestion du workflow tout au long du processus de développement logiciel. La collaboration au sein de l'équipe est en outre optimisée grâce aux fils de discussion, à l'ajout de pièces jointes et aux mises à jour en temps réel, ce qui permet une communication efficace et un travail d'équipe harmonieux.\n\n![capture d'écran d'un ticket GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097468/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750097468371.png)\n\nDans GitLab, un ticket comporte un titre et une description qui offre un espace pour documenter en détail un certain nombre d'informations, comme la valeur métier et les personas pertinents de la user story. La barre latérale de droite intègre d'autres fonctionnalités compatibles avec la méthode Agile, telles que l'epic parent auquel le ticket est rattaché, l'itération dans laquelle le ticket doit être traité, ainsi que le poids du ticket, qui représente l'effort estimé.\n\n### Tâche → Tâches\n\nUne user story est souvent subdivisée en tâches individuelles. Dans GitLab, les [tâches](https://docs.gitlab.com/ee/user/tasks.html) simplifient la gestion de projet en permettant aux équipes agiles de décomposer les user stories en éléments de travail distincts. Cette fonctionnalité soutient le framework Agile en permettant aux équipes de développement logiciel de créer, d'assigner et de suivre les tâches au sein de leurs projets. En intégrant la gestion des tâches directement dans GitLab, les équipes peuvent maintenir un workflow cohérent et s'assurer que toutes les activités du projet de développement logiciel peuvent être facilement suivies et gérées.\n\n![capture d'écran montrant la gestion précise des tâches et le suivi des projets avec GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097468372.png)\n\nGitLab permet de générer une plus grande valeur ajoutée pour l'utilisateur final en assurant une gestion précise des tâches et un suivi efficace des projets. Les tâches disposent des mêmes métadonnées que les tickets, y compris la personne assignée, l'itération, le poids, les labels, le suivi du temps ainsi que les fonctionnalités de collaboration. Cet ensemble complet de fonctionnalités permet aux équipes agiles et aux chefs de projet de gérer efficacement la charge de travail, de prioriser les tâches et d'assurer une collaboration fluide entre les différents membres d'une équipe.  \n\n### Epics → Epics GitLab\nD'autre part, les professionnels du développement Agile peuvent définir un niveau d'abstraction supérieur à celui des user stories, souvent appelé « epic ». Il représente un workflow plus large, composé de plusieurs fonctionnalités. Dans GitLab, un [epic](https://docs.gitlab.com/ee/user/group/epics/) contient également un titre et une description, tout comme les tickets, mais vous pouvez y rattacher plusieurs tickets enfants pour illustrer cette hiérarchie.\n\n![capture d'écran d'epics GitLab imbriqués](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/image7_aHR0cHM6_1750097468374.png)\n\nAvec les epics de GitLab, les équipes agiles peuvent organiser et gérer efficacement de grands projets en imbriquant des epics jusqu'à neuf niveaux de profondeur. Cette structure hiérarchique offre une vision d'ensemble claire de la roadmap du projet et aide les équipes de développement et les chefs de projet à décomposer des initiatives complexes en composants plus gérables. En utilisant les epics enfants et les [epics liés](https://docs.gitlab.com/ee/user/group/epics/linked_epics.html), les équipes peuvent plus facilement suivre l'avancement, les dépendances et les jalons du projet, améliorer leur collaboration et garantir une livraison agile cohérente.\n\n### Backlog produit → Tableaux des tickets GitLab\n\nLe Product Owner ou le chef de projet crée généralement ces user stories pour refléter les besoins de l'entreprise et des clients. Elles sont triées par ordre de priorité dans un backlog produit en fonction de leur urgence et de l'ordre de développement souhaité. Le Product Owner communique avec les parties prenantes pour déterminer les priorités et affiner constamment ce backlog. Dans GitLab, le [tableau des tickets](https://docs.gitlab.com/ee/user/project/issue_board.html) présente les itérations sous forme de listes. Vous pouvez gérer les workflows par simple glisser-déposer et hiérarchiser facilement votre backlog en assignant les user stories au sprint à venir.\n\n![Gif du tableau des tickets GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/WIP_limit_aHR0cHM6_1750097468376.gif)\n\n### Sprints → Itérations GitLab \n\nUn sprint correspond à une période de temps déterminée au cours de laquelle le travail doit être effectué. Il peut s'agir d'une semaine, de quelques semaines, voire d'un mois ou plus. Le Product Owner et l'équipe de développement décident ensemble du travail qui sera réalisé lors du prochain sprint. La fonctionnalité d'[itérations](https://docs.gitlab.com/ee/user/group/iterations/) de GitLab permet d'attribuer une date de début et une date d'échéance aux itérations afin de préciser la période de l'itération. L'équipe place ensuite les tickets dans le sprint en les assignant à cette itération particulière.\n\nEn utilisant les itérations, vous tirez parti des capacités avancées de GitLab pour la gestion de projet agile, et gagnez en visibilité et en contrôle sur votre planification et vos [livraisons agiles](https://about.gitlab.com/fr-fr/solutions/agile-delivery/ \"Livraison agile\").\n\n### Points et estimation → Poids des tickets GitLab\n\nLe  Product Owner et l'équipe de développement présentent également les user stories et l'effort technique estimé pour chacune d'elles au sein du projet. Dans GitLab, les tickets ont un attribut de [poids](https://docs.gitlab.com/ee/user/project/issues/issue_weight.html) pour indiquer l'effort estimé.\n\nLe Product Owner et l'équipe de développement décomposent les user stories en livrables techniques, et, parfois, documentent les plans techniques et l'architecture. Dans GitLab, il est possible de consigner ces informations dans le ticket ou dans la [description de la merge request](https://docs.gitlab.com/ee/user/project/merge_requests/), car c'est souvent au sein de cette dernière que la collaboration technique a lieu.\n\nAu cours du sprint (itération GitLab), les membres de l'équipe de développement logiciel récupèrent les user stories sur lesquelles ils peuvent travailler successivement. Dans GitLab, les tickets ont des personnes assignées. Vous pouvez donc vous [assigner](https://docs.gitlab.com/ee/user/project/issues/multiple_assignees_for_issues.html) un ticket pour indiquer que vous travaillez actuellement dessus. Nous vous recommandons de [créer une merge request vide liée à un ticket](https://docs.gitlab.com/ee/user/project/issues/) pour initier immédiatement le processus de collaboration technique, avant même d'écrire une seule ligne de code.\n\n### Tableau Agile → Tableaux des tickets GitLab\n\nTout au long du sprint, les tickets passent par différentes phases, tels que « Prêt pour le développement », « En développement », « En phase de QA », « En révision », « Terminé », en fonction du workflow de votre entreprise. Il s'agit généralement de colonnes dans un tableau Agile. Dans GitLab, les [tableaux des tickets](https://docs.gitlab.com/ee/user/project/issue_board.html) vous permettent de définir vos étapes et de déplacer les tickets d'une étape à l'autre. L'équipe peut [configurer le tableau](https://docs.gitlab.com/ee/user/project/issue_board.html#board-with-configuration) en tenant compte de l'itération et d'autres attributs pertinents. Lors des réunions, l'équipe examine le tableau pour connaître l'état d'avancement du sprint du point de vue du workflow.\n\n![capture d'écran du tableau des tickets GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/image6_aHR0cHM6_1750097468378.png)\n\nLe tableau des tickets GitLab extrait également les tickets de manière dynamique, à l'instar de la liste des tickets GitLab. Mais cela permet des workflows plus flexibles. Vous pouvez configurer des listes individuelles dans le tableau, pour refléter les étapes du tableau Agile. Votre équipe peut ensuite contrôler et suivre les user stories à mesure de leur progression, par exemple, lorsqu'elles passent de la phase « Prêt pour le développement » à « Mis en production ».\n\n### Charge de travail de l'équipe → Tableaux des tickets GitLab \n\nDans GitLab, les équipes agiles peuvent optimiser leurs workflows en créant des tableaux de tickets composés de listes limitées à certains assignés. Cette fonctionnalité vous permet de visualiser la répartition des tâches entre les membres de l'équipe et d'améliorer ainsi la livraison agile. Pour la configurer, accédez à votre projet ou groupe, créez un nouveau tableau dans la section « Tableaux » et [ajoutez des listes](https://docs.gitlab.com/ee/user/project/issue_board.html#create-a-new-list) pour chaque personne assignée. Assignez des tickets aux membres de l'équipe, et ils apparaîtront automatiquement dans les listes correspondantes. Cette vue dynamique permet d'équilibrer la charge de travail et de gérer efficacement les tâches.\n\n![Capture d'écran du tableau des tickets GitLab organisé](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/image5_aHR0cHM6_1750097468380.png)\n\nOrganisez un tableau des tickets par personne assignée ou par équipe à l'aide des [labels à portée limitée]. Le tableau des tickets de GitLab est diversifié et prend en charge les workflows tout au long du cycle de développement logiciel.\n\n### Graphiques d'avancement → Graphiques d'avancement de GitLab\n\nL'équipe de développement a besoin de savoir si elle respecte les délais en temps réel et d'atténuer les risques à mesure qu'ils se présentent. GitLab offre pour cela des [graphiques d'avancement](https://docs.gitlab.com/ee/user/project/milestones/burndown_and_burnup_charts.html) (ou burn-down charts), permettant à l'équipe de visualiser le travail prévu dans le sprint en cours, à mesure de sa réalisation.\n\nÀ la fin du sprint, l'équipe de développement présente les fonctionnalités développées aux différentes parties prenantes. Avec GitLab, ce processus est simplifié grâce aux [Review Apps](https://docs.gitlab.com/ee/ci/review_apps/index.html). Elles permettent de présenter du code qui n'a pas encore été mis en production, mais qui se trouve dans divers environnements de test, de staging ou de test d'acceptation par l'utilisateur (UAT), pour faire l'objet d'une démonstration. Les Review Apps et les [fonctionnalités CI/CD](https://docs.gitlab.com/ee/ci/) sont intégrées à la merge request.\n\nCes mêmes outils sont utiles pour les équipes de développement et les équipes QA afin de garantir la qualité du logiciel, que ce soit par le biais de tests automatisés à chaque étape du processus CI/CD ou de tests manuels dans un environnement de Review App.\n\n![Capture d'écran du graphique d'avancement burndown de GitLab](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097469/Blog/Content%20Images/Blog/Content%20Images/image8_aHR0cHM6_1750097468381.png)\n\nLe graphique d'avancement de GitLab permet à une équipe de suivre le travail de portée limitée « en cours » à mesure de son achèvement dans un sprint. De cette manière, vous pouvez réagir plus rapidement aux risques et vous adapter en conséquence. Par exemple, vous pouvez informer les parties prenantes que certaines fonctionnalités devront être reportées à un prochain sprint.\n\nLes rétrospectives d'équipe à la fin du sprint peuvent être documentées dans le [wiki](https://about.gitlab.com/blog/get-to-know-the-gitlab-wiki-for-effective-knowledge-management/ \"Wiki de GitLab\") de GitLab, afin que les enseignements tirés et les actions à entreprendre puissent être suivis au fil du temps. Pendant la rétrospective proprement dite, l'équipe peut consulter le [rapport d'itération](https://docs.gitlab.com/ee/user/group/iterations/#iteration-report), qui affiche le tableau d'avancement et d'autres statistiques du sprint terminé.\n\n## Commencez votre parcours agile avec GitLab\nVous souhaitez améliorer votre gestion de projet agile ? GitLab offre une suite complète de fonctionnalités adaptées aux équipes de développement logiciel et aux chefs de projet agiles, garantissant une collaboration harmonieuse et des workflows performants. Explorez nos options tarifaires, commencez un essai gratuit et découvrez comment GitLab peut transformer vos processus de livraison agile.\n\n> [Découvrez toutes les possibilités qu'offre la planification Agile avec GitLab](https://about.gitlab.com/fr-fr/pricing/) et lancez-vous dès aujourd'hui !\n",[687,713,688,925],"collaboration","2024-11-06",{"slug":928,"featured":6,"template":691},"gitlab-for-agile-software-development","content:fr-fr:blog:gitlab-for-agile-software-development.yml","Gitlab For Agile Software Development","fr-fr/blog/gitlab-for-agile-software-development.yml","fr-fr/blog/gitlab-for-agile-software-development",1761249125512]