From Lean Startup to Agile Enterprise

  • Published on
    17-Oct-2014

  • View
    1.113

  • Download
    2

DESCRIPTION

Don't forget to check out my latest book, Directing the Agile Organisation (http://theagiledirector.com/book), if you like the ideas raised in this presentation. From #AgileIndia2014 Traditional models of management and corporate governance are failing to keep up with the needs of the modern economy. Change, both technological and cultural, is occurring at faster rates than ever before. In this climate, modern enterprises will live or die on their ability to adapt. This is where Agile, and Agile Business Management, come in. Agile is change; changing how you think, changing how you work and changing the way you interact. This is important whether you are a software developer or a CEO. In this presentation, Evan will provide engaging and enlightening case studies of Agile beyond IT; from lean startups to large enterprises. These will be reinforced with practical approaches for the leadership of teams, divisions and businesses. Taking the successful concepts and methods from the Agile movement and Evan's new book "Directing the Agile Organisation", Agile Business Management is a framework for the day-to-day management of organisations regardless of industry, size or location. We will discuss processes, techniques, and case studies for the 4 key domains from Agile Business Management; 1. You, the Agile Manager - What makes a good manager and how do their responsibilities change? 2. Integrated Customer Engagement - Collaboration and communication techniques to build trust and deliver Customer needs efficiently, with minimal waste, and to everyone's satisfaction. 3. The Structure of an Agile Organisation - Efficient, transparent and collaborative techniques to manage empowered staff. 4. Work, the Agile Way - Managing all types of business functions, from software, HR, finance to legal, by using Just-In-Time planning and Incremental or Continuous Delivery processes. Ultimately, the goal of this presentation is to make you think about your role as a leader.

Transcript

