SlideShare une entreprise Scribd logo

Comment penser votre projet Progiciel avec le Lean-Agile ? - Kraft Me Up #02

K
K

Comment appliquer le lean-agile dans un projet Progiciel ou ERP ? Comment penser son projet avec l'agilité ? Quels sont les apports du lean-agile dans un contexte "on-th-shelf" Une présentation du cabinet Kraft Inside

Comment penser votre projet Progiciel avec le Lean-Agile ? - Kraft Me Up #02

1  sur  12
Télécharger pour lire hors ligne
kraft me up #2
Le Lean-Agile dans un contexte Progiciel
Les avantages de l’agilité pour l’intégration d’un
produit on-the-shelf
POURQUOI RÉALISER UN CAHIER DES CHARGES ?
 Pour s’assurer des engagements du soumissionnaire en terme de périmètre
 En définissant dès le départ l’ensemble des fonctionnalités requises
 Pour s’assurer de l’adéquation technique
 En définissant l’architecture cible compatible à date avec le SI
 Pour s’assurer du coût global
 En définissant le budget maximum nécessaire pour la réalisation du périmètre fonctionnel
défini
 Pour avoir le contrôle prédictif sur la solution déployée
 Pour piloter la relation avec le tandem éditeur-intégrateur
 Pour tenir l’engagement de délai de déploiement
LA DECISION SE BASERA SUR CES ENGAGEMENTS DEFINIS DES LE DEPART
POUR MINIMISER LES RISQUES INHERENTS A UN CHANGEMENT DE PRODUIT
POUR QUELLE TRAJECTOIRE ?
Décision
d’investissement
Déploiement
complet production
Temps d’intégration de
l’innovation dans le produit
Temps de l’intégration du
produit
Sélection
prestataires
Temps de sélection
2 - 3 ans 1-2
ans
Etat de
l’art
6 mois – 1 an
Délai global d’adoption de
l’innovation
VERS QUELS RÉSULTATS ?
• A périmètre fixe, la solution déployée est déjà dépréciée et datée !
• En contre mesure et pour réaligner le produit sur l’état de l’art il devient nécessaire de demander des
changements et des adaptations du périmètre avant même le déploiement.
• L’intégrateur s’accroche à son engagement initial et facture lourdement des changements qui remettent en
cause une partie du travail déjà réalisé
• L’architecture technique de la solution n’est plus conforme aux pratiques du SI, celui-ci ayant évolué
• Les coûts augmentent pour intégrer les demandes hors du périmètre initial et les adaptations techniques
correspondantes
• Les délais se sont allongés pour essayer de fournir une solution fonctionnelle juste convenable
• Les clients sont insatisfaits, ayant le sentiment d’obtenir un outil juste standard (alors même que le coût
est supérieur au budget provisionné)
BUDGET & DELAI SUPERIEURS
SATISFACTION CLIENT MOYENNE
RÉÉVALUONS LES ATTENTES … LIÉES AU CAHIER DES CHARGES
 Pour s’assurer des engagements du soumissionnaire en terme de périmètre
 En définissant dès le départ l’ensemble des fonctionnalités requises
 Pour s’assurer de l’adéquation technique
 En définissant l’architecture cible compatible à date avec le SI
 Pour s’assurer du coût global
 En définissant le budget maximum nécessaire pour la réalisation du périmètre fonctionnel défini
 Pour avoir le contrôle prédictif sur la solution déployée
 Pour piloter la relation avec le tandem éditeur-intégrateur
 Pour tenir l’engagement de délai de déploiement
ON FAIT QUOI ALORS ?
ON FAIT QUOI ALORS ?

Recommandé

Dossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseurDossier Agile: Une autre relation client - fournisseur
Dossier Agile: Une autre relation client - fournisseurinsentia
 
