SlideShare a Scribd company logo
1 of 23
22° IPMA World Congress
                                   “Project Management to Run”




Achieving Higher Maturity & Capability Levels
Crossing Horizontal and Vertical Maturity
Models
Luigi Buglione, PhD - ISIPM

 9-11 November 2008, Roma, Italy
IPMA2008 22° World Congress


                                                        www.isipm.org




                      Agenda
– Introduction
– An evolutionary view on Maturity Models (MM)
                                           MM
  • A brief history
  • MM representations & main elements
  • MM in the Project Management domain (PM-MM)
– MM orthogonality
  • Classifying MM by ‘directionality’
  • MM Scope & Application
– Combining Horizontal & Vertical MMs
– Conclusions & Prospects


                                                                        2
IPMA2008 22° World Congress


                                                                   www.isipm.org



                                       Introduction




Source: Standish Group, CHAOS Chronicles, 2004

                                                                                   3
IPMA2008 22° World Congress


                                                  www.isipm.org



                Introduction


     – Q: how to improve such results?



– Q: is there a well established path
towards improvement?



   – A:   Maturity Models

                                                                  4
IPMA2008 22° World Congress


                                                        www.isipm.org




                      Agenda
– Introduction
– An evolutionary view on Maturity Models (MM)
                                           MM
  • A brief history
  • MM representations & main elements
  • MM in the Project Management domain (PM-MM)
– MM orthogonality
  • Classifying MM by ‘directionality’
  • MM Scope & Application
– Combining Horizontal & Vertical MMs
– Conclusions & Prospects


                                                                        5
IPMA2008 22° World Congress


                                        www.isipm.org




An Evolutionary view on MM
      A brief MM history




                                                        6
IPMA2008 22° World Congress


                                                                        www.isipm.org




           An Evolutionary view on MM
          MM representations & main elements

Maturity Model (MM): “model that contains the essential elements of
  effective processes for one or more disciplines and describes an
  evolutionary improvement path from ad hoc, immature processes to
  disciplined, mature processes with improved quality and effectiveness ”

A MM is composed by two main parts:
   – PRM (Process Reference Model)
   – PAM (Process Assessment Model)

A PRM can be represented and assessed in two possible ways:
   – Staged  evaluating an organizational unit by Maturity
     Level (ML) according to a well-established path;
   – Continuous  evaluating a single process by Capability
     Level (CL) choosing the desired processes by the whole PRM
     schema; by an equivalent staging, a ML can be derived.

                                                                                        7
IPMA2008 22° World Congress


                                                                        www.isipm.org




                 An Evolutionary view on MM
                  MM in the Project Mgmt domain

  From the ’90s, a series of MM for Project Management (PM-MM) has
  been proposed. Among others:
     With 5 ML:                             With 3 ML:
                                                   ML
         • PMMM                                  • P2MM
         • OPM3 (based on PMI’s PMBOK v3)        • ESPM3
         • PM2                                   •   …


         • P2MM (based on OGC’s Prince2)
                                            – Note: according CBP, c.a.
         • P3M3                             90% of organization using PMMM
                                            are rated at ML1/2
         • ProjectFramework
         • …
Suggestions:
   –Use the Continuous Representation
   –Integrate a PM-MM in a BSC-like
   manner, drawing a strategic map
                                                                                        8
IPMA2008 22° World Congress


                                                        www.isipm.org




                      Agenda
– Introduction
– An evolutionary view on Maturity Models (MM)
                                           MM
  • A brief history
  • MM representations & main elements
  • MM in the Project Management domain (PM-MM)
– MM orthogonality
  • Classifying MM by ‘directionality’
  • MM Scope & Application
– Combining Horizontal & Vertical MMs
– Conclusions & Prospects


                                                                        9
IPMA2008 22° World Congress


                                                                   www.isipm.org




                     MM Orthogonality
              Classifying MM by ‘directionality’

It is possible to classify MMs by ‘directionality’:


– Horizontal: MMs going
  through the whole supply
  chain
   • SwEng:ISO/IEC 15504
     (SPICE), CMMI, FAA i-CMM, …
– Vertical: MMs focusing
  on a single
  perspective/group of
  processes
   • Test Mgmt: TMM, TPI, …
   • Project Mgmt: the PM-MM
     previous listed




                                                                                   10
IPMA2008 22° World Congress


                                                                   www.isipm.org




                    MM Orthogonality
                   MM Scope & Application

Each MM has a well-established scope:
 – Horizontal MM: cover the whole lifecycle
 – Vertical MM: cover in detail only its own process group scope



– Q: what does it happen if we’d like to use
more MM at the same time?


           – Q: could it be better to separately manage
           more improvement initiatives or joint them into
           a unique one? Eventually, how?

                                                                                   11
IPMA2008 22° World Congress


                                                        www.isipm.org




                      Agenda
– Introduction
– An evolutionary view on Maturity Models (MM)
                                           MM
  • A brief history
  • MM representations & main elements
  • MM in the Project Management domain (PM-MM)
