Tuesday, January 17, 2017

Agile as a recursive methodology



In the past in my describing the adoption of Agile by conventionally trained managers and sponsors  I've described the "grand bargain" that has to be struck between sponsor and project. In effect, to repeat a bit, the "change" is first with the management paradigm of fixed-scope for a fixed price.
The essence of agile is unfixed scope -- tactically -- with a fixed scope (product framework) strategically.
Thus, by example which is simple enough we can all grasp the point, if we enter into a project to build a software shopping cart, a functional cart is the strategic objective of the project.
  • There is a general framework of functionality for such a cart agreed to in the business plan and the project charter, but
  • Many of the detailed feature/function/performance artifacts and objects will "emerge" as conversations go forward during the course of the project;
  • In other words, feedback of early deliverables will influence later deliverables.

In that sense, agile is a recursive methodology in that results are applied to the process of creating results. Thus the backlog somewhat begets the backlog -- a classic case of recursion.

Consequently, first: the agile backlog is constantly changing, at least in theory. In practice, a lot less so.

And, second: agile dismisses the idea of structured requirements (shalls and wills) so as to substitute "conversations", put down as vignettes in the form of stories and use cases.

Conversational requirements obviously requires some creative thinking about verification and validation (V-and-V) that is often part of a downstream activity, quite apart from development.

And, third: agile is realistic vis a vis a project of intangibles wherein there are really no physical limitations to constrain requirements.

All this takes us back to the challenge discussion: When is agile project "done"?
My counsel is: agile is a best value delivery, within constrained budget and time, of the highest priorities that the money will afford. All else, see V2.0.




Read in the library at Square Peg Consulting about these books I've written
Buy them at any online book retailer!
http://www.sqpegconsulting.com
Read my contribution to the Flashblog