Bonnes pratiques pour développer son appli mobile
Bonnes pratiques pour développer son appli mobileBonnes pratiques pour développer son appli mobile
Bonnes pratiques pour développer son appli mobilepolenumerique33
 
Mettre en place un Contrat Agile avec SAFe
Mettre en place un Contrat Agile avec SAFeMettre en place un Contrat Agile avec SAFe
Mettre en place un Contrat Agile avec SAFeAgile En Seine
 
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. IsraelAgile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. Israel
Agile Tour Paris 2014 : Contractualisation Agile par T. Beaugrand et S. IsraelENSIBS
 
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...
[Webinar Niji] Clés de succès et partage d’expériences pour mettre en œuvre e...Niji
 
2008.11.28 Packager & DéLivrer Une Solution As A Service
2008.11.28   Packager & DéLivrer Une Solution As A Service2008.11.28   Packager & DéLivrer Une Solution As A Service
2008.11.28 Packager & DéLivrer Une Solution As A ServiceClub Alliances
 
La transformation numérique de Scalar
La transformation numérique de ScalarLa transformation numérique de Scalar
La transformation numérique de ScalarScalar Decisions
 

Contenu connexe

Similaire à Comment penser votre projet Progiciel avec le Lean-Agile ? - Kraft Me Up #02

Comment digitaliser un service avec succès
Comment digitaliser un service avec succèsComment digitaliser un service avec succès
Comment digitaliser un service avec succèsSoluti
 
Talk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatiqueTalk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatiqueKader KANE
 
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...Lexing - Belgium
 
Cyproj18 formation-cloture-du-projet
Cyproj18 formation-cloture-du-projetCyproj18 formation-cloture-du-projet
Cyproj18 formation-cloture-du-projetCERTyou Formation
 
Pourquoi les solutions de collaboration déçoivent parfois les attentes
Pourquoi les solutions de collaboration déçoivent parfois les attentesPourquoi les solutions de collaboration déçoivent parfois les attentes
Pourquoi les solutions de collaboration déçoivent parfois les attentesSoftchoice Corporation
 
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...Paianet - Connecting Healthcare
 
Entreprise Lean/agile : comment "planifier" & rôles associés
Entreprise Lean/agile : comment "planifier" & rôles associésEntreprise Lean/agile : comment "planifier" & rôles associés
Entreprise Lean/agile : comment "planifier" & rôles associésGeoffroyGrelot
 
Changepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint
 
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018C2RP
 
Neolians testing offer
Neolians testing offerNeolians testing offer
Neolians testing offerryad_o
 
Pilotage par la valeur, comment remettre au même diapason le métier et son in...
Pilotage par la valeur, comment remettre au même diapason le métier et son in...Pilotage par la valeur, comment remettre au même diapason le métier et son in...
Pilotage par la valeur, comment remettre au même diapason le métier et son in...Agile Enterprise Partner
 
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...Agile Montréal
 
Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012MathiasBinyam
 
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018C2RP
 
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...CERTyou Formation
 
Transformation de la DSI avec la méthode SPOT
Transformation de la DSI avec la méthode SPOTTransformation de la DSI avec la méthode SPOT
Transformation de la DSI avec la méthode SPOTitSMF France
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéAdrienMusserotte1
 
ppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdfppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdfimenhamada17
 

Similaire à Comment penser votre projet Progiciel avec le Lean-Agile ? - Kraft Me Up #02 (20)

Comment digitaliser un service avec succès
Comment digitaliser un service avec succèsComment digitaliser un service avec succès
Comment digitaliser un service avec succès
 
Talk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatiqueTalk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatique
 
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...
earlegal #4 - Risques et opportunités de la méthode agile dans les contrats i...
 
Cyproj18 formation-cloture-du-projet
Cyproj18 formation-cloture-du-projetCyproj18 formation-cloture-du-projet
Cyproj18 formation-cloture-du-projet
 
La Conduite de projet
La Conduite de projetLa Conduite de projet
La Conduite de projet
 
