Transitioning from Timeboxes to Continuous Product Delivery (by Steve Stolt and Steven Younge)
Upcoming SlideShare
Loading in...5
×
 

Transitioning from Timeboxes to Continuous Product Delivery (by Steve Stolt and Steven Younge)

on

  • 1,040 views

Agile continuous flow (Kanban) methods aren’t only for Operations and Support anymore -- Product Development teams now use them for strategic, date-sensitive initiatives to achieve faster time to ...

Agile continuous flow (Kanban) methods aren’t only for Operations and Support anymore -- Product Development teams now use them for strategic, date-sensitive initiatives to achieve faster time to market. Proceed with caution! Simply throwing away timeboxes can be dangerous.

We took the journey from a timeboxed to a continuous flow software delivery model. We brought along a large tribe of developers, testers, product owners, dev-ops people, UX designers, and stakeholders. We got lost a few times on the way, but we did find our destination.

Statistics

Views

Total Views
1,040
Views on SlideShare
863
Embed Views
177

Actions

Likes
4
Downloads
6
Comments
0

6 Embeds 177

http://blog.andrefaria.com 165
http://theoldreader.com 4
http://localhost 3
https://twitter.com 2
http://feeds.feedburner.com 2
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Transitioning from Timeboxes to Continuous Product Delivery (by Steve Stolt and Steven Younge) Transitioning from Timeboxes to Continuous Product Delivery (by Steve Stolt and Steven Younge) Presentation Transcript

  • Think Outside the (Time) Box Transitioning from Timeboxes to Continuous Product Delivery
  • Intro Stephen Younge works here Steve Stolt works here
  • “Continuous Product Delivery?”
  • Feature Inventory
  • Continuous delivery? Easy! Just change everything. (Well, maybe it isn’t that easy) Tuesday, August 6 • 3:45pm - 5:00pm • Canal B Steve Stolt and Steve Neely
  • Learning Objectives After today's session, you'll be able to: ● decide if continuous product delivery is right for your team ● create a transition plan based on our learnings ● deal with the reality of dates ● apply kanban principles to higher levels of planning and tracking ● engage with stakeholders during the journey
  • About you ● Kanban or Scrum?
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Starting Point May 2010 In business 9+ years Agile and Scrum from day 1 2 Scrum teams 2 week sprints 8 week releases
  • Stakeholders ● Published roadmap ● Release planning every 8 weeks ● Publish major features ● Everyone plans to those dates ● Monthly product council meeting
  • Roadmap Q1 Q2 Q3 Q4 Initiative Feature Initiative Feature Initiative Feature Initiative Feature InitiativeFeature Initiative Feature Initiative Feature Initiative Feature Feature Feature RELEASE RELEASE RELEASE RELEASE RELEASE RELEASE
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Timeboxes - good and bad ● Stakeholder expectations ● Feature finished week 2 ● Feature "close" week 7-8 ● Feature isn't included in a release
  • Intellectual curiosity ● Intellectual curiosity around kanban and Lean ● Value Stream Mapping ● A3 ● Donald Reinertsen ● Desire to inspect and adapt
  • Agreement Continuous deployment for engineering Continuous flow for the business (in-part kanban)
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • We love change - we move fast Canceled meetings Training on kanban and lean Set up kanban boards This felt great.............................AT FIRST!
  • Tooling Changes
  • Tooling Changes
  • Delivery team process Kanban ● manage work in process (WIP) limits ● track story/defect throughput
  • Moving away from dates...
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Role confusion Scrum Masters? Product Owners?
  • Lost Routines Iteration Planning Release Planning Retros
  • Estimation Still needed? Do we still need to estimate stories? Do we need to estimate tasks?
  • Interruptions No timebox It is always a good time How about now?
  • Stakeholders “Where are our dates?”
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Role Changes Scrum Masters - Full-time Coaches Removal of roadblocks - Product Owners
  • New team routines Weekly time booked ● replenish ready queue - if needed ● plan upcoming work - if needed ● retrospectives - always
  • Delivery team features Features ● planned end dates ● check-ins
  • Feature toggles Are awesome! Give you control ● staged rollouts ● A/B testing ● rollback ● market release ● incremental feedback!
  • Feature kanban ● transparency ● self-serve
  • Feature-level Status Reporting
  • How to Align ‘Above’ Features?
  • Objectives
  • Check-ins with Stakeholders Are we on track? Do we need to make adjustments?
  • Objectives - delivery team Objectives ● co-authored by the product and delivery team ● a guidepost for the delivery team ● delivery team - stakeholder alignment
  • Objectives - A few walls help
  • Alignment between Stakeholders and Team Stakeholders Team ObjectivesFeatures Initiatives Business Goals Shield and Check-ins Stories and Defects
  • Roadmap Previous Quarter Feature Initiative Feature Initiative Feature Feature Initiative Feature Initiative Initiative Initiative Feature Feature Feature Recently Delivered Current Quarter Next Quarter Beyond FEATURES In Progress Prep Ideas
  • Everybody Bought In Team ● more efficient and responsive with continuous delivery ● focus on WIP and cycle time Stakeholders ● features out faster ● transparency ● engaged Alignment on a single set of business objectives and medium grained features
  • Our New Reality
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • Engineering efficiency
  • Small, frequent releases Less to debug, if needed - good Not free - bad
  • No More Branches
  • No More Patches
  • The last 5% If we need another week we can get it Requires discipline
  • Delivery Teams prefer continuous delivery (at least ours seem to)
  • Rapid Response for new features We plan to have space to respond Smaller releases = smaller feedback (focused) Less to respond to - if needed ASAP
  • We have come far... ... but we’re not done
  • Agenda ● Where we started from ● Why we changed ● What we changed ● Challenges ● Inspect and Adapt ● Advantages ● Q&A
  • QUESTIONS? Stephen Younge syounge@rallydev.com @stephen_younge Steve Stolt sstolt@rallydev.com @stevestolt or stop by our booth or our reception on Tuesday at 7p
  • end