– MM orthogonality
  • Classifying MM by ‘directionality’
  • MM Scope & Application
– Combining Horizontal & Vertical MMs
– Conclusions & Prospects


                                                                        12
IPMA2008 22° World Congress


                                                                    www.isipm.org




     Combining Horizontal & Vertical MM
                        “5W’s + H” rule

A general rule of thumb from journalism is the “5W’s+H” rule:
 Why
           Who
                    What
                          Where
                                When
                                       How


Here 4 out of 6 criteria can be used for discussion:
– Why, Who, What & How
– Where, When: strictly depending from the Organizational Unit
  (OU) where improvement actions will take place when planned.
   OU


                                                                                    13
IPMA2008 22° World Congress


                                                                     www.isipm.org




        Combining Horizontal & Vertical MM
                              1. Why?
Each MM returns a possible view on the OU by its assessment results.
Main Goals (and related effects):
   – Technical viewpoint: importing the ‘best of best practices’ into
     our own Quality Management System (QMS) / Business Process
     Model (BPM)
   – Social viewpoint: less sources to access, know & apply for
     users
  – Economic viewpoint: less effort/costs and higher performance
Somelevels :
     tips
  – Bird’s eye view  help in observing where and how to
    intervene for improvement actions
  – Causal relationships  help in understanding how balancing
    effects     and    counter-effects   planning    a     certain
    (corrective/improvement) action

                                                                                     14
IPMA2008 22° World Congress


                                                                              www.isipm.org




     Combining Horizontal & Vertical MM
                                 2. What?

Two main ingredients for this recipe:
– a Horizontal MM typical to the application domain;
– 1+ Vertical MM per each process group of interest (i.e. PM,
  Testing, Measurement, etc.)

An example for an ICT organization:
– Goal: to improve results for the ‘Project Mgmt’ process
  category
– Ingredients:
    • Horizontal MM: CMMI-DEV v1.2
        – 7 ‘project’ category processes: ML2 (3 processes); ML3 (3); ML4 (1)
    • Vertical MM: OPM3 (program issues); P3M3 (portfolio issues)


                                                                                              15
IPMA2008 22° World Congress


                                                                                            www.isipm.org




         Combining Horizontal & Vertical MM
                                          3. How?

About PRM:
• G1: increase the scope of the selected horizontal MM with the same
  level of depth in the process description. Two possibilities:
   – Insert ad-hoc processes into the BPM from the Vertical MM, re-describing it with
     the horizontal MM architecture. An example:
       • P3M3 Business Case Model process is a missing issue in CMMI, but relevant
       • Few actions:
            – (i) position the new process in the proper process category (project)
            – (ii) position the new process in the proper ML (Level 2)
            – (iii) re-write the BCM process in a CMMI process style (with SG/SP/GP/…)
   – Retrieve process architectural elements from other MM, in order to obtain its own
     ‘target’ model. An example:
       • P3M3 v1.0 has a KPA feature called ‘Perception’ about the stakeholders’ families to take
         into account from their own perspective, that’s a bit different from CMMI GP2.7
         (Identify and Involve Relevant Stakeholders)
       • It can be used as an addition to GP2.7 as well as an additional GP2.x in a tailored CMMI
         PAM schema.

                                                                                                            16
IPMA2008 22° World Congress


                                                                                         www.isipm.org




        Combining Horizontal & Vertical MM
                                        3. How?

• G2: increase the scope of the selected horizontal MM, by going into
  more details of some processes or group of processes. Possible
  ways:
     Cross the H-model with 1+ V-model(s), strengthening the desired practices in
     the processes of the main H-model. Main actions:
      • (i) bi-directional mapping between/among chosen MM
      • (ii) insertion of additional elements from the V-model(s) into the H-model.
        Depending on their level of granularity, new practices will be defined as SP,
        or sub/SP as well as details in the “Elaboration” section of a GP.
     An example:
      • P2MM: the typical 5 stages (Initiate  Closing) are defined at ML2 and some practices
        could reinforce CMMI’s SP in ‘Project Mgmt’ group PA
      • Project Brief Document from KPA#2.2 (Directing a project)  Project Planning (PP) in
        SPs between SG1 and SG2 (a first draft of main elements for planning needed as inputs
        for the plan)
      • An additional element for the GP2.1 Elaboration could be the V&V about the planning of
        this ‘project brief document’ and related authorizations

                                                                                                         17
IPMA2008 22° World Congress


                                                                               www.isipm.org




       Combining Horizontal & Vertical MM
                                  3. How?

About PAM:
  – G1: apply the more detailed appraisal model, which allows
    stressing the larger number of evidences as possible, as needed
    input for undertaking any corrective/improvement action.
       An example:
        – Looking at main PM-MM, probably the level of detail in PAM is equivalent
          with the H-model one (e.g. CMMI)
        – Action Suggested: maintain CMMI’s PAM




                                                                                               18
