Causal Analysis & Resolution (CAR) Support Category

Slides:



Advertisements
Similar presentations
Process and Product Quality Assurance (PPQA)
Advertisements

SERVICE MANAGER 9.2 PROBLEM MANAGEMENT TRAINING JUNE 2011.
1.Quality-“a characteristic or attribute of something.” As an attribute of an item, quality refers to measurable characteristics— things we are able to.
Issue Identification, Tracking, Escalation, and Resolution.
More CMM Part Two : Details.
Where does Failure Mode and Effects Analysis (FMEA) come from?  Developed by the Aerospace industry in the1960s  Spread to the Automotive industry 
Root Cause Analysis Procedure (IMSP525) Training
CMMI PMC Group Members Inam ul Haq Sajjad Raza Nabeel Azam
PROCESS AND PRODUCT QUALITY ASSURANCE
Auditing A Risk-Based Approach To Conducting A Quality Audit
Computer Security: Principles and Practice
Quality Consulting Overview of Reports Module. Quality Consulting Dashboard Reports Dashboard Reports module provides project highlights for users of.
Software Testing Prasad G.
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
S/W Project Management
AICT5 – eProject Project Planning for ICT. Process Centre receives Scenario Group Work Scenario on website in October Assessment Window Individual Work.
© Mahindra Satyam 2009 Project Metrics QMS Training.
Capability Maturity Model® Integration (CMMISM) Personal Prof. Dr. ir J. De Man CMMI (personal)
COMPGZ07 Project Management Presentations Graham Collins, UCL
Software Testing Life Cycle
© Mahindra Satyam 2009 Defect Management and Prevention QMS Training.
Chapter 16 Problem Solving and Decision Making. Objectives After reading the chapter and reviewing the materials presented the students will be able to:
Project monitoring and Control
Project Tracking and Monitoring QMS Training. 2 Objective To track and monitor the progress of the project and take appropriate corrective actions to.
Georgia Institute of Technology CS 4320 Fall 2003.
Capability Maturity Model Integration Project Monitoring and Control Software Management 2008 – 2009 Alexander Ide Niels Soetens.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
Implementation Phase CS4311 – Spring 2008 References: Shach, Object Oriented and Classical Software Engineering E. Braude, Software Engineering, an Object-Oriented.
Capability Maturity Model Integration Project Monitoring and Control Software Management 2008 – 2009 Alexander Ide Niels Soetens.
SMU SE – LMMFC Collaboration Project Task 1 Approach and Process Systems Engineering Program Engineering Management, Information and Systems Department.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Test status report Test status report is important to track the important project issues, accomplishments of the projects, pending work and milestone analysis(
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
© Michael Crosby and Charles Sacker, 2001 Systematic Software Reviews Software reviews are a “quality improvement process for written material”.
Mahindra Satyam Confidential Quality Management System Software Defect Prevention.
Capability Maturity Model. CS460 - Senior Design Project I (AY2004)2 Immature Organisations Software processes are often rigorously followed. Organisation.
Computer Security: Principles and Practice First Edition by William Stallings and Lawrie Brown Lecture slides by Lawrie Brown Chapter 17 – IT Security.
A LOOK AT AMENDMENTS TO ISO/IEC (1999) Presented at NCSLI Conference Washington DC August 11, 2005 by Roxanne Robinson.
CMMI for Services, Version 1.3 Speaker: Business Excellence Date:
CHAPTER 3 Management Systems. Learning Objectives Describe the basic business activities and tools necessary to implement successful industrial hygiene.
Iterative Risk Management Workflow Tool
Essential Needs of Software Test Automation
HSE Incident Investigation and Corrective Action Procedure
Software Configuration Management
Software Project Configuration Management
Monitoring and Evaluation Systems for NARS organizations in Papua New Guinea Day 4. Session 12. Risk Management.
CS4311 Spring 2011 Process Improvement Dr
Software Configuration Management
PROBLEM SOLVING MODULE
TechStambha PMP Certification Training
FMEA.
School Community Council Implementation Timeline Checklist
Level - 3 Process Areas (CMMI-DEV)
A possible solution: Personal Software Process (PSP)
CMMI – Staged Representation
Causal Analysis Report Project : <xyz>
Engineering Processes
Project Management Process Groups
Root Cause Analysis: Why? Why? Why?
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
AS 9100 Awareness Training.
Project Management Group
Presenter: Kate Bell, MA PIP Reviewer
Practical Interpretation of Practices
AICT5 – eProject Project Planning for ICT
Software Testing Lifecycle Practice
PFMEA Summary Process Steps
Radiopharmaceutical Production
Failure Mode & Effect Analysis
Presentation transcript:

Causal Analysis & Resolution (CAR) Support Category Oleh : Yusuf Nurrachman

Tujuan (CAR) To identify causes of defects and other problems and take action to prevent them from occurring in the future.

The Causal Analysis and Resolution process area involves the following: Identifying and analyzing causes of defects and other problems Taking specific actions to remove the causes and prevent the occurrence of those types of defects and problems in the future

Specific Goal and Practice Summary SG 1 Determine Causes of Defects SP 1.1 Select Defect Data for Analysis SP 1.2 Analyze Causes SG 2 Address Causes of Defects SP 2.1 Implement the Action Proposals SP 2.2 Evaluate the Effect of Changes SP 2.3 Record Data

SG 1 Determine Causes of Defects A root cause is a source of a defect such that, if it is removed, the defect is decreased or removed.

SP 1.1 Select Defect Data for Analysis

SP 1.2 Analyse Causes The purpose of this analysis is to develop solutions to the identified problems by analyzing the relevant data and producing action proposals for implementation.

Action Proposal 1. Conduct causal analysis with the people who are responsible for performing the task. Causal analysis is performed, typically in meetings, with those people who have an understanding of the selected defect or problem under study. The people who have the best understanding of the selected defect are typically those responsible for performing the task. Examples of when to perform causal analysis include the following: When a stable process does not meet its specified quality and process performance objectives. During the task, if and when problems warrant a causal analysis meeting When a work product exhibits an unexpected deviation from its requirements

Action Proposal Analyze selected defects and other problems to determine their root causes. Depending on the type and number of defects, it may make sense to first group the defects before identifying their root causes. Examples of methods to determine root causes include the following: Check sheets .

Action Proposal Group the selected defects and other problems based on their root causes. Examples of cause groups, or categories, include the following: Inadequate training Breakdown of communications Not accounting for all details of a task Making mistakes in manual procedures (e.g., typing) Process deficiency

Action Proposal Propose and document actions that need to be taken to prevent the future occurrence of similar defects or other problems. Examples of proposed actions include changes to the following: The process in question Training Tools Methods Communications Work products Examples of specific actions include the following: Providing training in common problems and techniques for preventing them Changing a process so that error-prone steps do not occur Automating all or part of a process Reordering process activities Adding process steps to prevent defects, such as task kickoff meetings to review common defects and actions to prevent them

An action proposal usually documents the following: Originator of the action proposal Description of the problem Description of the defect cause Defect cause category Phase when the problem was introduced Phase when the defect was identified Description of the action proposal Action proposal category

SG 2 Address Causes of Defects Root causes of defects and other problems are systematically addressed to prevent their future occurrence. Projects operating according to a well defined process will systematically analyze the operation where problems still occur and implement process changes to eliminate root causes of selected problems.

SP 2.1 Implement the Action Proposals Implement the selected action proposals that were developed in causal analysis. Action proposals describe the tasks necessary to remove the root causes of the analyzed defects or problems and avoid their reoccurrence. Typical Work Products 1. Action proposals selected for implementation 2. Improvement proposals

Sub Practice 1. Analyze the action proposals and determine their priorities. Criteria for prioritizing action proposals include the following: Implications of not addressing the defects Cost to implement process improvements to prevent the defects Expected impact on quality 2. Select the action proposals that will be implemented.

Sub Practice Create action items for implementing the action proposals. Examples of information provided in an action item include the following: Person responsible for implementing it Description of the areas affected by it People who are to be kept informed of its status Next date that status will be reviewed Rationale for key decisions Description of implementation actions Time and cost for identifying the defect and correcting it Estimated cost of not fixing the problem To implement the action proposals, the following tasks must be done: Make assignments Coordinate the persons doing the work Review the results Track the action items to closure

SP 2.2 Evaluate the Effect of Changes Evaluate the effect of changes on process performance Once the changed process is deployed across the project, the effect of the changes must be checked to gather evidence that the process change has corrected the problem and improved performance. Baca pada modul CMMI .pdf , hal : 120

SP 2.3 Record Data Data are recorded so that other projects and organizations can make appropriate process changes and achieve similar results. Record the following: Data on defects and other problems that were analyzed Rationale for decisions Action proposals from causal analysis meetings Action items resulting from action proposals Cost of the analysis and resolution activities Measures of changes to the performance of the defined process resulting from resolutions BACA Hal : 120 -121