Software Measurement and Process Improvement

Slides:



Advertisements
Similar presentations
Software Quality Assurance Plan
Advertisements

1 State of Michigan Achieving Software Process Improvement with Capability Maturity Model (CMM)
QAAC 1 Metrics: A Path for Success Kim Mahoney, QA Manager, The Hartford
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Metrics for Process and Projects
Project Management Workshop. Nick Cook  Citigroup Corporate and Investment Bank  European Technology Business Office Manager Edinburgh University April.
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
W5HH Principle As applied to Software Projects
Stepan Potiyenko ISS Sr.SW Developer.
Shared Learning Services : Key Learnings Session 102 November 9, 2009.
SE 450 Software Processes & Product Metrics Software Metrics Overview.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Readiness Index – Is your application ready for Production? Jeff Tatelman SQuAD October 2008.
12 Steps to Useful Software Metrics
Capability Maturity Model
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
Introduction to Quality, Cost & Delivery
Chapter : Software Process
Quality of Information systems. Quality Quality is the degree on which a product satifies the requirements Quality management requires that : that requirements.
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
Quality Planning & Defect Estimation
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
N By: Md Rezaul Huda Reza n
Software Quality Assurance Activities
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
Project Tracking. Questions... Why should we track a project that is underway? What aspects of a project need tracking?
Introduction to Software Engineering LECTURE 2 By Umm-e-Laila 1Compiled by: Umm-e-Laila.
SQA System Overview Chapter 4. Where we have been so far, Where we are going Where do software errors come from? What is quality? How can quality be measured?
S Q A.
Chapter 2 Process: A Generic View
Software Engineering - Spring 2003 (C) Vasudeva Varma, IIITHClass of 39 CS3600: Software Engineering: Standards in Process Modeling CMM and PSP.
CSI - Introduction General Understanding. What is ITSM and what is its Value? ITSM is a set of specialized organizational capabilities for providing value.
This chapter is extracted from Sommerville’s slides. Text book chapter
Quality Planning And Defect Estimation Presented by Basker George.
CHAPTER 9 INSPECTIONS AS AN UP-FRONT QUALITY TECHNIQUE
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
SOFTWARE PROCESS AND PROJECT METRICS. Topic Covered  Metrics in the process and project domains  Process, project and measurement  Process Metrics.
Version 10.0  The High Performance Organisation Ltd Creating A Process Based Management System 1 Welcome Creating a Process Based Management.
The Implementation of BPR Pertemuan 9 Matakuliah: M0734-Business Process Reenginering Tahun: 2010.
1 Project Management C53PM Session 3 Russell Taylor Staff Work-base – 1 st Floor
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Contents 1 Description of 1 Description of Initiative Initiative 3 Defining Inspection 3 Defining Inspection Perspectives Perspectives 2 Overview of 2.
Software Engineering Lecture 8: Quality Assurance.
1 These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill 2009). Slides copyright 2009 by Roger Pressman.
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
Info-Tech Research Group1 Manage the IT Portfolio World Class Operations - Impact Workshop.
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Info-Tech Research Group1 Manage IT Budgets & Cost World Class Operations - Impact Workshop.
Chapter 05 Quality Planning SaigonTech – Engineering Division Software Project Management in Practice By Pankaj Jalote © 2003 by Addison Wesley.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
by: Er. Manu Bansal Deptt of IT Software Quality Assurance.
Swami NatarajanOctober 1, 2016 RIT Software Engineering Software Metrics Overview.
Project Execution Methodology
Software Quality Control and Quality Assurance: Introduction
Software Verification and Validation
Software Configuration Management
The Systems Engineering Context
12 Steps to Useful Software Metrics
د. حنان الداقيز خريف /28/2016 Software Quality Assurance ضمان جودة البرمجيات ITSE421 5 – The components of the SQA.
Software Quality Engineering
Chapter 25 Process and Project Metrics
Chapter 32 Process and Project Metrics
6. Software Metrics.
Software Reviews.
3. Software Quality Management
Presentation transcript:

Software Measurement and Process Improvement Q Software Measurement and Process Improvement Mehmet Tumer Chicago Software Process Improvement Network

Introduction Role of measurement in software process improvement Examples of software development process metrics Recommendations for establishing and maintaining a measurement program

Agenda Overview of Publitec Project Management Metrics Defect Based Metrics Development Process Metrics Quality System Metric Tools for Metrics System Summary Feedback and Experience Sharing

Publitec Internal software house Established in the Netherlands in 1987 Re-organization in 1991 Established the Quality Assurance Group

Process Improvement Approach Involvement by everyone Decisions based on facts Prioritization, implement critical processes first Define Measurable processes

Major Milestones Sep. ‘91 Establish QA Group Sep. ‘92 Procedures Implemented Feb. ‘93 ISO9001 Trial Audit Aug. ‘93 ISO9001 Certification Oct. ‘96 SEI CMM training Jan. ‘97 CMM assessment by independent organization

Objectives Deliver at the required time within the estimated cost Project Management Metrics Deliver the expected functionality Defect Metrics Development Process Metrics Justify Cost of Quality Quality System Metric

Product and Process Measurement Guidelines Application: What does the metric indicate Primitives: What is the basic data, how to capture Implementation: How to calculate Interpretation: Meaning and targets

Measurement METRICS QUALITY SYSTEM METRICS DEVELOPMENT PROCESS METRICS PROJECT MANAGEMENT METRICS DEFECT METRICS

Project Management Metrics Cost performance Outlook Provides a tool for measuring the Cost and schedule maintenance against the project plan At the end of the project provides historic data on the initial estimate, final estimate, and the actual cost and schedule. Project Plan Visibility Indicates the overall visibility of project plans Software development Effort Distribution Provides the distribution of effort for the software development projects across different phases in the development life cycle.

Growth of a Software Problem ? REALITY APPEARANCES Requirement Definition Design Coding Testing

Visibility

On Time Delivery

Defect Based Metrics Defect Days Number The effectiveness of the software development process depends upon the timely detection and removal of detects across the entire life cycle. The earlier in the development cycle a defect is identified, the cheaper it is to remove that defect. This metric represents the number of days that defects spend in the software system from their introduction to their detection and removal

Defect Based Metrics Defect Distribution by Cause Category This metrics provides information on the reason of defects Defect Distribution by Discovery Mechanism This defect indicates where in the development process, majority of the defects are identified. It is also possible to see the effectiveness of the review and testing process in identifying the defects before they are found by the customers.

Discover Mechanism

Development Process Metrics These metrics are used to judge how effective the development process is in identifying and avoiding defects. These are plotted against the timeline to indicate the improvement in the process. Analysis (Design) Review Efficiency Indicates the percentage of analysis (design) defects found at the analysis (design) review, right after the analysis (design) activity. Long Stay Defects Percentage of the defects which took more than 100 days to remove after their introduction Late Detect Defects Percentage of the defects which took more than 30 days to detect after their introduction 23

Quality System Metric This metric is used to measure the effectiveness of the quality system QUALITY LOSS Cost of Rework Cost of Scrap QUALITY INVESTMENT Cost of Quality System Cost of Project QA Activities QUALITY COST = QUALITY LOSS + QUALITY INVESTMENT 25

Tools for Metrics System Scheduling Tool Tracking Tool (Time Registration Tool) Defect Management Tool Reporting Tool

Summary Improvement is not possible without measurement Design measurable processes Involve all Stakeholders in the description of the processes and metrics

Summary Measure with a focus Set targets and track achievement against the targets Don’t ignore results, provide continuous feedback Never use metrics to evaluate groups or individuals

Summary Capture as much data as possible, report only those metrics that make sense Audit the data collection process Validate the conclusions with different metrics Beware of aging metrics