IPMA2008 22° World Congress


                                                                                                                                        www.isipm.org




                     Combining Horizontal & Vertical MM
                                                                    4. Who?
    – The profile of an EPG people should be a mix of soft and tech skills
    – Assess competencies also using 6-scale Bloom’s taxonomy                                                                             (see
      SWEBOK experience)
    – Further inputs for competence mgmt from People CMM (P-CMM)
              IPMA ICB v3.0                                    PMI PMCDF v2.0                                       Cert-ISIPM v1.0
1.01 – Project Mgmt Success (integration).   9.1 – Takes a holistic view of project                  A.05 – System approach to management
Note: System Approach excluded in ICB v3.0

1.02 – Interested Parties                    6.1 – Actively listens, understands, and responds to    A.06 – Context & Stakeholders
                                             stakeholders
1.05 – Quality                               2.6 – Quality Management process established            C.01 – Quality Management System
                                             9.3 – Uses appropriate PM tools & techniques            C.07 – Standards & Norms
1.08 – Problem Resolution                    9.2 – Effectively resolves issues and solves problems   D.04 – Problem Solving
                                             10.1 – Resolves project problems
1.15 – Changes                               2.8 – Integrated change control process defined         C.05 – Change Management
                                             4.2 – Project change is managed
                                             10.3 – Changes at the required pace to meet project
                                             needs
2.08 – Result Orientation                    9.4 – Seeks opportunities to improve project outcome    D.05 – Result Orientation
                                             11.1 – Demonstrates commitment to the project
2.11 - Negotiation                           6.4 – Tailors communication to audience                 D.02 – Negotiation
                                             7.5 – Uses influencing skills when required
2.12 – Conflicts & Crisis                    9.4 – Resolves conflicts involving project team or      D.06 – Conflicts & Crisis
                                             stakeholders
                                             11.5 – Resolves individual-organizational issues with
                                             objectivity

                                                                                                                                                        19
IPMA2008 22° World Congress


                                                        www.isipm.org




                      Agenda
– Introduction
– An evolutionary view on Maturity Models (MM)
                                           MM
  • A brief history
  • MM representations & main elements
  • MM in the Project Management domain (PM-MM)
– MM orthogonality
  • Classifying MM by ‘directionality’
  • MM Scope & Application
– Combining Horizontal & Vertical MMs
– Conclusions & Prospects


                                                                        20
IPMA2008 22° World Congress


                                                                         www.isipm.org



                 Conclusions & Prospects
– Increasing awareness in PM methods & tools, but a long run is on the way
   lower ML (ML1-2)
– Maturity models (MM) can be a way to help in evolving towards higher
  maturity & capability levels  several MM for PM (PM-MM)
– According to their content and scope, MMs can be defined as horizontal or
  vertical models while about their structure, each MM is composed by a
  PRM (process model) and a PAM (assessment rules)
– When using/dealing with 2+ MMs the choice can between (i) parallel
  implementations; (ii) unique implementation, integrating models
  practices into the Organization’s QMS/BPM
– Our proposal fits with the second choice, with a process-view description
  with examples about how to properly match 2+ MMs and profitably use
  them for improving OU excellence.
– The precondition for any successful improvement action still remain a
  central and main focus people
– Next work will be on a complete mapping between PM-MM and CMMI, for
  its application in a case study


                                                                                         21
IPMA2008 22° World Congress

           Q&A                        www.isipm.org




 Grazie per l’attenzione!
            l’attenzione
Thanks for your attention!
                 attention
22° IPMA World Congress
                                   “Project Management to Run”




Luigi Buglione, PhD
ISIPM – Istituto Italiano di Project Management
Tel: +39-335-1214813
Fax: +39-06-8307.4200
Email: buglione@isipm.org

 9-11 November 2008, Roma, Italy

More Related Content

Similar to Achieving Higher Maturity & Capability Levels Crossing Horizontal and Vertical Maturity Models

Key Career Primary Responsiblities
Key Career Primary ResponsiblitiesKey Career Primary Responsiblities
Key Career Primary Responsiblitiesmsrslide
 
Rapidly Generating Human and System Requirements - Mark Mellblom
Rapidly Generating Human and System Requirements  - Mark MellblomRapidly Generating Human and System Requirements  - Mark Mellblom
Rapidly Generating Human and System Requirements - Mark MellblomPaul W. Johnson
 
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquéesLeClubQualiteLogicielle
 
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocks
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocksSAPience UserDay 2015 TheValueChain UMICORE sap_building_blocks
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocksTheValueChain
 
DMPEF Revision _2016 March _PEF
DMPEF Revision _2016 March _PEF  DMPEF Revision _2016 March _PEF
DMPEF Revision _2016 March _PEF Peter Zhou
 
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...Luigi Buglione
 
PM Chapter on Agile IT Project Management Methods
PM Chapter on Agile IT Project Management MethodsPM Chapter on Agile IT Project Management Methods
PM Chapter on Agile IT Project Management MethodsGlen Alleman
 
