1 Leffingwell et al. © 2014 Scaled Agile, Inc. Foundations of the Scaled Agile Framework ® Be Agile. Scale Up. Stay Lean.

Slides:



Advertisements
Similar presentations
The Leaders Guide to Radical Management by Stephen Denning Amazon Reviews: Startling clarity, common sense, and immediate relevance Management Innovation.
Advertisements

An Agile Retrospective Clinton Keith Overview Retrospective format What works (clear wins)? What doesn’t work so well? What do we need to start doing?
Agile and Scrum: Executive Summary June 2, 2011 Bob Schommer, CSP, PMP, MCTS Senior Project Manager Skyline Technologies, Inc.
CREATING WIN-WIN TRADE PROMOTIONS #Consumer360. Copyright ©2012 The Nielsen Company. Confidential and proprietary. #Consumer360 CAN 1 % MAKE A DIFFERENCE?
NAUG NAUG Knowledge Evening – th February 2007.
©2013 Scaling Agile With SAFe August 13, 2013.
Agile development By Sam Chamberlain. First a bit of history..
Computer Engineering 203 R Smith Agile Development 1/ Agile Methods What are Agile Methods? – Extreme Programming is the best known example – SCRUM.
Discover how to improve productivity by going DevOps and SAFe.
If Agile had Oscars, which of its principles would qualify as “leading” vs “supporting?” David Greene BEFORE THE TALK:
Agile Process: Overview n Agile software engineering represents a reasonable compromise to conventional software engineering for certain classes of software.
Introduction to Agile.
Software engineering Process models Pavel Agejkin.
An Overview of Agile L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
WHY AGILE IS FAILING IN LARGE ORGANIZATIONS twitter.com/mcottmeyer facebook.com/leadingagile.
A Lean|Agile Learning Journey for Nokia S30/40 Managers
BEFORE AGILE METHODS Other Engineering fields development models were used, ie: Waterfall Method: Intensive planning and refactoring before coding is actually.
The Agile Primer July 2008 © ThoughtWorks 2008.
CSE G674/2009 Project Project Management Section Presented by: Amir Aref Adib.
Chapter 5 Software Process Models. Problems with “Traditional” Processes 1.Focused on and oriented towards “large projects” and lengthy development time.
AN INVITATION TO LEAD: United Way Partnerships Discussion of a New Way to Work Together. October 2012.
AgileCamp Presents: Agile 101. Good luck in your presentation! This slide deck has been shared by AgileCamp Kit under the Creative Commons Attribution.
The Successful Business Analyst’s Role in the Scaled Agile Framework®
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
1 The Manifesto for Agile Software Development “We are uncovering better ways of developing software by doing it and helping others do it. Through this.
University School of Agility SAFe Leadership Presented by: Berkana Enterprise Consulting Mac Felsing, SPC/CSM The College of William & Mary Mason School.
Introduction to Disciplined Agile Delivery (DAD) Scott W
© 2007 BigVisible Solutions, Inc. All Rights Reserved Training Solutions Agile Training Game v
Virtually Agile Astro Sabre (Matt Ganis) IBM, Senior Technical Staff Member Hawthorne, NY - September 20, 2007.
#AgileEd. Using Agile in the Classroom Cindy Royal, Associate Professor Texas State University slideshare.net/cindyroyal #AgileEd.
Requirements Engineering Requirements Engineering in Agile Methods Lecture-28.
Lean Software Development (Can Çetin)
Module 2: What is Agile? Why use it? TLO: Given a DoD program involved in software development, the student will recognize situations where applying agile.
Intelligence and Information Systems 1 3/17/2004 © 2004 Raytheon Company USC/CSE Executive Workshop on Agile Experiences March 17, 2004 A Raytheon Agile.
Michael Saucier - OSIsoft Cliff Reeves - Microsoft Your Portal to Performance An Introduction to the RtPM Platform Copyright c 2004 OSIsoft Inc. All rights.
Leffingwell et al. © 2015 Scaled Agile, Inc. All Rights Reserved 1 Foundations of the Scaled Agile Framework ® Values, Principles, Practices, Implementation.
Scaled Agile Framework Harmeet Kaur Sudan, PMP, PSM I.
1 © 2016 Scaled Agile, Inc. All Rights Reserved. V4.0.0 © 2016 Scaled Agile, Inc. All Rights Reserved. What’s New in SAFe ® 4.0? An Overview.
1 © 2016 Scaled Agile, Inc. All Rights Reserved. V4.0.0 © 2016 Scaled Agile, Inc. All Rights Reserved. Foundations of the Scaled Agile Framework ® 4.0.
Introduction to Agile. Introduction Who is this guy?
DAKTRONICS LEAN JOURNEY. DAKTRONICS VISION To be the WORLD LEADER at informing and entertaining people through dynamic audio-visual communication systems.
Industrial Software Development Process Bashar Ahmad RISC Software GmbH.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
3-Basic Agile Concepts Subtopics 1-The agile methods landscape 2-Common agile concepts and practices 3-Differences between traditional development and.
Embedded Systems Software Engineering
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Agile Methods SENG 301.
Agile Project Management and the yin & yang of
Foundations of the Scaled Agile Framework®
Rapid Launch Workshop ©CC BY-SA.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Creating a Culture of Value through HR
Agile in the Wild The many ways to Apply Agile (not just Scrum and Kanban)
CIM Modeling for E&U - (Short Version)
Waterfall, Agile & Scaling Agile
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Building an Agile Portfolio
E2E Testing in Agile – A Necessary Evil
our journey toward top down support for agile transformation
Demystifying SAFe.
How to Successfully Implement an Agile Project
Agile Process: Overview
Welcome to the Ericsson journey towards an Agile WoW!
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Introduction to Agile Blue Ocean Workshops.
Software Engineering: A Practitioner’s Approach, 6/e Chapter 4 Agile Development copyright © 1996, 2001, 2005 R.S. Pressman & Associates, Inc. For University.
Steven Borg | Co-Founder & Strategist, Northwest Cadence
Chapter 5: New and Emerging Process Methodologies
SD5953 Successful Project Management AGILE SOFTWARE DEVELOPMENT
Presentation transcript:

