Lean Enablers for Managing Engineering Programs

Similar documents
Ten Years of Progress in Lean Product Development. Dr. Hugh McManus Associate Director, Lean Advancement Initiative Educational Network

Project Management for Research and Development: Using Tailored Processes to Assure Quality Outcomes

2018 ASSESS Update. Analysis, Simulation and Systems Engineering Software Strategies

PhD Student Mentoring Committee Department of Electrical and Computer Engineering Rutgers, The State University of New Jersey

Model Based Systems Engineering (MBSE) Business Case Considerations An Enabler of Risk Reduction

CSE - Annual Research Review. From Informal WinWin Agreements to Formalized Requirements

Course Workbook 1 st Edition

Technology & Manufacturing Readiness RMS

Manufacturing Readiness Assessment Overview

system design & management

Digital Engineering. Phoenix Integration Conference Ms. Philomena Zimmerman. Deputy Director, Engineering Tools and Environments.

Enfield CCG. CCG 360 o stakeholder survey 2015 Main report. Version 1 Internal Use Only Version 1 Internal Use Only

Oxfordshire CCG. CCG 360 o stakeholder survey 2015 Main report. Version 1 Internal Use Only Version 1 Internal Use Only

Southern Derbyshire CCG. CCG 360 o stakeholder survey 2015 Main report. Version 1 Internal Use Only Version 1 Internal Use Only

South Devon and Torbay CCG. CCG 360 o stakeholder survey 2015 Main report Version 1 Internal Use Only

Portsmouth CCG. CCG 360 o stakeholder survey 2015 Main report. Version 1 Internal Use Only Version 1 Internal Use Only

Product Realization in the Defense Aerospace Industry

Sutton CCG. CCG 360 o stakeholder survey 2015 Main report. Version 1 Internal Use Only Version 1 Internal Use Only

West Norfolk CCG. CCG 360 o stakeholder survey 2014 Main report. Version 1 Internal Use Only Version 7 Internal Use Only

Business Driven Software Development. Why the Focus on the Team is an Impediment to Agile

Autonomy Test & Evaluation Verification & Validation (ATEVV) Challenge Area

Best Practices for Technology Transition. Technology Maturity Conference September 12, 2007

DEFENSE ACQUISITION UNIVERSITY EMPLOYEE SELF-ASSESSMENT. Outcomes and Enablers

Gerald G. Boyd, Tom D. Anderson, David W. Geiser

Technology Roadmapping. Lesson 3

Systems Engineering Overview. Axel Claudio Alex Gonzalez

Digital Engineering (DE) and Computational Research and Engineering Acquisition Tools and Environments (CREATE)

Project Status Update

Technology Leadership Course Descriptions

Software-Intensive Systems Producibility

Practical Implementation of an Enterprise Measurement System: From Inception to Transformation

Modeling & Simulation Roadmap for JSTO-CBD IS CAPO

Other Transaction Authority (OTA)

EUROPEAN MANUFACTURING SURVEY EMS

Digital Engineering and Engineered Resilient Systems (ERS)

CCG 360 o Stakeholder Survey

Maximising customer value through flow

Lean Aerospace Initiative Plenary Workshop. Key Characteristic Maturity Model

LEAN MANAGEMENT FOR PRECAST WORKSHOP

About Software Engineering.

The Role of the Communities of Interest (COIs) March 25, Dr. John Stubstad Director, Space & Sensor Systems, OASD (Research & Engineering)

Examples of Mentoring Agreements

University of Massachusetts Amherst Libraries. Digital Preservation Policy, Version 1.3

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

UML and Patterns.book Page 52 Thursday, September 16, :48 PM

NEES CYBERINFRASTRUCTURE: A FOUNDATION FOR INNOVATIVE RESEARCH AND EDUCATION

Roadmapping. Market Products Technology. People Process. time, ca 5 years

SMART PLACES WHAT. WHY. HOW.

R&D PROJECT MANAGEMENT IS IT AGILE?

An Element of Digital Engineering Practice in Systems Acquisition

Human Systems Integration (HSI) and DevOps

Open Systems Architecture in DoD Acquisition: Opportunities and Challenges

The Importance of Being Lean: Using Lean Principles and Tools to Improve Acquisitions Workflows

Digital Engineering Support to Mission Engineering

Lean Aircraft Initiative Plenary Workshop. Program Instability

SERC Technical Overview: First-Year Results and Future Directions. Barry Boehm, USC Rich Turner, Stevens. 15 October 2009

Project overview Athens, 14 October 2016

Strategy for a Digital Preservation Program. Library and Archives Canada

COURSE SYLLABUS. Course Title: Introduction to Quality and Continuous Improvement

Agile Non-Agile. Previously on Software Engineering

