In part 1, I wrote a bit about the origins of agile, without going into how it translates into a day to day practice.  So, what do you do once you buy into the principles of agile software development?  Get ready for some rules.

(Disclaimer: If you’re at an organization that’s ready to take the plunge into agile, please please please don’t use this blog as a guide.  I will present an incomplete list of things we’re doing, which is an small subset of things we ought to be doing, presented by a guy with a teensy tiny knowledge of the full canon of agile practices.  If you want to do this right, read Agile Software Development, Principles, Patterns, and Practices by Robert C. Martin, and The Pragmatic Programmer, by Andy Hunt, and Dave Thomas.  Or even better, go to Ann Arbor and learn it from the badasses at The Menlo Institute.)

Finished the Foundation by chaim zvi

Finished the Foundation by chaim zvi

(Also, read Getting Real by the folks at 37signals.  Please, just trust me on this one.  It’s important.  Much more important than reading this silly blog post, that’s for sure.)

At the beginning of this project, I presented to the team a set of rules by which we all need to abide.  The following is a subset of those rules regarding our weekly schedule.

  1. We will scrum every morning.
  2. We will work iteratively, regrouping and correcting our course once a week.
  3. At the end of each iteration, we will have built and deployed a working piece of software.
  4. At the end of each iteration, we will demo our work to the entire team, including stakeholders at the client.
  5. Following an iteration, we will gather feedback from end users, stakeholders, etc., and we will adapt.


A scrum is a five-minute long, stand-up (no sitting!) meeting with everyone on the team in attendance.  (Not just the worker bees.  The boss.  The client.  Everyone.)  We go in a circle and briefly recount what we accomplished in the previous day, and what we will to do today.  Keeping everyone in the loop might be the most important thing we can do to make this work.


We work in iteration: tight, discrete chunks that usually a week or two, tops.  This way, there is always a working product, just in varying stages of completion, that can be loved, hated, and rated by the folks who matter most: the users.  (Software joke: Name the other industry that calls its customers “users.”)

This is also about keeping everyone in the loop, but we work this way for many other reasons.  It makes it much easier to change direction.  It prevents the development team from bullshitting everybody else.  (Sure.  It’s practically done!  All we’ve got to do is write the code!)  And it lets the stakeholders (client, instructor, your boss) see what they’re getting for their investment of time and/or money.

Our schedule

We meet Tuesday thru Friday.  So we’re doing 4 day iterations (pretty short, but we’re making due with what we’ve got) resulting in a weekly schedule for everyone on the team that looks like this:

  • Scrum, 5 minutes, 9:30 a.m. Tuesday thru Friday
  • Iteration Kickoff, 30 minutes, 9:35 a.m. Tuesday, following Scrum
  • Iteration Review, 1 hour, 11:00 a.m., Friday

All other meetings will be held in accordance with the rules defined in Getting Real: Meetings Are Toxic (<– click this!):

For those times when you absolutely must have a meeting (this should be a rare event), stick to these simple rules:

  1. Set a 30 minute timer. When it rings, meeting’s over. Period.
  2. Invite as few people as possible.
  3. Never have a meeting without a clear agenda.

So, that’s it for today!  Stay tuned for more on our agile process.  Next week: how we break down big scary problems into little tiny problems that aren’t scary at all.

Be Sociable, Share!

9 comments until now

  1. [...] Part two in the series begins to explain how our team is implementing agile processes: how we meet, the weekly atomic work cycle known as an iteration, and why we think meetings are toxic.  Plus, it’s got a great parenthetical reading list: (… If you want to do this right, read Agile Software Development, Principles, Patterns, and Practices by Robert C. Martin, and The Pragmatic Programmer, by Andy Hunt, and Dave Thomas.  Or even better, go to Ann Arbor and learn it from the badasses at The Menlo Institute.) [...]

  2. Sounds good. Very similar to how Hashrocket is doing things with me re: Spot.Us (which I am going to email and harass you about soon).

    Loving the blog Brian.

  3. [...] part 2, I explained how we’re breaking down our work into tight, four-day-long iterations, but I [...]

  4. My brother recommended I might like this website. He was totally
    right. This post actually made my day. You cann’t consider simply how a lot time I had spent for this info! Thank you!

  5. I got thiis website from my buddy who shared wit me on the topic
    of this website and now this time I am visiting this website and reading very informaative content at this time.

  6. I leave a comment whenever I especilly enjoy a article on a
    website or I have something to contribute to the
    conversation. It is a result of the fire communicated in
    the article I browsed. And on this article Crunchberry Projet

  7. Hi! I realize this is kind of off-topic but I needed to ask.
    Does operating a well-established blog like yours take a lot
    of work? I’m brand new to writing a blog however I do write in my diary every
    day. I’d like to start a blog so I can easily share my own experience and thoughts online.

    Please let me know if you have any kind of ideas or tips for brand new aspiring blog owners.

    Appreciate it!

  8. In fact no matte if someone doesn’t understand after that its up to other users that
    theyy will assist, soo here it occurs.

  9. Output Sockets – Your camera will contain sockets
    that allow you to link the digital camera to your PC so
    that you can download, view and edit your images. If the history is cluttered, it might be distracting, along with
    the best way for emphasizing your subject is to opt for a plain background.
    If images still don’t turn out perfectly, make use of an editing
    program to solve any problems.

Add your comment now