Process Engineering, Documentation, and Evaluation

Slides:



Advertisements
Similar presentations
Develop Tolerance for Ambiguity
Advertisements

Lean Six Sigma Green Belt Training
Test Automation Success: Choosing the Right People & Process
Tom Gilchrist, CQA, CSQE Quality Assurance in ISD and Maintenance Projects How do you do QA when the time it takes is longer that the.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
Requirements Analysis INCOSE Systems Engineering Boot Camp
Dr. Ralph R. Young Director of Software Engineering PRC, Inc. (703) Fifth IEEE International Symposium on Requirements Engineering.
Lesson-11 Information System Development
SE 555 Software Requirements & Specification Requirements Validation.
Pittsburgh, PA Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department of Defense.
Engineering Management MSE507 Lean Manufacturing "There is only one boss: the customer. And he can fire everybody in the company, from the chairman on.
08/10/2013.
IIBA Denver | may 20, 2015 | Kym Byron , MBA, CBAP, PMP, CSM, CSPO
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Copyright © 2015 McGraw-Hill Education. All rights reserved. No reproduction or distribution without the prior written consent of McGraw-Hill Education.
Process Mapping.
Software Process Reviews/Audits
RISK MANAGEMENT IN SOFTWARE ENGINEERING RISK MANAGEMENT IN SOFTWARE ENGINEERING Prepared by Prepared by Sneha Mudumba Sneha Mudumba.
12 Steps to Useful Software Metrics
Overview of Lean Six Sigma
6  Methodology: DMAIC Robert Setaputra. PDCA / PDSA PDCA / PDSA is a continuous quality improvement tool. PDCA is introduced by Shewhart. PDSA is Deming’s.
Release & Deployment ITIL Version 3
What is Business Analysis Planning & Monitoring?
Effective Methods for Software and Systems Integration
S/W Project Management
S T A M © 2000, KPA Ltd. Software Trouble Assessment Matrix Software Trouble Assessment Matrix *This presentation is extracted from SOFTWARE PROCESS QUALITY:
N By: Md Rezaul Huda Reza n
OSF/ISD Project Portfolio Management Framework January 17, 2011.
Lori Smith Vice President Business Intelligence Universal Technical Institute Chosen by Industry. Ready to Work.™
Tom Gilchrist The Tools and Techniques of SQA SASQAG, February 17, 2000.
Welcome to Lean Six Sigma Green Belt Training
Requirements Engineering Requirements Elicitation Process Lecture-8.
 Name  Work experience  Background in continuous improvement activities  Expectations 1.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
IT Requirements Management Balancing Needs and Expectations.
Baseline Data Measure Kaizen Facilitation. Objectives Define data types and purpose Explain concepts of efficiency and effectiveness Provide tips on establishing.
Irwin/McGraw-Hill Copyright © 2000 The McGraw-Hill Companies. All Rights reserved Whitten Bentley DittmanSYSTEMS ANALYSIS AND DESIGN METHODS5th Edition.
Process Walk & SIPOC Define Kaizen Facilitation. Objectives Understand the process as a “system” Describe the concept of an entity and how it relates.
Thomas L. Gilchrist Testing Basics Set 4: Strategies & Metrics By Thomas L. Gilchrist, 2009.
1 Dr. Ralph R. Young Director of Software Engineering PRC, Inc. (703) DOORS USER GROUP CONFERENCE Reston, VA September 17,
Software Metrics – part 2 Mehran Rezaei. Software Metrics Objectives – Provide State-of-art measurement of software products, processes and projects Why.
Lecture 4 Software Metrics
Georgia Institute of Technology CS 4320 Fall 2003.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
CSCI 521 Final Exam Review. Why Establish a Standard Process? It is nearly impossible to have a high quality product without a high quality process. Standard.
Objective 2.12 Tolerance - The capacity to accept deviation from the norm Ambiguity – words or phrases with either a double meaning Self-Confidence -
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Project Selection Six Sigma Foundations Continuous Improvement Training Six Sigma Foundations Continuous Improvement Training Six Sigma Simplicity.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
Modelling the Process and Life Cycle. The Meaning of Process A process: a series of steps involving activities, constrains, and resources that produce.
Steph Watt Libby Wilson Developing Online Enrolment for New Students: a Case Study to Explore Different Approaches to Process Review.
Thomas L. Gilchrist Testing Basics Slide Set 2: Software Processes By Tom Gilchrist 2009-v2.
Fundamentals of Information Systems, Sixth Edition Chapter 1 Part A An Introduction to Information Systems in Organizations.
Tom Gilchrist, The "Two Engine Model" for Software Quality Measurement and Improvement A lively romp through process capability, documentation,
Alex Ezrakhovich Process Approach for an Integrated Management System Change driven.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
TM 720: Statistical Process Control DMAIC Problem Solving
TECHNOLOGY PLUG-IN T12 BUSINESS PROCESS.
Objective 2.12 Tolerance - The capacity to accept deviation from the norm Ambiguity – words or phrases with either a double meaning Self-Confidence -
THIS IS TO EVIDENCE YOUR WORK AND GET THE BEST GRADE POSSIBLE
TechStambha PMP Certification Training
12 Steps to Useful Software Metrics
Description of Revision
Defining Processes BEFORE ERP
System Review – The Forgotten Implementation Step
Develop Tolerance for Ambiguity
DMAIC STANDARD WORK TEMPLATE
DMAIC STANDARD WORK TEMPLATE
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