Pourquoi les solutions de collaboration déçoivent parfois les attentes
Pourquoi les solutions de collaboration déçoivent parfois les attentesPourquoi les solutions de collaboration déçoivent parfois les attentes
Pourquoi les solutions de collaboration déçoivent parfois les attentes
 
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...
Des benchmarks aux plans d'actions- Cédric Alfonso (Clinique Générale-Beaulie...
 
Entreprise Lean/agile : comment "planifier" & rôles associés
Entreprise Lean/agile : comment "planifier" & rôles associésEntreprise Lean/agile : comment "planifier" & rôles associés
Entreprise Lean/agile : comment "planifier" & rôles associés
 
Changepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentationChangepoint PPM - Retour d’expérience sur une implémentation
Changepoint PPM - Retour d’expérience sur une implémentation
 
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018
Le management de l'innovation - DEFI Welcome EU du 3 décembre 2018
 
Les pratiques Scrum
Les pratiques ScrumLes pratiques Scrum
Les pratiques Scrum
 
Neolians testing offer
Neolians testing offerNeolians testing offer
Neolians testing offer
 
Pilotage par la valeur, comment remettre au même diapason le métier et son in...
Pilotage par la valeur, comment remettre au même diapason le métier et son in...Pilotage par la valeur, comment remettre au même diapason le métier et son in...
Pilotage par la valeur, comment remettre au même diapason le métier et son in...
 
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...
Tout est lié! Processus, UX, DevOps, Architecture, BDD, QA, Lean...
 
Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012Gestion de Projet selon ISO 21500 : 2012
Gestion de Projet selon ISO 21500 : 2012
 
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018
Le management de l'innovation - DEFI Euro-Hub du 29 novembre 2018
 
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...
Cyagw formation-agile-project-management-atelier-de-preparation-a-la-certific...
 
Transformation de la DSI avec la méthode SPOT
Transformation de la DSI avec la méthode SPOTTransformation de la DSI avec la méthode SPOT
Transformation de la DSI avec la méthode SPOT
 
Webinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilitéWebinaire BluTech 02/2023 - L'agilité
Webinaire BluTech 02/2023 - L'agilité
 
ppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdfppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdf
 