Challenges and Innovations in Digital Systems Engineering

Fifteenth Annual INCOSE Region II Mini-Conference. 30 October 2010 San Diego

Management of Toxic Materials in DoD: The Emerging Contaminants Program

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

Vision. Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp Jimmy Janlén, 2015, Crisp. Alignment

Unit 5: Unified Software Development Process. 3C05: Unified Software Development Process USDP. USDP for your project. Iteration Workflows.

Our Acquisition Challenges Moving Forward

Wednesday November 29, 2017 IR Technology Seminar Presentation Outline Note: This is an English Translation from the original summary in Japanese.

Object-Oriented Design

PROJECT FACT SHEET GREEK-GERMANY CO-FUNDED PROJECT. project proposal to the funding measure

GETTING STARTED. Deciding What Tasks To Delegate To Your 123Employee Agent

AAL2BUSINESS Towards successful commercialization of AAL solutions

E-Class #3: How to Achieve All of Your Goals

Reconsidering the Role of Systems Engineering in DoD Software Problems

Esri and Autodesk What s Next?

A Strategy for Performance Excellence. 2000, QualityToolBox.com, LLC, all rights reserved

An Assessment of Acquisition Outcomes and Potential Impact of Legislative and Policy Changes

Domain Understanding and Requirements Elicitation

Achieving the Systems Engineering Vision 2025

DoD Research and Engineering

RAPID FIELDING A Path for Emerging Concept and Capability Prototyping

Stakeholder and process alignment in Navy installation technology transitions

Project Management for R&D and Innovation

UNIT-III LIFE-CYCLE PHASES

Elements in decision making / planning 4 Decision makers. QUESTIONS - stage A. A3.1. Who might be influenced - whose problem is it?

Advancing the Use of the Digital System Model Taxonomy

December Rules for Digital-Proofing Your Technology Strategy

The Potential Social and Economic Value of Innovation Procurement

The Drive for Innovation in Systems Engineering

DIGITAL GOVERNMENT TRANSFORMATION

Climate Change Innovation and Technology Framework 2017

Introduction to adoption of lean canvas in software test architecture design

If you don t design your own life plan, chances are you ll fall into someone else s plan. And guess what they have planned for you? Not much.

SWEN 256 Software Process & Project Management

Gage Repeatability and Reproducibility (R&R) Studies. An Introduction to Measurement System Analysis (MSA)

Understanding DARPA - How to be Successful - Peter J. Delfyett CREOL, The College of Optics and Photonics

Software as a Medical Device (SaMD)

Digital Engineering. Ms. Philomena Zimmerman. Deputy Director, Engineering Tools and Environments OUSD(R&E)/Systems Engineering

Agile Software Development

Update on the Developments in Government Auditing Standards Yellow Book Revision

Transcription:

Lean Enablers for Managing Engineering Programs Presentation to the INCOSE Enchantment Chapter June 13 2012 Josef Oehmen http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 1

Lean in Program Management Community of Practice Who we are January 2011 March 2012 Conduct a study within 1 year, that - Identifies the key challenges in managing engineering programs and - Identifies and documents best practices to overcome these challenges Ensure highest possible degree of applicability and practicality by - Focusing on needs of program managers from industry and government, - Develop the results through a group of subject matter experts and - Validate the results extensively. http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 2

From 0 to 180+ current members representing 35+ organizations http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 3

Development Process Based on concrete challenges, not thin air Incorporates start-of-the-art knowledge from literature Developed by group of 15 subject matter experts through year-long, weekly meetings Feedback through wider community of practice (180+ members) Discussed at 4 large and very successful workshops, involving both PMI and INCOSE members Backed-up by two validation surveys Validated by content analysis management practices of highly successful programs http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 4

Lean Enabler for Managing Engineering Programs Lean Principles Use of Lean Enablers in Successful and Unsuccessful Programs: Level of Agreement of Respondents Successful Program Not Successful Progam LE 1.x: Respect LE 2.x: Value LE 3.x: Value Stream LE 4.x: Flow LE 5.x: Pull LE 6.x: Perfection 2 Disagree that Lean Enablers was used 3 Neither agree, nor disagree that Lean Enablers were used average N: 63 programs per category; all differences are statistically significant 4 Agree that Lean Enablers were used http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 5

MOTIVATION http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 6

How are we doing in the management of large-scale engineering programs? Regarding cost? Regarding schedule? Regarding delivering the benefits we promised? http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 7

45% 40% 35% 30% 25% US Department of Defense Development Portfolio Change to initial estimate (2008) Management of Large-Scale Engineering Programs: DOD Example Total cost growth: $296 billion Average schedule overrun: 22 months 20% 15% 10% 5% Similar situation in other industries 0% Change RDT&E Cost Change Total Cost Sources: GAO 06-368, Bloomberg, GAO 10-374T http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 8

