Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Upcoming SlideShare
Loading in...5
×
 

Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)

on

  • 1,061 vues

Support de la présentation effectuée le 14 mai 2013 dans le cadre de la soirée Agile Dojo organisée à Paris par la Sté AgilBee. ...

Support de la présentation effectuée le 14 mai 2013 dans le cadre de la soirée Agile Dojo organisée à Paris par la Sté AgilBee.

Le contenu de la présentation reflète mon analyse personnelle et n'engage que moi

Bonne lecture

Jean-Luc MAZE

Statistics

Vues

Total Views
1,061
Views on SlideShare
1,047
Embed Views
14

Actions

Likes
0
Downloads
31
Comments
0

2 Ajouts 14

https://techblog.betclicgroup.com 13
https://twitter.com 1

Accessibilité

Catégories

Détails de l'import

Uploaded via as Microsoft PowerPoint

Droits d'utilisation

CC Attribution License

Report content

Signalé comme inapproprié Signaler comme inapproprié
Signaler comme inapproprié

Indiquez la raison pour laquelle vous avez signalé cette présentation comme n'étant pas appropriée.

Annuler
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Votre message apparaîtra ici
    Processing...
Poster un commentaire
Modifier votre commentaire
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action
  • Partage les mêmes valeurs Obligation d’une vison On réfléchie avant de faire (SI SI même si on passe à l’action plus vite en Scrum) Chaque chose en son temps (timebox) Le feedback après l’action

Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013) Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013) Presentation Transcript

  • Agilité en environment proceduralProcéDUREVsProcessUS14/05/2013 1(c) CMOI & Agilbee 2013. All rightreserved.
  • Plan de la présentation• Présentation Conseil & MOI• Les référentiels en I.T.– CMMI– PMBok– …• Etre Agile en milieu procédurale• Synthèse• Pour allez plus loin…14/05/2013 2(c) CMOI & Agilbee 2013. All rightreserved.
  • Présentation Conseil & MOI…en fait Jean-Luc MAZE14/05/2013 3• Consultant/Formateur méthodologies IT– Formation initiale Bac E + 3éme cycle Essec/Essid– Certified : ITIL V3 fundation, Scrum Master & Product Owner (ScrumAlliance),Professional ScrumMaster Niv1 (Scrum.org)– En cours de certification PMI-PMP et PMI-ACP– Master-Trainer Egilia, Trainer AgilBee – Valtech – Orsys - NextFormation+ 30 années d’expérience :12 ans de fonction « études » d’Analyste Programmeur à Chef de ProjetsGPAO, Assurance, Banque, Collectivité Locale, Social et Associatif,…18 ans de consulting en Management de Projets, Optimisation de Processus,Infogérance, Choix et déploiement de ProgicielsIndustrie, Energie, Social et Associatif, Banque, Formation Professionnelle,…10 ans de management de « centres de profit »Direction Sce Etudes, Direction BU en SSII, Création Sociétés, Communautés,…(c) CMOI & Agilbee 2013. All rightreserved.
  • Référentiel ? Normes ?14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 4
  • Naissance d’un référentiel• Constitution progressive et itérative d’un corpus deconnaissance sur un sujet donné.• Constitution d’une communauté pour utiliser,supporter et promouvoir le corpus ainsi constitué14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 5
  • RéférentielEvolution continue14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 6
  • RéférentielsLes domaines couverts• Sont le plus souvent cités dans les études :– Production– Sécurité– Ressources Humaines– Gouvernances– Projets & Développements– Benchmarking des coûts– Achats– Contrôle interne– Qualité– Architecture14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 7
  • RéférentielEn terme d’usage• Les plus répandus sont :– ITIL (Production)– ISO 27001 (Sécurité)– ISO 9001 (Qualité)– CMMI (Développement)– COBIT (Gouvernance & Contrôle Interne)– TOGAF (Architecture)– Lean Six Sigma (Amélioration)– PMBOK du PMI (Projet)– Prince 2 (Projet)– E-SCM (Achat)– BABoK (Analyse)14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 8
  • CMMI– Fiche d’identitéCMMI Capability Maturity Model IntégrationOrigine Carnegie Mellon Universty (US)Club Utilisateur SEI (Software Engineering Institute)Historique 1991 : SW-CMM (Capability Maturity Model for Software)1994 : complement sue SE (System Ingineering) et SECAM(Systems Model Capability & Assessment Method)1996 : orientation SA (software acquisition)2000 : CMMI V1 par fusion des différents modéles2006 : V1.2 : représentation continue et étagé, Niv 3 ++2010 : V1.3 : + intégration et description Niv 4 et 5Certification Entreprise sur niveau de maturitéPositionnement Cycle de conception et de développement des produits (IT) etméthodologie de gestion du projet conduisant à la livraison duproduit14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 9
  • CMMI : Concepts Clés14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 11
  • CMMI – Les niveaux14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 12
  • CMMI – Niveaux 2 & 314/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 13
  • CMMI – Niveaux 4 et 514/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 14
  • PMBok – Fiche d’identitéPMBok Project Management Book of KnowledgeOrigine Project Management Institute (PMI – US) depuis 1969Club Utilisateur Chapitre Fr du PMI (4 dont Paris IdF)Historique 1996 : V1 : Ethics, Standards, Accreditation)2000 : V2 : Framework, Risk et procurement2004 : V3 : rewrite framework, life cycle, 9 knowlede2008 : V4 : rewriting and otpmisation process & life cycle2013 : V5 : rewriting , include agile approchCertification Individuelle (APMP, PMP, PgMP, ACP)Positionnement Framework destiné à donner une vision d’ensemble des étapesd’un projet et d’identifier les processus et acteurs clés quel’entreprise souhaite maîtriser14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 15
  • PMBok – Concepts clés• Projet :– Un projet est une entreprise temporaire décidée dans lebut de créer un produit, un service ou un résultat unique.• Programme :– Ensemble de projets qui concourent à la réalisation d’unobjectif « consolidé » : la constitution d’un quartierd’affaire.• Portfolio :– Ensemble des projets / programmes gérés par uneorganisation même si ils n’ont pas de « liens » entre eux14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 16
  • PMBok – Concepts Clés• Project Management :– Le management de projet est l’application deconnaissances, de compétences, d’outils et detechniques aux activités du projet afin d’enrespecter les exigences.14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 18
  • PMBok – Cycle de vie14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 19• 5 process groupes :
  • PMBok – Processus / Area14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 20• 9 Knowledge Area :
  • TMMI – Le framework14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 21
  • ITIL – Le framework14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 22
  • Compliant?Becreative !
  • Cohabitation possible ?PMI-PMBoK vs SCRUM14/05/2013(c) CMOI & Agilbee 2013. All rightreserved.24
  • Cohabitation possible ?CMMI vs SCRUM14/05/2013(c) CMOI & Agilbee 2013. All rightreserved.25
  • Cohabitation possible ?CMMI vs XP14/05/2013(c) CMOI & Agilbee 2013. All rightreserved.27
  • Cohabitation possible ?TMMI vs Agile Testing14/05/2013(c) CMOI & Agilbee 2013. All rightreserved.28
  • Cohabitation possible ?ITIL vs SCRUM14/05/2013(c) CMOI & Agilbee 2013. All rightreserved.29
  • Compliant ? In praticeYES !
  • Un nouvel ELAN pourquoi faire ?14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 31Comment faire faceaux évolutionslégales &réglementaires ?Pourra-t-onrapidement aligner lesservices aux évolutionsde l’entreprise ?Comment êtreplus flexible etplus agile ?Mes applicationsanciennes tiendront-elles le coup ?Comment profiter desnouvellestechnologies ?Comment pérenniserles infrastructures sanssupport constructeur ?Les utilisateurs sont-ilssatisfaits ?Suis-je suffisammentindustrialisé ?Faut-il faire ou fairefaire ?Comment créer de lavaleur ?Comment parlermétier ?Comment faireplus ou mieuxavec moins ?
  • CMMI/TMMI/PMI & Agile !14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 32Agile =- Travail d’équipe- Itératif &- Incrémental !
  • Schéma global SDLC14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 33Risk &QualityImpactsIT SSA ?
  • Schéma global ELAN14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 34Définition ofREADY(DoR)Définition ofDONE(DoD)Capture desKPICapture desKPICapture desKPIDéfinition etCapture desKPI
  • Ready et Done dans le SDLC14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 35Si Dérogé PMLes exigences du Readyet du Done doiventêtre équilibrées
  • Definition of READY (DoR - prêt)14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 36Par analogie à la "définition de fini", cettedéfinition explicite les critères faute desquels unefonctionnalité ne saurait faire lobjet dun travail aucours de litération de développement quicommence.Elle est basée sur une analyse du niveau decomplétude vis à vis des concepts portés parl’acronyme INVESTBénéfices attendus :•évite de commencer à travailler alors que les critères desatisfaction ne sont pas clairs, ce qui risquerait dentraînerde coûteux aller-retour avant de se mettre daccord
  • Le besoin est-il INVEST ?14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 37Une expression de besoin est dite INVEST si elle est :•Indépendante des autres•Négociable initialement, plutôt quun engagement ferme•Valuable, ou ayant de la valeur en soit•Evaluée en termes de complexité relative•Suffisamment petite (en anglais Small)•Testable en principe, ce quon vérifie en écrivant un test(*) au minimum le dossier d’analyse modulaire doit comporterles informations relatives aux seules Users Stories destinées àintégrer l’itération suivanteDossier d’analysemodulaire (*)pouvant êtredévelopper sansexiger d’autresdéveloppementsen parallèleDossier d’analysemodulaire (*)présenté et suivid’échangesDéveloppeur /Analyste métierDossier d’analysemodulaire (*)issu d’un projetayant étéautorisé / prioriséau niveauportefeuille
  • Le besoin est-il INVEST ?14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 38Une expression de besoin est dite INVEST si elle est :•Indépendante des autres•Négociable initialement, plutôt quun engagement ferme•Valuable, ou ayant de la valeur en soit•Evaluée en termes de complexité relative•Suffisamment petite (en anglais Small)•Testable en principe, ce quon vérifie en écrivant un test(*) au minimum le dossier d’analyse modulaire doit comporter lesinformations relatives aux seules Users Stories destinées àintégrer l’itération suivanteDossier d’analysemodulaire (*)ayant pu fairel’objet d’uneestimationcollective validéeDossier d’analysemodulaire (*)accompagné d’unplan de testd’acceptanceutilisateurDossier d’analysemodulaire (*)pouvant êtreréalisé en uneseule itération
  • Definition of DONE (DoD - Fini)14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 39Léquipe affiche de façon visible une liste decritères génériques qui conditionnent le fait depouvoir considérer un incrément comme "fini".Faute de remplir ces critères en fin de Sprintou ditération le travail réalisé nest pascomptabilisé dans la vélocité.Bénéfices attendus :•en amont, fonctionne comme une "checklist"guidant la réflexion des développeurs pendantlestimation et la réalisation•en aval, moins de temps perdu en travaux de"réfection" une fois quune fonctionnalité a étéacceptée•réduit les risques de brouille entre léquipe et sescommanditaires en instaurant un contrat clair
  • Au niveau Sprint :•Toutes les US nécessaires done !•Product Backlog mis à jour•Rapport de sprint réalisé et publié par DSB & IT SAA•Documentation (exploitation, support, maintenance,…)créée ou mise à jour•Bugs bloquant ou majeurs corrigés et « bug tracking «mis à jour•Autres Bugs planifiés•Indicateurs qualités mesurés et publiés•Information suivi projet mesurées et publiéesDefinition Of Done – UCM SSA14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 40Au niveau User Story :•Ensemble du code écrit, documenté et vérifié (revu +build OK)•Cas de tests unitaires conçus, automatisés, exécutésavec rapport•Cas de tests d’intégration conçus, automatisés,exécutés avec rapport•Cas de tests de non régression conçus, automatisés(si possible), exécutés avec rapport• Cas de tests d’acceptation conçus, automatisés (sipossible), exécutés avec rapportAu niveau Version / Projet :•Toutes les User Stories / Sprints nécessaires done !•Registre des risques & BPM mis à jour (si nécessaire)•Note de release créée et diffusée•Tests de pré-acceptance, d’acceptance et d’environnement exécutés avec rapport•UATP mis à jour et exécuté, rapport constitué et publié•Calcul et mise à jour des KPI et des outils de suivi (JIRA, NQI,…)•Analyse et consolidation des modifs nécessaires au plan méthode (template, indicateur,…)
  • En synthèse14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 41(I) Constitution Dossier d’analyseModulaire validé* À minima les US intégrant le sprint(V) Référence au portefeuille (N° NQI)(N) Echange sur Dossier d’analysemodulaire validé* À minima les US intégrant le sprint(T) UATP & Test Case d’acceptance* À minima les test case d’acceptancepour les US intégrant le sprint(E) Estimation collective ayant puêtre déterminée lors du Planing Poker* À minima les US intégrant le sprint(S) Stratégie de Découpage en US / Sprintayant pu être réalisé pour détermination desUS intégrant le sprintVérification des Test Cased’acceptance et rapportd’éxecution* À minima les test cased’acceptance pour les USdu sprintEchange sur Dossier d’analyse modulaire & Test Case AcceptanceEcriture, Automatisation, Exécution &Constitution rapports de tests :- Des tests unitaires- Des tests d’intégration- Des test de non régressionExécution & Constitution rapport de tests :- Des tests d’acceptancePrésentation des développementslors de la Sprint ReviewRédaction et diffusiondu rapport de sprintConstitution des KPI IT SSAConstitution des KPI BSDMise à jour dossier d’analysemodulaire (si nécessaire)Acceptation des développementslors de la Sprint ReviewMise à jour BPM & Risque(si nécessaire)Mise à jour du portefeuillePrise en compte des informationsd’avancementConstitution de la note de versionConstitution KPI NQISur remonté d’info de IT SSA et BSD
  • It’s Time toconclude!
  • RéférentielMenu du jour : 1entrée, 1 plat, 1 dessert…14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 44CMMIITIL V2 & V3ITIL V3PMI - PMBoKAgile (Scrum – XP – Lean)TMMI
  • Utilisez :DEMING pour bouger14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 45
  • Utilisez :Votre position pour avancer14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 46
  • Utilisez :Le manifeste Agile comme boussole14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 47
  • Pour aller plus loin (plus vite) :Copier intelligemment sur les autres14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 48Regarde -Il utilise la versionoptimisée de laroue de Deming !Copier intelligemment sur les autres
  • Pour aller plus loin (plus vite) :Osez les mélanges14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 49
  • Il reste du chemin à faire…14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 50
  • … mais les résultats vont nous aider14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 51In Time, InBudget, InScope…with Qualityand
  • Et n’oubliez jamais !!14/05/2013(c) CMOI & Agilbee 2013. All rightreserved. 52
  • (c) CMOI & Agilbee 2013. All rightreserved.5314/05/2013Pour aller plus loin :….Jean-Luc MAZE+33 6 31 86 29 99+32 4 71 70 22 35@conseilmoijlmaze@conseiletmoi.comGénérateurdeVisibilité