Comment penser votre projet Progiciel avec le Lean-Agile ? - Kraft Me Up #02

  • 1. kraft me up #2 Le Lean-Agile dans un contexte Progiciel Les avantages de l’agilité pour l’intégration d’un produit on-the-shelf
  • 2. POURQUOI RÉALISER UN CAHIER DES CHARGES ?  Pour s’assurer des engagements du soumissionnaire en terme de périmètre  En définissant dès le départ l’ensemble des fonctionnalités requises  Pour s’assurer de l’adéquation technique  En définissant l’architecture cible compatible à date avec le SI  Pour s’assurer du coût global  En définissant le budget maximum nécessaire pour la réalisation du périmètre fonctionnel défini  Pour avoir le contrôle prédictif sur la solution déployée  Pour piloter la relation avec le tandem éditeur-intégrateur  Pour tenir l’engagement de délai de déploiement LA DECISION SE BASERA SUR CES ENGAGEMENTS DEFINIS DES LE DEPART POUR MINIMISER LES RISQUES INHERENTS A UN CHANGEMENT DE PRODUIT
  • 3. POUR QUELLE TRAJECTOIRE ? Décision d’investissement Déploiement complet production Temps d’intégration de l’innovation dans le produit Temps de l’intégration du produit Sélection prestataires Temps de sélection 2 - 3 ans 1-2 ans Etat de l’art 6 mois – 1 an Délai global d’adoption de l’innovation
  • 4. VERS QUELS RÉSULTATS ? • A périmètre fixe, la solution déployée est déjà dépréciée et datée ! • En contre mesure et pour réaligner le produit sur l’état de l’art il devient nécessaire de demander des changements et des adaptations du périmètre avant même le déploiement. • L’intégrateur s’accroche à son engagement initial et facture lourdement des changements qui remettent en cause une partie du travail déjà réalisé • L’architecture technique de la solution n’est plus conforme aux pratiques du SI, celui-ci ayant évolué • Les coûts augmentent pour intégrer les demandes hors du périmètre initial et les adaptations techniques correspondantes • Les délais se sont allongés pour essayer de fournir une solution fonctionnelle juste convenable • Les clients sont insatisfaits, ayant le sentiment d’obtenir un outil juste standard (alors même que le coût est supérieur au budget provisionné) BUDGET & DELAI SUPERIEURS SATISFACTION CLIENT MOYENNE
  • 5. RÉÉVALUONS LES ATTENTES … LIÉES AU CAHIER DES CHARGES  Pour s’assurer des engagements du soumissionnaire en terme de périmètre  En définissant dès le départ l’ensemble des fonctionnalités requises  Pour s’assurer de l’adéquation technique  En définissant l’architecture cible compatible à date avec le SI  Pour s’assurer du coût global  En définissant le budget maximum nécessaire pour la réalisation du périmètre fonctionnel défini  Pour avoir le contrôle prédictif sur la solution déployée  Pour piloter la relation avec le tandem éditeur-intégrateur  Pour tenir l’engagement de délai de déploiement ON FAIT QUOI ALORS ?
  • 6. ON FAIT QUOI ALORS ?
  • 7. COMMENT FAIRE DIFFÉREMMENT ?  Adopter une démarche apprenante  Abandonner le cahier des charges qui se construit sur la base de ce qui est déjà connu et non ce qui pourrait être innovant  Ne pas fixer le périmètre fonctionnel sur la base de connaissances à priori Donner la vision de la cible plutôt qu’une liste de fonctionnalités  Opérer la sélection des partenaires sur la base de leur ouverture et flexibilité plutôt que la couverture fonctionnelle à date
  • 8. COMMENT FAIRE DIFFÉREMMENT ?  Conserver des options, retarder les décisions  Démarrer rapidement pour rassembler des données et apprendre sur les partenaires et les solutions  Partir avec 2 à 4 possibilités, sélectionnées à partir d’un RFI et engagées sur un plan capacitaire pour un premier incrément renouvelable selon résultat  Réduire et décider le groupe de soumissionnaires à la fin de chaque incrément
  • 9. COMMENT FAIRE DIFFÉREMMENT ?  Laisser de la place à l’innovation au travers une démarche Agile  Mettre en place un dispositif SAFe rassemblant l’ensemble des acteurs du programme  Respecter un espace de réflexion et pour analyser les données et résultats recueillis  favoriser l’expérimentation qui déclenche l’innovation en continu
  • 10. POUR QUELLE TRAJECTOIRE ? Décision d’investissement Prestataires participants R.F.I. 3 mois 3 mois 3 mois 3 mois 1erincrément Sprintfonctionnalitésclés Démo + Sélection 2ndincrément Sprintfonctionnalités innovantes 3emeincrément Démo + Sélection Sélection du Partenaire final Démo + Expérimentation Démo + Expérimentation Démo + Expérimentation Déploiement continu 1er Déploie ment
  • 11. RÉÉVALUONS LES ATTENTES • Le périmètre fonctionnel répond aux vrais attentes des utilisateurs à la date de déploiement. • L’architecture technique s’est adaptée aux expérimentations et les normes SI ont pu s’adapter. • Les coûts sont maîtrisés par un budget capacitaire linéaire et constant. • Les décisions impliquent tous les acteurs ce qui garantie la transparence et le partage des choix. • La relation avec l’éditeur est saine en partageant les mêmes objectifs. • Les délais sont respectés car le déploiement se réalise de façon continue. • L’expérimentation est permise et l’échec accepté car les risques sont minimisés par la démarche agile.