Process Engineering, Documentation, and Evaluation By Tom Gilchrist SASQAG, April 2015 Tom Gilchrist, tomg@tomgtomg.com

Disclaimer The views and opinions in this presentation are my own and do not necessarily reflect those of my employers…. Context is everything…your mileage may vary. If you don’t try something different, don’t be surprised that the outcome doesn’t change! Tom Gilchrist, tomg@tomgtomg.com

Process Black Box/Glass Box Feedback Systems Measures and Tools Tonight... Process Black Box/Glass Box Feedback Systems Measures and Tools Tom Gilchrist, tomg@tomgtomg.com

Can we predict the future? Do you consider yourself an engineer or an artist? Do you know when to play each role? This talk assumes we work in a deterministic domain (at least partially). Tom Gilchrist, tomg@tomgtomg.com

Why Document Processes? Need/Desire to Improve Quality and Consistency Reduce rework, waste, misunderstandings Reduce “fire drills” and stress Improve communications between groups and locations Gives us a basis for improvement…look for trends. Baseline process consistency by measuring process capability Baseline effectiveness and efficiency by measuring quality, cost and schedule performance Gives us visibility Professional Work Environment SME, Process User, Owner Backup Plans and Knowledge Transfer Tom Gilchrist, tomg@tomgtomg.com

What is a Process? A process is how we remember… things that work, so we can repeat them…and…. things that don’t work so we can avoid them. A process is a method of doing something with all the steps involved. Tom Gilchrist, tomg@tomgtomg.com

“Things” Sequence of tasks ( Flow Chart or SwimLane) Rules (Checklist/TipSheet) Document Format/Content (Templates) Data Input (Forms) Who does what (Responsibility, Authority & Accountability or RAA) Entry Criteria (SIPOC) Exit Criteria (SIPOC) Triggers (Operating Rhythms) Scenarios (Use Case, Value Stream Maps) Tom Gilchrist, tomg@tomgtomg.com

Where should we start? What do we want to improve? What will have the greatest impact for the least amount of effort? Define scope and avoid sub-optimizing What expertise do we assume? What assumptions? What gives us the authority to do our work? Tom Gilchrist, tomg@tomgtomg.com

total count of opportunities for use (process triggers) Simple Value Metrics Usage artifact Initially measured usage as quotient: penetration count of process uses total count of opportunities for use (process triggers)   4 = 100% usage Tom Gilchrist, tomg@tomgtomg.com

Simple Value Metrics Result artifact Collection of signed anecdotes verifies worth of process. This primitive compilation does not insist on dollar value of savings, but categorizes benefit as Quality, Cost, Delivery, Safety, Morale. Stature of collection stands on reputation of signees   3 = significant benefit from process investment Tom Gilchrist, tomg@tomgtomg.com

Process Stages/Phases New Development On-boarding New Customer/End User Sustaining Decommissioning Tom Gilchrist, tomg@tomgtomg.com

High Level Sustaining Flow (Tier 1) Sell/Manage Service Gather/ Analyze Scenarios Scenarios Plan/ Org Run Service Change Service? Run Service Run Service Make Change/ Test Integrate/ Test Release/ Install Tom Gilchrist, tomg@tomgtomg.com

Current Processes (Tier 2) Outside Group 1 Start End Owner Group Task Task Task Outside Group 2 Step Tom Gilchrist, tomg@tomgtomg.com

Work Processes have no value unless they are used. Identified Build a List Documented Standard Work Process documented and stored Communicated & Used Trained and Noticed when Used Measured Usage & Benefit Improved PDCA Tom Gilchrist, tomg@tomgtomg.com

Individuals "Left to their own, organizations tend to migrate toward individual practice". Ron Nelson ? In Out Tom Gilchrist, tomg@tomgtomg.com

Black Box E N T R Y E X I T In Out Tom Gilchrist, tomg@tomgtomg.com

Work Process Definition SIPOC(R) ENTRY CRITERIA WORK PROCESS EXIT CRITERIA Process Input Process Output What must be provided? Where does it come from? What are your acceptance Standards? ("Clear-Cut" i.e. Unambiguous and measurable) Process Id… Name, Owner, Scope, Version What must be delivered? Who uses it? What are their acceptance Standards? ("Clear-Cut" i.e. Unambiguous and measurable) Trigger What starts the process?? The tool name prompts the team to consider the Suppliers (the 'S' in SIPOC) of your process, the Inputs (the 'I') to the process, the Process (the 'P') your team is improving, the Outputs (the 'O') of the process, and the Customers (the 'C') that receive the process outputs. In some cases, Requirements of the Customers can be appended to the end of the SIPOC for further detail. Supplier Input, Process, Output Customer Tom Gilchrist, tomg@tomgtomg.com

Questions/Comments Obligatory Whining and Resistance Tom Gilchrist, tomg@tomgtomg.com