1 Leffingwell et al. © 2014 Scaled Agile, Inc. Foundations of the Scaled Agile Framework ® Be Agile. Scale Up. Stay Lean.

2 Leffingwell et al. © 2014 Scaled Agile, Inc. Please Read — Usage Guide Important Notice Usage of this material is subject to the following restrictions:  You may use this content for non-revenue generating and promotional purposes only.  You may add content unique to your specific context, but such content shall not change the meaning, purpose or intent of the included material.  The content cannot be modified, and the copyright notices must remain intact.  This presentation is the copyrighted material of Scaled Agile, Inc. and is protected by US and International copyright laws. It is intended for the sole purpose of promoting use of the Scaled Agile Framework so as to benefit the enterprises and individuals who apply it.

3 Leffingwell et al. © 2014 Scaled Agile, Inc. Keeping Pace ▸ We’ve had Moore’s Law for hardware and now software is eating the world ▸ Our development practices haven’t kept pace. Agile shows the greatest promise, but was developed for small teams ▸ We need a new approach that harnesses the power of Agile and Lean and applies to the needs of the largest software enterprises Our development methods must keep pace with an increasingly complex world driven by software

4 Leffingwell et al. © 2014 Scaled Agile, Inc. We thought we’d be programming like this

5 Leffingwell et al. © 2014 Scaled Agile, Inc. But sometimes it feels like this

6 Leffingwell et al. © 2014 Scaled Agile, Inc. The Management Challenge If you can’t change the system, who can? “It is not enough that management commit themselves to quality and productivity, they must know what it is they must do.” —W. Edwards Deming

7 Leffingwell et al. © 2014 Scaled Agile, Inc. Be Agile

