MISE EN ŒUVRE DU PIM

Méthode Agile pour l'introduction de systèmes logiciels

« Vous fournissez les tâches - nous sommes agiles »

Méthode Agile pour l'introduction de systèmes logiciels

Agile Manifesto

L'hypothèse selon laquelle le résultat d'un projet complexe peut être décrit avec précision à l'avance s'est avérée tout simplement fausse au cours de toutes ces années de mise en œuvre. C'est pourquoi, aujourd'hui encore, de nombreux projets visant à introduire des systèmes complexes tels que PIM, MDM ou GDSN échouent.

Pour cette raison, des méthodes agiles de mise en œuvre de systèmes logiciels sont de plus en plus établies depuis des années.

La mise en œuvre d'un système logiciel avec la méthode Agile est bénéfique dans la mesure où les entreprises et la technologie travaillent en étroite collaboration, où les résultats peuvent être livrés rapidement à un rythme fixe et testés par les entreprises, ce qui permet à la planification du projet d’être ajuster et réajuster à tout moment.

Nos consultants sont non seulement compétents dans l'application des méthodes Agiles, mais ils ont également de nombreuses années d'expérience dans la mise en œuvre des principes Agiles :

Méthode Agile pour l'introduction de systèmes logiciels

L'hypothèse selon laquelle le résultat d'un projet complexe peut être décrit avec précision à l'avance s'est avérée tout simplement fausse au cours de toutes ces années de mise en œuvre. C'est pourquoi, aujourd'hui encore, de nombreux projets visant à introduire des systèmes complexes tels que PIM, MDM ou GDSN échouent.

Pour cette raison, des méthodes agiles de mise en œuvre de systèmes logiciels sont de plus en plus établies depuis des années.

La mise en œuvre d'un système logiciel avec la méthode Agile est bénéfique dans la mesure où les entreprises et la technologie travaillent en étroite collaboration, où les résultats peuvent être livrés rapidement à un rythme fixe et testés par les entreprises, ce qui permet à la planification du projet d’être ajuster et réajuster à tout moment.

Nos consultants sont non seulement compétents dans l'application des méthodes Agiles, mais ils ont également de nombreuses années d'expérience dans la mise en œuvre des principes Agiles :

Agile Manifesto

User Story Map - la vue d'ensemble

Une approche Agile ne signifie pas une action non planifiée. C'est plutôt l'inverse.

Pour garder une vue d'ensemble, nous utilisons "User Story Map" dans nos projets.

Il décrit comment les utilisateurs sont censés interagir avec le système ("Activités des utilisateurs") et quelles tâches ("Tâches des utilisateurs") les utilisateurs doivent accomplir. Les "User Stories" décrivent ensuite comment ils vont exécuter ces tâches et ces "User Stories" sont ensuite affectées aux versions pertinentes du système.

Pour le développement, les "User Stories" sont décomposées en tâches de développement, incluses dans ce que l'on appelle le "backlog", et la mise en œuvre est planifiée en sprints dans le cadre du processus de développement SCRUM que nous privilégions.

User Story Map - la vue d'ensemble

Une approche Agile ne signifie pas une action non planifiée. C'est plutôt l'inverse.

Pour garder une vue d'ensemble, nous utilisons "User Story Map" dans nos projets.

Il décrit comment les utilisateurs sont censés interagir avec le système ("Activités des utilisateurs") et quelles tâches ("Tâches des utilisateurs") les utilisateurs doivent accomplir. Les "User Stories" décrivent ensuite comment ils vont exécuter ces tâches et ces "User Stories" sont ensuite affectées aux versions pertinentes du système.

Pour le développement, les "User Stories" sont décomposées en tâches de développement, incluses dans ce que l'on appelle le "backlog", et la mise en œuvre est planifiée en sprints dans le cadre du processus de développement SCRUM que nous privilégions.

Implementierung Story Map

SCRUM - sprint après sprint vers le succès

Toutes les tâches ou exigences de développement qui sont connues à un moment donné sont enregistrées dans le backlog de produit.

Dans le cadre d'un "Sprint-Planning", qui a généralement lieu toutes les deux semaines, le Product Owner hiérarchise les exigences pour le prochain Sprint et les planifie en coopération avec l'équipe de développement.

La planification du sprint permet de clarifier les exigences prioritaires et d'estimer l'effort de mise en œuvre.

Pendant le sprint, il y a une "mêlée quotidienne ou Daily Scrum" au cours duquel le propriétaire du produit et l'équipe de développeurs discutent des questions et des problèmes éventuels et cherchent ensemble des solutions possibles. À la fin du sprint de 2 semaines, une "Réunion de révision du sprint" est organisée. Lors de cette réunion, l'équipe de développeurs présente ses résultats et le propriétaire du produit accepte l'incrément du produit.

Lors de la "rétrospective du sprint" qui suit, l'ensemble de l'équipe réfléchit à ce qui a bien fonctionné et à ce qui n'a pas fonctionné au cours du sprint, et à ce qui pourrait être amélioré.

BC_Website_Visual_Grafiken_Scrum_NEU

SCRUM - sprint après sprint vers le succès

Toutes les tâches ou exigences de développement qui sont connues à un moment donné sont enregistrées dans le backlog de produit.

Dans le cadre d'un "Sprint-Planning", qui a généralement lieu toutes les deux semaines, le Product Owner hiérarchise les exigences pour le prochain Sprint et les planifie en coopération avec l'équipe de développement.

La planification du sprint permet de clarifier les exigences prioritaires et d'estimer l'effort de mise en œuvre.

Pendant le sprint, il y a une "mêlée quotidienne ou Daily Scrum" au cours duquel le propriétaire du produit et l'équipe de développeurs discutent des questions et des problèmes éventuels et cherchent ensemble des solutions possibles. À la fin du sprint de 2 semaines, une "Réunion de révision du sprint" est organisée. Lors de cette réunion, l'équipe de développeurs présente ses résultats et le propriétaire du produit accepte l'incrément du produit.

Lors de la "rétrospective du sprint" qui suit, l'ensemble de l'équipe réfléchit à ce qui a bien fonctionné et à ce qui n'a pas fonctionné au cours du sprint, et à ce qui pourrait être amélioré.

BC_Website_Visual_Grafiken_Scrum_NEU

Profitez de notre expérience

Contactez-nous - quelle que soit la phase du projet dans laquelle vous vous trouvez actuellement. Nous serons heureux de vous faire profiter de notre expérience.