<p>Slide 1</p> <p>From lean startup to agile Enterpriseevan LeybournGood morning, </p> <p>Lets start with an informal survey. Hands-up if any of you have heard the terms Agile or Lean in the context of software or manufacturing? </p> <p>Great, now I want each of you to put some of your preconceived ideas aside. </p> <p>For those who dont know; Agile is a set of values, principles, techniques and frameworks for the adaptable, incremental &amp; efficient delivery of work. Originally developed for the software industry, they can be applied toany type of workincluding finance, sales, HR, marketing, corporate strategy, leadership, and more.</p> <p>In the context of the modern economy, conventional models of business management are failing to keep up with the rapidly changing cultural and technological environment and a different approach is necessary.</p> <p>Enter Agile Business Management; an adaptive approach to business management and corporate governance. Were all here because business growth is important to us. For the next 15 minutes, Im going to provide you with some principles and techniques that focus on business agility as a means of promoting business growth. Ultimately, this can only be achieved by improving communication, collaboration, and delivering continuously while remaining responsive to change.</p> <p>So, let's start with a simple definition. Business growth comes from applying profitability to customer growth. Profitability comes from delivering services to your customers, accurately and efficiently.1Chrysler, Delphi, Texaco, Kodak, LTV, Compaq, DigitalWhat do these companies have in commonThey failed to adapt. They relied on traditional business models &amp; strategies which failed them. Most importantly, they couldnt keep up.2</p> <p>Evan LeybournLean / Agile Business Leader and AuthorMelbourne, Australia@eleybournhttp://theagiledirector.comCLICK TO DISCOVER MOREAdd ABM/GDAC logo3 interestingWe live in timesUse the Agile Manifesto interestingOnce upon a time, in a country about 10,000 km away</p> <p>We value individuals and interactions over processes and tools.We value [completed Customer Requirements] over comprehensive documentation.We value customer collaboration over contract negotiation.We value responding to change over following a plan.</p> <p>4What drives a transformationculture, demand, &amp; strengths Business BusinessOnce upon a time, in a land about 10,000 km away, there was a business.</p> <p>Now this business had a problem; they were successful. </p> <p>This may not seem like a problem to you, but this company knew that success in a single domain, does not make for a robust business model, and can be fleeting. </p> <p>So they looked inward to find ways of being adaptable, of structuring themselves so that they can leverage changing market needs while continuing to deliver to their customers expectations. </p> <p>Does this sound familiar to anyone.5</p> <p>Business change via sustained effort across the organisation</p> <p>ChangeChangeChangeImages shamelessly stolen from Ahmed Sidky (ICAgile)Pre-Agile Learning AgileStage OneDefine your Vision for an Agile Businessyour Goals, Benefits &amp; End StateValidated Learning8Measure your vision for an agile Businessyour Goals, Benefits &amp; End StateActionable Metrics NOT vanity metrics9Communicate your Agile values </p> <p>Process Driven &gt; Relationship Drivenindividuals and interactions completed products &amp; Services</p> <p>personal ownership &amp; accountabilityCulture of Transparency</p> <p>customer collaboration </p> <p>responding to change </p> <p>10Develop an Agile recruitment policyTo develop organisational culturePivot &amp; RetrospectivesContinuous business improvementValidated Learning12</p> <p>Elephant in the RoomNew Zealand Post GroupTransition to continuous deliveryHR, sales, legal, Customer Support, media &amp; CommsMVP</p> <p>First, you need to understand that agile work, whether it is for an external or internal customer, is built around just-in-time planning and the controlled incremental or continuous delivery of products and services. These approaches allow the organisation to adapt quickly when scope &amp; circumstances change. With both approaches, teams regularly deliver partial, but still functional, products to their customers. Through this incremental approach, the product will continue to evolve as each iteration builds upon the last. </p> <p>Incremental Delivery is the planning and delivery of related Requirements in short, fixed-time blocks. Whereas Continuous Delivery is the planning and delivery of related, or unrelated, Requirements as they are identified and prioritised. Iterative delivery is primarily used for planned (or plannable) work where the effort to deliver is weeks to years or where there are multiple related requirements. Continuous delivery is primarily used for ad-hoc, or on-demand, work where the effort to deliver is hours to days. </p> <p>14Transition to Incrementaldeliveryfinance, Marketing, legal, R&amp;D, OperationsMVP</p> <p>Incremental Delivery: Planning and delivering related Requirements in short, fixed-time blocks.Continuous Delivery: Planning and delivering related, or unrelated, Requirements as they are identified and prioritised.</p> <p>Continuous vs Incremental workContinuousvs.IncrementalEffortHours to daysWeeks to yearsNoticeOn-demand (no notice)PlannedDeliverSingle requirementsMultiple Requirements with multiple tasksBacklogRequirements BacklogRequirements Backlog and Iteration Backlog</p> <p>15TRACK, Control &amp; Visualise workflowEnterprise Kanban / strict WIPInitial Organisational restructure cross-functional team structuretakes a long time</p> <p>For this to work, we need to create an organisational structure that promotes increased communication, trust and empowerment of your Teams while providing a direct connection between the teams and customers. In this context, each cross-functional Agile Team is typically between 5-9 full-time staff, where the whole Team works towards a single, specific outcome.</p> <p>With self-organising and cross-functional Teams taking personal responsibility and accountability, agile businesses can operate effectively with a lean hierarchy. That is, removing all extraneous layers of management between the CEO, or equivalent, and junior Team Members, whilst still remaining efficient and functional. </p> <p>17</p> <p>Agile Business Management</p> <p>Minimum Wage EmploymentThis is an important point; staff engagement goes to the heart of agile business management. Though it has its share of criticism, Maslows hierarchy of needs can be a useful model. </p> <p>Agile Business Management focuses on engaging staff at the level of self-actualisation, by emphasising creativity, problem solving and personal empowerment.18Continuous &amp; targeted coachingmanagers, staff and customersA Corporate LanguagePair Programming Pair WorkDaily Scrum Daily Stand-upScrum of Scrums Summary Stand-upTest-Driven Development Test-Driven WorkSprint IterationProduct Owner Customer RepresentativeScrum Master Team Facilitator</p> <p>20Early Agile Agile managementstage TWOAn Agile ExecutiveAgile Corporate governance- executive team- committees22An Agile BoardAgile Corporate governanceThe Board needs to be involved in the development of the Agile corporate strategies, and is responsible for monitoring the integrity, and effectiveness, of the Agile Business Management practices. In addition to their legally binding responsibilities, Agile Boards need to apply greater due diligence to the governance of their organisation. This is not due to a lack of trust in their chosen executive, but because an Agile organisation can, and will, adapt and change rapidly. Because of this, the Board needs to work closely with the executive, to remain informed, so they can make appropriate governance decisions.In order to deliver on their Agile obligations, the Board should expect greater transparency and communication from the organisation and the executive. This, in turn, improves their ability to act, in good faith, in the best interest of the organisation and its shareholders. 23</p> <p>An Executive KanbanNew Zealand Post GroupAgile Key performance indicatorsIs the Customer, or Customer Representative, engaging with the Team regularly?Is there a reduction in identified defects by consumers (note: consumer, not Customer)?Is the Team/person meeting agreed due dates?Are quality control tests occurring during every Iteration?Is the Team engaging with the Customer, or Customer Representative, regularly?Is the Customer happy with the work being produced?Have overhead costs (e.g. additional meetings, delivery/release costs, delays) been reduced?Agile financial managementMonthly budgets and team contingency1Monthly or quarterly budgets: By reducing the duration of each budget, organisations can tailor funding to meet the current needs of a Team, or Department. As most budget proposals will be identical, or nearly identical, to previous months, there is negligible overhead in managing multiple, short, budgets. Teams and Departments are encouraged (and in some cases incentivised) to be innovative with their existing budgets, and, where possible, reduce outgoing expenditure.2Team level contingency: As part of their monthly budget, allocate each Team a contingency budget (usually ~20%) to spend at their discretion, either in the delivery of Customer Requirements, or as a mechanism to innovate change within the organisation. Unused contingency should carry over, to encourage sensible spending, rather than the traditional use it or lose it approach.3Staff welfare: Departmental and Team budgets are planned around ensuring delivery of the Customer Requirements, while maintaining a sustainable workload for each Team. From a budget planning perspective, it can help to visualise your Agile Team as a pipeline, as shown in Figure 48. The width of the pipe is your Team size, and the length is the time available to deliver. If a new, high priority, Requirement comes into the pipe, and as an Agile Team this is encouraged, the lowest priority Requirement will fall out the end. In Agile terms, the Velocity of each Team doesnt change just because you give them more work. New research actually suggests that sustained overtime can lead to a significant reduction in productivity , , , . If your Customer wants you to deliver the new Requirement, as well as all the older Requirements, then the pipe will need to be widened (new staff added), or lengthened (additional time given), both of which will have an impact on the quote and/or budget for the Customer. </p> <p>26</p> <p>The width of the pipe is your Team size, and the length is the time available to deliver. If a new, high priority, Requirement comes into the pipe, and as an Agile Team this is encouraged, the lowest priority Requirement will fall out the end. In Agile terms, the Velocity of each Team doesnt change just because you give them more work. New research, and bit of common sense, suggests that sustained overtime can lead to a significant reduction in productivity. If your Customer wants you to deliver the new Requirement, as well as all the older Requirements, then the pipe will need to be widened (new staff added), or lengthened (additional time given), both of which will have an impact on the quote and/or budget for the Customer.</p> <p>27Continue Organisational restructure Facilitation-based ManagementThis also breaks down the traditional business functions to focus on outcomes. </p> <p>A team responsible for developing a tender may consist of 2 pre-sales operational experts, 2 technical writers, 1 business analysts and 1 sales professionals and 1 accountant. Supporting business functions, such as human resources or finance, may have common core teams, but bring in new team members from across the organisation as required. Large outcomes, such as new projects, may form and reform teams throughout the life of the project to bring in skills and expertise on-demand.</p> <p>This means a change in the way we think about our organisation. Rather than see the organisation as a pyramid, with executives at the top, graduates and entry level positions at the bottom and everyone else in between; start to think of it has a bee-hive. Hundreds of cells, collaborating towards common goals and outcomes, but ultimately independent in action. A change from a traditional hierarchy towards open, transparent and self-empowered individuals &amp; teams.</p> <p>28</p> <p>+3+7Develop agile relationships Integrated Customer EngagementYou can have the best management, the most empowered teams, but unless you have a product or service your customers need, you wont get very far. So, the question you need to be asking yourself is, what do my customers need? Who better to answer that question, then your customers themselves? </p> <p>This brings us to the second domain of Agile Business Management; the regular, and ongoing, fulfilment of Customer needs, through a collaborative and Incremental approach. You want to build partnerships; you want to be the only one your customer thinks of when they need something. As an agile business, you achieve this by integrating your Customer directly within the work process, this grants them co-ownership, as well as co-responsibility, for delivery. </p> <p>Practically, this means that your Customer is responsible for defining, and ordering, the major Requirements, working with the Teams to ensure appropriate outcomes, and undertaking quality control, including final User Acceptance Testing. Your customer is context sensitive, and can be internal (e.g. the finance division) or external (e.g. a paying client). Either way, they, or their delegated representative, need to partner with you for delivery. </p> <p>This is the hardest change to make. It involves a significant cultural shift with external parties who you have no direct control over, but the benefits are significant. </p> <p>30</p> <p>So, how are you going to build this partnership? The trust triangle is simple, but useful, metaphor for this. </p> <p>Starting off at reference trust; this is where I trust you because a common, trusted, 3rd party has recommended you to me. Once we agree to work together, I trust you because we have a contract. A formal document, with penalties, that forms the basis of our relationship. Most customer relationships do not go past that point. Over time, and as we work together, we will begin to form personal relationships, and trust becomes build on our shared history. </p> <p>The ultimate goal of our relationship is to become partners, where you and I share the same goals and outcomes.31</p> <p>- How much is this going to cost?- As much as youre willing to spend.</p> <p>- How long is this going to take?- As long as is necessary.</p> <p>- What am I going to get?- Whatever you tell us you want.PivotReview &amp; refine the business modelContinuous improvementretrospectivesMeasure, track &amp; Visualise workflowburndown, cfd, statistical run chartsWorkflow tools37Agile practitioners Continuous improvementStage ThreeFinalise organisational restructureDynamic, empowered teams &amp;lean management hierarchyRedundancies</p>...

Recommended

View more >