8 Leffingwell et al. © 2014 Scaled Agile, Inc. A Stark Choice of Approaches   Documents Unverified CodeSoftware

9 Leffingwell et al. © 2014 Scaled Agile, Inc. Accelerating Value Delivery Early value delivery accumulates and accumulates Time Value Delivery

10 Leffingwell et al. © 2014 Scaled Agile, Inc. Makes Money Faster TIME VALUE DELIVERY

11 Leffingwell et al. © 2014 Scaled Agile, Inc. Delivers Better Fit for Purpose TIME Waterfall result Agile result Measure of waterfall customer dissatisfaction

12 Leffingwell et al. © 2014 Scaled Agile, Inc. Reduces Risk Risk Agile Waterfall Time Deadline ?

13 Leffingwell et al. © 2014 Scaled Agile, Inc. Scale Up

14 Leffingwell et al. © 2014 Scaled Agile, Inc. Scaling, Another Stark Choice You have a blank slate. Figure out what works for you.

15 Leffingwell et al. © 2014 Scaled Agile, Inc. Or Start with a Proven Framework A proven, publicly-facing framework for applying Lean and Agile practices at enterprise scale ScaledAgileFramework.com Synchronizes alignment, collaboration and delivery for large numbers of teams CORE VALUES 1.Program Execution 2.Alignment 3.Code Quality 4.Transparency

Field Experience at Enterprise Scale SAFe Roots: Past, Present and Future Agile Product Development Flow Lean 16 Leffingwell et al. © 2014 Scaled Agile, Inc.

17 Leffingwell et al. © 2014 Scaled Agile, Inc. Framework Creator: Dean Leffingwell  Founder and CEO ProQuo, Inc., Internet identity  Senior VP Rational Software Responsible for Rational Unified Process (RUP) & Promulgation of UML  Founder/CEO Requisite, Inc. Makers of RequisitePro  Founder/CEO RELA, Inc. Colorado MEDtech  Founder and CEO ProQuo, Inc., Internet identity  Senior VP Rational Software Responsible for Rational Unified Process (RUP) & Promulgation of UML  Founder/CEO Requisite, Inc. Makers of RequisitePro  Founder/CEO RELA, Inc. Colorado MEDtech

18 Leffingwell et al. © 2014 Scaled Agile, Inc. Contributors Principal Contributors Drew Jemilo Community Enterprise Adopters Associate Methodologist Acknowledgements Alex Yakyma Alan Shalloway Richard Knaster Creator and Chief Methodologist

19 Leffingwell et al. © 2014 Scaled Agile, Inc. Some Thoughts on Agile Methods  Scrum Works great. Less filling. Lightweight software project management. Clear team roles. Scrumptious. Let’s Sprint.  Extreme Programming Really great code from really great coders. Extremely useful. Let’s Program with it.  Kanban Clear thinking on flow, demand management and limiting Work in Process. Let’s limit WIP, manage demand and flow.

20 Leffingwell et al. © 2014 Scaled Agile, Inc. And Some Thoughts on Scaling  But If these innovative methods don’t have the native constructs to address the view beyond the team —the systems view— shouldn’t we do something about that?  And, on behalf of millions of practitioners, working on really big systems in really big companies, and struggling badly with existing approaches don’t we have an obligation to try?

22 Leffingwell et al. © 2014 Scaled Agile, Inc. SAFe Delivers Business Results Increase in employee engagement 20-50% increase in productivity 30-75% faster time to market 50%+ defect reduction

23 Leffingwell et al. © 2014 Scaled Agile, Inc. Case Studies ScaledAgileFramework.com/case-studies

24 Leffingwell et al. © 2014 Scaled Agile, Inc. Lean Thinking Provides the Tools We Need

