Need someone to lead product management at your software company? I create software for people that create software and I'm looking for my next opportunity. Check out my resume and get in touch.

This is the blog of Adam Kalsey. Unusual depth and complexity. Rich, full body with a hint of nutty earthiness.

Software Management

Agile gloss

Freshness Warning
This blog post is over 22 years old. It's possible that the information you read below isn't current and the links no longer work.

New Architect’s October issue has an article called Scaling Agile Methods about using aglile development methods like Extreme Programming (XP) in large development teams. The commonly held belief is that agile methods only work well when a project has a small (less than 12 or so) development team, and this article attempts to refute that.

It wold be interesting to see a case study of a project where agile methods were successfully employed on a large project, but this isn’t it.

The author used XP on a development project, but he only provides three paragraphs about the success of the project, an one of those is a simple rehash of the goals of XP.

In order to prove that XP works, the author relies on anectdotes. "Based on my experience, agile methodologies do work. In fact, I’ve found them to be just as effective as traditional ones." Why would a development team try a new methodology that is unproven in large projects if it is only "just as effective" as the one they are already using?

He also presents arguements as fact with no supporting eveidence. "If you’re moving to a new technology platform or your project calls for fluid requirements, these older [traditional development] methods aren’t suitable." That may come as a surprise to development teams that have successfully performed these tasks using traditional methods.

Has anyone seen a case study or paper on the use of a particilar agile methodology on a large project?

Recently Written

Roadmap Outcomes, not Features (Sep 4)
Drive success by roadmapping the outcomes you'll create instead of the features you'll deliver.
Different roadmaps for different folks (Sep 2)
The key to effective roadmapping? Different views for different needs.
Micromanaging and competence (Jul 2)
Providing feedback or instruction can be seen as micromanagement unless you provide context.
My productivity operating system (Jun 24)
A framework for super-charging productivity on the things that matter.
Great product managers own the outcomes (May 14)
Being a product manager means never having to say, "that's not my job."
Too Big To Fail (Apr 9)
When a company piles resources on a new product idea, it doesn't have room to fail. But failing is an important part of innovation. If you can't let it fail, it can't succeed.
Go small (Apr 4)
The strengths of a large organization are the opposite of what makes innovation work. Starting something new requires that you start with a small team.
Start with a Belief (Apr 1)
You can't use data to build products unless you start with a hypothesis.

Older...

What I'm Reading