ICEBERG: a different look at Software Project Management
ICEBERG: a different look at Software Project ManagementICEBERG: a different look at Software Project Management
ICEBERG: a different look at Software Project ManagementLuigi Buglione
 
Scheduling and deployment of an evm system integrated with risk management in...
Scheduling and deployment of an evm system integrated with risk management in...Scheduling and deployment of an evm system integrated with risk management in...
Scheduling and deployment of an evm system integrated with risk management in...gedpro project management experts
 
BEST-Intro-MT (1).ppt
BEST-Intro-MT (1).pptBEST-Intro-MT (1).ppt
BEST-Intro-MT (1).pptLalitbalani1
 
Value-based Process Project Portfolio Management
Value-based Process Project Portfolio ManagementValue-based Process Project Portfolio Management
Value-based Process Project Portfolio ManagementMaximilian Roeglinger
 
Aftermarket2012 cargotec malcolmyoull
Aftermarket2012 cargotec malcolmyoullAftermarket2012 cargotec malcolmyoull
Aftermarket2012 cargotec malcolmyoullCopperberg
 
Webinar - Introduction to Programme Management, 23 February 2017, Alan Macklin
Webinar - Introduction to Programme Management, 23 February 2017, Alan MacklinWebinar - Introduction to Programme Management, 23 February 2017, Alan Macklin
Webinar - Introduction to Programme Management, 23 February 2017, Alan MacklinAssociation for Project Management
 
The six phase comprehensive project life cycle model-2013
The six phase comprehensive project life cycle model-2013The six phase comprehensive project life cycle model-2013
The six phase comprehensive project life cycle model-2013Russell Archibald
 

Similar to Achieving Higher Maturity & Capability Levels Crossing Horizontal and Vertical Maturity Models (20)

Key Career Primary Responsiblities
Key Career Primary ResponsiblitiesKey Career Primary Responsiblities
Key Career Primary Responsiblities
 
Rapidly Generating Human and System Requirements - Mark Mellblom
Rapidly Generating Human and System Requirements  - Mark MellblomRapidly Generating Human and System Requirements  - Mark Mellblom
Rapidly Generating Human and System Requirements - Mark Mellblom
 
Changing your ways, APM Enabling Change SIG, 17th November 2015
Changing your ways, APM Enabling Change SIG, 17th November 2015Changing your ways, APM Enabling Change SIG, 17th November 2015
Changing your ways, APM Enabling Change SIG, 17th November 2015
 
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées
20080115 03 - Qualimétrie et CMMi dans les applications temps réel embarquées
 
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocks
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocksSAPience UserDay 2015 TheValueChain UMICORE sap_building_blocks
SAPience UserDay 2015 TheValueChain UMICORE sap_building_blocks
 
IEA DSM Task 24 overview
IEA DSM Task 24 overviewIEA DSM Task 24 overview
IEA DSM Task 24 overview
 
DMPEF Revision _2016 March _PEF
DMPEF Revision _2016 March _PEF  DMPEF Revision _2016 March _PEF
DMPEF Revision _2016 March _PEF
 
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...
Strengthening CMMI Maturity Levels with a Quantitative Approach to Root-Cause...
 
PM Chapter on Agile IT Project Management Methods
PM Chapter on Agile IT Project Management MethodsPM Chapter on Agile IT Project Management Methods
PM Chapter on Agile IT Project Management Methods
 
ICEBERG: a different look at Software Project Management
ICEBERG: a different look at Software Project ManagementICEBERG: a different look at Software Project Management
ICEBERG: a different look at Software Project Management
 
Scheduling and deployment of an evm system integrated with risk management in...
Scheduling and deployment of an evm system integrated with risk management in...Scheduling and deployment of an evm system integrated with risk management in...
Scheduling and deployment of an evm system integrated with risk management in...
 
BEST-Intro-MT (1).ppt
BEST-Intro-MT (1).pptBEST-Intro-MT (1).ppt
BEST-Intro-MT (1).ppt
 
BEST-Intro-MT.ppt
BEST-Intro-MT.pptBEST-Intro-MT.ppt
BEST-Intro-MT.ppt
 
Trial lecture
Trial lectureTrial lecture
Trial lecture
 
SGIP August 15, 2013 eMeeting - State of the Union
SGIP August 15, 2013 eMeeting - State of the UnionSGIP August 15, 2013 eMeeting - State of the Union
SGIP August 15, 2013 eMeeting - State of the Union
 
Value-based Process Project Portfolio Management
Value-based Process Project Portfolio ManagementValue-based Process Project Portfolio Management
Value-based Process Project Portfolio Management
 
Aftermarket2012 cargotec malcolmyoull
Aftermarket2012 cargotec malcolmyoullAftermarket2012 cargotec malcolmyoull
Aftermarket2012 cargotec malcolmyoull
 
