Articles

Le manifeste Agile : origines, application et considérations pour les chefs de projet.

Le manifeste Agile : origines, application et considérations pour les chefs de projet.

,

Le Manifeste Agile est une approche de développement de logiciels qui a révolutionné le monde des projets informatiques. Découvrez ses origines, son application et ses considérations pour les chefs de projet.

Le Manifeste Agile, un document révolutionnaire dans le monde du développement logiciel, est apparu comme une réponse aux insuffisances des méthodologies de développement traditionnelles et rigides. Cet article explore ses origines, ses applications et ses mauvaises utilisations, offrant des conseils aux gestionnaires d’ingénierie sur la façon d’interpréter et de mettre en œuvre efficacement ses principes.

The Agile Manifesto is based on four core values: individuals and interactions over processes and tools; working software over comprehensive documentation; customer collaboration over contract negotiation; and responding to change over following a plan. These values emphasize the importance of collaboration, communication, and flexibility in software development.

Applications of the Agile Manifesto

The Agile Manifesto has been widely adopted by software development teams around the world. It has become the foundation for a variety of agile methodologies, including Scrum, Kanban, and Extreme Programming (XP). These methodologies focus on iterative development, rapid feedback loops, and continuous improvement.

Agile methodologies are designed to be lightweight and flexible, allowing teams to quickly adapt to changing requirements and customer feedback. They also emphasize collaboration between developers, customers, and stakeholders, allowing for a more transparent and efficient development process.

Misuses of the Agile Manifesto

Despite its popularity, the Agile Manifesto has been misused and misinterpreted by some software development teams. For example, some teams have adopted an “agile-at-all-costs” approach, sacrificing quality and customer satisfaction for speed. Others have used agile as an excuse to avoid planning and documentation, leading to chaotic development processes.

In order to avoid these pitfalls, engineering managers should ensure that their teams are properly educated on the principles of agile development. Teams should be encouraged to focus on collaboration, communication, and customer feedback, rather than simply “going agile” for the sake of speed.

Conclusion

The Agile Manifesto has revolutionized the world of software development, providing teams with a lightweight and flexible approach to development. However, it is important for engineering managers to ensure that their teams are properly educated on its principles in order to avoid common misuses and misinterpretations.

Origines du Manifeste Agile

En février 2001, dix-sept développeurs de logiciels se sont réunis à Snowbird, Utah, pour discuter des méthodes de développement légères. Ils étaient unis par une insatisfaction commune à l’égard des processus de développement de logiciels lourds et documentés qui prévalaient à l’époque. Cette réunion a abouti à la création du Manifeste Agile, une déclaration concise de quatre valeurs fondamentales et douze principes directeurs visant à améliorer le développement de logiciels.

Le Manifeste Agile repose sur quatre valeurs fondamentales : les individus et les interactions plutôt que les processus et les outils ; le logiciel fonctionnel plutôt que la documentation exhaustive ; la collaboration avec le client plutôt que la négociation du contrat ; et la réponse au changement plutôt que le suivi d’un plan. Ces valeurs mettent l’accent sur l’importance de la collaboration, de la communication et de la flexibilité dans le développement de logiciels.

Applications du Manifeste Agile

Le Manifeste Agile a été largement adopté par des équipes de développement de logiciels à travers le monde. Il est devenu la base de diverses méthodologies agiles, notamment Scrum, Kanban et Extreme Programming (XP). Ces méthodologies se concentrent sur le développement itératif, les boucles de rétroaction rapides et l’amélioration continue.

Les méthodologies agiles sont conçues pour être légères et flexibles, permettant aux équipes de s’adapter rapidement aux exigences changeantes et aux commentaires des clients. Elles mettent également l’accent sur la collaboration entre développeurs, clients et
Source de l’article sur DZONE

/par
Stratégies LLM pour les gestionnaires de produits

Stratégies LLM pour les gestionnaires de produits

,

Les gestionnaires de produits doivent adopter des stratégies de gestion de la vie des produits (LLM) pour garantir le succès à long terme de leurs produits.

Embarquer dans l’excitante aventure de faire passer un produit de l’idée à sa mise sur le marché nécessite une planification et un storytelling minutieux. Les responsables produits jouent un rôle crucial dans la définition et la gestion du succès d’un produit. De l’idée à sa mise sur le marché, les responsables produits doivent naviguer à travers divers défis et prendre des décisions stratégiques. En tant que responsable produit, créer des récits et des stratégies convaincants est essentiel au succès. Alors que le LLM bouleverse le marché, les PM peuvent utiliser les LLM pour construire des stratégies efficaces à chaque étape du cycle de vie du produit afin d’améliorer leur productivité.

