The Crunchberry Project is using agile software development practices as we build a new product for the Cedar Rapids Gazette. On the team blog, I’ve begun writing a series of pieces detailing our process.
Part one was a brief attempt at defining agile and explaining why it’s important:
What can happen in a year? Twitter catches on. The stock market crashes. Your competitor releases a new product. A new congress is elected, and they change the laws. It’s discovered that margarine is healthier than butter. Your business model becomes obsolete. And you’ve invested nine months in a product that nobody needs anymore.
And let’s just say that you’re living in a time warp, and the world remains completely static, who’s to say that you even got the requirements right in the first place? If you’re wrong, you just invested a year of work in a system that doesn’t work for your users.
As a great Chicagoan once said: “Life moves pretty fast. If you don’t stop and look around once and a while, you could miss it.” Your requirements will change. Agile teams are prepared for the chaos.
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.)
(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.)
In the upcoming weeks, I’ll be sharing our design process, task and defect tracking, how we test, and lots more. Stay tuned!
Wait, when did they decide margarine was safer than butter? Sticking with olive oil myself, just curious…
And thanks for the Agile resources links using OpenLibrary, that’s awesome… though the local library search seemed to take me to the wrong book, in the Netherlands…
Ha ha – I’m pretty sure butter is still on top, and olive oil is nice, but if I had to select a fat, I’m more of a lard man.
I’ve decided that a partner link to Amazon is trouble. I don’t recommend books to make money, and I wouldn’t want anyone to think I did.
Too bad the site’s goofy. Got any alternate recommendations?
Healthwise, best to worst: Olive oil, lard, butter, margarine.
OpenLibrary.org is awesome, and it works great for Amazon and ABEbooks and lots of ways to buy books. It’s only the library search that needs help, heh.
Reviewing Agaric’s notes on the Getting Real book, the main thing I think we should have been trying to bring clients along on is “fix time and budget, scale down scope as needed.”
I’ll be following your application of agile development with interest.
Scaling scope is precisely the problem our team was confronted with on Friday. We’ve got a fixed schedule and budget: five weeks and two developers.
So we’ve basically got no time at all. But we’ve got killer tools (almost certainly using Django, and likely Pinax http://pinaxproject.com/), and a fire in our bellies so I’m optimistic that we’ll make something neat.