What is a serious engineering program challenge in your organization? 1. Reactive Program Execution 2. Lack of stability, clarity and completeness of requirements 3. Insufficient alignment and coordination of the extended enterprise 4. Value stream not optimized throughout the entire enterprise 5. Unclear roles, responsibilities and accountability 6. Insufficient team skills, unproductive behavior and culture 7. Insufficient Program Planning 8. Improper metrics, metric systems and KPIs 9. Lack of proactive management of program uncertainties and risks 10. Poor program acquisition and contracting practices http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 9

How bad are unstable requirements? 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Decreased, deferred or deleted requirements Increase of R&D Cost in DoD Programs New or enhanced requirements Stable requirements Source: GAO-11-233SP http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 10

INNOVATION BY BRIDGING KNOWLEDGE DOMAINS http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 11

Study Design: Innovation by Bridging Knowledge Domains Lean Thinking Systems Engineering Program Management Unique, Relevant and Actionable Advice Unique Three world-class organizations and thought leaders joined forces Industry, government and academia participation Relevant Massive challenges in program execution: Cost and schedule overruns Integration of knowledge and professional domains Extensively validated Actionable Concrete advice Mapped to known challenges and existing standards Guidance for implementation http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 12

THE GUIDE TO LEAN ENABLERS FOR MANAGING ENGINEERING PROGRAMS http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 15

Download at http://hdl.handle.net/1721.1/70495 Read the Press Releases from LAI, PMI, and INCOSE Section 1: Introduction - Document overview - Motivation and impact - Applicability and scope Section 2: Overview Lean Thinking - Value and waste - Six lean principles Section 3: Integration of Program Management and SE - Relationship program management and SE - Introduction to program management and SE - Stakeholders and value Section 4: Top 10 Challenges Section 5: Lean Enablers - List of Enablers - Mapping to program management, challenges and SE Section 6: Complementary improvement approaches - Agile, CMMI, and EVM Section 7: Implementation recommendations Section 8: Barriers to implementation Appendix - Complementary information sources - References - Detailed mapping http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 16

Baseline Recommendations Challenges in Managing Engineering Programs Lean Enablers for Managing Engineering Programs Complimentary Improvement Approaches Alignment of Program Management and Systems Engineering Implementation Suggestions Introduction to Lean Thinking Implementation Barriers Improvement need, program context Guide to Lean Enablers for Managing Engineering Programs Appendix: Lots of mappings and tables http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 17

Lean Enablers: 300 Best Practices in 40 Categories Lean Enablers for Managing Engineering Programs Lean Enablers 1: Respect for people Lean Enablers 2: Capture the value as defined by the customer Lean Enablers 3: Map the value stream Lean Enablers 4: Flow the work processes Lean Enablers 5: Let customer pull value Lean Enablers 6: Pursue perfection in all processes 6 enablers 7 enablers 10 enablers 10 enablers 2 enablers 8 enablers 37 sub-enablers 44 sub-enablers 69 sub-enablers 67 sub-enablers 8 sub-enablers 50 sub-enablers http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 19

EXAMPLES http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 20

Programs fail or succeed primarily based on people, not processes or tools What is the key to motivating knowledge workers? Money! Really? Watch Dan Pink at http://www.youtube.com/watch?v= u6xapnufjjc (or Google Dan Pink RSA ) Source: danpink.com http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 21

Example 1: Treat People as Your Most Important Asset (LE 1.x.x) 1.1.x Build a program culture based on respect for people 1.2.x Motivate by making the higher purpose of the program and program elements transparent 1.3.x Support an autonomous working style 1.4.x Expect and support people in their strive for professional excellence and promote their careers 1.5.x Promote the ability to rapidly learn and continuously improve 1.6.x Encourage personal networks and interactions Source: danpink.com http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 22

What challenges do you address by helping people to become highly capable and motivated? http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 23

Associated Lean Methods and Tools Mastery: Create Specialist Career Path to develop towering (technical) competence Communities of Practice (internal and external) Mentoring Hire for attitude, train for skill Autonomy: Kaizen: Bottom-up continuous improvement processes Responsibility-based planning and control Purpose: Create a shared vision that draws out the best in people (e.g. through value stream mapping) Source: Wikipedia http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 24

Example 2: Optimize the value stream (LE 3.x.x) and create flow (LE 4.x.x) Use formal value stream mapping methods to identify and eliminate management and engineering waste, and to tailor and scale tasks. (LE 3.1.4) Use Lean tools to promote the flow of information and minimize handoffs. Implement small batch sizes of information, low information in inventory, low number of concurrent tasks per employee, small takt times, wide-communication bandwidth, standardization, work cells, and training. (LE 4.1.19) http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 25