L’architecture d’un produit est un voyage passionnant qui commence par une idée et se termine par son lancement sur le marché. Les chefs de produit jouent un rôle crucial dans la définition et la réussite d’un produit. De la conception de l’idée à son lancement sur le marché, les chefs de produit doivent relever de nombreux défis et prendre des décisions stratégiques. En tant que chef de produit, il est essentiel de créer des récits et des stratégies convaincants pour réussir. Avec l’arrivée des modèles d’apprentissage automatique, les chefs de produit peuvent utiliser ces outils pour construire des stratégies efficaces à chaque étape du cycle de vie du produit et améliorer leur productivité.

Cet article vise à identifier le cycle de vie d’une idée à son lancement sur le marché et à montrer comment nous pouvons utiliser l’ingénierie prompte pour interroger un modèle d’apprentissage automatique et augmenter la productivité en tant que chef de produit.

L’architecture d’un produit est un processus complexe qui nécessite une planification et une gestion minutieuses. Les chefs de produit doivent être en mesure de comprendre les différentes phases du cycle de vie du produit et de prendre des décisions stratégiques à chaque étape. La première étape consiste à développer une idée et à la transformer en un produit viable. Une fois que le produit a été conçu, les chefs de produit doivent le tester et le lancer sur le marché. La dernière étape consiste à surveiller les performances du produit et à apporter des modifications si nécessaire.

Les modèles d’apprentissage automatique peuvent être utilisés pour améliorer le processus d’architecture du produit. Les chefs de produit peuvent utiliser ces modèles pour analyser les données du marché et prendre des décisions plus éclairées. Les modèles peuvent également être utilisés pour tester le produit avant son lancement et identifier les points forts et les points faibles. Enfin, les modèles peuvent être utilisés pour surveiller les performances du produit et apporter des modifications si nécessaire.

En conclusion, l’architecture d’un produit est un processus complexe qui nécessite une planification et une gestion minutieuses. Les chefs de produit peuvent utiliser les modèles d’apprentissage automatique pour améliorer le processus d’architecture du produit et augmenter leur productivité. Les modèles peuvent être utilisés pour analyser les données du marché, tester le produit avant son lancement, surveiller les performances du produit et apporter des modifications si nécessaire.

Source de l’article sur DZONE

/par
DevSecOps moderne: intégration sécurisée des processus

DevSecOps moderne: intégration sécurisée des processus

,

de développement et d’exploitation.

La DevSecOps moderne offre une intégration sécurisée des processus de développement et d’exploitation pour un flux de travail plus fluide et plus sûr.

Rapport de tendances sur la sécurité des entreprises DZone 2023

L’architecture DevSecOps est un moyen de résoudre les problèmes liés aux méthodologies traditionnelles de développement logiciel, en particulier la séparation entre les équipes de développement et de sécurité. Cette séparation entraîne souvent la découverte de vulnérabilités de sécurité tard dans le cycle de développement, ce qui entraîne des retards et des réaménagements coûteux. DevSecOps vise à briser ces silos en intégrant des pratiques de sécurité dans l’ensemble du cycle de développement logiciel (SDLC), de la planification et du codage à la mise en œuvre et à la surveillance.

DevSecOps est une approche holistique qui permet aux équipes de développement et de sécurité de travailler ensemble pour intégrer la sécurité dans le développement logiciel. Les principes fondamentaux de DevSecOps sont l’automatisation, la collaboration et la responsabilisation. L’automatisation permet aux équipes de développement et de sécurité de créer des processus et des outils qui intègrent la sécurité dans le processus de développement. La collaboration permet aux équipes de travailler ensemble pour résoudre les problèmes et partager les connaissances. La responsabilisation permet aux membres des équipes de développement et de sécurité d’être responsables des résultats. Enfin, l’utilisation d’une architecture DevSecOps permet aux organisations de réduire leurs risques en matière de sécurité et d’améliorer leurs processus de développement logiciel.

Source de l’article sur DZONE

/par
Utiliser l'API CronJob de Kubernetes pour un planning de tâches efficace.

Utiliser l’API CronJob de Kubernetes pour un planning de tâches efficace.

,

Utilisez l’API CronJob de Kubernetes pour planifier vos tâches de manière efficace et automatique ! Gérez vos tâches avec précision et sans effort.

Prérequis pour l’API CronJob de Kubernetes

