Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Post on 27-May-2015
1128 Views
Preview:
DESCRIPTION
Transcript
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é
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 5
RéférentielEvolution continue
14/05/2013(c) CMOI & Agilbee 2013. All right
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(c) CMOI & Agilbee 2013. All right
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)
14/05/2013(c) CMOI & Agilbee 2013. All right
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(c) CMOI & Agilbee 2013. All right
reserved. 9
CMMI : Concepts Clés
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 11
CMMI – Les niveaux
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 12
CMMI – Niveaux 2 & 3
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 13
CMMI – Niveaux 4 et 5
14/05/2013(c) CMOI & Agilbee 2013. All right
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
14/05/2013(c) CMOI & Agilbee 2013. All right
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(c) CMOI & Agilbee 2013. All right
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(c) CMOI & Agilbee 2013. All right
reserved. 18
PMBok – Cycle de vie
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 19
• 5 process groupes :
PMBok – Processus / Area
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 20
• 9 Knowledge Area :
TMMI – Le framework
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 21
ITIL – Le framework
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 22
Compliant ?
Be creative !
Cohabitation possible ?PMI-PMBoK vs SCRUM
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved.24
Cohabitation possible ?CMMI vs SCRUM
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved.25
Cohabitation possible ?CMMI vs XP
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved.27
Cohabitation possible ?TMMI vs Agile Testing
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved.28
Cohabitation possible ?ITIL vs SCRUM
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved.29
Compliant ?
In pratice YES !
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 ?
CMMI/TMMI/PMI & Agile !
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 32
Agile =- Travail d’équipe - Itératif & - Incrémental !
Schéma global SDLC
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 33
Risk &Quality
Impacts IT SSA ?
Schéma global ELAN
14/05/2013(c) CMOI & Agilbee 2013. All right
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
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 35
Si Dérogé PMLes exigences du Ready
et du Done doivent être équilibrées
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
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
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
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
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,…)
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 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…
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 44
CMMI
ITIL V2 & V3ITIL V3
PMI - PMBoK
Agile (Scrum – XP – Lean)
TMMI
Utilisez :DEMING pour bouger
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 45
Utilisez :Votre position pour avancer
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 46
Utilisez :Le manifeste Agile comme boussole
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 47
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
Pour aller plus loin (plus vite) :Osez les mélanges
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 49
Il reste du chemin à faire…
14/05/2013(c) CMOI & Agilbee 2013. All right
reserved. 50
… 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
Et n’oubliez jamais !!
14/05/2013(c) CMOI & Agilbee 2013. All right
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@conseilmoijlmaze@conseiletmoi.com
Générateur de
Visibilité
top related