Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Agile Development Across Teams

Agile Development Across Teams

By: Allen Hurst

Improving

May 29, 2013
Tweet

More Decks by Improving

Other Decks in Technology

Transcript

  1. Allen Hurst Principal Consultant – Improving Enterprises Agile Coach, Project

    Manager, Developer Fightin’ Texas Aggie Live in Houston, TX
  2. Do I use one product backlog or one per team?

    Do we track integration stories on the product backlog? Don’t we need more design up front? Shared services are keeping me from completing sprint deliverables We’re delivering iteratively, but we can’t integrate because the other team is waterfall Should we have one product owner or one per team? How can we have self-organizing teams but still standard processes? How do I compare velocity across my teams? Does integration happen after the sprint? Who should be invited to our scrum of scrums?
  3. What problem are you solving? a.  support more applications? b. 

    deliver more, faster? c.  integrate across systems? hard!
  4. What problem are you solving? a.  support more applications? b. 

    deliver more, faster? c.  integrate across systems? hard!
  5. Scaling Adoption 1.  Agile “our way” 2.  Recognizing patterns 3. 

    Coordination between teams a. Support more applications
  6. Do’s •  Minimum definition of done •  Minimum required reporting

    •  Recommended architecture and tools •  Prefer recommendations over mandates a. Support more applications Standardizing practices across teams 1. Agile “our way”
  7. Don’ts •  Process bible •  Cookie cutter practices and architecture

    •  Compare team velocity •  Implement standards at the expense of self-organization a. Support more applications Standardizing practices across teams 1. Agile “our way”
  8. App 1 The Enterprise Challenge App 5 App 3 App

    4 App 2 MT 2 MT 1 DB 1 DB 2 Team Team Team Team Team Team Team Program c. Integrate across systems
  9. Challenges with Scrum of Scrums 1.  Work item management 2. 

    Release planning 3.  Cross-team collaboration 4.  Managing dependencies c. Integrate across systems
  10. Work Breakdown c. Integrate across systems 1. Work item management

    Feature (Epic) Story Business Activity (Theme) Feature (Epic) Feature (Epic) Feature (Epic) Feature (Epic) Story Story Story Story Story Story Story Story Story Story Story Story Story Story Story Team 1 Team 2 Team 3
  11. The Increment c. Integrate across systems 2. Release planning Increment

    Features Composed of Stories Added to Sprint Worked by Build Team Creates Promoted to Release Becomes
  12. c. Integrate across systems Roles/Responsibilities/Personnel 3. Cross-team collaboration Chief PO

    PO PO PO 1  Backlog/Program   Team 1 PO Team 2 PO Team 3 PO 1  Backlog/Team   SoS  PO   App 1 PO App 2 PO App 3 PO 1  Backlog/Product   SoS  PO  
  13. The Increment c. Integrate across systems 2. Release planning Increment

    Features Composed of Stories Added to Sprint Worked by Build Team Creates Promoted to Release Becomes
  14. c. Integrate across systems 4. Managing dependencies How much DUF

    is enuf? “As little as possible while still enabling integration at the next sprint boundary”
  15. Do I use one product backlog or one per team?

    Do we track integration stories on the product backlog? Don’t we need more design up front? Shared services are keeping me from completing sprint deliverables We’re delivering iteratively, but we can’t integrate because the other team is waterfall Should we have one product owner or one per team? How can we have self-organizing teams but still standard processes? How do I compare velocity across my teams? Does integration happen after the sprint? Who should be invited to our scrum of scrums?