The Artima Developer Community
Sponsored Link

.NET Buzz Forum
Sprint 5 planning

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Chris Flaat

Posts: 73
Nickname: cflaat
Registered: Aug, 2003

Chris Flaat is a development lead for Microsoft's Visual Studio product.
Sprint 5 planning Posted: Mar 19, 2005 1:36 AM
Reply to this message Reply

This post originated from an RSS feed registered with .NET Buzz by Chris Flaat.
Original Post: Sprint 5 planning
Feed Title: Chris Flaat's Weblog
Feed URL: /msdnerror.htm?aspxerrorpath=/cflaat/Rss.aspx
Feed Description: I mainly discuss tips & tricks about VS 2002, VS 2003, and upcoming versions of VS.
Latest .NET Buzz Posts
Latest .NET Buzz Posts by Chris Flaat
Latest Posts From Chris Flaat's Weblog

Advertisement

Greetings all –

 

Well, our Product Owner got the product backlog ready in time for the first sprint planning meeting, where we pick the product backlog items we’ll use for the sprint.  This planning meeting happened yesterday & went pretty smoothly, and everyone seems to feel pretty good about the product backlog items we’re taking on for this sprint.  Later today we’re doing the second planning meeting, where we put together the actual sprint backlog.

 

There was a bit of tension around how much internal/efficiency type work to do, as opposed to items that produce externally visible business value.  In my mind there always has to be a balance between the two – you can’t go overboard on one and starve the other.  One of the team members was pushing for more time to be spent on enhancing one of our tools, so as to save us time in this sprint and future sprints.  We wound up trying to time-box it to 5 days, but the team member (correctly) pointed out that this was insufficient for any meaningful progress on the tool, and pushed for more time.  The Product Owner let loose with some expletives, and wanted to know what bottom-line benefit these enhancements would bring.  This led to a good discussion about the full scope of enhancements to this tool, and the right priorities between them.  We wound up adding back a significant product backlog item (15 days worth) for the most urgent category of improvements to this tool, which everyone felt was about right.

 

We didn’t end up wrangling too much about the sprint goal.  There was some discussion around how much teeth it should have and there’s a tendency by some to try to turn it into a “contract” that spells out minimum criteria for success, such that failure to meet those criteria would lead to sprint termination.  However, we fortunately steered away from that and stuck to the “true” (in my mind at least) Scrum intent of the sprint goal, which is to be a theme for the sprint that guides prioritization if not all items can actually be completed during the sprint.

 

Thanks for reading, and stay tuned for more on sprint 5!

 

Chris

 

Read: Sprint 5 planning

Topic: Waterfalls of the Pacific Northwest Previous Topic   Next Topic Topic: VB6 Support

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use