ISHIKAWA DIAGRAM – Tool for quality management Marit Laos IS Project Management 21.05.2014.

Slides:



Advertisements
Similar presentations
Project Quality Management
Advertisements

Quality Management Training Quality circles Bench Mark Kaizen.
Chapter 8: Project Quality Management
Project Change Management
Total Quality Management
Project quality management Cody Ronning 3/23/2015.
Overview Lesson 10,11 - Software Quality Assurance
Tools of quality control A-Team. Basic tools of quality control  control chart  histogram  Pareto chart  check sheet  cause-and-effect diagram 
Chapter 8: Quality Management Project Quality Management
Management Quality Tools
Evaluating and Revising the Physical Education Instructional Program.
SOFTWARE PROJECT MANAGEMENT Project Quality Management Dr. Ahmet TÜMAY, PMP.
ISHIKAWA’S BASIC SEVEN TOOLS OF QUALITY
Quality Improvement: Problem Solving Quality Tools and Techniques.
Paul Prunty The 7 Basic Quality Tools ~ The DMAIC Process Continuous Improvement and … To a hammer, everything’s a nail … How many tools do you have in.
Hartley, Project Management: Integrating Strategy, Operations and Change, 3e Tilde Publishing Chapter 7 Quality Management Achieving technical performance.
Training.
Managing Project Quality
Chapter 16 Software Quality Assurance
© 2008 Prentice Hall8-1 Introduction to Project Management Chapter 8 Managing Project Quality Information Systems Project Management: A Process and Team.
1 L U N D S U N I V E R S I T E T Projektledning och Projektmetodik, VBEF01 Kristian Widén Tekn. Doktor Avd. För Byggproduktion Inst. För Byggvetenskaper.
QUALITY These slides have been added to the standard MRU PM Cert materials and are made available to students who have attended my class. Robin Hornby.
Software Project Management
Chapter 16 Software Quality Assurance
© 2005 Wiley1 Total Quality Management Chapter 5.
CHAPTER 5 Infrastructure Components PART I. 2 ESGD5125 SEM II 2009/2010 Dr. Samy Abu Naser 2 Learning Objectives: To discuss: The need for SQA procedures.
1 Software Quality Engineering CS410 Class 5 Seven Basic Quality Tools.
Chapter 27 Additional Analysis Methods. Objectives Use various tools and techniques to compare current and future states in terms of pre defined metrics.
Total Quality Management CS3300 Fall A long time ago Made in Japan – then and now W. Edwards Demming We improve product by improving the process,
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Business Analysis and Essential Competencies
Introduction to ISO 9001:2000.
Quick Recap Monitoring and Controlling. Phases of Quality Assurance Acceptance sampling Process control Continuous improvement Inspection before/after.
 Name  Work experience  Background in continuous improvement activities  Expectations 1.
Seven Quality Tools The Seven Tools –Histograms, Pareto Charts, Cause and Effect Diagrams, Run Charts, Scatter Diagrams, Flow Charts, Control Charts.
Introduction to Process Technology Unit 7 Principles of Quality.
Project Quality Management.  Define project quality management.  Describe quality planning and its relationship to project scope management.  Discuss.
Total Quality Management. What is Quality? Quality is a relative concept. Quality is in the eye of the beholder Perfection Doing it right at the first.
Unit-5 Introduction to IS/ISO 9004:2000 – quality management systems – guidelines for performance improvements. Presented by N.Vigneshwari.
© Wiley Total Quality Management by Adnan khan.
The Second Annual Medical Device Regulatory, Reimbursement and Compliance Congress Presented by J. Glenn George Thursday, March 29, 2007 Day II – Track.
TOTAL QUALITY MANAGEMENT
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
IT Project Management, Third Edition Chapter 8 1 Chapter 5: Project Quality Management.
Advanced Project Management Project Quality Management Ghazala Amin.
Determining the Root Cause and Corrective Action of a Problem World Class Solutions for Global Applications Riverhawk.
0 SoMD PMI Training Bruce Schwickrath PMP 3/19/2008 Quality and the QMP and QCP Quality Management Plan (QMP) Quality Control Plan (QCP) SoMD PMI Training.
B U D I L U H U R U N I V E R S I T Y POST GRADUATE PROGRAM MAGISTER ILMU KOMPUTER IT PROJECT MANAGEMENT.
Supplier Corrective Action Request (SCAR) Supplier Training
Cause effect identification using Fishbone Diagram Powered by: Jazz PresentationJazz Presentation.
Tools for Problem Analysis. Outline  Cause-and-effect chart  Root cause analysis  Scatter chart.
8.1 Plan Quality Management
8D Report training Yu LaiLai Nov
Project Quality Management
Project quality.
Software Quality Engineering
Software Quality Assurance
8.3 Control Quality The process of monitoring and recording results of executing quality activities to assess performance and recommend necessary change.
Software Quality Engineering
Chapter 8: Project Quality Management
Chapter 21 Software Quality Assurance
QUALITY CONTROL.
PROJECT QUALITY MANAGEMENT Teknik Elektro FT UNDIP
OPS/571 Operations Management
UNIT-6 SOFTWARE QUALITY ASSURANCE
Project quality management (PMI body of knowledge)
Chapter 21 Software Quality Assurance
Director, Quality and Accreditation
UNIT-6 SOFTWARE QUALITY ASSURANCE
The 7 Basic Quality Tools ~ The DMAIC Process
Presentation transcript:

ISHIKAWA DIAGRAM – Tool for quality management Marit Laos IS Project Management

Quality... is the degree to which a set of inherent characteristics fulfill requirements (PMBOK, originally ISO 9000) "... is the characteristic of having demonstrated the achievement of producing a product that meets or exceeds agreed-on requirements, as measured by agreed-on measures and criteria, and that is produced by an agreed-on process” (RUP, in the context of software development)

Quality Producer’s Viewpoint – the quality of the product meets the requirements Customer’s Viewpoint – the quality of the product is “fit for use” or meets the customer’s needs Quality also includes: identifying the measures and criteria to demonstrate the achievement of quality the implementation of a process to ensure that the product created by the process has achieved the desired degree of quality, and can be repeated and managed

Project quality management... addresses the management of the project and the product of the project.... processes in PMBOK: Planning quality – identifying quality requirements and/or standards, and documenting Performing quality assurance – auditing the quality requirements and the results from quality control measurements Performing quality control

Perform quality control... process of monitoring and recording results of executing the quality activities to assess performance and recommend necessary changes Quality control is performed throughout the project. Quality standards include project processes and product goals. Quality control activities identify causes of poor process or product quality and recommend and/or take action to eliminate them.

Perform Quality Control Tools and Techniques Cause and effect diagrams Control charts Histogram Pareto chart Run chart Scatter diagram Statistical sampling Inspection Approved change requests review

Ishikawa Fishbone (Cause and effect) diagram

Ishikawa Fishbone Diagram The Fishbone Diagram is a pictorial means of expression of a list that shows the relationship between some effect and all the possible causes influencing it

Ishikawa Fishbone Diagram There are a few standard choices for different sectors (fishbone suggested categories): Service Industries (4S) · Surroundings · Suppliers · System · Skills (+ Safety) Administration/ Marketing (8P) · Product (or service) · Price · People · Place · Promotion · Procedures · Processes · Policies Manufacturing Industries (6M) · Machines · Methods · Materials · Measurements · Mother Nature (Environment) · Manpower (People)

Ishikawa Fishbone Diagram In any organization problem analyzing tool is crucial to success. In software quality management the Fishbone diagram is used for this purpose. Possible causes are usually classified into six categories: method, man, management, measurement, material, machine.

Ishikawa Fishbone Diagram Method – ways of doing things or the procedures followed to accomplish a task. A typical cause under the method category is not following instructions or the instructions are wrong. Man – people are responsible for the problem. The problem may have been caused by people who are inexperienced. Management – project management. Poor management decisions may cause technical problems.

Measurement – measurement refers to metrics that are derived from a project. Problems may occur if measurements are wrong or the measurement technique used is not relevant. Material – material basically refers to a physical thing. Software can't always handle errors caused by bad material, for instance a bad backup tape, so while material may be the least likely cause, it is a possible cause. Machine – a machine in software usually refers to the hardware, and there are a lot of possibilities that a problem can be due to the machine.

Ishikawa Fishbone Diagram After identifying a problem, the leader initiates a discussion with the project team to gather information about the possible causes until arriving at the root cause. If possible root cause has been identified the action plan has to be derived to fix it.

Domino server crash

Conclusion Ishikawa Diagram is very useful and widely applicable tool for analyzing and finding the root cause to a complicated problem. The results are presented in a pictorial form, that everyone can understand and see their contribution to solving the problem. This method allows also brainstorming in a group to increase the creativity in team and improve team spirit.

THANK YOU!