I'm not so sure.

What's the official definition? Don't give me the manifesto, that's just an implementation of common sense in development, as applied to software.

As a trained mechanical engineer (maybe that's why the quote about mechanical engineers irked me especially), the agile manifesto just reads like good engineering practice to me.

And indeed the signatories of the manifesto expected to start a huge discussion on what agility meant for any particular team or product, and how to best live up to its principles.

> of course [it doesn't fit]

That was uncalled for.

> and especially any agile consultant's.

I'm (something akin to) an agile consultant though :-)

Also, just to point out: maybe my definition of Agile diverges from canon. That's OK. I don't care to follow the canon, I care to do right by those who I've been asked to support.

> Of course, even more ironically, it doesn't fit the original agile manifesto:

> > Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.

I'm not sure how you came to that conclusion.

How is "welcome changing requirements" a bad fit for "changed the mission objectives (as new information emerged)". Clearly the [competitive advantage/likelihood of success] was increased? In fact the entire programme was shaped such that change was explicit part of the plan.

I've stared at this quote for a while now, and I still can't see the contradiction.