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

Agilité en environment procedural

ProcéDUREVs

ProcessUS

14/05/2013 1(c) CMOI & Agilbee 2013. All right reserved.

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 right reserved.

Présentation Conseil & MOI…en fait Jean-Luc MAZE

14/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 Projets

GPAO, 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 Progiciels

Industrie, 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 right reserved.

Référentiel ? Normes ?

14/05/2013(c) CMOI & Agilbee 2013. All right

reserved. 4

Naissance d’un référentiel

• Constitution progressive et itérative d’un corpus de connaissance sur un sujet donné.

• Constitution d’une communauté pour utiliser, supporter et promouvoir le corpus ainsi constitué


reserved. 5

RéférentielEvolution continue


reserved. 6

Référentiels Les 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é– Architecture


reserved. 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)


reserved. 8

CMMI– Fiche d’identité

CMMI Capability Maturity Model Intégration

Origine 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éles 2006 : V1.2 : représentation continue et étagé, Niv 3 ++2010 : V1.3 : + intégration et description Niv 4 et 5

Certification Entreprise sur niveau de maturité

Positionnement Cycle de conception et de développement des produits (IT) et méthodologie de gestion du projet conduisant à la livraison du produit


reserved. 9

CMMI : Concepts Clés


reserved. 11

CMMI – Les niveaux


reserved. 12

CMMI – Niveaux 2 & 3


reserved. 13

CMMI – Niveaux 4 et 5


reserved. 14

PMBok – Fiche d’identité

PMBok Project Management Book of Knowledge

Origine Project Management Institute (PMI – US) depuis 1969

Club Utilisateur Chapitre Fr du PMI (4 dont Paris IdF)

Historique 1996 : V1 : Ethics, Standards, Accreditation) 2000 : V2 : Framework, Risk et procurement 2004 : V3 : rewrite framework, life cycle, 9 knowlede2008 : V4 : rewriting and otpmisation process & life cycle2013 : V5 : rewriting , include agile approch

Certification Individuelle (APMP, PMP, PgMP, ACP)

Positionnement Framework destiné à donner une vision d’ensemble des étapes d’un projet et d’identifier les processus et acteurs clés que l’entreprise souhaite maîtriser


reserved. 15

PMBok – Concepts clés

• Projet :– Un projet est une entreprise temporaire décidée dans le

but de créer un produit, un service ou un résultat unique.

• Programme :– Ensemble de projets qui concourent à la réalisation d’un

objectif « consolidé » : la constitution d’un quartier d’affaire.

• Portfolio :– Ensemble des projets / programmes gérés par une

organisation même si ils n’ont pas de « liens » entre eux


reserved. 16

PMBok – Concepts Clés

• Project Management :– Le management de projet est l’application de

connaissances, de compétences, d’outils et de techniques aux activités du projet afin d’en respecter les exigences.


reserved. 18

PMBok – Cycle de vie


reserved. 19

• 5 process groupes :

PMBok – Processus / Area


reserved. 20

• 9 Knowledge Area :

TMMI – Le framework


reserved. 21

ITIL – Le framework


reserved. 22

Compliant ?

Be creative !

Cohabitation possible ?PMI-PMBoK vs SCRUM


reserved.24

Cohabitation possible ?CMMI vs SCRUM


reserved.25

Cohabitation possible ?CMMI vs XP


reserved.27

Cohabitation possible ?TMMI vs Agile Testing


reserved.28

Cohabitation possible ?ITIL vs SCRUM


reserved.29

Compliant ?

In pratice YES !

Un nouvel ELAN pourquoi faire ?


reserved. 31

Comment faire face aux évolutions

légales & réglementaires ?

Pourra-t-on rapidement aligner les services aux évolutions

de l’entreprise ?

Comment être plus flexible et

plus agile ?

Mes applications anciennes tiendront-

elles le coup ?

Comment profiter des nouvelles

technologies ?

Comment pérenniser les infrastructures sans support constructeur ?

Les utilisateurs sont-ils satisfaits ?

Suis-je suffisamment industrialisé ?

Faut-il faire ou faire faire ?

Comment créer de la valeur ?

Comment parler métier ?

Comment faire plus ou mieux avec moins ?

CMMI/TMMI/PMI & Agile !


reserved. 32

Agile =- Travail d’équipe - Itératif & - Incrémental !

Schéma global SDLC


reserved. 33

Risk &Quality

Impacts IT SSA ?

Schéma global ELAN


reserved. 34

Définition ofREADY(DoR)

Définition ofDONE(DoD)

Capture desKPI

Capture desKPI

Capture desKPI

Définition et Capture des

KPI

Ready et Done dans le SDLC


reserved. 35

Si Dérogé PMLes exigences du Ready

et du Done doivent être équilibrées

Definition of READY (DoR - prêt)


reserved. 36

Par analogie à la "définition de 'fini'", cette définition explicite les critères faute desquels une fonctionnalité ne saurait faire l'objet d'un travail au cours de l'itération de développement qui commence.