La base de données API CronJob de Kubernetes est une fonctionnalité clé pour automatiser les tâches régulières dans un environnement cloud-native. Ce guide vous guide pas à pas à travers les étapes pour utiliser cette API et illustre également des cas d’utilisation pratiques où elle peut être très bénéfique.

Prérequis

  • Un cluster Kubernetes en cours d’exécution (version 1.21 ou ultérieure)
  • Outil de ligne de commande kubectl
  • Connaissances de base sur Kubernetes (Pods, Jobs, CronJobs)

Comprendre l’API CronJob

La ressource CronJob de Kubernetes est conçue pour l’exécution de tâches basées sur le temps. La nouvelle API (batch/v1) apporte des améliorations en matière de fiabilité et de scalabilité.

L’API CronJob de Kubernetes est un moyen pratique et efficace pour automatiser des tâches régulières et périodiques. Les développeurs peuvent définir des tâches à exécuter à intervalles réguliers, à des moments spécifiques ou à des dates spécifiques. Cela permet aux applications de se mettre à jour automatiquement et de rester à jour, ce qui est essentiel pour les applications cloud-native. La nouvelle API (batch/v1) apporte des améliorations en matière de fiabilité et de scalabilité, ce qui permet aux développeurs d’utiliser des clusters Kubernetes plus grands et plus complexes.

Les développeurs peuvent utiliser l’API CronJob pour automatiser des tâches telles que la sauvegarde des bases de données, la mise à jour des applications, la synchronisation des données entre les clusters, l’exécution de tests et bien plus encore. L’API CronJob est très utile pour les applications qui nécessitent une mise à jour régulière ou des tâches qui doivent être exécutées à intervalles réguliers. En outre, l’API permet aux développeurs de surveiller l’état des tâches et d’effectuer des ajustements si nécessaire.

En résumé, l’API CronJob de Kubernetes est un outil pratique et puissant pour automatiser des tâches régulières et périodiques. Les développeurs peuvent définir des tâches à exécuter à intervalles réguliers, à des moments spécifiques ou à des dates spécifiques. La nouvelle API (batch/v1) apporte des améliorations en matière de fiabilité et de scalabilité, ce qui permet aux développeurs d’utiliser des clusters Kubernetes plus grands et plus complexes. Cela permet aux applications de se mettre à jour automatiquement et de rester à jour, ce qui est essentiel pour les applications cloud-native. Les développeurs peuvent utiliser l’API CronJob pour automatiser des tâches telles que la sauvegarde des bases de données, la mise à jour des applications, la synchronisation des données entre les clusters, l’exécution de tests et bien plus encore.

Source de l’article sur DZONE

/par
Passer de Docker Swarm à Kubernetes : transition et mise à l'échelle.

Passer de Docker Swarm à Kubernetes : transition et mise à l’échelle.

,

Passer de Docker Swarm à Kubernetes peut être une transition complexe, mais elle offre une meilleure mise à l’échelle et des fonctionnalités avancées. Découvrez comment faciliter cette transition.

Comprendre le changement

Making the Transition

The transition from Docker Swarm to Kubernetes requires careful planning and execution. Organizations should consider the following best practices when making the switch:

  • Understand the differences between Docker Swarm and Kubernetes. This will help ensure that the transition is seamless and that the organization is taking full advantage of Kubernetes’ capabilities.
  • Evaluate existing infrastructure and applications. This will help determine if Kubernetes is the right fit for the organization’s needs.
  • Create a plan for the transition. This should include a timeline, budget, and resource allocation.
  • Test the new system before going live. This will help ensure that everything is working as expected.

Benefits of Kubernetes

Kubernetes offers several advantages over Docker Swarm, including scalability, reliability, and flexibility. Kubernetes is designed to handle large-scale deployments with ease, allowing organizations to quickly and easily scale their applications as needed. It also offers a robust set of features, such as rolling updates, self-healing capabilities, and automated deployment. Finally, Kubernetes is highly extensible, allowing organizations to customize their deployments to meet their specific needs.

Architecture de Kubernetes

Kubernetes est une plateforme open source conçue pour automatiser le déploiement, le dimensionnement et l’exploitation des conteneurs d’applications. Il offre une plus grande flexibilité, un ensemble de fonctionnalités plus riche et un vaste écosystème, ce qui en fait le choix préféré des déploiements à grande échelle et d’entreprise. La transition de Docker Swarm à Kubernetes nécessite une planification et une exécution minutieuses. Les organisations doivent prendre en compte les meilleures pratiques suivantes lors du passage à Kubernetes : comprendre les différences entre Docker Swarm et Kubernetes, évaluer l’infrastructure et les applications existantes, créer un plan de transition et tester le nouveau système avant de le mettre en production.

