June 13: Final project delivery due to client
June 7: In-class demo of client project
May 3: Client Preparation and Kickoff
May 3: Final Team Project Demo: In-class app demos and wrap up discussion.
April 16: Start of weekly coaching meetings and Retrospective reports
April 5 Day One -- What each team needs to prepare for the first day of class!


TTh 11am - 12:20am


Frances Searle 1-421


Chris Riesbeck



If you search the web for "Agile tools," you'll get plenty of hits. If you search the agile discussion groups, you'll get plenty of people telling you agile is not about tools. The very first item in The Agile Manifesto is "Individuals and interactions over processes and tools."

So keep a proper perspective on tools. Tools, processes, techniques, etc., are potential solutions to potential problems. To be agile, you should be really good at detecting common problems, and have a variety of options you can suggest for dealing with those problems. But never confuse using agile tools with being agile.


"Individuals and interactions" says that the most critical element of any project is lots of clear interaction between client and developers, manager and developers, and developers with developers.

One of the most important tools for this communication is the backlog. The backlog enables the client to say what needs to be done and what's most important. The backlog enables the developers to see what they need to do next and to tell the client when something has been done.

A backlog should be a list of user stories, not coding tasks. But that's for another discussion.

There are a number of common ways teams in this class have implemented their backlogs. I list them below and some non-obvious observations. I leave the obvious advantages and disadvantages of each method as exercises for the reader.