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
Ce que nous avons appris de Toyota par Olivier Soulié de PSA
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
1. Agilité en environment procedural
ProcéDURE
Vs
ProcessUS
14/05/2013 1
(c) CMOI & Agilbee 2013. All right
reserved.
2. 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.
3. 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.
5. 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é
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 5
7. 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
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 7
8. Référentiel
En 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 right
reserved. 8
9. 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
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 9
10. CMMI : Concepts Clés
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 11
11. CMMI – Les niveaux
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 12
12. CMMI – Niveaux 2 & 3
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 13
13. CMMI – Niveaux 4 et 5
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 14
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 knowlede
2008 : V4 : rewriting and otpmisation process & life cycle
2013 : 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
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 15
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
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 16
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.
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 18
17. PMBok – Cycle de vie
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 19
• 5 process groupes :
18. PMBok – Processus / Area
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 20
• 9 Knowledge Area :
19. TMMI – Le framework
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 21
20. ITIL – Le framework
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 22
28. Un nouvel ELAN pourquoi faire ?
14/05/2013
(c) CMOI & Agilbee 2013. All right
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 ?
29. CMMI/TMMI/PMI & Agile !
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 32
Agile =
- Travail d’équipe
- Itératif &
- Incrémental !
31. Schéma global ELAN
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 34
Définition of
READY
(DoR)
Définition of
DONE
(DoD)
Capture des
KPI
Capture des
KPI
Capture des
KPI
Définition et
Capture des
KPI
32. Ready et Done dans le SDLC
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 35
Si Dérogé PM
Les exigences du Ready
et du Done doivent
être équilibrées
33. Definition of READY (DoR - prêt)
14/05/2013
(c) CMOI & Agilbee 2013. All right
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
34. Le besoin est-il INVEST ?
14/05/2013
(c) CMOI & Agilbee 2013. All right
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
35. Le besoin est-il INVEST ?
14/05/2013
(c) CMOI & Agilbee 2013. All right
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
36. Definition of DONE (DoD - Fini)
14/05/2013
(c) CMOI & Agilbee 2013. All right
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
37. 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
14/05/2013
(c) CMOI & Agilbee 2013. All right
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,…)
38. En synthèse
14/05/2013
(c) CMOI & Agilbee 2013. All right
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 NQI
Sur remonté d’info de IT SSA et BSD
43. Utilisez :
Le manifeste Agile comme boussole
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 47
44. Pour aller plus loin (plus vite) :
Copier intelligemment sur les autres
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 48
Regarde -
Il utilise la version
optimisée de la
roue de Deming !
Copier intelligemment sur les autres
45. Pour aller plus loin (plus vite) :
Osez les mélanges
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 49
46. Il reste du chemin à faire…
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 50
47. … mais les résultats vont nous aider
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 51
In Time, In
Budget, In
Scope…
with Quality
and
48. Et n’oubliez jamais !!
14/05/2013
(c) CMOI & Agilbee 2013. All right
reserved. 52
49. (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
@conseilmoi
jlmaze@conseiletmoi.com
Générateur
de
Visibilité
Notes de l'éditeur
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