Avantages de Kubernetes

Kubernetes offre plusieurs avantages par rapport à Docker Swarm, notamment la scalabilité, la fiabilité et la flexibilité. Il est conçu pour gérer facilement les déploiements à grande échelle, ce qui permet aux organisations de redimensionner rapidement et facilement leurs applications selon leurs besoins. Il offre également un ensemble robuste de fonctionnalités, telles que les mises à jour en roulement, les capacités de réparation automatique et le déploiement automatisé. Enfin, Kubernetes est extrêmement extensible, ce qui permet aux organisations de personnaliser leurs déploiements en fonction de leurs besoins spécifiques.

Conclusion

Kubernetes est devenu la solution préférée pour les déploiements à grande échelle et d’entreprise grâce à ses avantages en matière de scalabilité, de fiabilité et de flexibilité. Bien que la transition de Docker Swarm à Kubernetes puisse être complexe et exiger une planification minutieuse, elle offre des avantages considérables pour les organisations qui souhaitent tirer parti des fonctionnalités avancées de Kubernetes. Les organisations doivent donc prendre le temps d’examiner attentivement les avantages et les inconvénients de chaque solution et de choisir celle qui répond le mieux à leurs besoins.

Source de l’article sur DZONE

/par

SAP, nouveau fournisseur de planification industrielle dernière génération pour Airbus

, ,

Paris, le 8 novembre 2023 – SAP, leader mondial des logiciels d’entreprises, fournira la dernière génération de planification industrielle de l’activité commerciale d’Airbus. En utilisant la solution SAP Integrated Business Planning for Supply Chain, Airbus souhaite améliorer la planification des programmes de ses avions actuels et futurs.

 

Désormais intégrée chez Airbus, SAP Integrated Business Planning (SAP IBP) est une solution Cloud qui améliore l’intégration et la collaboration entre les équipes de vente, de livraison et de planification industrielle. Ainsi, Airbus sera en mesure de répondre à des exigences de planification complexes tout en bénéficiant d’une programmation de la production plus rapide et réactive, ainsi que d’une utilisation plus efficace des ressources de fabrication. Enfin, SAP IBP offre une plus grande transparence et des données exploitables grâce à des rôles centrés sur l’utilisateur et à la hiérarchisation des tâches et des actions.

Aujourd’hui, la principale préoccupation des dirigeants de l’industrie vise à développer des supply chain robustes pour réduire au minimum les risques. Ainsi, la création de flux industriels résilients revêt une importance cruciale, permettant aux entreprises de prédire de manière précise la demande et l’utilisation de sa logistique.

« Actuellement, les deux objectifs majeurs pour les dirigeants de l’industrie sont la visibilité accrue et la planification minutieuse afin d’instaurer la robustesse et la durabilité de leur supply chain. Cette collaboration stratégique facilite la transformation d’Airbus en lui offrant une planification centralisée de la demande et de l’approvisionnement. Nous sommes fiers d’avoir été choisis pour soutenir l’industriel Airbus dans le développement et le renforcement de ses capacités numériques. » déclare Dominik Metzger, Head of Digital Supply Chain SAP SE.

 

A propos de SAP

 

La stratégie de SAP est d’aider chaque organisation à fonctionner en « entreprise intelligente » et durable. En tant que leader du marché des logiciels d’application d’entreprise, nous aidons les entreprises de toutes tailles et de tous secteurs à opérer au mieux : 87 % du commerce mondial total est généré par nos clients. Nos technologies de Machine Learning, d’Internet des objets (IoT) et d’analyse avancée aident nos clients à transformer leurs activités en « entreprises intelligentes ». SAP permet aux personnes et aux organisations d’avoir une vision approfondie de leur business et favorise la collaboration pour qu’ils puissent garder une longueur d’avance sur leurs concurrents. Nous simplifions la technologie afin que les entreprises puissent utiliser nos logiciels comme elles le souhaitent, sans interruption. Notre suite d’applications et de services end-to-end permet aux clients privés et publics de 26 secteurs d’activité dans le monde entier, de fonctionner de manière rentable, de s’adapter en permanence et de faire la différence. Grâce à un réseau mondial de clients, de partenaires, d’employés et de leaders d’opinion, SAP aide le monde à mieux fonctionner et à améliorer la vie de chacun.