25 Leffingwell et al. © 2014 Scaled Agile, Inc. Goal: Speed, Quality, Value The Goal  Sustainably shortest lead time  Best quality and value to people and society  Most customer delight, lowest cost, high morale, safety All we are doing is looking at the timeline, from the where the customer gives us an order to where we collect the cash. And we are reducing the time line by reducing the non-value added wastes. —Taiichi Ohno We need to figure out a way to deliver software so fast that our customers don’t have time to change their minds. —Mary Poppendieck Most software problems will exhibit themselves as a delay. —Al Shalloway All we are doing is looking at the timeline, from the where the customer gives us an order to where we collect the cash. And we are reducing the time line by reducing the non-value added wastes. —Taiichi Ohno We need to figure out a way to deliver software so fast that our customers don’t have time to change their minds. —Mary Poppendieck Most software problems will exhibit themselves as a delay. —Al Shalloway

26 Leffingwell et al. © 2014 Scaled Agile, Inc. Respect for People  Your customer is whoever consumes your work  Don’t trouble them  Don't overload them  Don't make them wait  Don't impose wishful thinking  Don't force people to do wasteful work  Equip your teams with problem- solving tools  Form long-term relationships based on trust  Your customer is whoever consumes your work  Don’t trouble them  Don't overload them  Don't make them wait  Don't impose wishful thinking  Don't force people to do wasteful work  Equip your teams with problem- solving tools  Form long-term relationships based on trust People  Develop individuals and teams; they build products  Empower teams to continuously improve  Build partnerships based on trust and mutual respect

27 Leffingwell et al. © 2014 Scaled Agile, Inc. Kaizen Become Relentless In:  Reflection  Continuous improvement as an enterprise value  A constant sense of danger  Small steady, improvements  Consider data carefully, implement change rapidly  Reflect at milestones to identify and improve shortcomings  Use tools like retrospectives, root cause analysis, and value stream mapping  Protect the knowledge base by developing stable personnel and careful succession systems  A constant sense of danger  Small steady, improvements  Consider data carefully, implement change rapidly  Reflect at milestones to identify and improve shortcomings  Use tools like retrospectives, root cause analysis, and value stream mapping  Protect the knowledge base by developing stable personnel and careful succession systems

28 Leffingwell et al. © 2014 Scaled Agile, Inc. Product Development Flow Don Reinertsen Principles of Product Development Flow 1.Take an economic view 2.Actively manage queues 3.Understand and exploit variability 4.Reduce batch sizes 5.Apply WIP constraints 6.Control flow under uncertainty: cadence and synchronization 7.Get feedback as fast as possible 8.Decentralize control 1.Take an economic view 2.Actively manage queues 3.Understand and exploit variability 4.Reduce batch sizes 5.Apply WIP constraints 6.Control flow under uncertainty: cadence and synchronization 7.Get feedback as fast as possible 8.Decentralize control

29 Leffingwell et al. © 2014 Scaled Agile, Inc. Nothing Beats an Agile Team ▸ Valuable, fully-tested software increments every two weeks ▸ Empowered, self-organizing, self-managing cross-functional teams ▸ Teams operate under program vision, architecture and user experience guidance ▸ Scrum project management and XP-inspired technical practices ▸ Value delivery via User Stories

30 Leffingwell et al. © 2014 Scaled Agile, Inc. That Focuses on Code Quality You can’t scale crappy code Code Quality Provides o Higher quality products and services, customer satisfaction o Predictability and integrity of software development o Development scalability o Higher development velocity, system performance and business agility o Ability to innovate Agile Architecture Continuous Integration Test-First Refactoring Pair Work Collective Ownership

31 Leffingwell et al. © 2014 Scaled Agile, Inc. Systems Must be Managed “A system must be managed. It will not manage itself. Left to themselves, components become selfish, competitive, independent profit centers, and thus destroy the system.... The secret is cooperation between components toward the aim of the organization.” —W. Edwards Deming Remember there are two systems at work here!

