Search the web
Sign In
New User? Sign Up
erp4it · ERP for IT
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want your group to be featured on the Yahoo! Groups website? Add a group photo to Flickr.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
MRP for IT   Message List  
Reply | Forward Message #758 of 795 |
Re: MRP for IT

I believe the problem is a combination of the "essential complexity" of the
business architecture (and the fact that it drives all technical
requirements), but what I believe is the main reason for unpredictability is
the "accidental complexity" that is introduced through new technologies -
much more so than most people recognize.

If you compare large IT projects to construction or Hollywood blockbuster
projects you begin to see the reasons why. With a construction project, I
have reliable specialists that I can count on. Each specialist is expected
to keep up with the changing technology, but the technology doesn't change
so quickly that it can't be assimilated predictably in new projects (think
bricklayer, concrete mixer, electrician, plumber, etc.). Hollywood is
similar, and most budget overruns tend to occur in the special effects
domain (think Waterworld).

IT is different in that specialization is dangerous from both an
organizational perspective and career perspective. To whit, if you look at
mainframe development it is highly predictable. Basic website development
is now the same - and you can get a pretty sophisticated web site developed
for you at a fixed price.

Put another way, if I can rely on specialists to do my work I can more
easily size effort and determine requirements. But new and changing
technology demands that generalists with cross-domain knowledge will
continue to thrive, and drive projects, but create unpredictability. When
dealing with new technology you're always taking risks (which the
generalists enjoy). Being a specialist is boring (but it gets the job
done).

So, the trade-off becomes: Move forward now into uncharted waters with the
latest technologies and gamble on achieving huge ROI, or move forward with
old technologies and achieve predictability with a smaller ROI.

That notwithstanding, I believe there is also an attitudanal issue among
generalists to eschew management controls, but rather indulge in their own
interests. Kind of makes the prima donnas of Hollywood seem pretty tame in
a way.

Cheers,
Neil.




Thu Nov 20, 2008 2:49 am

costie
Offline Offline
Send Email Send Email

Forward
Message #758 of 795 |
Expand Messages Author Sort by Date

MRP for IT <http://erp4it.typepad.com/erp4it/2008/11/mrp-for-it.html> I have been posting about "ERP for IT" for some years now. While I have been generally...
Charles T. Betz
alphas0ng
Offline Send Email
Nov 17, 2008
2:02 am

Charlie, thanks for taking your blog in this direction. I believe there are many more parallels between traditional manufacturing and software development....
jschmidt163
Offline Send Email
Nov 17, 2008
1:55 pm

You might want to also read 1. Critical Chain. (Eli's Project Management using Theory of Constraints) ...
Martin G Erb
bumerb
Offline Send Email
Nov 17, 2008
8:52 pm

Here's the book [1] that started me down the road to understanding that, often, when someone says software development is nothing like manufacturing, they...
Rob Evans
drmutex
Offline Send Email
Nov 18, 2008
2:50 am

I recommend Womack's book "Lean Thinking", along with Michael Kennedy's Product Development for the Lean Enterprise. There is a lot to be learned from Lean,...
Stuart Charlton
stuartcharlton
Offline Send Email
Nov 17, 2008
9:27 pm

Charles, ... <http://en.wikipedia.org/wiki/No_Silver_Bullet> well stated by Fred Brooks among others: software development has essential complexity and is...
Oliver Sims
oliver_sims
Offline Send Email
Nov 18, 2008
4:33 pm

Appreciate all the insights & discussion - I am reconsidering some of my assumptions now with respect to applications development. I still think that it is...
charb@...
alphas0ng
Offline Send Email
Nov 19, 2008
1:19 am

I believe the problem is a combination of the "essential complexity" of the business architecture (and the fact that it drives all technical requirements), but...
Neil Hepburn
costie
Offline Send Email
Nov 20, 2008
3:08 am
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help