Visitez le site SAP News Center. Suivez SAP sur @SAPNews

 

Contact presse :

Sylvie Léchevin : sylvie.lechevin@sap.com / sap@the-arcane.com

SAP Press Room; press@sap.com

 

# # #

 

This document contains forward-looking statements, which are predictions, projections, or other statements about future events. These statements are based on current expectations, forecasts, and assumptions that are subject to risks and uncertainties that could cause actual results and outcomes to materially differ. Additional information regarding these risks and uncertainties may be found in our filings with the Securities and Exchange Commission, including but not limited to the risk factors section of SAP’s 2022 Annual Report on Form 20-F.© 2023 SAP SE. All rights reserved.
SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP SE in Germany and other countries. Please see https://www.sap.com/copyright for additional trademark information and notices.

 

The post SAP, nouveau fournisseur de planification industrielle dernière génération pour Airbus appeared first on SAP France News.

Source de l’article sur sap.com

/par
Tout ce qu'il faut savoir sur les points de story Jira

Tout ce qu’il faut savoir sur les points de story Jira

,

Les points de story Jira sont une excellente façon de gérer les projets et de garder une trace des tâches à accomplir. Découvrez tout ce qu’il faut savoir sur cet outil utile !

## Estimer le travail est difficile comme c’est. Utiliser des dates plutôt que des points d’histoire comme facteur décisif peut ajouter encore plus de complications, car ils tiennent rarement compte du travail que vous devez faire en dehors du travail réel, comme les e-mails, les réunions et la recherche supplémentaire. Les dates sont également plus difficiles à mesurer en termes de vélocité, ce qui rend plus difficile l’estimation de la quantité d’effort nécessaire à un travail, même si vous avez des expériences antérieures.

Les points d’histoire, d’autre part, peuvent apporter plus de certitude et simplifier la planification à long terme… Si vous savez comment les utiliser.

Story points are a way of measuring the effort of a task, rather than the time it takes to complete it. They are a unit of measure that can be used to estimate the size of a task and compare it to other tasks. This makes it easier to estimate the amount of work needed for a project and plan accordingly. Story points also make it easier to track progress, as you can measure how much work is completed in a certain period of time.

Estimer le travail est déjà difficile en soi. Utiliser des dates plutôt que des points d’histoire comme facteur décisif peut ajouter encore plus de complications, car ils ne tiennent généralement pas compte du travail que vous devez faire en dehors du travail réel, comme les e-mails, les réunions et la recherche supplémentaire. Les dates sont également plus difficiles à mesurer en termes de vélocité, ce qui rend plus difficile l’estimation de l’effort nécessaire pour un travail, même si vous avez des expériences précédentes.

Les points d’histoire, d’autre part, peuvent apporter plus de certitude et simplifier la planification à long terme… Si vous savez comment les utiliser.

Les points d’histoire sont une façon de mesurer l’effort d’une tâche, plutôt que le temps qu’il faut pour la terminer. Ce sont une unité de mesure qui peut être utilisée pour estimer la taille d’une tâche et la comparer à d’autres tâches. Cela facilite l’estimation de la quantité de travail nécessaire pour un projet et la planification en conséquence. Les points d’histoire facilitent également le suivi des progrès, car vous pouvez mesurer la quantité de travail accomplie pendant une certaine période.

Cependant, pour obtenir le meilleur résultat possible, il est important de savoir comment utiliser correctement les points d’histoire. Pour cela, il est important de comprendre le processus de codage. Le codage est un processus qui consiste à attribuer des points d’histoire à chaque tâche et à déterminer le nombre de points nécessaires pour terminer une tâche donnée. Il est important de comprendre le processus de codage car cela permet de mieux estimer le temps et les efforts nécessaires pour terminer une tâche et de mieux planifier le projet.

En outre, le codage peut aider à mieux comprendre la complexité des tâches et à planifier plus efficacement. En codant les tâches, vous pouvez voir quelles tâches sont plus complexes et prennent plus de temps et quelles tâches sont plus simples et prennent moins de temps. Cela permet aux gestionnaires de mieux planifier leurs projets et d’atteindre leurs objectifs plus rapidement et plus efficacement.

Enfin, le codage peut également aider à mieux estimer la vitesse et la productivité des équipes. En codant les tâches, vous pouvez voir quelle quantité de travail peut être accomplie par une équipe donnée dans un laps de temps donné. Cela permet aux gestionnaires de mieux estimer le temps et les efforts nécessaires pour terminer un projet et d’améliorer la productivité et la vitesse de l’équipe.

