BT

InfoQ Homepage News An Agile Team's Weekly Schedule

An Agile Team's Weekly Schedule

Bookmarks

It's 9:35 AM; do you know where your agile team is? If they are using William Pietri's example schedule, they are in the middle of their stand-up meeting, unless it's Monday, in which case they are doing iteration planning & kickoff. William's sample schedule is understandable and practical, and sparked discussion that explored subtitles in scheduling for agile teams.

Here's the example schedule:

When What Who
Monday, 9-10a Iteration planning & kickoff All team members
Tuesday-Friday, 9:30-9:40a Stand-up meeting All team members
Tuesday, 2-4p Product stakeholder meeting Product managers, external stakeholders
Wednesday, 10a-12p Product planning Product managers
Wednesday 4-5:30p Estimation All team members
Friday, 4-4:30p Product demo All team members, external stakeholders
Friday 4:30p-5:30p Process retrospective All team members

Steve Bockman and William went on to discuss the value in holding an estimating session about midway through the current iteration. The estimation that will take place is for future iterations, not the current one. One of the advantages to this approach is that most estimation work is done before the iteration planning meeting, helping to move that one along. Additionally, it gives the product managers time to incorporate the estimates into their planning and prioritization work, before meeting with the team to plan the upcoming iteration.

George Dinwiddie suggested sliding the schedule such that the iteration starts sometime other than Monday morning. William shared that he is currently working with a team that ends the iteration on Wednesday at 10:00 AM, and kicks off the new iteration after lunch.

What does your iteration schedule look like? Are there additional meetings? Fewer? Where do the boundaries between iterations fall? Leave a comment and share.

Rate this Article

Adoption
Style

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • Start of day

    by Michael Krumlauf /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    By looking at the example schedule I am assuming we are talking about the day starting at 9:00am. Most of my team begins their day by 8:00am or before, so by 5:30pm many are on their way home.

  • Adjust as necessary

    by William Pietri /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Yep! As I mentioned in the original article, this is just a sample. If you use it without adjusting it to local conditions, you have already failed. :-)

  • Get a Real Job

    by Andrew Hamilton /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Another example of the pathetic busywork that managers (project and otherwise) occupy themselves with. Agile and its related schemes represent needless complication of the simple and common sense - through the usual misdirection of jargon, acronyms, and appropriation of some of the terms used in spheres of actual productive work ('feature injection' indeed!) Perhaps it represents an effort to fool yourselves and others that you are doing something that a semi-trained intern could not. My advice: Try producing something tangible, for once. You'll see not only how tough real work is, but how satisfying, when it works out right.

  • Re: Adjust as necessary

    by Jochen Witte /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Look at us, we're starting 9:30 and at 10:00 we start open up our eyes. 10:30h is stand-up meeting. I like my "local conditions" ;)

  • Re: Get a Real Job

    by William Pietri /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Hi, Andrew. I take it you've had some bad experience that leads you to say that?

    There's no denying that bad managers use Agile terms to sound impressive and make trouble for others. I'm pretty sure, though, they were doing that long before the Agile movement arose, and long after something else becomes the hot topic. I try to fight it where I can, but it's a big world.

    As to making things, the teams I coach ship software to real people regularly, on average once a week. That seems like real work to us, and it seems like real value to the people who use the software. That's pretty satisfying for all concerned.

  • too short

    by Andrej Ruckij /

    Your message is awaiting moderation. Thank you for participating in the discussion.

    i vote for longer sprints. in most cases there will be too much communication overhead, give people more room for uninterrupted work.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT

Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
Country/Zone:
State/Province/Region:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.