1 groupe de discussion cmm(i) 20 octobre 2005. 2 du sw-cmm au cmmi cetic – 20 octobre 2005
TRANSCRIPT
1
Groupe de discussion CMM(I)
20 Octobre 2005
2
Du SW-CMM au CMMI
CETIC – 20 Octobre 2005
3
Contexte du SW-CMM
• Développé par le Software Engineering Institute de la Carnegie Mellon University (1987 – 1993)– http://www.sei.cmu.edu
• Motivation:– Département de la défense US (DoD) sous traite
certains développements de logiciels critiques. Ils veulent un outil pour évaluer la capacité (capability) des sous-traitants intéressés.
• Basé sur:– Travaux de Watts Humphrey sur le processus logiciel– Données collectées via des assessments + feedback
des industries et des administrations US
4
Les niveaux de maturité
1
2
3
4
5
Process unpredictable, poorly controlled, and reactive
Process characterized for projects and is often reactive
Process characterized for the organization and is proactive
Process measuredand controlled
Focus on continuous process improvement
Optimizing
QuantitativelyManaged –Managed
Defined
Initial
Managed –
Repeatable
Optimizing
Defined
5
Evolution de la performance
Niveau 1
Risque
Productivité& Qualité
Niveau 5
Optimizing(Optimisé)
Managed(Géré)
Defined(Défini)
QuantitativelyManaged(Maîtrisé)
NiveauPerformance
prévue
Temps/$/Qualité/...
Temps/$/Qualité/...
Temps/$/Qualité/...
Temps/$/Qualité/...
Gestion des spécifications, processus du projet planifiés, exécutés, mesurés, et contrôlés même en période de stress.
Le processus d’un projet est une version adaptée du processus standard de l’organisation.
Le processes est géré de manière quantitative (vs. qualitative) et prédictible.
Le processus est modifié pour atteindre des objectifs de performance, tout en maintenant une maîtrise statistique du processus.
Focus
Tendance à sous-estimer, abandon des processus en temps de crise, et incapable de reproduire des succès passés.
1InitialTemps/$/Qualité/...
6
Structure du SW-CMM
to Perform
Maturity Levels
Generic Goals
Process Area 2
Common Features
Process Area 1 Process Area n
AbilityImplementation
Verifyingto Perform
Commitment DirectingImplementationImplementationto Perform
Maturity Levels
Key Practices
Goals
Key Process Area 2
Common Features
Key Process Area 1 Key Process Area n
AbilityImplementation
Verifyingto Perform
Commitment MeasurementImplementationAnd Analysis
ActivitiesPerformed
InstitutionalizationImplementation
7
Secteurs clés (KPA) - niveau 2
11
2
4
5
Optimizing
QuantitativelyManaged –Managed
Defined
Initial
Managed –
Repeatable
Optimizing
Defined
Requirement Management (RM)
SW Project Planning (SPP)
SW Project Tracking and Oversight (SPTO)
SW Quality Assurance (SQA)
SW Configuration Management (SCM)
SW Subcontract Management (SSM)
8
Assets – niveau 2 (exemples)
• Procédures pour:– Faire des estimations (taille, complexité, effort, etc.)– Traiter les déviations en matière d’effort, taille, etc.– Choisir des sous-traitants
• Les spécifications logicielles documentées, l’analyse d’impact des changements de spécifications
• Des estimations (et ré-estimations) sur la taille, l’effort, la durée
• Un plan de développement logiciel incluant des plans QA et CM
• Une base de données des anomalies avec leur état et l’effort pour les corriger
• Des rapports d’audit
9
Secteurs clés (KPA) - niveau 3
Organization Process Focus (OPF)
Organization Process Definition (OPD)
Integrated Software Management (ISM)
Training Program (TP)
Software Product Engineering (SPE)
Intergroup Coordination (IC)
Peer Reviews (PR)
Optimizing
QuantitativelyManaged – Managed
Defined
Initial
Managed –
Repeatable
Optimizing
Defined
10
Du niveau 2 au niveau 3
ProjetsProjets OrganisatioOrganisationn
Processus de Processus de l’organisationl’organisation
Niveau 3Niveau 3Niveau 2Niveau 2
Best Best practicepractice
ss
AnalyseAnalyse
Processus P1Processus P1
Processus P2Processus P2
Processus P3Processus P3
11
Assets – niveau 3 (exemples)
• Un plan pour l’amélioration du processus logiciel (OPF), des plans d’actions après audits SPI
• Des descriptions de cycle de développement (waterfall, spirale, etc.) (ISM)
• Des règles pour l’adaptation du processus de l’organisation aux projets (ISM)
• Des plans de gestion de risques (identification, plans de mitigation, solution) (ISM)
• Des checklists pour les revues de pairs, des données sur les défauts trouvés, etc. (PR)
• Des procédures de tests, des résultats, une analyse de leur efficience (SPE)
12
Du niveau 3 aux niveaux 4 et 5
PlanningCustomerRqmts. Analysis
DesignImplementation
Test Formal Test
Customer BeforeTOTALLeaked
Planning2.03 0 0 0 0 0 0 0 2.03 0
Customer0 1.8 1.4 0 4.06 0 16.15 0 23.41 21.61Rqmts. Analysis0 0 7.32 12.04 32.77 41.6 56.09 0.79 150.61 143.29Design 0 0 0.13 41.99 8.2 23.2 118.94 5.28 197.74 155.75
Implementation 0 0 0.17 0.5 154 90.3 88.88 23.3 357.15 203.15Test
0 0 0 0.16 0.03 19.92 4.5 0 24.61 4.69Formal Test 0 0 0 0 0 2.34 149.25 0 151.59 2.34
Customer Before 0 0 0 0 0 0 2.7 13.6 16.3 13.6
TOTAL2.03 1.8 9.02 54.69 199.06177.36436.51 42.97 923.44 544.43Niveau 3Niveau 3
OrganisatioOrganisationn
Processus de Processus de
l’organisationl’organisation
Niveau 4Niveau 4
Hors limitesHors limites
Niveau 5Niveau 5
ManpowerManpower
ComposantsComposantsOutilsOutils
QualitéQualité
Business Business GoalsGoals
13
Evolution de la gestion de projets
Optimizing
Managed
Defined
QuantitativelyManaged
Niveau Caractéristiques
Gestion de projet réactive aux événements
Meilleure anticipation des problèmes (gestion des risques – indicateurs)
Indicateurs avancés basés sur une connaissance quantitative du processus
Accent mis sur la prévention de défauts et la collecte d’expériences
Secteur clé
1Initial
Tracking and Oversight
Software ProjectSoftware ProjectSoftwareProject Planning
IntegratedSoftware Management
Quantitative
Project Management
Process
Change Management
Software Project Management Done
14
Origine du CMMI
AssessAssess
CMMIProduct Suite
CMMI-SE/SW
CMMI-SE/SW/
IPPD
SWSW
SESE
IPDIPD ...
Industry
SEI
Government
• Team of Teams • Modeling and
Discipline Experts• Collaborative Process
Training
Capability Maturity Model for Software V2, draft C (SW-CMM V2C)
EIA Interim Standard 731, System Engineering Capability Model (SECM)
Integrated Product Development Capability Maturity Model, draft V0.98 (IPD-CMM)
SASASoftware Acquisition Capability Maturity Model (SA-CMM)
CMMI-SE/SW/IPPD/SS
15
Les représentations du CMMI
PA PA
Cap
acit
é
0
1 2
3
4
5
Processus
PAML 1
Par niveaux
ML2
ML3
ML4
ML5
Organisation
Continu
16
Comparaison SW-CMM vs. CMMI (par niveaux)
SW-CMM key process areas CMMI Process AreasLevel 5
Optimizing
Level 4Managed
Level 3Defined
Level 2Repeatable
Defect PreventionTechnology Change ManagementProcess Change Management
Quantitative Process ManagementSoftware Quality Management
Organization Process FocusOrganization Process DefinitionTraining ProgramIntegrated Software Management
Software Product Engineering
Intergroup CoordinationPeer Reviews
Requirements MgmtSoftware Project PlanningSoftware Project Tracking & OversightSoftware Subcontractor ManagementSoftware Quality AssuranceSoftware Configuration Management
Causal Analysis and ResolutionOrganizational Innovation and Deployment
Organizational Process PerformanceQuantitative Project Management
Organizational Process FocusOrganizational Process DefinitionOrganizational TrainingIntegrated Project ManagementRisk ManagementRequirements DevelopmentTechnical SolutionProduct IntegrationVerificationValidation Decision Analysis and Resolution
Requirements ManagementProject PlanningProject Monitoring and ControlSupplier Agreement ManagementProduct & Process Quality AssuranceConfiguration ManagementMeasurement and Analysis
17
Structure du CMMI – Par niveaux
to Perform
Maturity Levels
Generic Practices
Generic Goals
Process Area 2
Common Features
Process Area 1 Process Area n
AbilityImplementation
Verifyingto Perform
Commitment DirectingImplementation
Specific Goals
Implementation
Specific Practices
to Perform
Maturity Levels
Generic Practices
Generic Goals
Process Area 2
Common Features
Process Area 1 Process Area n
AbilityImplementation
Verifyingto Perform
Commitment DirectingImplementation
Specific Goals
Implementation
Specific Practices
The implemented activities in each PA Planning and managing the implemented activities in each PA
18
Représentation continue du CMMI
Performed
Managed
Defined
Quantitatively Managed
Optimizing
RM PP PMC
1
2
3
4
5
Cap
acitéPlanification, Planification, exécution et exécution et mesure des mesure des
améliorations sur améliorations sur base des Process base des Process
AreasAreas
19
PA REQM – Capacité 1 vers Capacité 2
PerformedProcess
PerformedProcess
Level 2 GenericPracticesManaged
Process
ManagedProcess
Level 2 SpecificPractices (advanced)
Cap
ability
SG Manage Requirements- SP 1.1 Obtain an Understanding of Requirements
- SP 1.3 Manage Requirements Changes
- SP 1.5 Identify Inconsistencies between Project Work and Requirements
SP 1.2 Obtain Commitment to Requirements
SP 1.4 Maintain Bidirectional Traceability of Requirements
GG 2 Institutionalize a Managed Process– GP 2.1 Establish an Organizational Policy
– GP 2.2 Plan the Process
– GP 2.3 Provide Resources
– GP 2.4 Assign Responsibility
– GP 2.5 Train People
– GP 2.6 Manage Configurations
– GP 2.7 Identify and Involve Relevant Stakeholders
– GP 2.8 Monitor and Control the Process
– GP 2.9 Objectively Evaluate Adherence
– GP 2.10 Review Status with Higher Level Management
Level 1 SpecificPractices (base)
GP 1.1 Perform Base Practices
Level 1 GenericPractices
20
PA REQM – Capacité 2 vers Capacité 3
Level 3 GenericPractices
ManagedProcess
ManagedProcess
Level 3 SpecificPractices (advanced)
Cap
ability
SG Manage Requirements- SP 1.1 Obtain an Understanding of Requirements
- SP 1.2 Obtain Commitment to Requirements
- SP 1.3 Manage Requirements Changes
- SP 1.4 Maintain Bidirectional Traceability of Requirements
- SP 1.5 Identify Inconsistencies between Project Work and Requirements
GG 3 Institutionalize a Defined Process– GP 3.1 Establish a Defined Process– GP 3.2 Collect Improvement Information
Level 2 SpecificPractices (base + advanced)
All Generic practices (Capability Level 1 and 2):
- GP 1.1 (Perform Base Practices)
- GP 2.1 to GP 2.10 (Institutionalize a Managed Process)
Level 2 GenericPractices
DefinedProcess
DefinedProcess
21
Structure du CMMI - Continue
Generic Practices
Generic Goals
Process Area 2Process Area 1 Process Area n
Capability Levels
Specific Goals
Generic Practices
Generic Goals
Process Area 2Process Area 1 Process Area n
Specific Goals
Specific Practices
22
Bilan comparatif SW-CMM vs. CMMI
Optimizing
Managed
Defined
QuantitativelyManaged
Niveau SE/SW-CMMI
2 Process Areas36 pratiques
SW-CMM
Total
2 Process Areas37 pratiques
11 Process Areas214 pratiques
7 Process Areas125 pratiques
6 Key Process Areas
121 pratiques
3 Key Process Areas
56 pratiques
2 Key Process Areas
31 pratiques
7 Key Process Areas
108 pratiques
18 Key Process Areas
316 pratiques
22 Process Areas412 pratiques
23
Plus d’informations
• SEI Website
– http://sei.cmu.edu/cmmi
• Introduction au SW-CMM:
– A Guide to the CMM: Understanding the Capability Maturity Model for Software par Kenneth M. Dymond (ISBN # 0-9646008-0-3)
• The SEI Series in Software Engineering – Addison Wesley:
– CMM in Practice: Processes for Executing Software Projects at Infosys par Pankaj Jalote
– CMMI Distilled: A Practical Introduction to Integrated Process Improvement par Dennis M. Ahern, Aaron Clouse, et Richard Turner
24
Backup slides
25
Modèles CMMI existants
• SE/SW Staged• SE/SW Continuous• SE/SW/IPPD Staged• SE/SW/IPPD Continuous• SE/SW/IPPD/SS Staged• SE/SW/IPPD/SS Continuous• SW Staged• SW Continuous
26
Choix d’un modèle CMMI
• Une société développe des systèmes en se procurant du Hardware COTS, en développant un Software spécifique avec des équipes intégrées– CMMI-SW applicable uniquement au développement
Software– CMMI-SE/SW applicable au système Hardware +
Software– CMMI-SE/SW/IPPD applicable au système (HW + SW) et
à l’équipe intégrée– CMMI-SE/SW/IPPD/SS applicable au système (HW +
SW), à l’équipe intégrée, et à l’acquisition de COTS
27
Pratiques
• Les pratiques sont les briques des Process Areas– Exemple - Project Planning Process Area
o Specific Practice 1.1 - Establish a top-level work breakdown structure (WBS) to estimate the scope of the project.
• Pour satisfaire aux objectifs, les pratiques décrites dans le CMMI sont attendues par les appraisers et la plupart des organisations les implémentent comme telles
• Néanmoins, on peut appliquer des pratiques équivalentes si elles ont un effet équivalent pour la satisfaction de l’objectif (générique ou spécifique)– Ce sont les pratiques alternatives (“alternative practices”)– Moins fréquentes dans le CMMI que dans le SW-CMM– “Equivalent” est un jugement/appréciation personnel – à
discuter avec l’appraiser
28
Organisation des PA - ContinuCatégorie Process Areas
Project PlanningProject Monitoring and ControlSupplier Agreement ManagementIntegrated Project ManagementRisk ManagementQuantitative Project Management
Configuration ManagementProduct & Process Quality AssuranceMeasurement and AnalysisCausal Analysis and ResolutionDecision Analysis and Resolution
Requirements ManagementRequirements DevelopmentTechnical SolutionProduct IntegrationVerificationValidation
Organizational Process FocusOrganizational Process DefinitionOrganizational TrainingOrganizational Process PerformanceOrganizational Innovation and Deployment
Project Management
Support
Engineering
Process Management