1 / 41

Using Agile and Lean to Lead Business Transformation

Using Agile and Lean to Lead Business Transformation. A Case Study. Dennis Stevens Synaptus dennis.stevens@synaptus.com 770.851.8025 web: www.synaptus.com blog: www.dennisstevens.com twitter.com/ dennisstevens Agile Project Management Agile Project Recovery Kanban Lean – Agile Transformation.

rafe
Download Presentation

Using Agile and Lean to Lead Business Transformation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Using Agile and Lean to Lead Business Transformation A Case Study

  2. Dennis StevensSynaptusdennis.stevens@synaptus.com 770.851.8025web: www.synaptus.comblog: www.dennisstevens.comtwitter.com/dennisstevensAgile Project ManagementAgile Project RecoveryKanbanLean – Agile Transformation

  3. Agenda • Obstacles to Business Transformation • Overcoming Obstacles to Business Transformation • Case Study • Situation • Initial Assessment • Introducing Kanban to the development organization • Approach to Achieving the Business Objective • Introducing Kanban at the strategy execution level • Ceremonies for the Strategy Execution Kanban • Results of our effort • Continuous Transformation - Boyd’s O-O-D-A

  4. What makes transformation hard? #1 Difficulty translating transformation goals into specific action #2 Methods of problem solving that aren’t sufficiently collaborative to address different perspectives and competing concerns #3 Challenges coordinating across teams resulting a lack of focus and abandoned efforts

  5. By the way Culture, culture, culture The obstacles to successful software development are often not in the software development organization We have to change the habits and conversations in the organization to make lasting change Lean and Agile provide us tools to overcome the obstacles to transformation – while creating the potential for changing the culture

  6. Overcoming transformation challenges #1 Difficulty translating transformation goals into specific action Business Value-Performance Heat Map (Story mapping, Business Value, Performance) Explicitly connect the transformation effort to business capabilities

  7. Overcoming transformation challenges #2 Methods of problem solving that aren’t sufficiently collaborative to address different perspectives and competing concerns A3 Problem Solving(Lean) Leverage a proven collaborative problem solving and planning tool

  8. What makes transformation hard? #3 Challenges coordinating across teams resulting a lack of focus and abandoned efforts Transformation Execution Kanban (Lean -Agile) Use visible tools for tracking and coordinating the status of transformation activities

  9. Case Study: Situation • $100 million retail service provider • Merchandising • Remodeling • Construction • Resets • The economy has drastically reduced remodeling and construction • Significant shift in the market eliminates merchandising • The entire business focus is now resets • Not traditionally profitable – and the business processes and technology were not optimized to perform resets

  10. Initial Findings: Technology Software development was technically competent but not very mature and in churn The system had been designed in information silos Spreadsheets and personal recall were used to run the business - the spreadsheets were the glue between the information silos There was a lack of access to any management information in the system – there was no useful reporting – management couldn’t get out what they needed Over 40% of technology developed over four years had not been deployed in the business

  11. Approach: Technology Swivel Chair Integration Performed information flow analysis against current systems and processes to address the new needs Six systems and over a dozen spreadsheets

  12. Approach: Technology Next Analysis Development Acceptance “Done-Done” (5) (3) (5) (3) NPD Enhance Core System Enhancex of 40 Established Kanban board for development - visualized their process and all the existing work Established three classes of service based on source of funding Still have not explicitly limited WIP on the development board Major bottleneck was in customer acceptance

  13. Identifying the Constraint Having visibility into the constraint create the opportunity for conversation with the business. Why is the stuff the business asked us to build not the stuff the business needs?

  14. Addressing the Constraint We had development under control – but we had to get rapidly get business results We needed to help the business articulate the most important requirements to technology We needed to understand the conflicting concerns in the business that resulted in the low adoption rate We needed to create focus on implementing change in a time of rapid shift, turmoil, and duress

  15. Initial Findings: Business • Owners: Very successful entrepreneurs with deep understanding of the industry – innovative and strategic thinkers • Management: • Tactically focused, in transition, stretched very thin • Lack clear line of site to their costs or economic drivers in this new business model • Out of necessity run the business on intuition and response to crisis • Back office: Very hard working knowledgeable people • Overall: Not a demonstrated history of getting ideas from concept to implementation

  16. Approach: Business • Facilitated Strategy Articulation • based on Strategic Goals, COGS model and SWOT analysis We changed the senior leadership conversation from “technology” to “business outcomes”

  17. Approach: Business Analyze business model to identify capabilities This changed the line manager conversation from local improvement to system improvement

  18. Approach: Business Assess the Business Capabilities Verb Noun(Action – Entity) KEY High Value Medium Value Low Value Low Performing Medium Performing High Performing High Risk Moderate Risk Low Risk Value (border) How strongly does this affect focusing objectives? How strongly does this affect standard operating objectives? Is this value-added?Supporting? Controlling? Performance (fill) How is this capability performing today? Would a small improvement here improve BT bottom line performance? Do we understand how to improve performance? Risk (dot) How difficult is this capability to scale (for CR1)? Is this constrained by Customer (HD) policy? Is the process complex? Highly dependent on other capabilities? Subject to compliance issues?

  19. Capability Value Performance Map Building this model resulted in a lot of explicit conversations about business value, performance, and risk at the business outcome level.

  20. Assess the model Capability Map gave us clarity on what the business did and what we had to change to deliver value. Assessing the model determined what was most important to the business. The business was aligned with the outcome because they developed it.

  21. Approach: Business Swivel Chair Integration We aren’t trying please every individual – the conversations are about the bigger business outcomes. The most important areas to focus on became clear – to technology, to management, and across the business.

  22. Overcoming Obstacles to Transformation #1 Difficulty translating transformation goals into specific action Strategy is clear and there is a shared context within the business Clearly understand what capabilities need to change and the impacted processes and technology Different perspectives and competing concerns have been addressed

  23. A3 Problem Solving: Overview

  24. A3 Problem Solving: Outcome

  25. A3 Problem Solving: Outcome

  26. A3 Problem Solving: Analysis

  27. A3 Problem Solving: Analysis

  28. A3 Problem Solving: Plan

  29. A3 Problem Solving: Sequence, Timing and Owner

  30. Overcoming Obstacles to Transformation #2 Methods of problem solving that aren’t sufficiently collaborative to address different perspectives and competing concerns Management follows up (some actually do) with their line managers from their A3s. We have a clear understanding of what needs to happen to delivery the solution – not just the technology We have explored unintended consequences and gained acceptance of the solution from the impacted parts of the organization We understand the relationship between the technology deliverables and the other parts of the organization

  31. Now the big obstacle • Execution • Technology is a small component of the solution - how can we coordinate the necessary process and organizational changes across HR, the field, accounting, and operations? • How can we get technology deployed so that the business realizes the value? • How can we get management to maintain focus?

  32. Strategy Execution Kanban Board • Expand / collapse tasks from the plan in each column Next Analyze Prepare Execute Measure Expedite AcceptanceCriteria AcceptanceCriteria AcceptanceCriteria AcceptanceCriteria

  33. Strategy Execution Kanban Board

  34. Strategy Execution Kanban

  35. Strategy Execution Ceremonies Walk the board with management once a week. Blocked items are flagged with a red tab with a note of who needs to unblock it. There is a lot of focus on getting stories on the technology board through acceptance now. We have an expedite column on the management board. We limit crisis to one at a time. Board ensures current projects maintain (regain) focus.

  36. Overcoming obstacles to transformation #3 Challenges coordinating across teams resulting a lack of focus and abandoned efforts Expand and collapse model makes coordination explicit We have structured conversations about how to get to “Done” The business is motivated to pull work from acceptance in development – we have elevated the constraint

  37. Results Achieved focus across the business Reduction in the crisis management tendency Technology deployed on time – continue to refine and deploy enhancements in flight Provide management with real time data to manage their resets Business is delivering work profitably Trust has been established between us (effectively the technology group and PMO) and the business Continuous transformation model in place in the business

  38. Success Attributed To • Visual control of the Kanban board • Focus • Momentum • Shared Alignment • Visual nature of the strategy articulation • Decisions by developers and management are made in a shared strategic context • Collaborative nature of the capability map, A3, and the Kanban board • Shared understanding • Participative design • Accountability • Rapid maturing of the organization regarding strategy execution • Courage and commitment of the Beam Team leadership

  39. Model of Continuous Transformation

  40. Time as a Strategic DifferentiatorThe new Bargain of Agility The primary concept of the new Bargain of Agile is to expend the least resource possible to exploit the next most valuable opportunity. Observe Orient Decide Act Unfolding circumstances Implicit guidance and control Implicit guidance and control Understand Culture Tradition New Information Previous Experience Synthesis Action (Test) Observations Feed Forward Feed Forward Decision Feed Forward Outside information Feedback Unfolding interaction with the environment

  41. Dennis StevensSynaptusdennis.stevens@synaptus.com 770.851.8025web: www.synaptus.comblog: www.dennisstevens.comtwitter.com/dennisstevensAgile Project ManagementAgile Project RecoveryKanbanLean – Agile Transformation

More Related