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

Agilité en environment procedural
ProcéDURE
Vs
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
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,…
reserved.

Référentiel ? Normes ?
14/05/2013
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é
14/05/2013
reserved. 5

Référentiel
Evolution continue
14/05/2013
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
14/05/2013
reserved. 7

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
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
14/05/2013
reserved. 9

CMMI : Concepts Clés
14/05/2013
reserved. 11

CMMI – Les niveaux
14/05/2013
reserved. 12

CMMI – Niveaux 2 & 3
14/05/2013
reserved. 13

CMMI – Niveaux 4 et 5
14/05/2013
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 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
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
14/05/2013
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.
14/05/2013
reserved. 18

PMBok – Cycle de vie
14/05/2013
reserved. 19
• 5 process groupes :

PMBok – Processus / Area
14/05/2013
reserved. 20
• 9 Knowledge Area :

TMMI – Le framework
14/05/2013
reserved. 21

ITIL – Le framework
14/05/2013
reserved. 22

Cohabitation possible ?
PMI-PMBoK vs SCRUM
14/05/2013
reserved.
24

CMMI vs SCRUM
14/05/2013
reserved.
25

CMMI vs XP
14/05/2013
reserved.
27

TMMI vs Agile Testing
14/05/2013
reserved.
28

ITIL vs SCRUM
14/05/2013
reserved.
29

Un nouvel ELAN pourquoi faire ?
14/05/2013
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 !
14/05/2013
reserved. 32
Agile =
- Travail d’équipe
- Itératif &
- Incrémental !

Schéma global SDLC
14/05/2013
reserved. 33
Risk &
Quality
Impacts
IT SSA ?

Schéma global ELAN
14/05/2013
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

Ready et Done dans le SDLC
14/05/2013
reserved. 35
Si Dérogé PM
Les exigences du Ready
et du Done doivent
être équilibrées

Definition of READY (DoR - prêt)
14/05/2013
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 ?
14/05/2013
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 ?
14/05/2013
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)
14/05/2013
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
14/05/2013
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
14/05/2013
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é
(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
(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

Référentiel
Menu du jour : 1entrée, 1 plat, 1 dessert…
14/05/2013
reserved. 44
CMMI
ITIL V2 & V3ITIL V3
PMI - PMBoK
Agile (Scrum – XP – Lean)
TMMI

Utilisez :
DEMING pour bouger
14/05/2013
reserved. 45

Utilisez :
Votre position pour avancer
14/05/2013
reserved. 46

Utilisez :
Le manifeste Agile comme boussole
14/05/2013
reserved. 47

Pour aller plus loin (plus vite) :
Copier intelligemment sur les autres
14/05/2013
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
14/05/2013
reserved. 49

Il reste du chemin à faire…
14/05/2013
reserved. 50

… mais les résultats vont nous aider
14/05/2013
reserved. 51
In Time, In
Budget, In
Scope…
with Quality
and

Et n’oubliez jamais !!
14/05/2013
reserved. 52

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é

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

Contenu connexe

Tendances

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

Plus de Jean-Luc MAZE

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

Notes de l'éditeur