Welcome to Manicprogrammer Sign in | Join | Help

Incredibly generic procress description

Excerpted from the first draft of my experience report for leankanbanconference.com:

Somebody has an idea to add value. Somebody approves the idea has merit, requests that it be built. Somebody transforms the idea into a set of specific changes that need to be made to the application from a user’s perspective. Somebody identifies how those changes need to relate to the existing technical implementation. Somebody causes chose changes to occur to the system. Somebody confirms that those changes were indeed made. Finally, somebody agrees that the changes did indeed provide the desired value.

 

It may not stick, but for the moment the incredible level of generic writing has a purpose in the document.

Published Thursday, April 02, 2009 7:12 PM by willeke

Comments

# re: Incredibly generic procress description

Yeah, that is pretty generic.  It even directly applies to the FDA-regulated process I saw at my last SEP client.  They had a decidedly traditional surround for however it was the dev team actually built their software.  In fact, I think it pretty well describes the realization of anything where you have several people who have to be in agreement (or, at least accountable) on resources, direction, etc.

And that's what I like about this description.

When I discuss the value of work efforts to people, I like to say "This is ultimately what we're trying to accomplish."  And, depending on whether I'm selling or they're selling, add "This is how / tell me how it fits in getting there."  And I like it best when I have a version of the goal that doesn't presuppose a particular method approach.

Friday, April 03, 2009 8:29 AM by mbarrington
Anonymous comments are disabled