Addresses challenge of value stream not being optimized throughout the entire enterprise Time share of different types of activities in Engineering Programs Waste (Activity idle) 62% Activity Executed 38% Waste 15% Necessary waste 11% Value added 12% Source: McManus, 2005, Oppenheim, 2004 http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 26

Waste in Engineering Programs - Examples Seven Wastes Engineering Program Examples Waiting Waiting for information or decisions Information or decisions waiting for people to act Large queues throughout the review cycle Long approval sequences Unnecessary serial effort Over-Processing of Information Inventory of Information Refinements beyond what is needed Point design used too early, causing massive iterations Uncontrolled iterations (too many tasks iterated, excessive complexity) Lack of standardization Data conversions Keeping more information than needed Excessive time intervals between reviews Poor configuration management and complicated retrieval Poor 5 S's (sorting, straightening, systematic cleaning, standardizing, and sustaining) in office or databases Rework, Defects The killer re s : Rework, Rewrite, Redo, Re-program, Retest... Unstable requirements Uncoordinated complex task taking so much time to execute that it is obsolete when finished and has to be redone Incomplete, ambiguous, or inaccurate information Inspection to catch defects http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 27

Why Flow is key: Information rots! Rot and rework of information in inventory 60% 50% Percentage of information items affected by 'rot' 40% Amount of required rework (as % of original work in inventory) 30% 20% 10% 0% 0 10 20 30 40 50 60 70 80 90 100 Engineering Days Source: Kato 2005 http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 28

How information inventory is created: Task switching 700 Average Information Inventory Time (engineering days) by Root Cause 600 500 400 300 200 100 Source: Kato 2005 0 Switching to urgent task within project Waiting for information from other task Switching to urgent task outside project Other http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 29

Engineering Value Stream Mapping Process Getting started Identifying key stakeholders Defining the team training the team Bounding the problem Defining the value Understanding value creation Mapping the current state value stream Mapping tasks and flows Collecting data Evaluation of value Understanding interations Identifying waste Understanding types of waste Identifying different types waste Improving the process Establishing takt time Assuring information availability Balancing the line Eliminating inefficient reviews Eliminating other wastes Mapping the future state Source: McManus, 2005 http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 30

Example Value Stream Maps: All shapes and sizes Source: Wikipedia 1 type of waste, one value stream 7 types of waste, three coupled value streams Source: Kato 2005 http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 31

Reducing Work in Progress through simple visual management (and prioritization) Average from 972 cases at Boeing: - Reduction of work in progress: 69% - Improvement of quality (reduction of defects): 3.2x - Improvement of throughput (reduction of lead time): 3.4x - Time to implement method: 4 weeks http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 32

LEAN ENABLERS AND PROGRAM SUCCESS http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 41

Content analysis: PMI Project (Program) of the Year Winners of the last 10 years http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 42

Application of Lean Enablers in Best Practice Programs The more detailed the reports, the more Enablers we found http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 43

Every Lean Enabler was used at least once http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 44

Most popular vs rarely used enablers Almost always found Build a program culture based on respect for people For every program, use a program manager role to lead and integrate program from start to finish Frequently engage the stakeholders throughout the program lifecycle Develop a Communications Plan Rarely found Pull tasks and outputs based on need, and reject others as waste Pursue Lean for the long term Use probabilistic estimates in program planning http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 45

Lean Enabler for Managing Engineering Programs Lean Principles Use of Lean Enablers in Successful and Unsuccessful Programs: Level of Agreement of Respondents Successful Program Not Successful Progam LE 1.x: Respect LE 2.x: Value LE 3.x: Value Stream LE 4.x: Flow LE 5.x: Pull LE 6.x: Perfection 2 Disagree that Lean Enablers was used 3 Neither agree, nor disagree that Lean Enablers were used average N: 63 programs per category; all differences are statistically significant 4 Agree that Lean Enablers were used http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 46

THE ROAD AHEAD http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 47

Overview of Year 2 Activities Working Draft Year 2 Activities Area 1: Communication and Marketing Area 2: Training and Teaching Material Overview material Centralized communication activities Extended Documentation of LE Metrics Company- and organizationspecific communication Implementation pilots Lean Methods / Workshops Other elements http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 48

Format of Area 2 activities: Open Knowledge Portal Currently: Proof of Concept & Prototyping Activities http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 50

JOIN US! http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 69

www.lean-program-management.org Join the mailing list one email and presentation per month. Become a subject matter expert Monday, 1-2pm EDT http://lean.mit.edu 2012 Massachusetts Institute of Technology, Josef Oehmen, oehmen@mit.edu - 70