Iteration XII Begins

Published 18 January 06 02:03 AM | Sam Gentile

So today begun our 12th 3-week Iteration on our Agile project. Our 1st Monday of an Iteration is exhausting. We start with a demo to Business and other interested stakeholders around the globe on all the stories we finished the previous Iteration. We recently got in the habit of doing this as this proves more to the stakeholders that we are not only working on the stories but that we are "shipping" or "deploying." The goal of an Agile or XP team is deliver some increment of functionality into production each iteration and we have made that goal much more serious. Since we finally just gotten CruiseControl.NET 1.0 to finally work with the MSBUILD task and finally produce our ClickOnce exe's that was easier (that actually was one of our stories last iteration). Then, I as Lead, run a Retrospective on the last Iteration. We look at six categories, Things that were Enjoyable, Puzzling, Fustrated, Do More Of, do less of, and do the same. Then we vote. Each team member (dev + business + QA - whole team) gets four votes that they can spread on one to 4 items. At the end of the vote, the highest vote getter becomes the thing we work on improving in the upcoming iteration. Some times they are communication things, some times process things but less so technology things.

Following that, comes the hard part that usually take the afternoon. Business presents the stories that they want done for the Iteration to satisfy one or two MMFs that we have targeted. We go through them and then we do Agile Estimation on them. This has been fustrating for us. The really good thing is out of a Retrospective on a past Iteration, Business took on the item that they needed to get much better on specifying enough detail in their stories for us to be able to estimate and eliminate that fustration. I am really happy to say that they came really prepared with excellent level of detail this time around. However, the MMF chosen was pretty involved on the domain level and it took us a while to absorb what we were trying to do. We ended up with only about 6 stories estimated, probably around 1/2.

