1 Week Sprints

I've tried to avoid 1 week Sprints.  Move to Agile/Scrum was challenging at first, and 2 week Sprints seemed the minimum amount of time for the mini-project lifecycle that occurs within each one.  However, I now have a client that needs the work completed in less than 8 weeks, which means less than 4 Sprints.  In my experience, you can't succeed with less than 4 Sprints. 

What to do?  Typically, I revert to waterfall for projects this short: a single, long Sprint.


However, that assumes you have buttoned-down design up front.  In this case - developing an intranet - we don't have that.  The design of the web site will be heavily influenced by feedback throughout the development process.


So we are going to 1 week Sprints, with only 1 Developer and 1 Designer.  This will give the Customer more than 4 reviews during which feedback can be provided.


We are just starting Sprint 3 and here's what I've learned so far:

• Yikes - this is fast!  It forces a daily deployment cadence - not something we're used to.  We can't wait until Day 3 to start testing - the Developer won't get the defects until the Sprint is almost shot.  Daily deployment is an adjustment for us - I'm curious to see how it goes.
• My Sprint burndown! - my beautiful Sprint burndown!  It doesn't ever really burndown any more.  We have stories that have tasks for both the Designer and the Developer.  The Designer has to get done first.  If he starts his tasks on day 4 of the Sprint, the Developer doesn't stand a chance of getting his part done in the current Sprint.  This means that a number of User Stories are left incomplete at the end of the Sprint.  That's not a problem, because we simply push them forward into the new Sprint.  First Sprint you do this in your velocity takes a hit, but then it washes out going forward.  But the Sprint burndown doesn't reach zero hours any more.  Oh well, at least the Release Burndown still makes sense.
• Customer visibility = check.  The Customer is seeing things much more often - and this is a good thing.  In fact, it is the point of the adjustment to 1 week Sprints.
• Constant Pressure.  There is no slack time in the Sprint.  It's not the same as a death march, which typically implies working nights and weekends, with quality being jettisoned.  Rather, there is simply no time to lose, no time to waste.  This maximizes personal accountability for everyone involved - even the Project Manager!  The finish line is in full sight the moment the Sprint starts.

Here are a couple of good, quick reads on the subject:

• Choosing the right Sprint length
• Choosing a Sprint length - Shorter Trumps longer (with helpful diagram)

How about you?  Have you done 1 week sprints before?