32 Leffingwell et al. © 2014 Scaled Agile, Inc. Scale to the Program Level ▸ Self-organizing, self-managing team-of-agile-teams ▸ Working, system increments every two weeks ▸ Aligned to a common mission via a single backlog ▸ Common sprint lengths and estimating ▸ Face-to-face release planning cadence for collaboration, alignment, synchronization, and assessment ▸ Value Delivery via Features and Benefits

33 Leffingwell et al. © 2014 Scaled Agile, Inc. Develop on Cadence. Release on Demand. Development occurs on a fixed cadence. The business decides when value is released. Release on Demand Major Release Customer Upgrade Customer Preview Major Release New Feature Develop on Cadence PiIPI

34 Leffingwell et al. © 2014 Scaled Agile, Inc. Stay Lean

35 Leffingwell et al. © 2014 Scaled Agile, Inc. Scaling to the Portfolio “A system is a network of interdependent components that work together to try to accomplish the aim of the system. A system must have an aim. Without an aim, there is no system.” —W. Edwards Deming

36 Leffingwell et al. © 2014 Scaled Agile, Inc. Scale to the Portfolio ▸ Centralized strategy, decentralized execution ▸ Lean-Agile budgeting empowers decision makers ▸ Kanban systems provide portfolio visibility and WIP limits ▸ Enterprise architecture is a first class citizen ▸ Objective metrics support governance and kaizen ▸ Value description via Business and Architectural Epics

37 Leffingwell et al. © 2014 Scaled Agile, Inc. Agile Program Portfolio Management Fulfills its responsibilities while enabling lean and agile practices for better business results 4.Decentralized, rolling-wave planning 5.Agile estimating and planning 6.Self-managing Agile Release Trains 1.Lean-Agile budgeting 2.Demand management; continuous value flow 3.Strategic Themes compass 7.Objective, fact-based measures and milestones Governance ProgramManagement Strategy & Investment Funding

38 Leffingwell et al. © 2014 Scaled Agile, Inc. On “Managing” Knowledge Workers Workers are knowledge workers if they know more about the work they perform than their bosses. —Peter Drucker Workers themselves are best placed to make decisions about how to perform their work. To effectively lead, the workers must be heard and respected. Knowledge workers have to manage themselves. They have to have autonomy. Continuing innovation has to be part of their work, the task, and the responsibility of knowledge workers.

39 Leffingwell et al. © 2014 Scaled Agile, Inc. Lean Foundation: Leadership  Management is trained in lean thinking  Bases decisions on this long term philosophy 1.Take a Systems View 2.Embrace the Agile Manifesto 3.Implement Product Development Flow 4.Unlock the Intrinsic Potential of Knowledge Workers 1.Take a Systems View 2.Embrace the Agile Manifesto 3.Implement Product Development Flow 4.Unlock the Intrinsic Potential of Knowledge Workers

40 Leffingwell et al. © 2014 Scaled Agile, Inc. Conclusion The foundation of Lean is LEADERSHIP The foundation of SAFe is YOU

41 Leffingwell et al. © 2014 Scaled Agile, Inc. Next Steps

42 Leffingwell et al. © 2014 Scaled Agile, Inc. Next Steps Browse the framework Read the book Build your expertise with training and certification Accelerate value delivery with your first Agile Release Train Get help from the experts at ScaledAgile.com and ScaledAgilePartners.com Join the community at community.ScaledAgile.com Become a SAFe Lean-Agile Leader Become a SAFe Lean-Agile Leader Launch Agile Release Trains Launch Agile Release Trains Leverage the Community Leverage the Community

44 Leffingwell et al. © 2014 Scaled Agile, Inc. SAFe Reference ScaledAgilePartners.com community.scaledagile.com ScaledAgileFramework.com Browse the Framework Read the Book Agile Software Requirements Get Training, Certification and Courseware Adapt it to your Enterprise with Enterprise SAFe™ Launch an Agile Release Train ScaledAgileAcademy.com ScaledAgile.com/ESAFe ScaledAgile.com/ART Get help from the experts and the extensive service delivery Partner community Join the Scaled Agile Framework Community