En conclusion, le codage est un outil très utile pour les gestionnaires qui cherchent à mieux estimer le travail et à planifier plus efficacement leurs projets. Il permet

Source de l’article sur DZONE

/par
Réparer les installations ratées des mises à jour cumulatives et de sécurité Exchange

Réparer les installations ratées des mises à jour cumulatives et de sécurité Exchange

,

Réparer les installations ratées des mises à jour cumulatives et de sécurité Exchange peut être un défi. Découvrez comment le résoudre facilement!

Problèmes et erreurs courants lors de l’installation des mises à jour Exchange et leurs solutions

Pour corriger les serveurs Exchange contre les menaces connues et corriger les bogues et les vulnérabilités, Microsoft publie des mises à jour cumulatives et de sécurité régulièrement. Ces mises à jour fournissent également de nouvelles fonctionnalités, des correctifs de sécurité et divers autres correctifs. Habituellement, l’installation de ces mises à jour se déroule sans problème si elle est effectuée avec une planification et un processus appropriés. Cependant, parfois, vous pouvez rencontrer des problèmes pendant et après l’installation de ces mises à jour. Dans cet article, nous allons lister certains problèmes courants que vous pouvez rencontrer lors de l’installation des mises à jour CU et SU et les solutions possibles pour les résoudre.

Problèmes et erreurs courants lors de l’installation des mises à jour Exchange et leurs solutions

Ci-dessous, nous avons mentionné certains problèmes courants que vous pouvez rencontrer lors de l’installation des mises à jour cumulatives et de sécurité sur le serveur Exchange, ainsi que leurs solutions. 

Le premier problème que vous pouvez rencontrer est le logiciel antivirus qui bloque l’installation des mises à jour. Cela peut se produire si le logiciel antivirus est mis à jour avec des signatures qui bloquent le téléchargement et l’installation des mises à jour. Pour résoudre ce problème, vous devez désactiver temporairement le logiciel antivirus avant d’installer les mises à jour. Une fois l’installation terminée, vous pouvez réactiver le logiciel antivirus.

Un autre problème courant est une erreur liée au service Windows Update. Si le service Windows Update ne fonctionne pas correctement, vous ne pourrez pas installer les mises à jour. Pour résoudre ce problème, vous devez vérifier si le service Windows Update est en cours d’exécution et s’il est configuré pour démarrer automatiquement. Vous pouvez également exécuter la commande «net start wuauserv» pour démarrer le service.

Enfin, si vous obtenez une erreur disant que la mise à jour ne peut pas être installée car elle n’est pas compatible avec votre système, vous devez vérifier si votre système est à jour. Vous devez également vérifier si votre système a suffisamment d’espace disque disponible pour installer la mise à jour. Si vous ne disposez pas d’espace disque suffisant, vous devrez libérer de l’espace disque avant d’installer la mise à jour.

Source de l’article sur DZONE

/par

Bridor (Groupe Le Duff) soutient son développement avec l’ERP intelligent SAP S/4HANA

, ,

Pour accompagner sa transformation en acteur d’envergure mondiale, Bridor avait besoin de se doter d’un ERP moderne et de refondre ses processus métiers. Un projet de grande envergure, ayant mené à l’adoption de SAP S/4HANA et de SAP IBP.

Groupe Le Duff est un acteur français, leader de la restauration et de la boulangerie-viennoiserie. Il est présent dans 100 pays, au travers de ses 1250 restaurants et boulangeries et ses 15 sites de production. Groupe Le Duff emploie 30 000 collaborateurs, pour un chiffre d’affaires annuel dépassant les 2 milliards d’euros.

« Depuis ses débuts en 1976, le chiffre d’affaires du Groupe Le Duff a doublé tous les 5 ans, explique Ronan Le Janne, Responsable des applications de gestion (SAP, BI, SIRH…). La principale filiale du groupe est Bridor, un industriel spécialisé dans les produits de boulangerie surgelés premium, qui compte pour 45% du chiffre d’affaires du groupe. Bridor devient rapidement un acteur d’envergure mondiale, pour lequel il est stratégique de disposer d’un système d’information moderne proposant des processus capables d’accompagner cette forte croissance, organique comme externe. »

Groupe Le Duff utilise des solutions SAP depuis 2002. L’ERP SAP ECC de Bridor, souffrait toutefois de son manque de modernité. « Bridor avait accumulé un certain retard, la dernière montée de version technique SAP datait de 2012. Il devenait primordial de traiter cette dette technique, qui pouvait poser problème, notamment lors de l’adaptation du SI aux règles fiscales des pays dans lesquels nous ouvrons des filiales ».

