5/7/2012David Smith dsmith@hbmginc.com                     Agile-To Infinity and Beyond and                     So Much Mo...
5/7/2012David Smith dsmith@hbmginc.com                           Outline                           1.   Review Agile      ...
5/7/2012David Smith dsmith@hbmginc.com                           Why?                  Technological innovation is now the...
5/7/2012David Smith dsmith@hbmginc.com                           Definitions                           The term agile can ...
5/7/2012David Smith dsmith@hbmginc.com                           The Agile Manifesto (2001)                       • Not an...
5/7/2012David Smith dsmith@hbmginc.com                           What is Agile Software Development?                     •...
5/7/2012David Smith dsmith@hbmginc.com                           Characteristics of an Agile Process                  •   ...
5/7/2012David Smith dsmith@hbmginc.com                           Agile Project Management                      Can wrap ar...
5/7/2012David Smith dsmith@hbmginc.com                           Agile Engineering                  Essential Practices   ...
5/7/2012David Smith dsmith@hbmginc.com                           Agile Testing                       Early involvement    ...
5/7/2012David Smith dsmith@hbmginc.com                           The Agile Customer                       “Customer’ is a ...
5/7/2012David Smith dsmith@hbmginc.com                           Adoption Detractors                       • Inconsistent ...
5/7/2012David Smith dsmith@hbmginc.com                           What have we learn? They’re hard to                      ...
5/7/2012David Smith dsmith@hbmginc.com                           Eras of evolution                      There are 100’s of...
5/7/2012David Smith dsmith@hbmginc.com                           Practices are ’end-to-end’ aspects of                    ...
5/7/2012David Smith dsmith@hbmginc.com                           1. Review Agile                           2. What we have...
5/7/2012David Smith dsmith@hbmginc.com                           Traditional Approach to Business Operations              ...
5/7/2012David Smith dsmith@hbmginc.com                           Approach to Change                  Models to introduce c...
5/7/2012David Smith dsmith@hbmginc.com                           Agile organizations                           • Agile org...
5/7/2012David Smith dsmith@hbmginc.com                           AGILITY CYCLE                           future           ...
5/7/2012David Smith dsmith@hbmginc.com                           How the World Has Changed                  • Most busines...
5/7/2012David Smith dsmith@hbmginc.com                           But don’t go too far                                 I’ve...
5/7/2012David Smith dsmith@hbmginc.com                           KELLYS 14 RULES                    Kelly’s rules got thei...
5/7/2012David Smith dsmith@hbmginc.com                           KELLYS 14 RULES                       10. The specificati...
5/7/2012David Smith dsmith@hbmginc.com                             www.ccplace.con                           Forces that d...
5/7/2012David Smith dsmith@hbmginc.com                                                            Evolving—Self Forming   ...
5/7/2012David Smith dsmith@hbmginc.com                      The Big Paradigm Shift – some reality                         ...
5/7/2012David Smith dsmith@hbmginc.com                               Agile is a Process and Method to deliver             ...
5/7/2012David Smith dsmith@hbmginc.com                           Key Points                      • The future of business ...
5/7/2012David Smith dsmith@hbmginc.com                           In Parting: Be Paranoid                            “Soone...
5/7/2012David Smith dsmith@hbmginc.com                           Lean CanvasCopyright HBMG Inc. 2012                      ...
Upcoming SlideShare
Loading in …5
×

Agile-To Infinity and Beyond and So Much More Than Just Agile Software

617 views
557 views

Published on

