[{"data":1,"prerenderedAt":484},["ShallowReactive",2],{"/fr-fr/the-source/authors/lee-faus/":3,"footer-fr-fr":31,"the-source-navigation-fr-fr":344,"the-source-newsletter-fr-fr":371,"lee-faus-articles-list-authors-fr-fr":383,"lee-faus-articles-list-fr-fr":413,"lee-faus-page-categories-fr-fr":483},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":23,"slug":24,"_id":25,"_type":26,"title":11,"_source":27,"_file":28,"_stem":29,"_extension":30},"/fr-fr/the-source/authors/lee-faus","authors",false,"",{"layout":9},"the-source",{"title":11},"Lee Faus",[13,21],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"config":16,"name":11,"headshot":18},{"gitlabHandle":17},"lfaus",{"altText":11,"config":19},{"src":20},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463398/vivhlomglvnstamj54bo.jpg",{"componentName":22},"TheSourceArticlesList","author","lee-faus","content:fr-fr:the-source:authors:lee-faus.yml","yaml","content","fr-fr/the-source/authors/lee-faus.yml","fr-fr/the-source/authors/lee-faus","yml",{"_path":32,"_dir":33,"_draft":6,"_partial":6,"_locale":7,"data":34,"_id":340,"_type":26,"title":341,"_source":27,"_file":342,"_stem":343,"_extension":30},"/shared/fr-fr/main-footer","fr-fr",{"text":35,"source":36,"edit":42,"contribute":47,"config":52,"items":57,"minimal":331},"Git est une marque déposée de Software Freedom Conservancy et notre utilisation de « GitLab » est sous licence",{"text":37,"config":38},"Afficher le code source de la page",{"href":39,"dataGaName":40,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":43,"config":44},"Modifier cette page",{"href":45,"dataGaName":46,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":48,"config":49},"Veuillez contribuer",{"href":50,"dataGaName":51,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":53,"facebook":54,"youtube":55,"linkedin":56},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[58,85,158,230,292],{"title":59,"links":60,"subMenu":66},"Plateforme",[61],{"text":62,"config":63},"Plateforme DevSecOps",{"href":64,"dataGaName":65,"dataGaLocation":41},"/fr-fr/platform/","devsecops platform",[67],{"title":68,"links":69},"Tarifs",[70,75,80],{"text":71,"config":72},"Voir les forfaits",{"href":73,"dataGaName":74,"dataGaLocation":41},"/fr-fr/pricing/","view plans",{"text":76,"config":77},"Pourquoi choisir GitLab Premium ?",{"href":78,"dataGaName":79,"dataGaLocation":41},"/fr-fr/pricing/premium/","why premium",{"text":81,"config":82},"Pourquoi choisir GitLab Ultimate ?",{"href":83,"dataGaName":84,"dataGaLocation":41},"/fr-fr/pricing/ultimate/","why ultimate",{"title":86,"links":87},"Solutions",[88,93,98,103,108,113,118,123,128,133,138,143,148,153],{"text":89,"config":90},"Transformation digitale",{"href":91,"dataGaName":92,"dataGaLocation":41},"/fr-fr/topics/digital-transformation/","digital transformation",{"text":94,"config":95},"Sécurité et conformité",{"href":96,"dataGaName":97,"dataGaLocation":41},"/fr-fr/solutions/security-compliance/","security & compliance",{"text":99,"config":100},"Livraison de logiciels automatisée",{"href":101,"dataGaName":102,"dataGaLocation":41},"/fr-fr/solutions/delivery-automation/","automated software delivery",{"text":104,"config":105},"Développement agile",{"href":106,"dataGaName":107,"dataGaLocation":41},"/fr-fr/solutions/agile-delivery/","agile delivery",{"text":109,"config":110},"Transformation cloud",{"href":111,"dataGaName":112,"dataGaLocation":41},"/fr-fr/topics/cloud-native/","cloud transformation",{"text":114,"config":115},"SCM",{"href":116,"dataGaName":117,"dataGaLocation":41},"/fr-fr/solutions/source-code-management/","source code management",{"text":119,"config":120},"CI/CD",{"href":121,"dataGaName":122,"dataGaLocation":41},"/fr-fr/solutions/continuous-integration/","continuous integration & delivery",{"text":124,"config":125},"Gestion de la chaîne de valeur",{"href":126,"dataGaName":127,"dataGaLocation":41},"/fr-fr/solutions/value-stream-management/","value stream management",{"text":129,"config":130},"GitOps",{"href":131,"dataGaName":132,"dataGaLocation":41},"/fr-fr/solutions/gitops/","gitops",{"text":134,"config":135},"Entreprises",{"href":136,"dataGaName":137,"dataGaLocation":41},"/fr-fr/enterprise/","enterprise",{"text":139,"config":140},"PME",{"href":141,"dataGaName":142,"dataGaLocation":41},"/fr-fr/small-business/","small business",{"text":144,"config":145},"Secteur public",{"href":146,"dataGaName":147,"dataGaLocation":41},"/fr-fr/solutions/public-sector/","public sector",{"text":149,"config":150},"Formation",{"href":151,"dataGaName":152,"dataGaLocation":41},"/fr-fr/solutions/education/","education",{"text":154,"config":155},"Services financiers",{"href":156,"dataGaName":157,"dataGaLocation":41},"/fr-fr/solutions/finance/","financial services",{"title":159,"links":160},"Ressources",[161,166,171,176,181,186,190,195,200,205,210,215,220,225],{"text":162,"config":163},"Installation",{"href":164,"dataGaName":165,"dataGaLocation":41},"/fr-fr/install/","install",{"text":167,"config":168},"Guides de démarrage rapide",{"href":169,"dataGaName":170,"dataGaLocation":41},"/fr-fr/get-started/","quick setup checklists",{"text":172,"config":173},"Apprentissage",{"href":174,"dataGaName":175,"dataGaLocation":41},"https://university.gitlab.com/","learn",{"text":177,"config":178},"Documentation sur le produit",{"href":179,"dataGaName":180,"dataGaLocation":41},"https://docs.gitlab.com/","docs",{"text":182,"config":183},"Blog",{"href":184,"dataGaName":185},"/fr-fr/blog/","blog",{"text":187,"config":188},"Histoires de réussite client",{"href":189,"dataGaLocation":41},"/customers/",{"text":191,"config":192},"Histoires de succès client",{"href":193,"dataGaName":194,"dataGaLocation":41},"/fr-fr/customers/","customer success stories",{"text":196,"config":197},"Travail à distance",{"href":198,"dataGaName":199,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":201,"config":202},"Services GitLab",{"href":203,"dataGaName":204,"dataGaLocation":41},"/fr-fr/services/","services",{"text":206,"config":207},"TeamOps",{"href":208,"dataGaName":209,"dataGaLocation":41},"/fr-fr/teamops/","teamops",{"text":211,"config":212},"Communauté",{"href":213,"dataGaName":214,"dataGaLocation":41},"/community/","community",{"text":216,"config":217},"Forum",{"href":218,"dataGaName":219,"dataGaLocation":41},"https://forum.gitlab.com/","forum",{"text":221,"config":222},"Événements",{"href":223,"dataGaName":224,"dataGaLocation":41},"/events/","events",{"text":226,"config":227},"Partenaires",{"href":228,"dataGaName":229,"dataGaLocation":41},"/fr-fr/partners/","partners",{"title":231,"links":232},"Société",[233,238,243,248,253,258,263,267,272,277,282,287],{"text":234,"config":235},"À propos",{"href":236,"dataGaName":237,"dataGaLocation":41},"/fr-fr/company/","company",{"text":239,"config":240},"Emplois",{"href":241,"dataGaName":242,"dataGaLocation":41},"/jobs/","jobs",{"text":244,"config":245},"Leadership",{"href":246,"dataGaName":247,"dataGaLocation":41},"/company/team/e-group/","leadership",{"text":249,"config":250},"Équipe",{"href":251,"dataGaName":252,"dataGaLocation":41},"/company/team/","team",{"text":254,"config":255},"Manuel",{"href":256,"dataGaName":257,"dataGaLocation":41},"https://handbook.gitlab.com/","handbook",{"text":259,"config":260},"Relations avec les investisseurs",{"href":261,"dataGaName":262,"dataGaLocation":41},"https://ir.gitlab.com/","investor relations",{"text":264,"config":265},"Sustainability",{"href":266,"dataGaName":264,"dataGaLocation":41},"/sustainability/",{"text":268,"config":269},"Diversité, inclusion et appartenance (DIB)",{"href":270,"dataGaName":271,"dataGaLocation":41},"/fr-fr/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":273,"config":274},"Centre de confiance",{"href":275,"dataGaName":276,"dataGaLocation":41},"/fr-fr/security/","trust center",{"text":278,"config":279},"Newsletter",{"href":280,"dataGaName":281,"dataGaLocation":41},"/company/contact/","newsletter",{"text":283,"config":284},"Presse",{"href":285,"dataGaName":286,"dataGaLocation":41},"/press/","press",{"text":288,"config":289},"Déclaration de transparence sur l'esclavage moderne",{"href":290,"dataGaName":291,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":293,"links":294},"Nous contacter",[295,300,305,310,315,320,325],{"text":296,"config":297},"Échanger avec un expert",{"href":298,"dataGaName":299,"dataGaLocation":41},"/fr-fr/sales/","sales",{"text":301,"config":302},"Aide",{"href":303,"dataGaName":304,"dataGaLocation":41},"/support/","get help",{"text":306,"config":307},"Portail clients GitLab",{"href":308,"dataGaName":309,"dataGaLocation":41},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":311,"config":312},"Statut",{"href":313,"dataGaName":314,"dataGaLocation":41},"https://status.gitlab.com/","status",{"text":316,"config":317},"Conditions d'utilisation",{"href":318,"dataGaName":319},"/terms/","terms of use",{"text":321,"config":322},"Déclaration de confidentialité",{"href":323,"dataGaName":324,"dataGaLocation":41},"/fr-fr/privacy/","privacy statement",{"text":326,"config":327},"Préférences en matière de cookies",{"dataGaName":328,"dataGaLocation":41,"id":329,"isOneTrustButton":330},"cookie preferences","ot-sdk-btn",true,{"items":332},[333,335,338],{"text":316,"config":334},{"href":318,"dataGaName":319,"dataGaLocation":41},{"text":336,"config":337},"Politique de confidentialité",{"href":323,"dataGaName":324,"dataGaLocation":41},{"text":326,"config":339},{"dataGaName":328,"dataGaLocation":41,"id":329,"isOneTrustButton":330},"content:shared:fr-fr:main-footer.yml","Main Footer","shared/fr-fr/main-footer.yml","shared/fr-fr/main-footer",{"_path":345,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":346,"subscribeLink":351,"navItems":355,"_id":367,"_type":26,"title":368,"_source":27,"_file":369,"_stem":370,"_extension":30},"/shared/fr-fr/the-source/navigation",{"altText":347,"config":348},"the source logo",{"src":349,"href":350},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/fr-fr/the-source/",{"text":352,"config":353},"S'abonner",{"href":354},"#subscribe",[356,360,363],{"text":357,"config":358},"Intelligence artificielle",{"href":359},"/fr-fr/the-source/ai/",{"text":94,"config":361},{"href":362},"/fr-fr/the-source/security/",{"text":364,"config":365},"Plateforme et infrastructure",{"href":366},"/fr-fr/the-source/platform/","content:shared:fr-fr:the-source:navigation.yml","Navigation","shared/fr-fr/the-source/navigation.yml","shared/fr-fr/the-source/navigation",{"_path":372,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":373,"description":374,"submitMessage":375,"formData":376,"_id":380,"_type":26,"_source":27,"_file":381,"_stem":382,"_extension":30},"/shared/fr-fr/the-source/newsletter","La newsletter The Source","Recevez une mine d'informations sur l'avenir du développement logiciel.","Vous êtes désormais inscrit à la newsletter The Source.",{"config":377},{"formId":378,"formName":379,"hideRequiredLabel":330},28453,"thesourcenewsletter","content:shared:fr-fr:the-source:newsletter.yml","shared/fr-fr/the-source/newsletter.yml","shared/fr-fr/the-source/newsletter",{"amanda-rueda":384,"andre-michael-braun":385,"andrew-haschka":386,"ayoub-fandi":387,"brian-wald":388,"bryan-ross":389,"chandler-gibbons":390,"dave-steer":391,"ddesanto":392,"derek-debellis":393,"emilio-salvador":394,"erika-feldman":395,"george-kichukov":396,"gitlab":397,"grant-hickman":398,"haim-snir":399,"iganbaruch":400,"jlongo":401,"joel-krooswyk":402,"josh-lemos":403,"julie-griffin":404,"kristina-weis":405,"lee-faus":11,"ncregan":406,"rschulman":407,"sabrina-farmer":408,"sandra-gittlen":409,"sharon-gaudin":410,"stephen-walters":411,"taylor-mccaslin":412},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"allArticles":414,"visibleArticles":482,"showAllBtn":330},[415,460],{"_path":416,"_dir":417,"_draft":6,"_partial":6,"_locale":7,"config":418,"seo":422,"content":427,"type":455,"category":417,"slug":456,"_id":457,"_type":26,"title":423,"_source":27,"_file":458,"_stem":459,"_extension":30,"date":428,"description":429,"timeToRead":430,"heroImage":425,"keyTakeaways":431,"articleBody":435,"faq":436},"/fr-fr/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation","platform",{"layout":9,"template":419,"articleType":420,"author":24,"featured":330,"gatedAsset":421,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular","source-lp-building-a-resilient-software-development-practice",{"title":423,"description":424,"ogImage":425,"config":426},"Livrez plus vite et innovez : la puissance d'une logistique de livraison de logiciels optimisée","Adoptez une logistique logicielle qui renforce la collaboration entre votre équipe des opérations et de développement pour une livraison fiable et plus rapide.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463545/nomdlhvlawqmncg0g1p8.png",{"ignoreTitleCharLimit":330},{"title":423,"date":428,"description":429,"timeToRead":430,"heroImage":425,"keyTakeaways":431,"articleBody":435,"faq":436},"2025-04-15","Modernisez vos processus de déploiement grâce à une approche logistique de livraison de logiciels qui permet à votre équipe des opérations d'épauler efficacement l'équipe de développement pour une livraison plus rapide et plus fiable.","Lecture : 4 min",[432,433,434],"La logistique de livraison de logiciels intervient après l'empaquetage du code et vise à optimiser la seconde moitié de la chaîne d'approvisionnement logicielle : le provisionnement, le déploiement, la configuration, la surveillance et la maintenance.","Étant donné que seuls 1 % des techniciens occupent des rôles opérationnels, les entreprises doivent adopter une « approche logistique » pour automatiser les processus de déploiement et améliorer l'expérience développeur.","Une approche « plateforme en tant que produit » appliquée à la logistique de livraison de logiciels permet de standardiser les pratiques tout en préservant la flexibilité, de limiter les risques liés à la sécurité et d'accélérer les cycles de déploiement.","Les logiciels sont bien plus qu'un moteur pour votre entreprise : ils en sont l'essence même. Pourtant, malgré des investissements massifs dans les capacités de développement, la logistique de livraison de logiciels reste souvent négligée.\n\nElle englobe toutes les étapes clés qui suivent l'empaquetage du code en vue de sa livraison : le provisionnement, le déploiement, la configuration, la surveillance et la maintenance. Elle forme la seconde moitié déterminante de la chaîne d'approvisionnement logicielle et démontre que même les solutions les plus ingénieuses peuvent échouer sans une mise en œuvre efficace.\n\nLe constat est sans appel : pour 100 développeurs, les statistiques indiquent que votre entreprise ne dispose vraisemblablement que d'une seule personne dédiée aux opérations, pendant que le reste de l'équipe se concentre généralement sur l'ingénierie réseau, l'administration de bases de données, l'ingénierie de plateforme et la fiabilité des sites. L'émergence de l'IA générative promet de décupler la production de code par les développeurs, créant ainsi un goulot d'étranglement majeur dans les processus de livraison de logiciels.\n\n## Les limites des approches traditionnelles\n**Les approches traditionnelles tentent de combler ce fossé en mettant une pression excessive sur les équipes des opérations ou en forçant les développeurs à endosser un rôle pour lequel ils ne sont pas formés. Aucune de ces stratégies n'est réellement efficace.**\n\nLorsque les équipes des opérations sont submergées, elles génèrent des processus contraignants qui ralentissent la livraison. Et lorsque les développeurs sont contraints de gérer les opérations, ils sont détournés de leur mission principale, qui consiste à utiliser le code pour régler les problématiques métiers. Comme le montre notre [rapport](https://about.gitlab.com/developer-survey/2024/ai/), les développeurs ne consacrent généralement que 21 % de leur temps à écrire du nouveau code, le reste étant absorbé par des réunions, la maintenance et des tâches administratives.\n\nCette inefficacité est frustrante et onéreuse. Chaque jour où vos innovations restent en attente de déploiement est une occasion manquée de livrer de la valeur métier.\n\n## Le modèle idéal pour la livraison de logiciels\nImaginez pouvoir garantir une livraison de logiciels à la fois fiable et prévisible : c'est là toute l'utilité d'une logistique de livraison de logiciels optimisée.\n\nÀ l’instar des entreprises de logistique qui ont transformé le commerce de détail en optimisant les chaînes d’approvisionnement, depuis l'acheminement des produits de l'entrepôt jusqu'aux clients, les équipes de développement doivent être capables d'acheminer leurs logiciels depuis les registres de paquets vers les environnements de production, de manière fluide.\n\nDe plus en plus d'entreprises investissent dans l'[ingénierie de plateforme](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) pour accélérer le développement logiciel en standardisant les bonnes pratiques et les composants. Toutefois, en concentrant vos efforts d'ingénierie de plateforme uniquement sur l'expérience développeur, il vous manque une pièce indispensable du puzzle. Bien qu'il soit important d'optimiser l'expérience développeur, ces améliorations ne se traduisent en gains réels que si votre entreprise est suffisamment mature sur le plan opérationnel pour déployer, configurer, surveiller et maintenir le code de façon efficace.\n\nC'est là que la logistique de livraison de logiciels entre en jeu : elle transforme l'augmentation de la vélocité de développement en véritable valeur métier, sans engendrer de goulots d'étranglement ni de chaos opérationnel.\n\n## L'avantage concurrentiel de la logistique de livraison de logiciels\nUne stratégie de logistique de livraison de logiciels adaptée offre plusieurs avantages clés :\n- **Accélération des cycles de livraison** : réduisez le temps entre la complétion du code et le déploiement en production de quelques semaines à quelques jours, voire quelques heures.\n- **Renforcement de la posture de sécurité** : intégrez la sécurité à vos pipelines de développement, au lieu de les ajouter à la fin du cycle de développement, et limitez ainsi les vulnérabilités sans compromettre la vélocité.\n- **Optimisation de l'efficacité opérationnelle** : mettez des outils d'automatisation et des fonctionnalités en libre-service à la disposition de votre équipe des opérations, souvent réduite, pour aider un plus grand nombre de développeurs.\n- **Meilleure répartition des ressources** : concentrez l'expertise de vos développeurs onéreux sur la création de valeur métier, plutôt que sur la gestion des complexités liées au déploiement.\n\n## Comment optimiser votre logistique de livraison de logiciels pour gagner en efficacité\nAu fil de mes échanges avec des responsables techniques dans des entreprises de toutes tailles, j'ai identifié des tendances récurrentes dans les approches logistiques de livraison de logiciels réussies. Voici trois étapes à suivre pour optimiser la vôtre :\n\n### Concevoir un framework de livraison continue pour les applications à l'échelle de l'entreprise\nLa livraison de logiciels moderne exige une orchestration avancée entre différents environnements, stratégies de déploiement et exigences opérationnelles. Un framework performant doit inclure des éléments clés tels que l'**orchestration des versions**, pour coordonner le déploiement de services interdépendants dans différents environnements ; des **stratégies de livraison progressive**, comme les déploiements canari ou les feature flags, pour effectuer des mises en production par phases contrôlées avec des vérifications automatisées ; ainsi que l'**automatisation du provisionnement**, qui crée l'infrastructure sous-jacente via des interfaces conformes aux stratégies de sécurité et aux exigences de conformité. En délivrant une attestation à chaque étape, ce framework constitue un registre vérifiable de l'ensemble du processus de livraison, ce qui permet d'évaluer en temps réel les risques et de valider la conformité.\n\n### Adopter une plateforme avec un magasin de données unifié\nPour être efficaces, les entreprises performantes doivent disposer d'indicateurs précis sur l'ensemble de leur pipeline de livraison, de la validation du code à la performance en production. Sans indicateurs, la gestion des processus est impossible. C'est pourquoi les équipes d'exception mesurent chaque paramètre : vélocité de développement, stabilité opérationnelle, posture de sécurité, parmi d'autres. Véritable système nerveux de la logistique de livraison de logiciels, une structure de données unifiée relie les informations cloisonnées et ouvre la voie à une automatisation intelligente et à des décisions éclairées à chaque phase du cycle de développement logiciel.\n\n### Renforcer l'autonomie des développeurs avec des pipelines de référence\nGrâce à des interfaces intuitives, les développeurs peuvent lancer des déploiements sans se soucier des détails complexes, tout en intégrant des garde-fous, ce qui allège le travail des équipes des opérations et accélère les cycles de livraison. Comme me l'a confié un responsable de l'ingénierie de plateforme : « Notre mission est de concevoir une plateforme suffisamment simple à utiliser pour que les équipes puissent s'auto-gérer. »\n\n## La logistique de livraison de logiciels : le facteur de différenciation concurrentiel pour les entreprises axées sur le numérique\nÀ mesure que la pression concurrentielle s'intensifie, la capacité à déplacer efficacement les logiciels depuis les environnements de test vers l'environnement de production se révèle être un atout stratégique majeur. En adoptant une approche logistique de livraison de logiciels, vous aidez votre équipe des opérations à soutenir efficacement le développement et à accélérer l'innovation, tout en garantissant la sécurité et la fiabilité.",[437,440,443,446,449,452],{"header":438,"content":439},"Quel rôle joue la logistique de livraison de logiciels dans le contexte du développement logiciel ?","La logistique de livraison de logiciels représente les étapes qui suivent l'empaquetage du code, à savoir le provisionnement, le déploiement, la configuration, la surveillance et la maintenance. Elle forme la seconde moitié de la chaîne d'approvisionnement logicielle et garantit une livraison fiable, sécurisée et efficace en production.",{"header":441,"content":442},"Pourquoi la logistique de livraison de logiciels gagne-t-elle en importance aujourd'hui ?","Alors que l'IA générative accélère le rythme de création de code, les entreprises sont confrontées à une pression croissante pour déployer et maintenir efficacement ce code. Face à des contraintes opérationnelles, une logistique de livraison de logiciels efficace s'avère essentielle pour éviter les goulots d'étranglement et transformer la vélocité de développement en un véritable avantage commercial.",{"header":444,"content":445},"Quel est l'impact d'une logistique de livraison de logiciels inefficace sur les cycles de livraison ?","Sans un processus structuré, les entreprises subissent des retards de déploiement, doivent faire face à des opérations incohérentes et dépendent trop des équipes des opérations débordées ou des développeurs contraints d’assumer des responsabilités qui ne relèvent pas de leur rôle, ce qui limite la capacité d'innovation et augmente les risques opérationnels.",{"header":447,"content":448},"Quel est le rôle des pipelines de référence (« golden pipelines ») dans la logistique de livraison de logiciels ?","Les pipelines de référence offrent des workflows de déploiement préconfigurés et automatisés que les développeurs peuvent utiliser de manière indépendante. Ces pipelines améliorent l'autonomie des développeurs tout en intégrant des garde-fous de sécurité et de conformité, réduisant ainsi la dépendance vis-à-vis des équipes des opérations.",{"header":450,"content":451},"Comment un magasin de données unifié peut-il améliorer la logistique de livraison de logiciels ?","Un magasin de données unifié relie les indicateurs tout au long du cycle de livraison des logiciels, de la validation du code à la production, permettant ainsi un suivi en temps réel, l'automatisation des processus et une gestion optimisée des risques et des résultats.",{"header":453,"content":454},"Pourquoi l'ingénierie de plateforme devrait-elle inclure une logistique de livraison de logiciels ?","Si l'ingénierie de plateforme optimise la création de code, c'est bien la logistique de livraison de logiciels qui donne à cette dynamique toute sa valeur en accélérant le déploiement. Sans des capacités logistiques adaptées, la rapidité de développement d'un logiciel ne se traduit pas nécessairement par une agilité accrue pour l'entreprise.","article","why-software-logistics-is-key-to-accelerating-innovation","content:fr-fr:the-source:platform:why-software-logistics-is-key-to-accelerating-innovation:index.yml","fr-fr/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index.yml","fr-fr/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index",{"_path":461,"_dir":417,"_draft":6,"_partial":6,"_locale":7,"config":462,"seo":464,"content":469,"type":455,"category":417,"slug":478,"_id":479,"_type":26,"title":465,"_source":27,"_file":480,"_stem":481,"_extension":30,"date":470,"description":471,"timeToRead":472,"heroImage":467,"keyTakeaways":473,"articleBody":477},"/fr-fr/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":9,"template":419,"articleType":420,"author":24,"featured":6,"gatedAsset":463,"isHighlighted":6,"authorName":11},"transform-your-software-development",{"title":465,"description":466,"ogImage":467,"config":468},"FinOps : l'équilibre parfait entre responsabilité financière et innovation","Découvrez comment l'approche FinOps concilie budget et objectifs stratégiques pour stimuler une innovation rentable tout en maîtrisant les coûts liés au cloud.","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463866/i27a3wecdhplvd9wbxqr.png",{"ignoreTitleCharLimit":330},{"title":465,"date":470,"description":471,"timeToRead":472,"heroImage":467,"keyTakeaways":473,"articleBody":477},"2024-11-26","Découvrez comment l'approche FinOps harmonise la responsabilisation financière avec les objectifs stratégiques des entreprises, permettant une innovation rentable tout en maîtrisant les dépenses liées au cloud.","Lecture : 5 min",[474,475,476],"L'approche FinOps repose sur la collaboration entre les équipes financières, commerciales et d'ingénierie pour aligner les investissements cloud sur les objectifs stratégiques de l'entreprise, afin de générer un maximum de valeur.","En offrant une plus grande transparence financière, une stratégie FinOps permet aux entreprises de prendre des décisions rapides et fondées sur les données, afin d'optimiser leurs dépenses liées au cloud.","La mise en œuvre d'une stratégie FinOps crée un équilibre entre innovation et contrôle des coûts, permettant de réduire les tensions entre les équipes chargées du développement de produits et celles responsables des opérations.","Lorsque leurs dépenses cloud augmentent en parallèle de leur équipe d'ingénierie, les entreprises sont souvent confrontées à un choix délicat : accélérer les déploiements ou maîtriser les coûts. Mais imaginez si vous pouviez améliorer la productivité de vos développeurs de 30 % tout en réduisant les coûts des projets de 25 %. Cela peut sembler ambitieux, mais c'est un objectif réaliste pour les entreprises qui adoptent une stratégie FinOps (opérations financières). Cette approche fondée sur les données applique les principes et les pratiques DevOps pour optimiser les coûts associés aux équipes, aux processus et aux technologies tout au long du cycle de développement logiciel.\n\nFinOps transforme chaque phase du cycle de développement en opportunité d’économie et d’efficacité. Nous avons récemment rencontré l'équipe DevOps d'une compagnie d'assurance qui débute son parcours FinOps. Nos premières discussions ont porté sur la mise en place de mesures de base, telles que les dépenses liées au cloud et l'identification d'autres moyens de réduire les coûts et de générer des revenus grâce à la gestion de la chaîne de valeur. Ces échanges sont un prélude essentiel à l'approche FinOps, car ils permettent d'évaluer comment les équipes et les ressources sont organisées et allouées, et quels processus et outils peuvent être mis en œuvre pour transformer l'entreprise.\n\nDes structures d'équipe aux processus de développement en passant par les choix technologiques, cette visibilité globale aide les dirigeants à optimiser l'ensemble de leurs investissements. En réunissant les équipes financières, produit et d'ingénierie, FinOps permet aux directeurs financiers (CFO), aux chefs de produits (CPO) et aux directeurs techniques (CTO) de prendre des décisions plus éclairées et d'améliorer l'efficacité à l'échelle de toute l'entreprise. \n\nL'optimisation de l'efficacité et des coûts n'est pas seulement un défi technique : au vu de l'investissement croissant des entreprises dans le cloud, c'est aussi un impératif commercial stratégique. L'approche FinOps permet de cultiver une responsabilisation financière essentielle face au modèle de dépenses variables du cloud. Examinons à présent les avantages de l'approche FinOps et la façon dont vous pouvez commencer à intégrer ses méthodologies dans vos workflows opérationnels.\n\n## Qu'est-ce que l'approche FinOps ?\nUne stratégie FinOps (abréviation de « Financial Operations » ou opérations financières) permet de transformer le fonctionnement des équipes financières, commerciales, technologiques et d'ingénierie. Grâce aux données et aux analyses en temps réel, les équipes bénéficient d'une visibilité immédiate sur leurs dépenses cloud et peuvent réagir avant que les coûts n'augmentent. Cette approche proactive de la responsabilisation financière permet de prendre rapidement des décisions éclairées sur l'allocation des ressources, afin de réaliser des économies réelles.\n\nUne stratégie FinOps est avant tout la pratique culturelle qui rend cette transformation durable. En proposant des processus clairs et des métriques accessibles à tous, les équipes veillent à ce que leurs décisions technologiques quotidiennes soutiennent les objectifs commerciaux de l'entreprise.\n\n## Pourquoi l'approche FinOps est-elle devenue si populaire ?\nComme de nombreuses entreprises se concentrent sur l'IA générative et la productivité des développeurs, elles ont besoin de garde-fous au stade de la livraison, tels que des workflows automatisés et des modèles réutilisables, pour s'assurer que les [bonnes méthodes](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/) sont adoptées. Cette approche devient essentielle pour les entreprises qui modernisent leurs applications et élargissent les architectures cloud dans leur environnement de production.\n\nLa situation se complique encore avec la gestion des coûts hors production, tels que les coûts liés à l'intégration continue (CI). Or, les entreprises qui adoptent une approche fondée sur les données bénéficient d'une grande visibilité sur les coûts de CI. Elles peuvent voir exactement comment l'évolution horizontale ou verticale de la CI affecte à la fois les cycles de commentaires et les coûts dans différentes architectures de processeurs. En mettant en œuvre des normes comme les environnements de test éphémères, elles garantissent la qualité et la sécurité du code tout en optimisant leurs dépenses.\n\nLes product owners, qui gèrent normalement le budget d'une gamme de produits, peuvent également travailler avec les équipes informatiques et les responsables de l'ingénierie pour fournir des indicateurs de transparence. Cette collaboration permet aux dirigeants de faire des projections budgétaires englobant plusieurs services et de garantir l'exploitation optimale des ressources d'infrastructure. Au final, les équipes financières peuvent voir quelles applications génèrent le retour sur investissement le plus important.\n\n## Un pont entre les domaines techniques et financiers\nLa création d'un modèle FinOps peut suivre deux approches différentes. La première consiste à encourager les équipes en favorisant un environnement plus collaboratif et transparent. À l'inverse, les sanctions en cas de dépenses excessives conduisent le plus souvent à une rupture des processus. Au-delà d'une simple surveillance de l'utilisation des ressources cloud, votre stratégie FinOps doit tenir compte des éléments nécessaires au travail des développeurs et de leur impact sur les résultats de l'entreprise.\n\nNous nous sommes récemment entretenus avec une grande compagnie aérienne qui dépensait près de 5 millions de dollars par an pour leurs flottes de runners CI. Or, celles-ci exécutaient des scannings de sécurité, des scans de dépendances et des scans de token. L'entreprise aurait pu choisir de supprimer cette étape de sécurité pour réduire ses dépenses, mais les [risques encourus](https://about.gitlab.com/the-source/security/how-to-strengthen-security-by-applying-devsecops-principles/) surpassaient le coût des flottes de runners. Au lieu de supprimer cette étape, l'entreprise devait donc identifier des moyens de rendre ses flottes de runners dans leur ensemble plus efficaces, afin de réduire les dépenses tout en encourageant les développeurs à innover.\n\nUn programme FinOps solide ne nécessite pas une équipe de professionnels FinOps à temps plein. Une stratégie FinOps est un lien stratégique qui relie des équipes interfonctionnelles telles que les équipes financières, produit et d'ingénierie. Un programme FinOps typique comprend divers rôles et fonctions, tels qu'un CTO ou un vice-président de l'ingénierie, un responsable financier et un ou plusieurs responsables de l'équipe d'ingénierie qui collaborent régulièrement pour évaluer les problèmes, identifier de nouvelles opportunités d'efficacité et déterminer des mesures correctives.\n\nL'alignement des opérations techniques sur les objectifs financiers permet de garantir que l'infrastructure cloud et le développement logiciel offrent le meilleur retour sur investissement possible. Les équipes DevSecOps peuvent ainsi mieux comprendre leur contribution directe au chiffre d'affaires et/ou comment réduire les coûts.\n\n## Un contrôle financier intelligent dans les workflows des développeurs\nLa méthode FinOps surveille la consommation des ressources à la fois à l'échelle de l'utilisateur et des opérations, afin d'optimiser les workflows des développeurs. Une façon d'y parvenir est d'analyser les jobs CI et d'identifier ceux dont le coût dépasse la valeur. Chaque pipeline de développement logiciel contient plusieurs jobs, et chacun nécessite une ressource d'exécution comme une machine virtuelle (MV) ou un conteneur. Plus l'exécution de chaque job est longue, plus le coût est élevé. L'approche FinOps aide les développeurs à identifier les jobs peu performants afin de réusiner leur code.\n\nElle engendre ainsi un modèle en libre-service qui permet aux équipes DevSecOps de travailler dans le respect de directives claires. Par exemple, votre stratégie peut empêcher un utilisateur de provisionner des ressources à hauteur de 100 000 dollars sur AWS, mais lui permettre d'activer une image EC2 pour effectuer des tests. Cependant, si le provisionnement de ressources d'une valeur de 100 000 dollars est nécessaire, l'utilisateur en question peut soumettre une demande pour présenter le chiffre d'affaires potentiel que son projet peut générer. Si cette demande est approuvée, le projet sera lancé.\n\nLes professionnels du DevSecOps s'inquiéterons peut-être de l'impact du suivi FinOps sur l'innovation. Bien au contraire ! Ce processus offre une visibilité complète sur l'utilisation et les dépenses cloud de votre entreprise, ce qui permet aux équipes d'identifier des opportunités d'améliorer leur productivité cloud. En plus d'encourager la collaboration entre les équipes financières, technologiques et commerciales, l'approche FinOps analyse les modèles d'utilisation et offre des prévisions de la demande. Il est ainsi possible de redimensionner les ressources pour répondre aux besoins émergents avant que des dépenses excessives ne se produisent.\n\n## Une collaboration plus harmonieuse\nLes conflits d'intérêts sont monnaie courante entre les équipes d'ingénierie et d'exploitation. La mission de l'ingénierie est de stimuler l'innovation afin de générer de nouvelles opportunités de chiffre d'affaires, tout en offrant des expériences client exceptionnelles. L'équipe des opérations se concentre quant à elle sur l'optimisation de la productivité et la réalisation d'économies. Une stratégie FinOps arrondit les angles en boostant la productivité des développeurs tout en réduisant les dépenses cloud, ce qui permet de marier efficacité technique et prudence financière.\n\nL'approche FinOps aide les équipes DevSecOps à penser en chiffres précis, et non en coûts subjectifs. Il est impératif d'aborder le développement logiciel avec une compréhension claire de son impact financier sur l'entreprise. Vous pourrez ainsi prendre des décisions éclairées sur la poursuite d'un projet en fonction de deux critères clés : ce projet conduira-t-il à une augmentation du chiffre d'affaires ou à une réduction des coûts ?\n\nL'approche FinOps ne consiste pas seulement à réduire les coûts ; il s'agit également d'optimiser l'ensemble du cycle de développement logiciel. Son objectif est d'aider les ingénieurs et l'équipe des opérations à considérer l'efficacité financière parallèlement à l'innovation technique afin de mieux comprendre leur contribution aux résultats de l'entreprise.\n\n_Pour en savoir plus sur l'approche FinOps, consultez le [site web de la FinOps Foundation](https://www.finops.org/introduction/what-is-finops/)._","finops-balancing-financial-responsibility-and-innovation","content:fr-fr:the-source:platform:finops-balancing-financial-responsibility-and-innovation:index.yml","fr-fr/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index.yml","fr-fr/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index",[415,460],{"ai":357,"platform":364,"security":94},1753981684111]