Webinar - Introduction to Programme Management, 23 February 2017, Alan Macklin
Webinar - Introduction to Programme Management, 23 February 2017, Alan MacklinWebinar - Introduction to Programme Management, 23 February 2017, Alan Macklin
Webinar - Introduction to Programme Management, 23 February 2017, Alan Macklin
 
The six phase comprehensive project life cycle model-2013
The six phase comprehensive project life cycle model-2013The six phase comprehensive project life cycle model-2013
The six phase comprehensive project life cycle model-2013
 
PMBoK6Ed.lect1.introduction
PMBoK6Ed.lect1.introductionPMBoK6Ed.lect1.introduction
PMBoK6Ed.lect1.introduction
 

More from Luigi Buglione

DevOps & ITIL: Friends or Foes?
DevOps & ITIL: Friends or Foes?DevOps & ITIL: Friends or Foes?
DevOps & ITIL: Friends or Foes?Luigi Buglione
 
The missing links in software estimation: Work, Team Loading and Team Power
The missing links in software estimation: Work, Team Loading and Team PowerThe missing links in software estimation: Work, Team Loading and Team Power
The missing links in software estimation: Work, Team Loading and Team PowerLuigi Buglione
 
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...Risk Management: Achieving Higher Maturity & Capability Levels through the LE...
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...Luigi Buglione
 
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...Luigi Buglione
 
From Software to Service Sustainability: a still Broader Perspective
From Software to Service Sustainability: a still Broader PerspectiveFrom Software to Service Sustainability: a still Broader Perspective
From Software to Service Sustainability: a still Broader PerspectiveLuigi Buglione
 
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...Luigi Buglione
 
Software or Service? That’s the question!
Software or Service? That’s the question!Software or Service? That’s the question!
Software or Service? That’s the question!Luigi Buglione
 
A Murphological View on Software Measurement: a serious joke or a funny seri...
A Murphological View on Software Measurement:  a serious joke or a funny seri...A Murphological View on Software Measurement:  a serious joke or a funny seri...
A Murphological View on Software Measurement: a serious joke or a funny seri...Luigi Buglione
 
Do we really re-use our knowledge (or not)?
Do we really re-use our knowledge (or not)?Do we really re-use our knowledge (or not)?
Do we really re-use our knowledge (or not)?Luigi Buglione
 
Balanced Measurement Sets: Criteria for Improving Project Management Practices
Balanced Measurement Sets: Criteria for Improving  Project Management PracticesBalanced Measurement Sets: Criteria for Improving  Project Management Practices
Balanced Measurement Sets: Criteria for Improving Project Management PracticesLuigi Buglione
 
PIF or SNAP? That's the Question! Or maybe it's not? - A panel
PIF or SNAP? That's the Question! Or maybe it's not? - A panelPIF or SNAP? That's the Question! Or maybe it's not? - A panel
PIF or SNAP? That's the Question! Or maybe it's not? - A panelLuigi Buglione
 
Software Sustainability: a Broader Perspective
Software Sustainability: a Broader PerspectiveSoftware Sustainability: a Broader Perspective
Software Sustainability: a Broader PerspectiveLuigi Buglione
 
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...Luigi Buglione
 
Measurement Process: Improving the ISO 15939 Standard
Measurement Process: Improving the ISO 15939 StandardMeasurement Process: Improving the ISO 15939 Standard
Measurement Process: Improving the ISO 15939 StandardLuigi Buglione
 
Sizing The Entire Development Process
Sizing The Entire Development ProcessSizing The Entire Development Process
Sizing The Entire Development ProcessLuigi Buglione
 
The LEGO Strategy: Guidelines for a Profitable Deployment
The LEGO Strategy: Guidelines for a Profitable DeploymentThe LEGO Strategy: Guidelines for a Profitable Deployment
The LEGO Strategy: Guidelines for a Profitable DeploymentLuigi Buglione
 
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...Improving Measurement Plans from multiple dimensions: Exercising with Balanci...
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...Luigi Buglione
 
Improving the User Story Agile Technique Using the INVEST Criteria
Improving the User Story Agile Technique Using the  INVEST CriteriaImproving the User Story Agile Technique Using the  INVEST Criteria
Improving the User Story Agile Technique Using the INVEST CriteriaLuigi Buglione
 
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...Luigi Buglione
 
Derivation of Green Metrics for Software
Derivation of Green Metrics for SoftwareDerivation of Green Metrics for Software
Derivation of Green Metrics for SoftwareLuigi Buglione
 

More from Luigi Buglione (20)

DevOps & ITIL: Friends or Foes?
DevOps & ITIL: Friends or Foes?DevOps & ITIL: Friends or Foes?
DevOps & ITIL: Friends or Foes?
 
The missing links in software estimation: Work, Team Loading and Team Power
The missing links in software estimation: Work, Team Loading and Team PowerThe missing links in software estimation: Work, Team Loading and Team Power
The missing links in software estimation: Work, Team Loading and Team Power
 
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...Risk Management: Achieving Higher Maturity & Capability Levels through the LE...
Risk Management: Achieving Higher Maturity & Capability Levels through the LE...
 
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...
L4A - Lean for (being) Agile - Some thoughts and tips for a progressive path ...
 