The other fustration is that as a  full Architect on my team (I'm also the “Lead” now too), I practice Just-In-Time Architecture, Agile Modeling, and Agile Architect as well as Code is Model but I code every day just as much as any other member on my team. Although we are trying to do Just-In-Time Architecture, which simply means we don't do a piece of Architecture until stories start to call for it. This is a real struggle for me and for us. I am finding a number of orthogonal cross-cutting software architecture concerns such as Security, Logging, Indigo Security, etc. that need to be addressed and almost require some level of "up front" design at points. The conflict is a bit of a puzzle and I think we have agreed for Sam to go play Architect more this Iteration but we probably need to "inject" Architecture or Infrastructure stories that are not Business stories and will not deliver business value per se. We'll see how it goes.

Comments

# http:// said on January 18, 2006 06:15 AM:

Welcome aboard Sam, I've been reading your old blog for quite awhile.

I've been in your shoes and wrestled with the same problems.  Just-In-Time or Continous Design doesn't preclude thinking ahead, only implementing infrastructure before it's necessary.  I don't think that XP addresses cross-cutting concerns directly, but the extra collaboration afforded by pair programming and just being co-located go a long way towards creating a standardized approach and understanding of architectural concerns throughout the team.

On XP/Scrum projects we've done occasional spike stories to address specific architectural changes or strategies with decent results.  You've got to bring architectural concerns to the forefront and get those spikes into the iteration plans.  A lot depends on having a mutual trust relationship between the tech lead and the PM.

# http:// said on January 18, 2006 06:15 AM:

Welcome aboard Sam, I've been reading your old blog for quite awhile.

I've been in your shoes and wrestled with the same problems.  Just-In-Time or Continous Design doesn't preclude thinking ahead, only implementing infrastructure before it's necessary.  I don't think that XP addresses cross-cutting concerns directly, but the extra collaboration afforded by pair programming and just being co-located go a long way towards creating a standardized approach and understanding of architectural concerns throughout the team.

On XP/Scrum projects we've done occasional spike stories to address specific architectural changes or strategies with decent results.  You've got to bring architectural concerns to the forefront and get those spikes into the iteration plans.  A lot depends on having a mutual trust relationship between the tech lead and the PM.

# http:// said on January 18, 2006 06:15 AM:

Welcome aboard Sam, I've been reading your old blog for quite awhile.

I've been in your shoes and wrestled with the same problems.  Just-In-Time or Continous Design doesn't preclude thinking ahead, only implementing infrastructure before it's necessary.  I don't think that XP addresses cross-cutting concerns directly, but the extra collaboration afforded by pair programming and just being co-located go a long way towards creating a standardized approach and understanding of architectural concerns throughout the team.

On XP/Scrum projects we've done occasional spike stories to address specific architectural changes or strategies with decent results.  You've got to bring architectural concerns to the forefront and get those spikes into the iteration plans.  A lot depends on having a mutual trust relationship between the tech lead and the PM.

# Sam Gentile said on January 18, 2006 12:56 PM:

Thank you - that is very helpful as is your blog which I have been reading and recomending for some time now.

# Sam Gentile said on January 18, 2006 12:56 PM:

Thank you - that is very helpful as is your blog which I have been reading and recomending for some time now.

# Sam Gentile said on January 18, 2006 12:56 PM:

Thank you - that is very helpful as is your blog which I have been reading and recomending for some time now.

# TrackBack said on January 18, 2006 01:17 PM:

Interesting Finds

# TrackBack said on January 18, 2006 01:17 PM:

Interesting Finds

# TrackBack said on January 18, 2006 01:17 PM:

Interesting Finds

# TrackBack said on January 18, 2006 01:20 PM:

Interesting Finds

# TrackBack said on January 18, 2006 01:20 PM:

Interesting Finds

# TrackBack said on January 18, 2006 01:20 PM:

Interesting Finds

# http:// said on January 19, 2006 07:48 PM:

How long should the sprint review meetings take?

# http:// said on January 19, 2006 07:48 PM:

How long should the sprint review meetings take?

# http:// said on January 19, 2006 07:48 PM:

How long should the sprint review meetings take?

# Sam Gentile said on January 19, 2006 08:15 PM:

I have no idea as Sprints as from SCRUM and we don't do SCRUM. Also please provide a name and URL

# Sam Gentile said on January 19, 2006 08:15 PM:

I have no idea as Sprints as from SCRUM and we don't do SCRUM. Also please provide a name and URL

# Sam Gentile said on January 19, 2006 08:15 PM:

I have no idea as Sprints as from SCRUM and we don't do SCRUM. Also please provide a name and URL

# TrackBack said on January 21, 2006 10:17 PM:

TFS Release Candidate Coming Soon

# TrackBack said on January 21, 2006 10:17 PM:

TFS Release Candidate Coming Soon

# TrackBack said on January 21, 2006 10:17 PM:

TFS Release Candidate Coming Soon

# TrackBack said on January 29, 2006 10:36 PM:

TFS Release Candidate Coming Soon

# TrackBack said on January 29, 2006 10:36 PM:

TFS Release Candidate Coming Soon

# TrackBack said on January 29, 2006 10:36 PM:

TFS Release Candidate Coming Soon

# TrackBack said on April 5, 2006 01:05 AM:

New Drop of SCBAT

# TrackBack said on April 5, 2006 01:05 AM:

New Drop of SCBAT

# TrackBack said on April 5, 2006 01:05 AM:

New Drop of SCBAT

# TrackBack said on April 18, 2006 11:50 PM:

Truckin' Along with Iteration 19 and Indigo/Contract First with Services BAT

# TrackBack said on April 18, 2006 11:50 PM:

Truckin' Along with Iteration 19 and Indigo/Contract First with Services BAT

# TrackBack said on April 18, 2006 11:50 PM:

Truckin' Along with Iteration 19 and Indigo/Contract First with Services BAT

# TrackBack said on June 26, 2006 04:20 PM:

Agile Team Gets Full Pairing Stations

# TrackBack said on June 26, 2006 04:20 PM:

Agile Team Gets Full Pairing Stations

# TrackBack said on June 26, 2006 04:20 PM:

Agile Team Gets Full Pairing Stations

# TrackBack said on December 2, 2006 03:42 PM:

Our Agile Project Goes into Ship/Performance Mode

# TrackBack said on December 2, 2006 03:42 PM:

Our Agile Project Goes into Ship/Performance Mode

# TrackBack said on December 2, 2006 03:42 PM:

Our Agile Project Goes into Ship/Performance Mode

# TrackBack said on January 25, 2007 03:48 PM:

Our .NET 3.0 Enterprise Application and Architecture Shipped

# TrackBack said on January 25, 2007 03:48 PM:

Our .NET 3.0 Enterprise Application and Architecture Shipped

# TrackBack said on January 25, 2007 03:48 PM:

Our .NET 3.0 Enterprise Application and Architecture Shipped

# Sam Gentile said on October 9, 2007 04:09 PM:

A further note about what I just blogged about what our upcoming Webinar and CNUG with the applications

Leave a Comment

(required) 
(required) 
(optional)
(required) 

This Blog

News

    The content of this site are my own personal opinions and do not represent my employer's view in anyway.

    Profile for SamGentile

MVP

Blog Information Profile for SamGentile

Syndication