l e a n software development What Lean Brings to Agile



Similar documents
l e a n software development Where Adam Smith went wrong

Getting Started with Kanban Paul Klipp

Applying Lean on Agile Scrum Development Methodology

Lean Software Development

Lean Development A team approach to Software Application Development

Lean Software Development and Kanban

Executive Guide to SAFe 24 July An Executive s Guide to the Scaled Agile Framework.

An Introduction to Continuous Delivery

Safety-Critical Applications Built via Agile Discipline

Agile Development for Application Security Managers

Lean and Agile Development With Scrum (Part 2) Lucio Davide Spano

BI Dashboards the Agile Way

Gothenburg 2015 Jan Marek com CA Technologies Introducing Agile development methodologies to Session S601 mainframe development teams

LEAN AGILE POCKET GUIDE

Introduction to Agile and Scrum

Creating Continuous Flow

Scrum. in five minutes

MTAT Software Engineering

Manage team performance

Lean vs. Agile similarities and differences Created by Stephen Barkar -

Lean, Six Sigma, and the Systems Approach: Management Initiatives for Process Improvement

What is meant by the term, Lean Software Development? November 2014

RedPrairie for Workforce Management

Agile development of safety-critical software while meetings standards' requirements

Developing Policies, Protocols and Procedures using Kotter s 8 step Change Management Model

Defining Quality Workbook. <Program/Project/Work Name> Quality Definition

NGN Behavioural Competencies

How to Turn an Industry on Its Head. Become Masters of Delivering On Big Promises. By Kevin Lawrence and David J. Greer

pm4dev, 2007 management for development series Introduction to Project Management PROJECT MANAGEMENT FOR DEVELOPMENT ORGANIZATIONS

Agile Testing Overview

Chapter 10. Becoming an Agile Enterprise

Lean Software Development

Agile and lean methods for managing application development process


MANUFACTURING EXECUTION SYSTEMS INTEGRATED WITH ERP & SIX SIGMA FOR PROCESS IMPROVEMENTS

The Project Matrix: A Model for Software Engineering Project Management

Process Intelligence: An Exciting New Frontier for Business Intelligence

LEAN SOFTWARE DEVELOPMENT ( As a Survival Tool in Recession )

How To Compare Six Sigma, Lean and the Theory of Constraints

Issue in Focus: Integrating Cloud PLM. Considerations for Systems Integration in the Cloud

Océ TCS500. No time to waste. Wide format colour. print, copy and scan. system

Improving own learning and performance Level 1

Outline. 1 Denitions. 2 Principles. 4 Implementation and Evaluation. 5 Debugging. 6 References

Performance Management Programme Sandymoor School, E Simpson

Ensuring Reliability in Lean New Product Development. John J. Paschkewitz, P.E., CRE

Understanding Agile Project Management

Project Management for Critical Access Hospitals

Nova Software Quality Assurance Process

TRAINING SESSION SUMMARIES FOR SERVICE

Course "Softwareprozesse" Agile Methods: Crystal, Scrum, Lean SD, Kanban,

Product Development: From Conception to Execution. Slide 1

Digital Industries Trailblazer Apprenticeship. Software Developer - Occupational Brief

How$Spotify$builds$products$

Introduction to Agile

Accelerated Route to Lean Manufacturing

Hoshin Kanri Aligning Operational Goals to Strategic Goals Webinar

DANISH ENTREPRENEURSHIP AWARD

Success Story. Laserline relies on visualization, control and operating panel from KEBA

Applied Software Project Management

Commercial Buildings Special Working Group Change Management Report 2010

From Performance Management to Leading Performance. Kati Vilkki and Esther Derby

Managing performance for small firms

Testing, What is it Good For? Absolutely Everything!

Seven Principles of Change:

PERFORMANCE MANAGEMENT Planning & Goal Setting

Table of contents. Enterprise Resource Planning (ERP) functional testing best practices: Ten steps to ERP systems reliability

Value, Flow, Quality BCS PRACTITIONER CERTIFICATE IN AGILE SYLLABUS