From Software to Service Sustainability: a still Broader Perspective
From Software to Service Sustainability: a still Broader PerspectiveFrom Software to Service Sustainability: a still Broader Perspective
From Software to Service Sustainability: a still Broader Perspective
 
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...
The Significance of IFPUG Base Functionality Types in Effort Estimation - An ...
 
Software or Service? That’s the question!
Software or Service? That’s the question!Software or Service? That’s the question!
Software or Service? That’s the question!
 
A Murphological View on Software Measurement: a serious joke or a funny seri...
A Murphological View on Software Measurement:  a serious joke or a funny seri...A Murphological View on Software Measurement:  a serious joke or a funny seri...
A Murphological View on Software Measurement: a serious joke or a funny seri...
 
Do we really re-use our knowledge (or not)?
Do we really re-use our knowledge (or not)?Do we really re-use our knowledge (or not)?
Do we really re-use our knowledge (or not)?
 
Balanced Measurement Sets: Criteria for Improving Project Management Practices
Balanced Measurement Sets: Criteria for Improving  Project Management PracticesBalanced Measurement Sets: Criteria for Improving  Project Management Practices
Balanced Measurement Sets: Criteria for Improving Project Management Practices
 
PIF or SNAP? That's the Question! Or maybe it's not? - A panel
PIF or SNAP? That's the Question! Or maybe it's not? - A panelPIF or SNAP? That's the Question! Or maybe it's not? - A panel
PIF or SNAP? That's the Question! Or maybe it's not? - A panel
 
Software Sustainability: a Broader Perspective
Software Sustainability: a Broader PerspectiveSoftware Sustainability: a Broader Perspective
Software Sustainability: a Broader Perspective
 
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...
An ISO/IEC 33000-compliant Measurement Framework for Software Process Sustain...
 
Measurement Process: Improving the ISO 15939 Standard
Measurement Process: Improving the ISO 15939 StandardMeasurement Process: Improving the ISO 15939 Standard
Measurement Process: Improving the ISO 15939 Standard
 
Sizing The Entire Development Process
Sizing The Entire Development ProcessSizing The Entire Development Process
Sizing The Entire Development Process
 
The LEGO Strategy: Guidelines for a Profitable Deployment
The LEGO Strategy: Guidelines for a Profitable DeploymentThe LEGO Strategy: Guidelines for a Profitable Deployment
The LEGO Strategy: Guidelines for a Profitable Deployment
 
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...Improving Measurement Plans from multiple dimensions: Exercising with Balanci...
Improving Measurement Plans from multiple dimensions: Exercising with Balanci...
 
Improving the User Story Agile Technique Using the INVEST Criteria
Improving the User Story Agile Technique Using the  INVEST CriteriaImproving the User Story Agile Technique Using the  INVEST Criteria
Improving the User Story Agile Technique Using the INVEST Criteria
 
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...
Leveraging Reuse-related Maturity Issues for Achieving Higher Maturity & Capa...
 
Derivation of Green Metrics for Software
Derivation of Green Metrics for SoftwareDerivation of Green Metrics for Software
Derivation of Green Metrics for Software
 