Elle est basée sur une analyse du niveau de complétude vis à vis des concepts portés par l’acronyme INVEST

Bénéfices attendus :•évite de commencer à travailler alors que les critères de satisfaction ne sont pas clairs, ce qui risquerait d'entraîner de coûteux aller-retour avant de se mettre d'accord

Le besoin est-il INVEST ?


reserved. 37

Une expression de besoin est dite INVEST si elle est :•Indépendante des autres

•Négociable initialement, plutôt qu'un 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 qu'on vérifie en écrivant un test

(*) au minimum le dossier d’analyse modulaire doit comporter les informations relatives aux seules Users Stories destinées à intégrer l’itération suivante

Dossier d’analyse modulaire (*) pouvant être

développer sans exiger d’autres

développements en parallèle

Dossier d’analyse

modulaire (*) présenté et suivi

d’échanges Développeur /

Analyste métier

Dossier d’analyse modulaire (*)

issu d’un projet ayant été

autorisé / priorisé

au niveau portefeuille

Le besoin est-il INVEST ?


reserved. 38

Une expression de besoin est dite INVEST si elle est :•Indépendante des autres

•Négociable initialement, plutôt qu'un 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 qu'on vérifie en écrivant un test

(*) au minimum le dossier d’analyse modulaire doit comporter les informations relatives aux seules Users Stories destinées à intégrer l’itération suivante

Dossier d’analyse modulaire (*) ayant pu faire l’objet d’une estimation

collective validée

Dossier d’analyse modulaire (*)

accompagné d’un plan de test

d’acceptance utilisateur

Dossier d’analyse modulaire (*) pouvant être réalisé en une seule itération

Definition of DONE (DoD - Fini)


reserved. 39

L'équipe affiche de façon visible une liste de critères génériques qui conditionnent le fait de pouvoir considérer un incrément comme "fini". Faute de remplir ces critères en fin de Sprint ou d'itération le travail réalisé n'est pas comptabilisé dans la vélocité.

Bénéfices attendus :•en amont, fonctionne comme une "checklist" guidant la réflexion des développeurs pendant l'estimation et la réalisation•en aval, moins de temps perdu en travaux de "réfection" une fois qu'une fonctionnalité a été acceptée•réduit les risques de brouille entre l'équipe et ses commanditaires 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ées

Definition Of Done – UCM SSA


reserved. 40

Au niveau User Story :•Ensemble du code écrit, documenté et vérifié (revu + build OK)•Cas de tests unitaires conçus, automatisés, exécutés avec 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 (si possible), exécutés avec rapport

Au 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èse


reserved. 41

(I) Constitution Dossier d’analyse Modulaire validé* À minima les US intégrant le sprint

(V) Référence au portefeuille (N° NQI)

(N) Echange sur Dossier d’analyse modulaire validé* À minima les US intégrant le sprint

(T) UATP & Test Case d’acceptance* À minima les test case d’acceptance pour 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 / Sprint ayant pu être réalisé pour détermination des US intégrant le sprint

Vérification des Test Case d’acceptance et rapport d’éxecution* À minima les test case d’acceptance pour les US du sprint

Echange sur Dossier d’analyse modulaire & Test Case Acceptance

Ecriture, Automatisation, Exécution & Constitution rapports de tests :- Des tests unitaires- Des tests d’intégration- Des test de non régression

Exécution & Constitution rapport de tests :- Des tests d’acceptance

Présentation des développements lors de la Sprint Review

Rédaction et diffusion du rapport de sprint

Constitution des KPI IT SSA

Constitution des KPI BSD

Mise à jour dossier d’analyse modulaire (si nécessaire)

Acceptation des développements lors de la Sprint Review

Mise à jour BPM & Risque (si nécessaire)

Mise à jour du portefeuille

Prise en compte des informations d’avancement

Constitution de la note de version

Constitution KPI NQISur remonté d’info de IT SSA et BSD

It’s Time to conclude!

RéférentielMenu du jour : 1entrée, 1 plat, 1 dessert…


reserved. 44

CMMI

ITIL V2 & V3ITIL V3

PMI - PMBoK

Agile (Scrum – XP – Lean)

TMMI

Utilisez :DEMING pour bouger


reserved. 45

Utilisez :Votre position pour avancer


reserved. 46

Utilisez :Le manifeste Agile comme boussole


reserved. 47

Pour aller plus loin (plus vite) :Copier intelligemment sur les autres


reserved. 48

Regarde -Il utilise la version

optimisée de la roue de Deming !

Copier intelligemment sur les autres

Pour aller plus loin (plus vite) :Osez les mélanges


reserved. 49

Il reste du chemin à faire…


reserved. 50

… mais les résultats vont nous aider


reserved. 51

In Time, In Budget, In Scope…

with Quality and

Et n’oubliez jamais !!


reserved. 52

(c) CMOI & Agilbee 2013. All right reserved.

5314/05/2013

Pour aller plus loin :….Jean-Luc MAZE+33 6 31 86 29 99+32 4 71 70 22 35@[email protected]

Générateur de

Visibilité

Technology

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