Somewhere Near Wilmington People Moved to the Center
October 21st, 2002 by HalRiding the Acela Express from Boston to Washington DC this morning I wondered if I could explain my thoughts on the work of projects. (While the train is supposed to travel at 150 MPH, the tracks were under construction throughout much of Conn. The scenery was nice!) Yesterday I mentioned there are two kinds of action on projects. I've tried to simplify those actions to one word or concept for each. For the first I tried making or doing or manipulating, but none are general enough. So moving on I see the second type of action as conversation for coordinating action. But that isn't inclusive enough. The linguistic action of projects includes the assessments we make — evaluating how well we are doing; it includes the speculating and planning we do; it includes setting goals, assigning roles, establishing rules, and setting standards; it also includes the negotiating, approving, deciding, requesting, promising, and deciding. So you see the trouble I'm having?
We misunderstand value-adding work as transformative: input > process > output. This transformation model doesn't fit software programming, digging a hole, placing concrete, and making decisions. That is all legitimate work of projects. Capturing that works as making and manipulating miss the nature of the action on projects. The nature is not intrinsic; nothing has intrinsic value independent of some customer for the work. The nature of our work has as context the concerns and standards of our customers. Context and value is established in conversation. We don't dig a hole, write a procedure, or solve a problem independent of someone wanting it for furthering their own purposes. And, we don't take the action without promising to do so.
Somewhere near Wilmington it hit me. There are the conversations that shape and reshape a future eventually resulting in promises and then there's the work of fulfilling those promises. It takes people to speculate, to make judgements, to request, and to promise. The nature of projects is the human-ness.
Put people at the center& they make the promises and they fulfill them.
Related Posts
- Clarke Says, Multi-Tasking Is Evil, I Agree I won't bore you with all the references to how multi-tasking produces waste. But do understand, the company policy to ...
- Control: Getting Back from the Last Place on Earth The race to the South Pole is a great story -- but the real race was getting back. I was raised on the myth of Robert Sc...
- California Pacific Medical Center Davies Project Ken Howard spoke to the group as a "learning practitioner". He is the owner's representative/project manager. His pr...
- My Swiss 5S Kitchen Experiment I moved to Switzerland in 1989 to Work for ABB for two years. I went ahead of my family. That gave me the opportunit...
- Hal’s Weblog Is Dead Just a short note letting you know that the Reforming Project Management weblog has moved from http://weblog.halmacomber...











October 22nd, 2002 at 11:20 pm
Hi,
I believe that this development of projects (through demand+supply ok and some talking)
usually gets hazier the larger the company is where the people work in.
They feel more and more like a little nut or bolt inside a huge maschinery,
completely forgetting, that it`s these nuts and bolts that form the maschinery altogether…
Bye
Buck
October 28th, 2002 at 2:01 am
Buck, let me offer another question. Is ’saving face’ (for both parties) more important than performing well together?
The question is rhetorical. Projects present a situation where one failed action (promise) can result in a stream of missed commitments, often with significant negative consequences. Looking good (saving face) gets in the way of making promises that are reliable AND result in not looking good when the promise goes unfulfilled!
Yes I address the issue of looking good. It results from being reliable.