Achieving Higher Maturity & Capability Levels Crossing Horizontal and Vertical Maturity Models

  • 1. 22° IPMA World Congress “Project Management to Run” Achieving Higher Maturity & Capability Levels Crossing Horizontal and Vertical Maturity Models Luigi Buglione, PhD - ISIPM 9-11 November 2008, Roma, Italy
  • 2. IPMA2008 22° World Congress www.isipm.org Agenda – Introduction – An evolutionary view on Maturity Models (MM) MM • A brief history • MM representations & main elements • MM in the Project Management domain (PM-MM) – MM orthogonality • Classifying MM by ‘directionality’ • MM Scope & Application – Combining Horizontal & Vertical MMs – Conclusions & Prospects 2
  • 3. IPMA2008 22° World Congress www.isipm.org Introduction Source: Standish Group, CHAOS Chronicles, 2004 3
  • 4. IPMA2008 22° World Congress www.isipm.org Introduction – Q: how to improve such results? – Q: is there a well established path towards improvement? – A: Maturity Models 4
  • 5. IPMA2008 22° World Congress www.isipm.org Agenda – Introduction – An evolutionary view on Maturity Models (MM) MM • A brief history • MM representations & main elements • MM in the Project Management domain (PM-MM) – MM orthogonality • Classifying MM by ‘directionality’ • MM Scope & Application – Combining Horizontal & Vertical MMs – Conclusions & Prospects 5
  • 6. IPMA2008 22° World Congress www.isipm.org An Evolutionary view on MM A brief MM history 6
  • 7. IPMA2008 22° World Congress www.isipm.org An Evolutionary view on MM MM representations & main elements Maturity Model (MM): “model that contains the essential elements of effective processes for one or more disciplines and describes an evolutionary improvement path from ad hoc, immature processes to disciplined, mature processes with improved quality and effectiveness ” A MM is composed by two main parts: – PRM (Process Reference Model) – PAM (Process Assessment Model) A PRM can be represented and assessed in two possible ways: – Staged  evaluating an organizational unit by Maturity Level (ML) according to a well-established path; – Continuous  evaluating a single process by Capability Level (CL) choosing the desired processes by the whole PRM schema; by an equivalent staging, a ML can be derived. 7
  • 8. IPMA2008 22° World Congress www.isipm.org An Evolutionary view on MM MM in the Project Mgmt domain From the ’90s, a series of MM for Project Management (PM-MM) has been proposed. Among others: With 5 ML: With 3 ML: ML • PMMM • P2MM • OPM3 (based on PMI’s PMBOK v3) • ESPM3 • PM2 • … • P2MM (based on OGC’s Prince2) – Note: according CBP, c.a. • P3M3 90% of organization using PMMM are rated at ML1/2 • ProjectFramework • … Suggestions: –Use the Continuous Representation –Integrate a PM-MM in a BSC-like manner, drawing a strategic map 8
  • 9. IPMA2008 22° World Congress www.isipm.org Agenda – Introduction – An evolutionary view on Maturity Models (MM) MM • A brief history • MM representations & main elements • MM in the Project Management domain (PM-MM) – MM orthogonality • Classifying MM by ‘directionality’ • MM Scope & Application – Combining Horizontal & Vertical MMs – Conclusions & Prospects 9
  • 10. IPMA2008 22° World Congress www.isipm.org MM Orthogonality Classifying MM by ‘directionality’ It is possible to classify MMs by ‘directionality’: – Horizontal: MMs going through the whole supply chain • SwEng:ISO/IEC 15504 (SPICE), CMMI, FAA i-CMM, … – Vertical: MMs focusing on a single perspective/group of processes • Test Mgmt: TMM, TPI, … • Project Mgmt: the PM-MM previous listed 10
  • 11. IPMA2008 22° World Congress www.isipm.org MM Orthogonality MM Scope & Application Each MM has a well-established scope: – Horizontal MM: cover the whole lifecycle – Vertical MM: cover in detail only its own process group scope – Q: what does it happen if we’d like to use more MM at the same time? – Q: could it be better to separately manage more improvement initiatives or joint them into a unique one? Eventually, how? 11
  • 12. IPMA2008 22° World Congress www.isipm.org Agenda – Introduction – An evolutionary view on Maturity Models (MM) MM • A brief history • MM representations & main elements • MM in the Project Management domain (PM-MM) – MM orthogonality • Classifying MM by ‘directionality’ • MM Scope & Application – Combining Horizontal & Vertical MMs – Conclusions & Prospects 12
  • 13. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM “5W’s + H” rule A general rule of thumb from journalism is the “5W’s+H” rule: Why Who What Where When How Here 4 out of 6 criteria can be used for discussion: – Why, Who, What & How – Where, When: strictly depending from the Organizational Unit (OU) where improvement actions will take place when planned. OU 13
  • 14. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 1. Why? Each MM returns a possible view on the OU by its assessment results. Main Goals (and related effects): – Technical viewpoint: importing the ‘best of best practices’ into our own Quality Management System (QMS) / Business Process Model (BPM) – Social viewpoint: less sources to access, know & apply for users – Economic viewpoint: less effort/costs and higher performance Somelevels : tips – Bird’s eye view  help in observing where and how to intervene for improvement actions – Causal relationships  help in understanding how balancing effects and counter-effects planning a certain (corrective/improvement) action 14
  • 15. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 2. What? Two main ingredients for this recipe: – a Horizontal MM typical to the application domain; – 1+ Vertical MM per each process group of interest (i.e. PM, Testing, Measurement, etc.) An example for an ICT organization: – Goal: to improve results for the ‘Project Mgmt’ process category – Ingredients: • Horizontal MM: CMMI-DEV v1.2 – 7 ‘project’ category processes: ML2 (3 processes); ML3 (3); ML4 (1) • Vertical MM: OPM3 (program issues); P3M3 (portfolio issues) 15
  • 16. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 3. How? About PRM: • G1: increase the scope of the selected horizontal MM with the same level of depth in the process description. Two possibilities: – Insert ad-hoc processes into the BPM from the Vertical MM, re-describing it with the horizontal MM architecture. An example: • P3M3 Business Case Model process is a missing issue in CMMI, but relevant • Few actions: – (i) position the new process in the proper process category (project) – (ii) position the new process in the proper ML (Level 2) – (iii) re-write the BCM process in a CMMI process style (with SG/SP/GP/…) – Retrieve process architectural elements from other MM, in order to obtain its own ‘target’ model. An example: • P3M3 v1.0 has a KPA feature called ‘Perception’ about the stakeholders’ families to take into account from their own perspective, that’s a bit different from CMMI GP2.7 (Identify and Involve Relevant Stakeholders) • It can be used as an addition to GP2.7 as well as an additional GP2.x in a tailored CMMI PAM schema. 16
  • 17. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 3. How? • G2: increase the scope of the selected horizontal MM, by going into more details of some processes or group of processes. Possible ways: Cross the H-model with 1+ V-model(s), strengthening the desired practices in the processes of the main H-model. Main actions: • (i) bi-directional mapping between/among chosen MM • (ii) insertion of additional elements from the V-model(s) into the H-model. Depending on their level of granularity, new practices will be defined as SP, or sub/SP as well as details in the “Elaboration” section of a GP. An example: • P2MM: the typical 5 stages (Initiate  Closing) are defined at ML2 and some practices could reinforce CMMI’s SP in ‘Project Mgmt’ group PA • Project Brief Document from KPA#2.2 (Directing a project)  Project Planning (PP) in SPs between SG1 and SG2 (a first draft of main elements for planning needed as inputs for the plan) • An additional element for the GP2.1 Elaboration could be the V&V about the planning of this ‘project brief document’ and related authorizations 17
  • 18. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 3. How? About PAM: – G1: apply the more detailed appraisal model, which allows stressing the larger number of evidences as possible, as needed input for undertaking any corrective/improvement action. An example: – Looking at main PM-MM, probably the level of detail in PAM is equivalent with the H-model one (e.g. CMMI) – Action Suggested: maintain CMMI’s PAM 18
  • 19. IPMA2008 22° World Congress www.isipm.org Combining Horizontal & Vertical MM 4. Who? – The profile of an EPG people should be a mix of soft and tech skills – Assess competencies also using 6-scale Bloom’s taxonomy (see SWEBOK experience) – Further inputs for competence mgmt from People CMM (P-CMM) IPMA ICB v3.0 PMI PMCDF v2.0 Cert-ISIPM v1.0 1.01 – Project Mgmt Success (integration). 9.1 – Takes a holistic view of project A.05 – System approach to management Note: System Approach excluded in ICB v3.0 1.02 – Interested Parties 6.1 – Actively listens, understands, and responds to A.06 – Context & Stakeholders stakeholders 1.05 – Quality 2.6 – Quality Management process established C.01 – Quality Management System 9.3 – Uses appropriate PM tools & techniques C.07 – Standards & Norms 1.08 – Problem Resolution 9.2 – Effectively resolves issues and solves problems D.04 – Problem Solving 10.1 – Resolves project problems 1.15 – Changes 2.8 – Integrated change control process defined C.05 – Change Management 4.2 – Project change is managed 10.3 – Changes at the required pace to meet project needs 2.08 – Result Orientation 9.4 – Seeks opportunities to improve project outcome D.05 – Result Orientation 11.1 – Demonstrates commitment to the project 2.11 - Negotiation 6.4 – Tailors communication to audience D.02 – Negotiation 7.5 – Uses influencing skills when required 2.12 – Conflicts & Crisis 9.4 – Resolves conflicts involving project team or D.06 – Conflicts & Crisis stakeholders 11.5 – Resolves individual-organizational issues with objectivity 19
  • 20. IPMA2008 22° World Congress www.isipm.org Agenda – Introduction – An evolutionary view on Maturity Models (MM) MM • A brief history • MM representations & main elements • MM in the Project Management domain (PM-MM) – MM orthogonality • Classifying MM by ‘directionality’ • MM Scope & Application – Combining Horizontal & Vertical MMs – Conclusions & Prospects 20
  • 21. IPMA2008 22° World Congress www.isipm.org Conclusions & Prospects – Increasing awareness in PM methods & tools, but a long run is on the way  lower ML (ML1-2) – Maturity models (MM) can be a way to help in evolving towards higher maturity & capability levels  several MM for PM (PM-MM) – According to their content and scope, MMs can be defined as horizontal or vertical models while about their structure, each MM is composed by a PRM (process model) and a PAM (assessment rules) – When using/dealing with 2+ MMs the choice can between (i) parallel implementations; (ii) unique implementation, integrating models practices into the Organization’s QMS/BPM – Our proposal fits with the second choice, with a process-view description with examples about how to properly match 2+ MMs and profitably use them for improving OU excellence. – The precondition for any successful improvement action still remain a central and main focus people – Next work will be on a complete mapping between PM-MM and CMMI, for its application in a case study 21
  • 22. IPMA2008 22° World Congress Q&A www.isipm.org Grazie per l’attenzione! l’attenzione Thanks for your attention! attention
  • 23. 22° IPMA World Congress “Project Management to Run” Luigi Buglione, PhD ISIPM – Istituto Italiano di Project Management Tel: +39-335-1214813 Fax: +39-06-8307.4200 Email: buglione@isipm.org 9-11 November 2008, Roma, Italy