Presented on May 3, 2012 for InnoTech Oregon. All rights reserved.

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
617
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Agile-To Infinity and Beyond and So Much More Than Just Agile Software

  1. 1. 5/7/2012David Smith dsmith@hbmginc.com Agile-To Infinity and Beyond and So Much More Than Just Agile Software Agile is a tool that is most often associated with the software process but like Buzz Lightyear in the movie Toy Story it can be applied to so much more. This talk will review some of the foundations of the agile process and look at the transformational adaptations of the agile framework. The talk will give examples of other applications a d and will explore some of the latest applications. e p o e so e o t e atest app cat o s Agile-To Infinity and Beyond and So Much More Than Just Agile Software David Smith CEO  HBMGInc. dsmith@HBMGINC.com linkedin.com/in/davidsmithaustinCopyright HBMG Inc. 2012 1
  2. 2. 5/7/2012David Smith dsmith@hbmginc.com Outline 1. Review Agile 2. 2 What we have learned 3. Transformation 4. So What Delivering business value is hard… “Of the work executed: “Many (possibly most) organizations lose as much as 45% of their total revenues due to costs associated with low quality” – Six Sigma “Some 75 percent of most large-scale J2EE projects fail by missing both time and budget projections …” – Mark Driver, Gartner “64% of features actually delivered are either rarely or never used” – Jim Johnson, Standish Group 4Copyright HBMG Inc. 2012 2
  3. 3. 5/7/2012David Smith dsmith@hbmginc.com Why? Technological innovation is now the most important driver for competitive success p – Many firms earn over one-third of sales on products developed within last five years Product life cycles ( time between product introduction to market and its withdrawal) – Software 4-12 months – Computer hardware 12-24 months – Large home appliances 18-36 months Copyright, 2011 © HBMG, Inc. Business, Knowledge, and Innovation Landscape • Typically 80% of the key knowledge (and value) is held by 20% of the p p – we need to get it to the right y people g g people • Only 20% of the knowledge in an organization is typically used (the rest being undiscovered or under- utilized) • 80-90% of the products and services today will be 80 90% obsolete in 10 years – companies need to innovate & invent faster Copyright 2012@ HBMG Inc.Copyright HBMG Inc. 2012 3
  4. 4. 5/7/2012David Smith dsmith@hbmginc.com Definitions The term agile can be defined as 1) marked by ready ability to move with quick easy grace, or grace 2) having a quick resourceful and adaptable character (Merriam-Webster 2002 3) Latin word agilis, which means “easily moved, light, nimble, active”. Brief History of Development Methodologies AGILE e.g. XP (Kent Beck) Methodologies RUP (Rational) user Incremental, driven, low process RAD Object oriented, (James Martin) iterative, time-boxed, user driven Prototyping, RUP iterative, time-boxed, SPIRAL MODEL user driven RAD WATERFALL (Royce) (Barry Boehm) V-MODEL (Anon) Requirements, design Iterative Spiral Model implementation, Aligns testing to verification & Waterfall maintenance development V-Model Waterfall 1960 1970 1980 85 91 98 99 8Copyright HBMG Inc. 2012 4
  5. 5. 5/7/2012David Smith dsmith@hbmginc.com The Agile Manifesto (2001) • Not an “ideal” way - this comes from real experience We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: – Individuals and interactions over processes and tools – Working software over comprehensive documentation – Customer collaboration over contract negotiation – Responding to change over following a plan http://agilemanifesto.org The Agile Manifesto–a statement of values Agile Practice favors: Individuals and over Process and tools interactions i t ti Comprehensive Working Product over documentation Customer over Contract negotiation collaboration Responding to over Following a plan changeCopyright HBMG Inc. 2012 5
  6. 6. 5/7/2012David Smith dsmith@hbmginc.com What is Agile Software Development? • Easily moved, light, nimble, active software processes • Fitting the process to the project • Avoidance of things that waste time Agile Methods Several methods that are often cited to be agile, e.g., – Extreme Programming – Crystal Family – Open Source – Adaptive Software Development (ASD) – SCRUM – Feature Driven Development (FDD) – Dynamic System Development Method (DSDM) In addition, e.g., Rational Unified Process (RUP) and Capability Maturity Model (CMM) can be evaluated from Agile Manifesto point of view Further, F th organisations often develop their own methods, or i ti ft d l th i th d modify existing methods to better suit their objectives – These are called local method development or in-house methodsCopyright HBMG Inc. 2012 6
  7. 7. 5/7/2012David Smith dsmith@hbmginc.com Characteristics of an Agile Process • Empirical (relies on observation and experience) • Lightweight • Adaptive Ad ti • Fast – but never hurried • Exposes wastefulness • Customer-centric • Pushes decision making to lower levels • Fosters trust, honesty and courage • Encourages self-organization The Big Paradigm Shift We’re used to Agile Wants Time Lines We’re done when it’s done. Project Managers Disciplined self managing teams. Fixed Budgets Assumed change means no fixed cost. Predictable, all at once deliverables Incremental deliverables driven by value and constant learning. Multiple matrixed u ts in multiple u t p e at ed units utpe Co ocat o Co-location – one tea o e team. locations make up team Communication by Document Information Radiators. Customer is removed Customer is part of team. Certain Knowledge ActionCopyright HBMG Inc. 2012 7
  8. 8. 5/7/2012David Smith dsmith@hbmginc.com Agile Project Management Can wrap around most existing practices – But most effective when the practices are also Agile Supports Iterative and incremental development Uses Inspect/Adapt principles – For project planning (daily/iteration/release) – To ensure highest customer value Tracks time remaining only – Does not track • People Accuracy of estimates Task dependencies People. estimates. Example methodologies: Scrum, Crystal The Scrum FrameworkCopyright HBMG Inc. 2012 8
  9. 9. 5/7/2012David Smith dsmith@hbmginc.com Agile Engineering Essential Practices – Regular refactoring (many times daily) • This produces well componentized designs clear APIs and clean well-componentized designs, code without duplications – Frequent check ins (many times daily) – Unit Testing • Leading to Test Driven Development (TDD) – Continuous Build and Integration • Running automated tests on each build – Just-in-time code reviews (e.g. pair programming) Example methodologies: XP, Agile Modeling Agile - XP The Values Communication Simplicity Feedback Courage RespectCopyright HBMG Inc. 2012 9
  10. 10. 5/7/2012David Smith dsmith@hbmginc.com Agile Testing Early involvement – An Agile project begins when testers convert high-level requirements into testable specifications. q p Work as part of the development team – The testers work with the developers to pick unit test and acceptance test frameworks, and to test the software in parallel with development. This requires a shift in thinking. Automate everything – (wherever possible) Test early, test often – Never leave the testing until the end Customer Customer requirements Project Iteration Requirements R i t Management plan Management Estimated CR Project planning Estimations Communication Design Testing scenarios Test-before- code Code Coding standard Test software productCopyright HBMG Inc. 2012 10
  11. 11. 5/7/2012David Smith dsmith@hbmginc.com The Agile Customer “Customer’ is a role, not a person – Also known as Product Manager, Product Owner – Proxy for the entire customer group Responsible f th R l R ibl for the Release Pl Plan Responsible for managing the Product Backlog Determines business value & priority on a regular basis Provides information to development team for estimation purposes Works ith t t W k with testers to produce clear, testable user t d l t t bl stories for each iteration Inspects software regularly (e.g. runs acceptance tests) and provides feedback to the development team 40 years of process* development * Process, Method, Methodology, Late ’60s whatever... Ericsson Approach ‘87 –’96 CMM Objectory Process SW-CMM XP, SCRUM & ‘96 –’00 The Unified “Lightweight Process Methods” XX-CMM Agile Manifesto ‘01 –’06 IBM RUP CMMI Everyones Agile EssUP ‘07 –> ? The Rise of Practices ?Copyright HBMG Inc. 2012 11
  12. 12. 5/7/2012David Smith dsmith@hbmginc.com Adoption Detractors • Inconsistent and diverse definitions • Lack of theoretical grounding • Different way of thinking – Role changes – Situational customization • Solid people skills required • Short iterations inhibit long-term perspective • Risks – Harder to manage feature creep and customer expectations – Difficult to quantify cost, time, quality. Outline 1. Review Agile 2. What we have learned 3. Transformation 4. So WhatCopyright HBMG Inc. 2012 12
  13. 13. 5/7/2012David Smith dsmith@hbmginc.com What have we learn? They’re hard to learn… You can get knowledge from books . . . ….or from a web-site. Agile vs. Plan Driven Processes 1. Small products and 1. Large products and teams; scalability teams; hard to scale limited down 2. Untested on safety- 2. Handles highly critical critical products products; hard to scale 3. Good for dynamic, but down expensive for stable 3. Good for stable, but environments. expensive for dynamic 4. Require experienced environments Agile personnel g e pe so e 4. Require e pe e ced equ e experienced throughout personnel only at start 5. Personnel thrive on if stable environment freedom and chaos 5. Personnel thrive on structure and orderCopyright HBMG Inc. 2012 13
  14. 14. 5/7/2012David Smith dsmith@hbmginc.com Eras of evolution There are 100’s of so-called practices… Business Test-Driven Scrum Product-Line Risk-Driven Systems Modeling Development Engineering Iterative Engineering Development Aspect Robustness Retro- Business Process Use-Case Pair Orientation Analysis spectives Re-Engineering Driven Programming Development PSP User Stories SOA Prince2 Use-Case Program Modeling Management …but are really all the same kind of thing?Copyright HBMG Inc. 2012 14
  15. 15. 5/7/2012David Smith dsmith@hbmginc.com Practices are ’end-to-end’ aspects of process Practices cross-cut the traditional EssUP Practices software engineering disciplines Architecture Iteration Use Case $ Component Product Process Team Modeling Self Adaptive Process Changes over time Alters itself to the task at hand • Starts off with a problem that can be improved as a project continues • Should adapt to the team that uses it as well as the problemCopyright HBMG Inc. 2012 15
  16. 16. 5/7/2012David Smith dsmith@hbmginc.com 1. Review Agile 2. What we have learned 3. Transformation 4. So What • During the 1990s, management commentators such as Peter Senge were pursuing learning organizations, systems thinking and dynamic business as the new orthodoxy in organizational studies (Senge, 1990) • General Motors, for example tried to become a ‘boundary less organization’, characterized by fluid boundaries between hierarchies and units, between inside and outside, and across , different geographic locations.Copyright HBMG Inc. 2012 16
  17. 17. 5/7/2012David Smith dsmith@hbmginc.com Traditional Approach to Business Operations • Vertical structure that focuses only on own area • Areas that carry out similar tasks tend to have their own distinct set of procedures • Often different areas have their own terminology for what is in effect the same thing • Vital information is often stored locally and not available centrally • Communications between different areas can be patchy Problems with Traditional Approach • Over time processes tend to become overly complex • Flexibility and mobility is difficult • Often there is duplication of work and information • Can lead to poor customer service and customer relationships • Plethora of IT Systems doing similar work – Growing maintenance bill – Not best use of resourcesCopyright HBMG Inc. 2012 17
  18. 18. 5/7/2012David Smith dsmith@hbmginc.com Approach to Change Models to introduce change into the organisation – Incremental approach pp – Step change – Thin threads Scope of change island or wholesale Prerequisites for change Blockers & enablers - timing – K influencers Key i fl – Other changes – Disasters What to change – Best Practices Most Useful Collaborative working Iterative projects Visual Modelling Risk based prioritisation Requirements Management Change Management Configuration Management Tools Traceability Least Useful 36Copyright HBMG Inc. 2012 18
  19. 19. 5/7/2012David Smith dsmith@hbmginc.com Agile organizations • Agile organizations are ‘hyper strategic’, tackling challenges wrought by turbulent external environments, while also preparing for future changes that are not yet apparent • They move through an agility cycle, seeking out and interpreting information to inform short, medium and long term decision making and action. In practice, agility features the following four characteristics: • Short term frontline responsiveness • Strategic adaptation • Outcomes focus • Preventing or reducing problems before they arise.Copyright HBMG Inc. 2012 19
  20. 20. 5/7/2012David Smith dsmith@hbmginc.com AGILITY CYCLE future emerging environments trends and shape issue scan and forecast AGILITY CYCLE Sense and d opportunities to respond design translate information Innovation into actionable opportunities solutions and products and risks 1. Review Agile 2. What we have learned 3. Transformation 4. So WhatCopyright HBMG Inc. 2012 20
  21. 21. 5/7/2012David Smith dsmith@hbmginc.com How the World Has Changed • Most businesses are global at launch • Businesses are increasingly real time • Convergence has become a way of life • Science, product development, and product cycles are compressing • The source of value has shifted for manufacturing • Competencies, future capabilities, and “ultra ultra tech” are the prime driver • The traditional value chain is forever dead Imagine…each time we ordered a meal at our favorite restaurant, the owners went out shopping for the ingredients to cook.Copyright HBMG Inc. 2012 21
  22. 22. 5/7/2012David Smith dsmith@hbmginc.com But don’t go too far I’ve got all this g guidance but it doesn’t help me Structure – Skunk Works Lockhead Martin needed to develop secret projects, outside formal control Formed in June 1943 – Burbank CA 14 rules to ensure efficiency – similar to XP principles Now seen as technique for introducing change – but … 44Copyright HBMG Inc. 2012 22
  23. 23. 5/7/2012David Smith dsmith@hbmginc.com KELLYS 14 RULES Kelly’s rules got their start on the XP-80 project in 1943, but it wasn’t until the early 1950’s that they were formalized and set in place as the Skunk Works’ rules of operation. 1. The Skunk Works manager must be delegated practically complete control of his program in all aspects. He should report to a division president or higher. 2. Strong but small project offices must be provided both by the military and industry. 3. The number of people having any connection with the project must be restricted in an almost vicious manner. Use a small number of good people (10% to 25% compared to the so-called normal systems). systems) 4. A very simple drawing and drawing release system with great flexibility for making changes must be provided. 5. There must be a minimum number of reports required, but important work must be recorded thoroughly. KELLYS 14 RULES • 6 There must be a monthly cost review covering not only what has been spent and committed but also projected costs to the conclusion of the program. Dont have Don t the books ninety days late and dont surprise the customer with sudden overruns. 7. The contractor must be delegated and must assume more than normal responsibility to get good vendor bids for subcontract on the project. Commercial bid procedures are very often better than military ones. 8. The inspection system as currently used by the Skunk Works, which has been approved by both the Air Force and Navy, meets the intent of existing military requirements and should be used on new projects. Push more basic inspection responsibility back to subcontractors and vendors. Dont duplicate so much inspection. 9. The contractor must be delegated the authority to test his final product in flight. He can and must test it in the initial stages. If he doesnt, he rapidly loses his competency to design other vehicles.Copyright HBMG Inc. 2012 23
  24. 24. 5/7/2012David Smith dsmith@hbmginc.com KELLYS 14 RULES 10. The specifications applying to the hardware must be agreed to well in advance of contracting. The Skunk Works practice of having a specification section stating clearly which important military specification items will not knowingly be complied with and reasons therefore is highly recommended. ith d th f i hi hl d d 11. Funding a program must be timely so that the contractor doesnt have to keep running to the bank to support government projects. 12. There must be mutual trust between the military project organization and the contractor with very close cooperation and liaison on a day-to-day basis. This cuts down misunderstanding and correspondence to an absolute minimum. 13. Access by outsiders to the project and its personnel must be strictly controlled by appropriate security measures. 14. Because only a few people will be used in engineering and most other areas, ways must be provided to reward good performance by pay not based on the number of personnel supervised. The Open Economy • New business models based on collaboration, co-creation & sharing • Transparency as a normal practice • Conversations (two way communication) • Open interfaces to partners, vendors, suppliers, suppliers customers • Common technology and business standards • Service and Experience MentalityCopyright HBMG Inc. 2012 24
  25. 25. 5/7/2012David Smith dsmith@hbmginc.com www.ccplace.con Forces that drive the practices used… • Stakeholder relationships • Stakeholder access • Number of requirements • Number of usage scenarios • Novelty of the system • Legal requirements • Business domain • Severity of errors (safety criticalness) • Team distribution and communication Select practices based on the nature of the problem not the nature of the process.Copyright HBMG Inc. 2012 25
  26. 26. 5/7/2012David Smith dsmith@hbmginc.com Evolving—Self Forming A.I. Deep Search Intelligent Intelligent Virtual Agents Marketplaces Group Worlds Weak Inference Intelligence Signals Engines Knowledge Reed’s - Enterprise ional Networks XML Semantic Web Self Formation Minds Speed of Connectivity — Informati Knowledge K l d Massive Metaweb Multiplayer Digital World Ontologies Knowledge Games Group Life Logs Minds Knowledge Management Bases Life Market Emergent Taxonomics Casting Places Groups Search Engines Enterprise Mobile Wikis WeBlogs Portals Technologies Content Portals Auctions Websites Social f SOCIAL MEDIA Networks WEB Groupware People Databases Information Email Community Conference PIMs Computer Portals Calls Conferencing P2P File File Servers Phone Calls Sharing IM Speed of Connectivity — Social Source: David Smith Copyright, 2010 © HBMG, IncCopyright HBMG Inc. 2012 26
  27. 27. 5/7/2012David Smith dsmith@hbmginc.com The Big Paradigm Shift – some reality We’re used to Agile Wants What Works Time Lines We’re done when it’s done. Time Boxes Project Managers Disciplined self managing Collaboration between Coach teams. and P.O. Fixed Budgets Assumed change means no Cost Boxes – not more than fixed cost. x to spend. Predictable, all at once Incremental deliverables Pre-project user story deliverables driven by value and constant sessions learning. Team spread out Co-location. Co location Core time in room or on phone Communication by Information Radiators & Information Radiators Document Conversations captured electronically and posted. Daily Meetings Customer is removed Customer is in room as part Core time in room and end of team. user interactionCopyright HBMG Inc. 2012 27
  28. 28. 5/7/2012David Smith dsmith@hbmginc.com Agile is a Process and Method to deliver Strategic Business Outcomes (Not Just Software!): ▬ Bringing New Business Models to life faster with “Product & Process Innovation . Product Innovation” ▬ Integrating the new Business Model with the existing one seamlessly without causing dysfunction to the current operations. ▬ Generating Productivity Innovating on the existing Processes (Out of the Box). ▬I t Integrating the Process Innovation with th ti th P I ti ith the Operational Continuous Improvement practices (Reengineering). In essence, Agile is about the business being able to achieve growth and productivity; without compromising one for the other Competing in a Global Business Environment Taylor’s Law Sarnoff’s Law Metcalfe’s Law Reed’s Law (1910 – 1950s) (1960 - 1980) (1980 - 2000) (2000 - Future) Scientific Management “Human Side” Management Quality Management Era E-Manufacturing Value Chain Value Shop Firm Infrastructure Firm Infrastructure Human Resources Management Human Resources Management Infrastructure Technology Development Support Technology Development Procurement Procurement Problem Finding Problem & Acquisition Solving After- Inbound Operations Outbound Marketing sales Logistics Logistics & Sales Service Simon’s Problem Solving Model Choice Control/ Execution Evaluation Value Created in the Assembly Value Created by Transforming Value Created by Providing Value Created By Line (Operations) Inputs Into Products Solutions, Not Services Self Forming Groups •Standardization Parts •Stable Relationships •Lean Manufacturing •Consumer Centric and Processes Design and Delivery •Price Conscious •Shift to Horizontal Structure •Economies of Scale •Flat Corporate •Producer Led Design •Focus on Core Structures •Producer-Centric Competency •Global Companies Design, Mfg., and •Collaborative Virtual •Reliability and Durability y y Delivery Regionalism •Regionalism Networks •Producer Led Design •Vertical Orientation •Productivity •Mass Customization •Multinational Trade •Required inventory •Subsidiaries •Transparency buffers •Market Centric •Plant Replication by •Speed and Agility Design & Delivery •Locally Oriented Region •Global Orientation HBMG Inc. Copyright 2009Copyright HBMG Inc. 2012 28
  29. 29. 5/7/2012David Smith dsmith@hbmginc.com Key Points • The future of business is relationships • A collective mentality to problems • People are human and digital • The relationship comes first • Today requires FAST, AGILE, and COLLABORATIVE “Planning” is everything Planning everything. A Plan is NOTHING! DWIGHT EISENHOWERCopyright HBMG Inc. 2012 29
  30. 30. 5/7/2012David Smith dsmith@hbmginc.com In Parting: Be Paranoid “Sooner or later, something fundamental in your business world will change.”  Andrew S. Grove, Founder, Intel “Only the Paranoid Survive” Copyright @2008 HBMG Inc. In Parting: Be Paranoid “Sooner or later, something fundamental in your business world will change.”  Andrew S. Grove, Founder, Intel “Only the Paranoid Survive” Copyright @2008 HBMG Inc.Copyright HBMG Inc. 2012 30
  31. 31. 5/7/2012David Smith dsmith@hbmginc.com Lean CanvasCopyright HBMG Inc. 2012 31

×