Un projet ambitieux

La direction a fait le choix de refondre le SI de Bridor, en migrant vers l’ERP SAP S/4HANA, tout en opérant la refonte de ses processus métiers. La société a donc dû assurer un double chantier : la conversion technique vers un nouvel ERP et l’audit de ses processus clés.

Elle décide pour cela de se faire accompagner par VISEO. « Nous avions déjà identifié VISEO comme candidat potentiel, car c’est un spécialiste à la fois du retail et de l’industrie, les deux activités du Groupe Le Duff, poursuit Ronan Le Janne. VISEO a également une bonne connaissance de SAP S/4HANA dans un contexte agroalimentaire. Ses équipes sont donc expérimentées et capables de nous conseiller avec pertinence. Autres points positifs, une méthodologie compréhensible et efficace, ainsi qu’une bonne adhérence avec la culture et les valeurs du Groupe Le Duff ».

L’ERP de Bridor couvre un périmètre étendu : finance, achats, ventes, production, stocks… « Nos usines fonctionnent en 24/7 et s’appuient toutes sur notre ERP SAP, qui est le cœur du réacteur de nos processus industriels et supply chain. Un système qui fonctionne donc lui aussi en 24/7 et qu’il est difficile d’arrêter. C’est pourquoi nous avons voulu faire entrer un maximum de transformation dans ce projet ».

 

Une migration hybride

À mi-chemin entre Brownfield et Greenfield, la migration hybride, dite Bluefield, permet d’opérer une migration technique vers SAP S/4HANA, sans devoir subir le poids du legacy, les données nécessaires étant réintégrées au terme des développements. « La migration hybride nous a permis de nous réapproprier notre système, de le simplifier, en redéfinissant précisément son périmètre et ses fonctionnalités », confirme Ronan Le Janne.

L’audit des processus clés et les ateliers de cadrage se sont traduits par plus d’une centaine d’évolutions métiers, dont :

  • la refonte des structures organisationnelles ;
  • la mise en œuvre de SAP COPA et du General Ledger ;
  • la mise en place du P&L Bridor et Groupe dans SAP ;
  • La mise en œuvre des processus de prévisions, planification et S&OP dans SAP IBP.

Lancé en avril 2021 par la phase de cadrage, le projet s’est poursuivi jusqu’en fin d’année 2022, pour une mise en route de SAP S/4HANA le premier janvier 2023.

« Compte tenu de la complexité du projet, cela s’est très bien passé. Une organisation stricte, une implication sans faille des métiers et une forte réactivité de la part de VISEO nous ont permis de tenir le planning que nous avions défini en 2020. Dès le 2 janvier 2023, de gros volumes d’opérations ont été enregistrés dans notre ERP SAP S/4HANA. Depuis, nous n’avons pas constaté de perte de productivité et le nombre de tickets d’incidents reste maîtrisé. C’est un démarrage bien maîtrisé et une belle réussite pour le Groupe Le Duff. »

Quelques travaux sur la partie finance ont été effectués sur le premier trimestre 2023 et un accompagnement au changement sera nécessaire pour acculturer les équipes à certaines nouvelles fonctionnalités et certains nouveaux processus. Mais le projet arrive à son terme, dans les délais et pour le budget prévu. « Un projet réussi, pour un rapport qualité / prix imbattable », conclut Ronan Le Janne. Prochaine étape, l’adoption de SAP S/4HANA Retail.

 

The post Bridor (Groupe Le Duff) soutient son développement avec l’ERP intelligent SAP S/4HANA appeared first on SAP France News.

Source de l’article sur sap.com

/par

Industrie de la santé : Guerbet opère sa conversion vers l’ERP SAP S/4HANA avec TeamWork

, ,

En 2021, le groupe Guerbet a décidé de basculer de SAP ECC vers SAP S/4HANA, afin de tirer profit des nouveautés fonctionnelles et technologiques de la dernière génération de l’ERP SAP. Une conversion achevée avec succès en mois d’un an.

 

Guerbet est une entreprise de santé française, spécialiste de l’imagerie médicale à visées diagnostique et opérationnelle.

Industriel d’envergure internationale, Guerbet est implanté dans plus de 80 pays et fait travailler plus de 2600 employés, pour un chiffre d’affaires en 2022 de 753 millions d’euros. En 2013, Guerbet décide de mettre en place l’ERP SAP ECC, commun à l’ensemble de ses filiales. Un projet de grande envergure.

