Is this just another Agile blog?

Comments (6)

Print This Post Print This Post

Email This Post Email This Post

Permalink

Considering our disdain for plan-driven project management, you could certainly be forgiven for assuming so.

But then there’s that pesky “E” word. While we might reject most traditional Gantt-chart PMI nonsense, we also take a dim view of some of the loosey-goosey, “self-organizing people over process” philosophy of the Agile methodology. With no disrespect to Ward and Kent and company, we have more faith in W.E. Deming’s or Taiichi Ohno’s understanding of the right relationship between management and the production workforce, or between expert process design and individual ingenuity.

We recognize that some projects are sufficiently critical to merit greater accountability than what is usually possible under the Agile paradigm of informal practice. We think the Agile community is guilty of seducing developers and encouraging them to feel like they are the center of the universe. We like developers a lot too, not least because we are developers, but we believe that customers are the undisputed center of the universe, and everything else must revolve about creating value for them in their own terms. Now, the Agile community certainly gives a lot of lip-service to customers, but we hope to show that just having a customer rep on site, writing tests and reviewing demos, is nowhere even remotely close to good enough for some projects.

We want guarantees about security and reliability and fitness for use, all at the same time. And we think the only way to get that is pull scheduling of a rigorous and formal engineering workflow. Think Lean Design for Six Sigma for Software. That’s what this blog is about. We expect perfection in the eyes of the customer, one feature at a time.