需求管理 Capability Maturity Model Integrated Author : Softare Engineering Institute Carnegie Mellon University.

Slides:



Advertisements
Similar presentations
Integrated Project Management IPM (Without IPPD) Intermediate Concepts of CMMI Project meets the organization Author: Kiril Karaatanasov
Advertisements

Process and Product Quality Assurance (PPQA)
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
For internal use Project Management at a glance - the ‘what’ and the ‘how’ Jørgen Nygaard Nielsen Dan Bandsholm Erensø PMD –
Back to Basics David L. Presuhn Manager Configuration Management and Product Definition Integration Boeing Commercial Airplanes.
Copyright 2005 CMMI and ITIL Alison Adams & Kieran Doyle.
Copyright 2003 CMMI: Executive Briefing Presented by Kieran Doyle
Capability Maturity Model Integration (CMMISM)
CMMI PMC Group Members Inam ul Haq Sajjad Raza Nabeel Azam
PROCESS AND PRODUCT QUALITY ASSURANCE
Measurement & Analysis Adeel Munir Butt Muhammad Adnan Nasir Muhammad Shoaib Khan.
Pittsburgh, PA NDIA CMMI 2004 Business Analysis - page 1 Copyright 2004, Carnegie Mellon University. All rights reserved. CMMI-based Business.
Capability Maturity Model Integration (CMMI). CMMI Enterprise-wide process improvement framework Focuses on processes for improved product Process areas:
200209–CSSA0001 – 16/27/ :25 PM CSSA Cepeda Systems & Software Analysis, Inc. GENERIC.
Adaptive Processes Comparing CMMI 1.2 vs. CMMI 1.1 LN Mishra Adaptive Processes Consulting.
Process Area : Requirement Management (REQM) By: Amna Rehmat Maria Habib Sana Ahmed.
CMMI Overview Quality Frameworks.
Understanding (and Untangling) Verification and Validation Requirements ISO 9001 vs. CMMI-Dev 1.2.
Capability Maturity Model Integration
1 The Continuous Representation. 2 UNIT 2 Topics covered in this unit include Additional terminology Practices – The fundamental building blocks Process.
8. CMMI Standards and Certifications
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Integrated Capability Maturity Model (CMMI)
The PMBOK® Guide Distilled for the SPI Professional
1 The Continuous Representation. 2 UNIT 2 Topics covered in this unit include Additional terminology Practices – The fundamental building blocks Process.
CMMi What is CMMi? Basic terms Levels Common Features Assessment process List of KPAs for each level.
CMM Level 2 KPA’s CS 4320 Fall Requirements Management 1 Goals: – System requirements allocated to software are controlled using a baseline for.
ARINC PROPRIETARY Measurement and Analysis JD Rosser SC-SPIN January 2008.
Project Monitoring and Control 指導教授:李健興老師 學生:黃麟凱同學 學號: R 學號: R
1 / x Project Planning CMMI Project Planning Jean-Luc Deprez Robin Leblon.
Service Transition & Planning Service Validation & Testing
『华东师范大学』 课程名称: 软件开发实践 Software Development Practice 课程类型: 实践课 第二讲: 项目管理 Lect_02: Manage the Project 主讲 : 软件学院 周勇 副 教授 日期 :
Project Planning Author : Software Engineering Institute Carnegie Mellon University 學生 : 吳與倫 老師:李健興 教授.
10/16/2015Bahill1 Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous.
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
Adaptive Processes Overview Adaptive Processes©. Adaptive Processes © Adaptive ProcessesSimpler, Faster, Better2 Objective To provide an over view of.
1/18 CMMI Risk Management Jense Seurynck Daan Van Britsom Risk Management.
Managing CMMI® as a Project
CMMI: PROCESS AND PRODUCT QUALITY ASSURANCE Lieven Lemiengre Thomas Spranghers.
Georgia Institute of Technology CS 4320 Fall 2003.
1 通信软件开发与管理 Course OD601 学时: 32 学分: 2 讲师:罗文彬. 2 Communication Overview System Architecture Overview Performance and Reliability Operation, Administration,
1 1 Major Changes in CMMI v1.3 Configuration Management Working Group April 12, 2011.
Everything You Ever Wanted to Know About CMMI in 30 Minutes or LESS CCS TECHNICAL SERVICES (484) CCS TECHNICAL SERVICES (484) William.
Capability Maturity Model Integration Project Monitoring and Control Software Management 2008 – 2009 Alexander Ide Niels Soetens.
@2002 Copyright, Itreya Technologies CMMI kick off July 2005.
1 / x CMMI Measurement & Analysis Pieter Cailliau Stijn De Vos Measurement & Analysis.
Michael Campe U.S. Army Aviation and Missile Command NDIA TID Technical Information Division Symposium Royal Sonesta Hotel, New Orleans, LA August 2003.
1 Agenda for measurement r1. CMMI r2. Other thrusts.
1 / x CMMI Technical Solution Rob Vanden Meersche Dieter Van den Bulcke.
Capability Maturity Model Integration Project Monitoring and Control Software Management 2008 – 2009 Alexander Ide Niels Soetens.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Guidelines for Process
Copyright © | Trade secret and confidential Page 1 Innovative, Professional, Fact Based and Eustressed© Maruthi Quality Management Services Ptv. Ltd..,
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Pittsburgh, PA CMMI Acquisition Module - Page M5-1 CMMI ® Sponsored by the U.S. Department of Defense © 2005 by Carnegie Mellon University This.
COMPGZ07 Project Management CMMI Project Planning Lecture 5b Graham Collins, UCL.
MSA Orientation – v203a 1 What’s RIGHT with the CMMI?!? Pat O’Toole
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
CMMI Overview Quality Frameworks. Slide 2 of 146 Outline Introduction High level overview of CMMI Questions and comments.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
CMMI Model overview Practical experience. Copyright © 2014 Accenture All rights reserved. 2 Education 2004 graduated LU, Faculty of Physics and Mathematics,
© 2004 Tangram Hi-Tech Solutions Project Management According to the CMMI1 Project Management according to the Capability Maturity Model (CMMI)
A Comparison of CMMI & SPICE
CMMI for Services, Version 1.3 Speaker: Business Excellence Date:
Capability Maturity Model Integration
CMMI Overview Quality Frameworks.
CMMI Overview.
Level - 3 Process Areas (CMMI-DEV)
CMMI – Staged Representation
Presentation transcript:

需求管理 Capability Maturity Model Integrated Author : Softare Engineering Institute Carnegie Mellon University

Purpose  Manage the requirements of the project’s products and product components  Identify inconsistencies between those requirements and the project’s plans and work products

Introductory Notes  The term “requirements” refers to product and product component requirements that are received by or generated by the project  The project takes appropriate steps to ensure that the agreed-upon set of requirement is managed to support the planning and execution needs of the project

Specific and Generic Goals  SG1 Manage Requirements Requirements are managed and inconsistencies with project plans and work products and identified.  GG2 Institutionalize a Managed Process The process is institutionalized as a managed process.

Practice to Goal Relationship Table  SG1 Manage Requirement SP1.1 Obtain an understanding of Requirements SP1.2 Obtain Commitment to Requirements SP1.3 Manage Requirements Changes SP1.4 Maintain Bi-directional Traceability of Requirements SP1.5 Identify Inconsistencies between Project Work and Requirements

Practice to Goal Relationship Table(cont.)  GG2 Institutionalize a Managed Process GP2.1 Establish an Organizational Policy GP2.2 Plan the Process GP2.3 Provide Resources GP2.4 Assign Responsibility GP2.5 Train People GP2.6 Manage Configurations

Practice to Goal Relationship Table(cont.) GP2.7 Identify and Involve Relevant Stakeholders GP2.8 Monitor and Control the Process GP2.9 Objectively Evaluate Adherence GP2.10 Review Status with Higher-Level Management

Goal-SG1 Manage Requirements  SP1.1 Obtain an Understanding of Requirements Develop an understanding with the requirements providers on the meaning of the requirements. As the project matures and requirements are derived, all activities or disciplines will receive requirements.

Goal-SG1 Manage Requirements(cont.)  Typical Work Products Lists of criteria for distinguishing appropriate requirements providers Lists of criteria for establishing an understanding Results of analyses against criteria An agreed-to set of requirements

Goal-SG1 Manage Requirements  SP1.2 Obtain Commitment to Requirements Obtain commitment to the requirements from the project participants. For Integrated Product and Process Development

Goal-SG1 Manage Requirements  SP1.3 Manage Requirements Changes Manage changes to the requirements as they evolve during the project.  Typical Work Products Requirements status Requirements database Requirements decision database

Goal-SG1 Manage Requirements  SP1.4 Maintain Bi-directional Traceability of Requirements Maintain bi-directional traceability among the requirements and the project plans and work products.  Typical Work Products Requirements traceability matrix Requirements tracking system

Goal-SG1 Manage Requirements  SP1.5 Identify Inconsistencies between Project and work products and the requirements Although some work products resulting from this activity would be updated project plans.  Typical Work Products Documentation of inconsistencies including sources, conditions, rationales

Goal-SG1 Manage Requirements(cont.) Corrective action requirements Corrective action

Goal-GG2 Institutionalize a Managed Process  GP2.1 Establish an Organizational Policy Establish and maintain an organizational policy for planning and performing the requirements management process.

Goal-GG2 Institutionalize a Managed Process  GP2.2 Plan the process Establish and maintain the requirements and objectives, and plans for performing the requirements management process.

Goal-GG2 Institutionalize a Managed Process  GP2.3 Provide Resources Provide adequate resources for performing the requirements management process, developing the work products and providing the services of the process.

Goal-GG2 Institutionalize a Managed Process  GP2.4 Assign Responsibility Assign responsibility and authority for performing the process, developing the work products, and providing the services of the requirements management process.

Goal-GG2 Institutionalize a Managed Process  GP2.5 Train People Train the people performing or supporting the requirements management process as needed.

Goal-GG2 Institutionalize a Managed Process  GP2.6 Manage Configurations Place designated work products of the requirements management process under appropriate levels of configuration management.

Goal-GG2 Institutionalize a Managed Process  GP2.7 Identify and Involve Relevant Stakeholders Identify and involve the relevant stakeholders of the requirements management process as planned

Goal-GG2 Institutionalize a Managed Process  GP2.8 Monitor and Control the process Monitor and control the requirements management process against the plan and take appropriate corrective action

Goal-GG2 Institutionalize a Managed Process  GP2.9 Objectively Evaluate Adherence Objectively evaluate adherence of the requirements management process and the work products and services of the process to the applicable requirements, objectives, and standards, and address noncompliance.

Goal-GG2 Institutionalize a Managed Process  GP2.10 Review Status with Higher-Level Management Review the activities, status, and results of the requirements management process with higher- level management and resolve issues.