Www.ischool.drexel.edu INFO 631 Prof. Glenn Booker Week 5 – Quality Assessment & Process Improvement 1INFO631 Week 5.

Slides:



Advertisements
Similar presentations
Chapter 2 The Process of Experimentation
Advertisements

More CMM Part Two : Details.
How ISO9001 Compares with CMM Mark C. Paulk JAN,1995 CMM version 1.1 ISO9001 July 1994 presented by Zhilan Zhou.
©2006 OLC 1 Process Management: The Foundation for Achieving Organizational Excellence Process Management Implementation Worldwide.
Copyright 2003 CMMI: Executive Briefing Presented by Kieran Doyle
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
Chapter 2.
Planning a measurement program What is a metrics plan? A metrics plan must describe the who, what, where, when, how, and why of metrics. It begins with.
Capability Maturity Model (CMM) in SW design
1 14. Project closure n An information system project must be administratively closed once its product is successfully delivered to the customer. n A failed.
(c) 2007 Mauro Pezzè & Michal Young Ch 24, slide 1 Documenting Analysis and Test.
1 R&D SDM 1 Software Project Management Capability Maturity Model 2009 Theo Schouten.
CMM Overview - 1 © Paul Sorenson CMPUT Software Engineering refs. IEEE Software, March 1988, 73-79, and IEEE Software, July 1993, (Capability.
Course Technology Chapter 3: Project Integration Management.
Chapter 3 The Structure of the CMM
CMMI Overview Quality Frameworks.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Standardization. Introduction A standard is a document. It is a set of rules that control how people should develop and manage materials, products, services,
Introduction to Computer Technology
Chapter : Software Process
8/27/20151NeST Controlled. 2 Communication Transportation Education Banking Home Applications.
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
S/W Project Management
Integrated Capability Maturity Model (CMMI)
PMP® Exam Preparation Course
Project Risk Management. The Importance of Project Risk Management Project risk management is the art and science of identifying, analyzing, and responding.
Chapter 2 The process Process, Methods, and Tools
Software Testing Life Cycle
Chapter 10 Contemporary Project Management Kloppenborg
S Q A.
Software Engineering Lecture # 17
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Software process improvement Framework for SPI SPI support groups, maturity and immaturity models Assessment and gap analysis Education and training Selection.
BSBPMG505A Manage Project Quality Manage Project Quality Project Quality Processes Diploma of Project Management Qualification Code BSB51507 Unit.
National Commission for Academic Accreditation & Assessment Developmental Reviews at King Saud University and King Faisal University.
University of Sunderland CIFM03Lecture 2 1 Quality Management of IT CIFM03 Lecture 2.
Quality Concepts within CMM and PMI G.C.Reddy
INFO 637Lecture #101 Software Engineering Process II Review INFO 637 Glenn Booker.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 9 – Quality Management 1INFO636 Week 9.
@2002 Copyright, Itreya Technologies CMMI kick off July 2005.
Software Engineering - I
Process Improvement. It is not necessary to change. Survival is not mandatory. »W. Edwards Deming Both change and stability are fundamental to process.
CMMI. 1.Initial - The software process is characterized as ad hoc, and occasionally even chaotic. Few processes are defined, and success depends on individual.
STEP 4 Manage Delivery. Role of Project Manager At this stage, you as a project manager should clearly understand why you are doing this project. Also.
Apply Quality Management Techniques Project Quality Processes Certificate IV in Project Management Qualification Code BSB41507 Unit Code BSBPMG404A.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
Risk Management How To Develop a Risk Response Plan alphaPM Inc.
Requirements Management with Use Cases Module 10: Requirements Across the Product Lifecycle Requirements Management with Use Cases Module 10: Requirements.
Ch-1 Introduction The processes used for executing a software project have major effect on quality of s/w produced and productivity achieved in project…
BSBPMG404A Apply Quality Management Techniques Apply Quality Management Techniques Project Quality Processes C ertificate IV in Project Management
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
0 ©2015 U.S. Education Delivery Institute While there is no prescribed format for a good delivery plan, it should answer 10 questions What a good delivery.
Software Engineering Modern Approaches Eric Braude and Michael Bernstein 1.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
Report Performance Monitor & Control Risk Administer Procurement MONITORING & CONTROLLING PROCESS.
Software Engineering (CSI 321) Software Process: A Generic View 1.
COMPGZ07 Project Management CMMI Project Planning Lecture 5b Graham Collins, UCL.
INFO 636 Software Engineering Process I Prof. Glenn Booker Week 10 – Process Definition 1INFO636 Week 10.
1 Systems Analysis & Design 7 th Edition Chapter 2.
National PE Cycle of Analysis. Fitness Assessment + Gathering Data Why do we need to asses our fitness levels?? * Strengths + Weeknesses -> Develop Performance.
Cmpe 589 Spring Fundamental Process and Process Management Concepts Process –the people, methods, and tools used to produce software products. –Improving.
What is a software? Computer Software, or just Software, is the collection of computer programs and related data that provide the instructions telling.
Submitted By: Tanveer Khan M.Tech(CSE) IVth sem.  The ISO 9000 standards are a collection of formal International Standards, Technical Specifications,
Systems Analysis & Design 7 th Edition Chapter 2.
Computer Security: Principles and Practice First Edition by William Stallings and Lawrie Brown Lecture slides by Lawrie Brown Chapter 17 – IT Security.
Chapter 10 Software Quality Assurance& Test Plan Software Testing
CMMI Q & A.
Software Engineering (CSI 321)
Presentation transcript:

INFO 631 Prof. Glenn Booker Week 5 – Quality Assessment & Process Improvement 1INFO631 Week 5

INFO631 Week 52 Time for a Sanity Check We have defined many ways to measure a project, and establish various guides for quality Now, as a project is happening, we want to determine if we are reaching our goals

INFO631 Week 53 Assessment versus Audit Here, per Kan, distinguish between a quality assessment and a quality audit –A quality assessment is an evaluation of the project to see if desired goals are being met, and identify problem areas –A quality audit is used to refer to formal external activities, such as an ISO 9000 audit or CMMI audit

INFO631 Week 54 Quality Assessment A quality assessment could be done by an independent team, or by people within the project’s QA organization Assessments can be done at various points in a project –A typical project might schedule 4-6 major quality reviews (Kan, p. 398), evenly spaced during the project

INFO631 Week 55 Quality Assessment Each quality assessment typically has three phases –Preparation phase –Evaluation phase –Summarization phase Recommendations and Risk Mitigation The scope of data and measures are key aspects of each phase

INFO631 Week 56 Preparation Phase Given the development process used on a project, and the project schedule, determine where the project stands relative to them –Need to focus on both qualitative and quantitative data to determine development progress, find problems, and predict final product quality

INFO631 Week 57 Preparation Phase Qualitative data can be obtained from interviews (one-on-one or small group) or questionnaires May focus on identifying –Whose input is critical right now? –Are affected all areas represented? –Who needs to know what’s happening right now?

INFO631 Week 58 Preparation Phase –What are the key risks, and our mitigation strategy for each? –How does our status compare to similar previous projects?

INFO631 Week 59 Evaluation Phase Now that you have the data on hand, the evaluation phase is the act of using various techniques to analyze the data, and extract the desired information –Data might be presented using the indicators discussed with GQ(I)M

INFO631 Week 510 Evaluation Phase Part of the challenge is understanding when you have enough data, and how to put the data in perspective of the project as a whole –Here it’s critical to choose the right measures to evaluate the data, and pick good evaluation criteria to judge what’s ‘good’ and ‘bad’

INFO631 Week 511 Summarization phase Now we want to blend the qualitative and quantitative results into an overall summary of the state of the project Summary is typically broken into major sections, depending on the types of activities currently occurring –Design reviews, code inspections, system testing, regression testing, etc.

INFO631 Week 512 Summarization phase –Each section’s current status might be summarized with a basic stoplight scale (red/yellow/green) to indicate how severe problems are in that area –These could be tracked over time to show trends in quality

INFO631 Week 513 Recommendations and Risk Mitigation Part of the summary is to give specific recommendations –Look at current risky areas, and describe what activities are needed to bring them under better control? This often links to your project’s risk management strategy, where you identified significant risks, and defined a risk mitigation strategy for each

INFO631 Week 514 Risk Mitigation Risk strategies can include –Contain the risk, using specific activities to reduce the chance of it happening (risk prevention) and reduce its impact if it does occur (risk mitigation) –Develop a contingency plan to manage the risk if it occurs

INFO631 Week 515 Risk Mitigation –Transfer to risk to another organization or part of the system (let a subcontractor develop a part you know poorly, for example) –Ignore the risk, if it has low impact –Avoid the risk, by using a different process or eliminate a risky feature from the product requirements

INFO631 Week 516 Conducting Assessments In planning an assessment, the scope is a critical aspect –Often an assessment will be limited to part of a project, to address areas most likely to be critical –The emphasis is still on determining whether the project is meeting its goals for quality

INFO631 Week 517 Conducting Assessments Audits are performed in a manner similar to assessments –The difference in focus is that audits focus on comparing processes to a process model (CMMI, ISO 9000), whereas assessments compare project outcomes to its own goals –An audit’s scope could cover several projects within one organization

INFO631 Week 518 Conducting Assessments In addition to the usual models, audits could be based on other models –Bootstrap –Trillium –ISO –ISO –DOD-STD-2167a (obsolete) –MIL-STD-498 (obsolete)

INFO631 Week 519 Conducting Assessments Likewise, the scope of an audit could differ based on the model selected –ISO 9000 is facility-based, since it was created for a manufacturing environment –CMMI is organization-based, regardless of where the organization is located

INFO631 Week 520 Process Assessment Cycle The conduct of a process assessment or audit typically has six major steps –Preplanning – before the audit, get sponsorship for the audit and define its scope and purpose –Planning – Select who will conduct the audit, when, and provide training if needed

INFO631 Week 521 Process Assessment Cycle –Fact gathering – determine how data will be collected for the audit; interviews, documents, demonstrations, questionnaires, etc. –Fact analysis – analyze the data, and get additional data if needed to fill holes in understanding the subject –Reporting – prepare a presentation to give the results of the audit

INFO631 Week 522 Process Assessment Cycle –Finally, after the audit, determine how its results will impact the project’s process improvement activities Assessments follow the same activities described above; and are typically conducted every few months Audits have to be repeated every 6-18 months to remain valid

INFO631 Week 523 A Bigger Picture Assessment or audit results can be tracked over many events to look for chronic problem areas, or help refine process improvement plans

INFO631 Week 524 More Details on Audits Kan’s chapter 17 focuses on more details of how process audits are conducted We’ll hit the highlights here For more information, go to the SEI website, and look for information on SCAMPISCAMPI

INFO631 Week 525 CMMI Structure The CMMI is broken into five cumulative levels of maturity (#1-5), plus sometimes level 0 is possibleCMMI –Level 0 means your project doesn’t do everything necessary for, e.g. software development –Level 1 means your project does stuff, but no one knows how (“ad hoc” processes)

INFO631 Week 526 CMMI Structure –Level 2 is the first level earned by an assessment; it means a project performs basic project and process management activities –Level 3 means that an organization (note the shift from project) has processes which are consistently tailored across several projects

INFO631 Week 527 CMMI Structure –Level 4 means the organization has measured and tracked key activities consistently for so long that statistical process control is in place –Level 5 means the organization actively prevents defects from occurring, and is experimenting with even better processes (continuous process improvement)

INFO631 Week 528 Staged versus Continuous CMMI can be used in staged or continuous representation (form) –Staged is the approach just described – the organization must perform certain types of activities to earn an overall maturity rating –Continuous form means that each type of activity is rated separately, so there’s no overall rating

INFO631 Week 529 Staged versus Continuous In practice, most organizations get audited using the staged approach –That CMMI Level 5 plaque on the wall is impressive! But the work of preparing for audits often follows the continuous approach –Assess what kind of activities are most in need of help (process, project, technical, etc.), and work on them first

INFO631 Week 530 The Bottom Line The overall goal for a CMMI-based assessment is to determine if the project or organization fulfills the goals of the model –Are the goals of each type of activity being met consistently across the organization? –Often called institutionalization of the activity – it’s a way of life for them

INFO631 Week 531 More Structure CMMI is broken into about 23 Process Areas (PA) – each is a ‘type of activity’ mentioned earlier –Each PA has a few Specific Goals, which are the heart of that activity Then there are more general activities defined for each PA – doing all of them constitutes ‘institutionalization’

INFO631 Week 532 More Structure The general process area structure includes –Commitment to Perform – means that program management defines a policy to do the stuff in this PA –Ability to Perform – means that program management provides the resources and training needed to do these activities, and plans to do them

INFO631 Week 533 More Structure –Directing Implementation – means that program management manages the processes involved in this activity, ensures quality, and coordinates with other stakeholders on the project –Verifying Implementation – covers review of activities with higher management, and conducting independent process audits

INFO631 Week 534 More Structure –Then the specific goals of each PA are defined in more detail by its Specific Practices These describe the types of activities which, done together, will fulfill the goals of the process area In addition, based on the desired maturity level, there are Generic Goals which apply to every PA Pretty simple, huh?

INFO631 Week 535 CMMI and Measurement The measurement focus for CMMI is –1) Define a plan of activities, –2) Track actual progress, then –3) Measure actual and planned performance, and make decisions based on it At higher levels of maturity, analysis of data and prediction occur

INFO631 Week 536 CMMI and Measurement For example, at Level 2, the Measurement and Analysis process area has specific goals of –Measurement objectives and activities are aligned with identified information needs and objectives. –Measurement results that address identified information needs and objectives are provided. From herehere

INFO631 Week 537 CMMI and Measurement At level 4, the Quantitative Project Management process area has specific goals of –The project is quantitatively managed using quality and process-performance objectives. –The performance of selected subprocesses within the project's defined process is statistically managed.

INFO631 Week 538 CMMI in Brief CMMI is mostly looking to see if you say what you’re going to do, make it possible to do so, do it, and measure what you did Following a process improvement path takes lots of time and commitment from all levels of management