0
INTRODUCTION TO CMM - Version 1.1
PREREQUISITES <ul><li>KNOWLEDGE  OF  SOFTWARE  ENGINEERING  AND  MANAGEMENT </li></ul><ul><li>AWARENESS  OF  PROCESS  MANA...
COURSE  OBJECTIVES <ul><li>UNDERSTAND  TERMS  SUCH  AS  PROCESS, CAPABILITY,  AND  MATURITY </li></ul><ul><li>DISCUSS  THE...
CAPABILITY  MATURITY  MODELS <ul><li>FOCUS AREAS INCLUDE </li></ul><ul><li>CMM FOR  SOFTWARE </li></ul><ul><li>SYSTEMS  EN...
PEOPLE ( developing  human  talent ) The People Capability Maturity Model ®  (P-CMM ® ) adapts the maturity framework of t...
SOFTWARE  AQUISITION The Software Acquisition Capability Maturity Model® (SA-CMM®) is a model for benchmarking and improvi...
KPAs of SA-CMM Optimizing( Continuous Process Improvement) . Acquisition Innovation Management . Continuous Process Improv...
TRUSTED SOFTWARE The SYSTEMS SECURITY ENGINEERING -CMM identifies both the unique characteristics of security engineering,...
TRUSTED SOFTWARE <ul><li>The SSE-CMM augments project and organizational process areas from the SE-CMM with security-speci...
INTEGRATED  PRODUCT  DEVELOPMENT (IPD) IPD is a systematic approach to product development that achieves a timely collabor...
CAPABILITY MATURITY  MODEL  INTEGRATION Integration of different CMMs into a single entity, CMM for SW is a subset of CMMi...
APPLYING  THE  CMM <ul><li>APPRAISALS </li></ul><ul><li>ASSESSMENTS </li></ul><ul><ul><li>SOFTWARE  PROCESS ASSESSMENTS (S...
SOFTWARE PROCESS  MANAGEMENT  PREMISE <ul><li>THE QUALITY OF  A  SOFTWARE  SYSTEM  IS  HIGHLY  INFLUENCED  BY  THE  QUALIT...
A  MATURE  PROCESS <ul><li>CONSISTENT  WITH  THE  WAY  WORK  ACTUALLY  GETS  DONEDEFINED,  DOCUMENTED,  AND  CONTINUOUSLY ...
A  MATURE  PROCESS <ul><li>WELL CONTROLLED - PROCESS  FIDELITY  IS  AUDITED  AND ENFORCED. </li></ul><ul><li>CONSTRUCTIVE ...
INSTITUTIONALIZED  PROCESS <ul><li>“ THAT IS THE  WAY  WE  DO  THINGS AROUND  HERE” </li></ul><ul><li>THE  ORGANIZATION BU...
WHAT  IS  CAPABILITY  MATURITY  MODEL (CMM) ? <ul><li>A COMMONSENSE  APPLICATION  OF  PROCESS  MANAGEMENT  AND  QUALITY  I...
WHAT  THE  CMM DOES  NOT  COVER? <ul><li>THE CMM DOES  NOT  ADDRESS  ALL SOFTWARE  PROCESS  AND  QUALITY  IMPROVEMENT  ISS...
INTENT OF THE  INITIAL  MATURITY  LEVEL <ul><li>PERFORMANCE  DRIVEN  BY  THE  COMPETENCE AND  HEROICS  OF  THE  PEOPLE  DO...
INTENT OF  THE  REPEATABLE  MATURITY  LEVEL <ul><li>THE  PREDOMINANT  NEED  IS  TO  ESTABLISH  EFFECTIVE  SOFTWARE  PROJEC...
THE  KEY  PROCESS  AREAS  FOR  THE  REPEATABLE  LEVEL <ul><li>SOFTWARE  CONFIGURATION  MANAGEMENT </li></ul><ul><li>SOFTWA...
INTENT OF THE  DEFINED  MATURITY  LEVEL <ul><li>THIS  LEVEL  BUILDS  ON  THE  SOFTWARE  PROJECT  MANAGEMENT  FOUNDATION </...
THE  KEY  PROCESS AREAS  FOR  THE  DEFINED  LEVEL <ul><li>PEER REVIEWS </li></ul><ul><li>INTERGROUP  COORDINATION </li></u...
INTENT OF  THE  MANAGED  MATURITY  LEVEL <ul><li>APPLY  THE  PRINCIPLES  OF  STATISTICAL  PROCESS CONTROL </li></ul><ul><l...
THE  KEY  PROCESS  AREAS  OF  MANAGED  LEVEL <ul><li>SOFTWARE  QUALITY  MANAGEMENT </li></ul><ul><li>QUANTITATIVE  PROCESS...
INTENT OF  THE  OPTIMIZING  MATURITY  LEVEL <ul><li>IDENTIFY  AND  ELIMINATE  CHRONIC  CAUSES  OF  POOR  PERFORMANCE </li>...
THE  KEY  PROCESS  AREAS  FOR  THE  OPTIMIZING LEVEL <ul><li>PROCESS  CHANGE  MANAGEMENT </li></ul><ul><li>TECHNOLOGY  CHA...
MATURITY  LEVELS  CAN  NOT  BE  SKIPPED <ul><li>PROCESSES  AT  HIGHER  MATURITY  LEVELS  MAY  BE  PERFORMED,  ALTHOUGH  PE...
MATURITY  LEVELS <ul><li>WELL-DEFINED  EVOLUTIONARY  PLATEAUS  ON  THE  PATH  TO  BECOMING  A  MATURE  SOFTWARE  ORGANIZAT...
GOALS <ul><li>GOALS  SUMMARIZE  THE  KEY  PRACTICES  OF  THE  KEY  PROCESS  AREAS </li></ul><ul><li>THEY  ARE  CONSIDERED ...
COMMON  FEATURES <ul><li>USED  TO  ORGANIZE  THE  KEY  PRACTICES  IN EACH  KEY  PROCESS  AREA </li></ul><ul><li>COMMON  FE...
COMMITMENT  TO  PERFORM <ul><li>DESCRIBES  THE  ACTIONS  THE ORGANIZATION MUST  TAKE  TO ENSURE  THAT  THE  PROCESS IS  ES...
ABILITY  TO  PERFORM <ul><li>DESCRIBES  THE  PRECONDITIONS  THAT  MUST  EXIST  IN  THE  PROJECT  OR  ORGANIZATION  TO  IMP...
ACTIVITIES  PERFORMED <ul><li>DESCRIBES  THE  ROLES  AND  PROCEDURES  NECESSARY  TO  IMPLEMENT  A  KEY  PROCESS  AREA </li...
MEASUREMENT  AND  ANALYSIS <ul><li>DESCRIBES  THE  NEED  TO  MEASURE  THE  PROCESS AND  ANALYSE  THE  MEASUREMENTS </li></...
VERIFYING  IMPLEMENTATION <ul><li>DSECRIBES  THE  STEPS  TO  ENSURE  THAT  THE  ACTIVITIES  ARE  PERFORMED  IN  COMPLIANCE...
KEY  PRACTICES <ul><li>STATE  THE  FUNDAMENTAL  POLICIES,  PROCEDURES,  AND  ACTIVITIES  FOR  A  KEY  PROCESS  AREA </li><...
Upcoming SlideShare
Loading in...5
×

Cba Ipi Cmm Intro Session 1.1

812

Published on

TuVinhSoft - Software Development Company from Vietnam provides Offshore software development, Software Outsourcing, Staff augmentation, Application Software Development, Web Design and Development, Business Process Outsourcing, Search Engine Optimization to USA, UK, Japan etc.

Published in: Business, Technology
1 Comment
1 Like
Statistics
Notes
No Downloads
Views
Total Views
812
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
32
Comments
1
Likes
1
Embeds 0
No embeds

No notes for slide

Transcript of "Cba Ipi Cmm Intro Session 1.1"

  1. 1. INTRODUCTION TO CMM - Version 1.1
  2. 2. PREREQUISITES <ul><li>KNOWLEDGE OF SOFTWARE ENGINEERING AND MANAGEMENT </li></ul><ul><li>AWARENESS OF PROCESS MANAGEMENT CONCEPTS </li></ul>
  3. 3. COURSE OBJECTIVES <ul><li>UNDERSTAND TERMS SUCH AS PROCESS, CAPABILITY, AND MATURITY </li></ul><ul><li>DISCUSS THE 18 KEY PROCESS AREAS IN THE CMM </li></ul><ul><li>INTERPRET THE CMM AND THE KEY PRACTICES IN THE DIFFERENT CONTEXTS </li></ul><ul><li>DESCRIBE THE FUNDAMENTAL CONCEPTS OF THE CMM </li></ul><ul><li>EXPLAIN AND USE THE STRUCTURE OF THE CMM </li></ul><ul><li>USE THE CMM IN SOFTWARE PROCESS IMPROVEMENT ACTIVITIES AND APPRAISALS </li></ul>
  4. 4. CAPABILITY MATURITY MODELS <ul><li>FOCUS AREAS INCLUDE </li></ul><ul><li>CMM FOR SOFTWARE </li></ul><ul><li>SYSTEMS ENGINEERING </li></ul><ul><li>PEOPLE ( developing human talent ) </li></ul><ul><li>TRUSTED SOFTWARE ( tailored CMM ) </li></ul><ul><li>SOFTWARE AQUISITION </li></ul><ul><li>INTEGRATED PRODUCT DEVELOPMENT </li></ul><ul><li>MATURITY MODEL INTEGRATION </li></ul>
  5. 5. PEOPLE ( developing human talent ) The People Capability Maturity Model ® (P-CMM ® ) adapts the maturity framework of the Capability Maturity Model® for Software (CMM ® ) [Paulk 95], to managing and developing an organization's work force. The motivation for the P-CMM is to radically improve the ability of software organizations to attract, develop, motivate, organize, and retain the talent needed to continuously improve software development capability. The P-CMM is designed to allow software organizations to integrate work-force improvement with software process improvement programs guided by the SW-CMM. The P-CMM can also be used by any kind of organization as a guide for improving their people-related and work-force practices. http://www.sei.cmu.edu/cmm-p/
  6. 6. SOFTWARE AQUISITION The Software Acquisition Capability Maturity Model® (SA-CMM®) is a model for benchmarking and improving the software acquisition process. The model follows the same architecture as the Capability Maturity Model for Software (SW-CMM), but with a unique emphasis on acquisition issues and the needs of individuals and groups who are planning and managing software acquisition efforts. Each maturity level indicates an acquisition process capability and has several Key Process Areas (KPAs). Each KPA has goals and common features and organizational practices intended to institutionalize common practice. http://www.sei.cmu.edu/arm/SA-CMM.html
  7. 7. KPAs of SA-CMM Optimizing( Continuous Process Improvement) . Acquisition Innovation Management . Continuous Process Improvement 4 Quantitative Quantitative Management) . Quantitative Acquisition Management . Quantitative Process Management Defined ( Process Standardization) . Training Program . Acquisition Risk Management . Contract Performance Management . Project Performance Management . Process Definition and Maintenance 2 Repeatable ( BasicProject Management) . Transition to Support . Evaluation . Contract Tracking and Oversight . Project Management . Requirements Development and Mgt . Solicitation . Software Acquisition Planning Initial Competent people and heroics
  8. 8. TRUSTED SOFTWARE The SYSTEMS SECURITY ENGINEERING -CMM identifies both the unique characteristics of security engineering, and the integration of security activities into the overall system engineering process. The SSE-CMM uses the same maturity model architecture used in the System Engineering (SE)-CMM [2].
  9. 9. TRUSTED SOFTWARE <ul><li>The SSE-CMM augments project and organizational process areas from the SE-CMM with security-specific process areas, including: </li></ul><ul><li>Administer Security Controls. </li></ul><ul><li>Assess Impact. </li></ul><ul><li>Assess Security Risk. </li></ul><ul><li>Assess Threat. </li></ul><ul><li>Assess Vulnerability. </li></ul><ul><li>Build Assurance Argument. </li></ul><ul><li>Coordinate Security. </li></ul><ul><li>Monitor Security Posture. </li></ul><ul><li>Provide Security Input. </li></ul><ul><li>Specify Security Needs. </li></ul><ul><li>Verify and Validate Security </li></ul>
  10. 10. INTEGRATED PRODUCT DEVELOPMENT (IPD) IPD is a systematic approach to product development that achieves a timely collaboration of necessary disciplines throughout the product life cycle to better satisfy customer needs. It typically involves a teaming of the functional disciplines to integrate and concurrently apply all necessary processes to produce an effective and efficient product that satisfies the customer's needs.
  11. 11. CAPABILITY MATURITY MODEL INTEGRATION Integration of different CMMs into a single entity, CMM for SW is a subset of CMMi and its expected that it will take the place of current CMM over the next 3 years, CMM for SW in CMMi is closest to Draft 2C of CMM
  12. 12. APPLYING THE CMM <ul><li>APPRAISALS </li></ul><ul><li>ASSESSMENTS </li></ul><ul><ul><li>SOFTWARE PROCESS ASSESSMENTS (SPA ) Phased out – This is based on the administration of questionnaires by the lead assessor and some informal discussions/interviews, rating is done </li></ul></ul><ul><ul><li>INTERNAL PROCESS IMPROVEMENT (IPI) </li></ul></ul><ul><ul><li>INTERIM PROFILE (IP) An Internal Assessment, which is a scaled down version of the CBA-IPI which has the components of Interviews, Questionnaire administration and rating is also done, </li></ul></ul><ul><li>EVALUATIONS (source selection and contract manufacturing) </li></ul><ul><li>PROCESS IMPROVEMENT EFFORTS </li></ul>
  13. 13. SOFTWARE PROCESS MANAGEMENT PREMISE <ul><li>THE QUALITY OF A SOFTWARE SYSTEM IS HIGHLY INFLUENCED BY THE QUALITY OF THE PROCESS USED TO DEVELOP AND MAINTAIN IT. </li></ul><ul><li>THIS PREMISE IMPLIES FOCUS ON PROCESS AS WELL AS PRODUCT. </li></ul>
  14. 14. A MATURE PROCESS <ul><li>CONSISTENT WITH THE WAY WORK ACTUALLY GETS DONEDEFINED, DOCUMENTED, AND CONTINUOUSLY IMPROVING </li></ul><ul><ul><li>UNDERSTOOD </li></ul></ul><ul><ul><li>USED </li></ul></ul><ul><ul><li>LIVING </li></ul></ul><ul><ul><li>SUPPORTED VISIBLY BY MANAGEMENT AND OTHERS </li></ul></ul>
  15. 15. A MATURE PROCESS <ul><li>WELL CONTROLLED - PROCESS FIDELITY IS AUDITED AND ENFORCED. </li></ul><ul><li>CONSTRUCTIVE USE OF PRODUCT AND PROCESS MEASUREMENT </li></ul><ul><li>DISCIPLINED USE OF TECHNOLOGY </li></ul>
  16. 16. INSTITUTIONALIZED PROCESS <ul><li>“ THAT IS THE WAY WE DO THINGS AROUND HERE” </li></ul><ul><li>THE ORGANIZATION BUILDS AN INFRASTRUCTURE THAT CONTAINS EFFECTIVE, USABLE, AND CONSISTENTLY APPLIED PROCESSES. </li></ul><ul><li>THE ORGANIZATIONAL CULTURE MUST CONVEY THE PROCESS. </li></ul><ul><li>MANAGEMENT MUST NURTURE THE CULTURE - IF NO ONE CARES, EVERYONE FORGETS. </li></ul><ul><li>CULTURE IS CONVEYED WITH ROLE MODELS AND REWARDS. </li></ul><ul><li>INSTITUTIONALIZED PROCESSES ENDURE AFTER PEOPLE WHO ORIGINALLY DEFINED THEM HAVE GONE. </li></ul>
  17. 17. WHAT IS CAPABILITY MATURITY MODEL (CMM) ? <ul><li>A COMMONSENSE APPLICATION OF PROCESS MANAGEMENT AND QUALITY IMPROVEMENT CONCEPTS TO SOFTWARE DEVELOPMENT AND MAINTENANCE. </li></ul><ul><li>A COMMUNITY-DEVELOPED GUIDE </li></ul><ul><li>A MODEL FOR ORGANIZATIONAL IMPROVEMENT </li></ul><ul><li>THE UNDERLYING STRUCTURE FOR RELIABLE AND CONSISTENT CMM-BASED APPRAISAL METHODS </li></ul>
  18. 18. WHAT THE CMM DOES NOT COVER? <ul><li>THE CMM DOES NOT ADDRESS ALL SOFTWARE PROCESS AND QUALITY IMPROVEMENT ISSUES </li></ul><ul><li>ISSUES THAT ARE ADDRESSED ONLY INDIRECTLY, OR BY IMPLICATION, INCLUDE </li></ul><ul><ul><li>SPECIFIC TOOLS, METHODS, AND TECHNOLOGIES </li></ul></ul><ul><ul><li>SYSTEM ENGINEERING, MARKETING, ETC. </li></ul></ul><ul><ul><li>HUMAN RESOURCES </li></ul></ul><ul><ul><li>ORGANIZATIONAL BEHAVIOUR </li></ul></ul>
  19. 19. INTENT OF THE INITIAL MATURITY LEVEL <ul><li>PERFORMANCE DRIVEN BY THE COMPETENCE AND HEROICS OF THE PEOPLE DOING THE WORK </li></ul><ul><li>HIGH QUALITY AND EXCEPTIONAL PERFORMANCE POSSIBLE SO LONG AS THE BEST PEOPLE CAN BE HIRED </li></ul><ul><li>UNPREDICTABLE - FOR GOOD OR ILL </li></ul><ul><li>THE MAJOR PROBLEMS FACING THE SOFTWARE ORGANIZATION ARE MANAGERIAL, NOT TECHNICAL </li></ul>
  20. 20. INTENT OF THE REPEATABLE MATURITY LEVEL <ul><li>THE PREDOMINANT NEED IS TO ESTABLISH EFFECTIVE SOFTWARE PROJECT MANAGEMENT </li></ul><ul><li>SOFTWARE PROJECT MANAGEMENT PROCESSES ARE DOCUMENTED AND FOLLOWED </li></ul><ul><li>ORGANIZATIONAL POLICIES GUIDE THE PROJECTS IN ESTABLISHING MANAGEMENT PROCESSES </li></ul><ul><li>SUCCESSFUL PRACTICES DEVELOPED ON EARLIER PROJECTS CAN BE REPEATED </li></ul>
  21. 21. THE KEY PROCESS AREAS FOR THE REPEATABLE LEVEL <ul><li>SOFTWARE CONFIGURATION MANAGEMENT </li></ul><ul><li>SOFTWARE QUALITY ASSURANCE </li></ul><ul><li>SOFTWARE SUBCONTRACT MANAGEMENT </li></ul><ul><li>SOFTWARE PROJECT TRACKING AND OVERSIGHT </li></ul><ul><li>SOFTWARE PROJECT PLANNING </li></ul><ul><li>REQUIREMENTS MANAGEMENT </li></ul>
  22. 22. INTENT OF THE DEFINED MATURITY LEVEL <ul><li>THIS LEVEL BUILDS ON THE SOFTWARE PROJECT MANAGEMENT FOUNDATION </li></ul><ul><li>TO CONTROL A PROCESS, IT MUST BE DEFINED, DOCUMENTED, AND UNDERSTOOD </li></ul><ul><li>THE OUTPUTS OF ONE TASK FLOW SMOOTHLY IN TO THE INPUTS OF THE NEXT TASK </li></ul><ul><li>AT THIS LEVEL, THE ORGANIZATION BUILDS PROCESSES THAT EMPOWER THE INDIVIDUALS DOING THE WORK </li></ul>
  23. 23. THE KEY PROCESS AREAS FOR THE DEFINED LEVEL <ul><li>PEER REVIEWS </li></ul><ul><li>INTERGROUP COORDINATION </li></ul><ul><li>SOFTWARE PRODUCT ENGINEERING </li></ul><ul><li>INTEGRATED SOFTWARE MANAGEMENT </li></ul><ul><li>TRAINING PROGRAM </li></ul><ul><li>ORGANIZATION PROCESS DEFINITION </li></ul><ul><li>ORGANIZATON PROCESS FOCUS </li></ul>
  24. 24. INTENT OF THE MANAGED MATURITY LEVEL <ul><li>APPLY THE PRINCIPLES OF STATISTICAL PROCESS CONTROL </li></ul><ul><li>ADDRESS THE SPECIAL CAUSES OF PROCESS VARIATION </li></ul>
  25. 25. THE KEY PROCESS AREAS OF MANAGED LEVEL <ul><li>SOFTWARE QUALITY MANAGEMENT </li></ul><ul><li>QUANTITATIVE PROCESS MANAGEMENT </li></ul>
  26. 26. INTENT OF THE OPTIMIZING MATURITY LEVEL <ul><li>IDENTIFY AND ELIMINATE CHRONIC CAUSES OF POOR PERFORMANCE </li></ul><ul><li>CONTINUOUSLY IMPROVE THE SOFTWARE PROCESS </li></ul>
  27. 27. THE KEY PROCESS AREAS FOR THE OPTIMIZING LEVEL <ul><li>PROCESS CHANGE MANAGEMENT </li></ul><ul><li>TECHNOLOGY CHANGE MANAGEMENT </li></ul><ul><li>DEFECT PREVENTION </li></ul>
  28. 28. MATURITY LEVELS CAN NOT BE SKIPPED <ul><li>PROCESSES AT HIGHER MATURITY LEVELS MAY BE PERFORMED, ALTHOUGH PERHAPS INEFFECTIVELY, EVEN BY THE ORGANIZATIONS AT THE INITIAL LEVEL. </li></ul><ul><li>PROCESS CAPABILITY IS BUILT IN STAGES, SINCE SOME PROCESSES ARE INEFFECTIVE WHEN OTHERS ARE NOT STABLE </li></ul><ul><li>EACH LEVEL PROVIDES A NECESSARY FOUNDATION FOR IMPROVEMENTS UNDERTAKEN AT THE NEXT LEVEL </li></ul><ul><ul><li>ENGINEERING PROCESS IS EASILY SACRIFICED WITH OUT MANAGEMENT DISCIPLINE </li></ul></ul><ul><ul><li>DETAILED MEASURES ARE INCONSISTENT WITHOUT A DEFINED PROCESS </li></ul></ul><ul><ul><li>EFFECT OF PROCESS INNOVATION IS OBSCURE IN A NOISY PROCESS </li></ul></ul>
  29. 29. MATURITY LEVELS <ul><li>WELL-DEFINED EVOLUTIONARY PLATEAUS ON THE PATH TO BECOMING A MATURE SOFTWARE ORGANIZATION </li></ul><ul><li>EACH LEVEL IS A LAYER IN THE FOUNDATION FOR CONTINUOUS PROCESS IMPROVEMENT </li></ul><ul><li>THERE ARE FIVE MATURITY LEVELS IN THE CMM </li></ul><ul><li>ACHIEVING EACH LEVEL ESTABLISHES A DIFFERENT COMPONENT OF THE SOFTWARE PROCESS </li></ul><ul><li>MATURITY LEVELS ARE DESCRIBED IN TERMS OF 18 KEY PROCESS AREAS </li></ul>
  30. 30. GOALS <ul><li>GOALS SUMMARIZE THE KEY PRACTICES OF THE KEY PROCESS AREAS </li></ul><ul><li>THEY ARE CONSIDERED IMPORTANT FOR ENHANCING PROCESS CAPABILITY FOR THAT LEVEL OF MATURITY </li></ul><ul><li>THEY CAN BE USED TO GUIDE ORGANIZATIONS AND APPRAISAL TEAMS IN ASSESSING ALTERNATIVE WAYS TO IMPLEMENT KEY PROCESS AREAS </li></ul><ul><li>EACH KEY PROCESS MAPS TO ONE OR MORE GOALS </li></ul>
  31. 31. COMMON FEATURES <ul><li>USED TO ORGANIZE THE KEY PRACTICES IN EACH KEY PROCESS AREA </li></ul><ul><li>COMMON FEATURES ARE </li></ul><ul><li>COMMITMENT TO PERFORM </li></ul><ul><li>ABILITY TO PERFORM </li></ul><ul><li>ACTIVITIES PERFORMED </li></ul><ul><li>MEASUREMENT AND ANALYSIS </li></ul><ul><li>VERIFYING IMPLEMENTATION </li></ul>
  32. 32. COMMITMENT TO PERFORM <ul><li>DESCRIBES THE ACTIONS THE ORGANIZATION MUST TAKE TO ENSURE THAT THE PROCESS IS ESTABLISHED AND WILL ENDURE </li></ul><ul><li>TYPICALLY INCLUDE </li></ul><ul><ul><li>POLICIES </li></ul></ul><ul><ul><li>LEADERSHIP </li></ul></ul>
  33. 33. ABILITY TO PERFORM <ul><li>DESCRIBES THE PRECONDITIONS THAT MUST EXIST IN THE PROJECT OR ORGANIZATION TO IMPLEMENT THE SOFTWARE PROCESS COMPETENTLY </li></ul><ul><li>TYPICALLY INCLUDES </li></ul><ul><ul><li>FUNCTION </li></ul></ul><ul><ul><li>RESOURCES </li></ul></ul><ul><ul><li>DELEGATION </li></ul></ul><ul><ul><li>TRAINING </li></ul></ul><ul><ul><li>ORIENTATION </li></ul></ul>
  34. 34. ACTIVITIES PERFORMED <ul><li>DESCRIBES THE ROLES AND PROCEDURES NECESSARY TO IMPLEMENT A KEY PROCESS AREA </li></ul><ul><li>TYPICALLY INCLUDES </li></ul><ul><ul><li>ESTABLISHING PLANS AND PROCEDURES </li></ul></ul><ul><ul><li>PERFORMING THE WORK </li></ul></ul><ul><ul><li>TRACKING IT </li></ul></ul><ul><ul><li>TAKING CORRECTIVE ACTIONS AS NECESSARY </li></ul></ul>
  35. 35. MEASUREMENT AND ANALYSIS <ul><li>DESCRIBES THE NEED TO MEASURE THE PROCESS AND ANALYSE THE MEASUREMENTS </li></ul><ul><li>TYPICALLY INCLUDES EXAMPLES OF THE MEASUREMENTS THAT COULD BE TAKEN TO DETERMINE THE STATUS AND EFFECTIVENESS OF THE ACTIVITIES PERFORMED COMMON FEATURE </li></ul>
  36. 36. VERIFYING IMPLEMENTATION <ul><li>DSECRIBES THE STEPS TO ENSURE THAT THE ACTIVITIES ARE PERFORMED IN COMPLIANCE WITH THE PROCESS THAT HAS BEEN ESTABLISHED </li></ul><ul><li>TYPICALLY INCLUDES REVIEWS AND AUDITS BY </li></ul><ul><ul><li>SENIOR MANAGEMENT </li></ul></ul><ul><ul><li>PROJECT MANAGEMENT </li></ul></ul><ul><ul><li>SOFTWARE QUALITY ASSURANCE </li></ul></ul>
  37. 37. KEY PRACTICES <ul><li>STATE THE FUNDAMENTAL POLICIES, PROCEDURES, AND ACTIVITIES FOR A KEY PROCESS AREA </li></ul><ul><li>DESCRIBE “WHAT” IS TO BE DONE, BUT THEY SHOULD NOT BE INTERPRETED AS MANDATING “HOW” </li></ul><ul><li>ARE ORGANIZED BY COMMON FEATURE </li></ul><ul><li>316 KEY PRACTICES IN CMM </li></ul>
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×