Governments information technology

How To Train Online For Retail

Winning Leadership in Turbulent Times Developing Emotionally Intelligent Leaders

Leading a Virtual Intercultural Team. Implications for Virtual Team Leaders

Introduction. Background Knowledge. The Task. The Support the Work Setting Should Provide

Job Description. Human Resource Officer

Specific Measurable Achievable. Relevant Timely. PERFORMANCE MANAGEMENT CREATING SMART OBJECTIVES: Participant Guide PROGRAM OVERVIEW

Teaching lean thinking through game: some challenges

Investigation on the Effects of Elimination of Waste Levels in Managing Cost Levels In the Pharmaceutical Industry in Kenya

Perspectives. The Key to Customer Loyalty. Summary. Organizational Commitment to Service Improvement

Scaling Agile with the Lessons of Lean Product Development Flow Copyright 2012 Net Objectives, Inc. All Rights Reserved

Developing a Formidable Business / Continuous Improvement Methodology in Africa. By: Frederick O Popoola

Transcription:

software development Beyond the Low Hanging Fruit What Lean Brings to Agile mary@poppendieck.com Mary Poppendieck www.poppendieck.com

Lean in a Nutshell 1. System Thinking Customers don t want software. 2. Technical lexcellence Correctness can be proven at any time. 3. Reliable Delivery Design the system to meet the constraints. 4. Relentless Improvement Learn how to learn. 2 October 09 Copyright 2009 Poppendieck.LLC

Delighted Customers Customer Anyone who pays for, uses, supports, or derives value from the systems we create Basic Needs Quality Assumed to be there Performance Needs Value Spoken needs Used for evaluation Unarticulated Needs Excitement Unexpected features that delight & surprise 3 October 09 Copyright 2009 Poppendieck.LLC Find unarticulated needs.

Customer Demand Value Demand Demand for work that adds value from a customer perspective p The Goal: Delight Customers by Responding to Value Demand Failure Demand Demand on the resources caused dby your failures Eg. Support Calls The Goal: Eliminate Failure Demand Meanwhile, respond as fast as possible 4 October 09 Copyright 2009 Poppendieck.LLC

Lean in a Nutshell 1. System Thinking Customers don t want software. 2. Technical lexcellence Correctness can be proven at any time. 3. Reliable Delivery Design the system to meet the constraints. 4. Relentless Improvement Learn how to learn. 5 October 09 Copyright 2009 Poppendieck.LLC

Technical Excellence Correctness can be proven at any time. Every system development process ever invented has had as its primary goal: Find and remove defects as early in the process as you possibly can. Edsger Dijkstra 1968 Those who want really reliable software will discover that they must find a means of avoiding the majority of bugs to start with, and as a result the programming process will become cheaper. If you want more effective programmers, you will discover that they should not waste their time debugging they should not introduce bugs to start with. Harlan Mills 1972 My principle criterion for judging whether top down programming is actually used is [the] absence of any difficulty at integration. Agile Development is nothing more (and nothing less) than being able to prove correctness at any time, at any level of the system. 6 October 09 Copyrignt 2009 Poppendieck.LLC

Quality by Construction A Quality Process Builds Quality IN. Rather than trying to test quality in later. If you find defects at the end of your process Your process is defective! Quality by Construction Code that reveals its intentions Design/code reviews Immediate, t automated t testing ti STOP if the tests don t pass! Continuous,, nested integration Escaped defect analysis & feedback 7 October 09 Copyright 2009 Poppendieck.LLC

Dijkstra s Challange If you want more effective programmers, you will discover that they should not waste their time debugging they should not introduce bugs to start with. How good are you? When in your release cycle do you try to freeze code and test the system? What percent of the release cycle remains for this hardening? Top Companies: <10% Typical: 30% Release Cycle 8 October 09 Copyright 2009 Poppendieck.LLC Sometimes: 50%