« En 2020, notre ERP SAP ECC était déployé sur quasiment l’intégralité de nos sites des zones EMEA et APAC, avec à la clé près d’un millier d’utilisateurs », précise Marcello Bellato, Chief Information Officer de Guerbet.

Une conversion anticipée pour mieux exploiter ses opportunités

En 2021, Guerbet choisit d’opérer sa conversion vers l’ERP Intelligent SAP S/4HANA, alors même que SAP ECC n’a été déployé que sur la moitié des sites du groupe.

« Nous aurions pu réaliser cette conversion à la fin du déploiement de SAP ECC, poursuit Marcello Bellato, mais nous aurions alors raté l’opportunité de pouvoir profiter rapidement des avancées proposées par SAP S/4HANA, dont nous avons besoin pour accompagner notre transformation : nouveautés fonctionnelles, intégration d’outils analytiques et de reporting, automatisation avancée, etc. La conversion vers SAP S/4HANA et les nouvelles fonctionnalités nous permettront également d’accélérer le déploiement sur les pays restants, en réduisant les personnalisations. »

Guerbet décide de se faire accompagner par TeamWork sur ce projet. « Nous connaissions déjà cet intégrateur, dont le travail nous avait donné satisfaction. De plus, nous apprécions sa flexibilité et la proximité que ses équipes ont su nouer avec les nôtres. Des éléments très importants, dont nous espérions tirer profit dans le cadre de ce projet de conversion. »

11 mois pour convertir un ERP au périmètre étendu

Le projet démarre le 9 juin 2021, avec un go live de la solution SAP S/4HANA programmé pour le week-end de Pâques 2022, soit 11 mois plus tard. Un planning d’autant plus serré que le périmètre de la solution SAP ECC est particulièrement large. « Notre ERP ne se limite pas à la finance, confirme Marcello Bellato. Il couvre l’ensemble de notre supply chain : achats, ventes, production, distribution, logistique, gestion des entrepôts, service client… »

L’une des clés du succès de ce projet réside dans la forte implication des équipes métiers. « Près de 200 personnes ont participé à ce projet chez Guerbet. Ces experts métiers ont su travailler en coordination – et en bonne intelligence – avec nos équipes IT et celles de TeamWork. » L’autre clé du succès a été le soin apporté à la phase de test, pendant laquelle près de 3600 scénarios furent déroulés.

Les efforts conjugués des métiers, de l’IT et des équipes de TeamWork ont permis de lancer SAP S/4HANA dans les délais attendus, sans impact notable pour les utilisateurs ni interruption des opérations.

Des sessions de présentation ont aussi été organisées par TeamWork tout au long du projet. Elles ont permis aux key users de découvrir en amont les fonctionnalités et évolutions apportées par l’ERP SAP S/4HANA. Un atout clé pour emporter leur adhésion, les préparer au futur ERP, mais également construire la feuille de route des évolutions souhaitées pour les années à venir.

Roll-out et exploitation des atouts de SAP S/4HANA

Maintenant que la conversion a été réalisée, Guerbet peut reprendre son programme de déploiement, avec en ligne de mire les États-Unis, la zone LATAM et les pays d’Asie pour lesquels le déploiement de l’ERP n’avait pas encore été réalisé.

En parallèle, Guerbet va faire évoluer son ERP SAP S/4HANA, selon une feuille de route définie lors de la conversion (et des sessions de présentation aux métiers). La société a d’ores et déjà mis en œuvre un système de prise de commandes sur le Web, intégré avec l’ERP et déployé sur la SAP Business Technology Platform. D’autres projets sont à l’étude :

  • l’utilisation de RPA (Robotic Process Automation), afin d’automatiser la prise en charge des factures fournisseurs ;
  • le déploiement de SAP Cash Application, qui permettra de simplifier le processus Order-to-Cash ;
  • l’amélioration de la gestion des stocks, avec la mise en place d’un processus de Product Allocation ;
  • l’utilisation des Embedded Analytics de SAP S/4HANA, notamment pour calculer le délai moyen de paiement.

« Nous envisageons également de continuer à tirer profit de la technologie SAP Fiori, par exemple en l’utilisant au sein d’une application mobile qui permettrait de simplifier la maintenance des équipements présents sur nos lignes de production », conclut Marcello Bellato.

 

The post Industrie de la santé : Guerbet opère sa conversion vers l’ERP SAP S/4HANA avec TeamWork appeared first on SAP France News.

Source de l’article sur sap.com

/par