Lean in a Nutshell 1. System Thinking Customers don t want software. 2. Technical lexcellence Correctness can be proven at any time. 3. Reliable Delivery Design the system to meet the constraints. 4. Relentless Improvement Learn how to learn. 9 October 09 Copyright 2009 Poppendieck.LLC

Empire State Building September 22, 1929 Demolition started January 22, 1930 Excavation started March 17, 1930 Construction started November 13, 1930 Exterior completed May 1, 1931 Building opened Exactly on time 18% under budget One Year Earlier: How did they do it? The key: Focus on FLOW. 10 October 09 Copyright 2009 Poppendieck.LLC

Steel Schedule We thought of the work as if it were a band marching through the building and out the top. From: Building the Empire State Builders Notebook: Edited by Carol Willis 11 October 09 Copyright 2009 Poppendieck.LLC

The Four Pacemakers 1. Structural Steel Construction Completed September 22, 12 days early 2. Concrete Floor Construction Completed October 22, 6 days early 3. Exterior Metal Trim &Windows Completed October 17, 35 days early 4. Exterior Limestone Completed November 13, 17 days early From: Building the Empire State Builders Notebook: Edited by Carol Willis 12 October 09 Copyright 2009 Poppendieck.LLC

Key Success Factors 1. Teamwork of owner, architect, and builder Eliminated design loops by consulting experts early. 2. Deeply Experienced Builders Fixed Price Contract! 3. Focus on the key constraint: Material Flow 500 trucks a day no storage on site 4. Decoupling The pacemakers (and other systems) were designed to be independent 5. Cash Flow Thinking Every day of delay cost $10,000 000 ($120,000 000 today). 6. Schedule was not laid out based on the details of the building design, the building was designed based on the constraints of the situation. Two acres of land in the middle of New York l City, zoning e ordinances, a n $35,000,000 of capital, the laws of physics, and a May 1, 1931 deadline. 13 October 09 Copyright 2009 Poppendieck.LLC

Lessons Design the system to meet the constraints; do not derive constraints from the design. Decouple workflows; break dependencies! Workflows are easier to control & more predictable than a schedules. dl di bl h h 14 October 09 Copyright 2009 Poppendieck.LLC

Lean in a Nutshell 1. System Thinking Customers don t want software. 2. Technical lexcellence Correctness can be proven at any time. 3. Reliable Delivery Design the system to meet the constraints. 4. Relentless Improvement Learn how to learn. 15 October 09 Copyright 2009 Poppendieck.LLC

Failure is a Learning Opportunity Complex systems will always fail A failure demonstrates a lack of understanding of the system. Failure is the system talking to you. Listen It s not noise; it s information. No Workarounds No Firefighting Learn! 16 October 09 Copyright 2009 Poppendieck.LLC Learn!

Toyota Improvement Kata 1. Visualize perfection 2. Have a first hand grasp of the situation 3. Define a target condition on the way to perfection 4. Strive to move step-by-step to the target 5. As obstacles are encountered, they are systematically understood and overcome 2 3 4 Current Condition Encountered 1 Obstacle Understood and Overcome Next Target Condition 17 October 09 Copyright 2009 Poppendieck.LLC Vision Mike Rother Toyota Kata

Toyota Coaching Kata Everyone has a Mentor The Mentor Knows the details Asks questions Teaches the kata Focuses on learning Not results 18 October 09 Copyright 2009 Poppendieck.LLC

Results are Not the Point Developing people so that they can achieve successful results is the point. The Toyota Way has two main pillars: continuous improvement and respect for people. Katsuaki Watanabe Toyota President 2005-2009 Only after American carmakers had exhausted every other explanation for Toyota s success an undervalued yen, a docile workforce, Japanese culture, superior automation were they finally able to admit that Toyota s real advantage was its ability to harness the intellect of ordinary employees. 19 October 09 Copyright 2009 Poppendieck.LLC Management Innovation by Gary Hamel, Harvard Business Review, February, 2006

software development Thank You! More Information: www.poppendieck.com mary@poppendieck.com Mary Poppendieck www.poppendieck.com