The Demise of Project Management

….on this blog at least. I started this off with the intention of writing my experiences in Project and Program Management. And as the readers of the blogs would have noticed, most of my postings are related to Spirituality and Meditation. I deliberately stopped posting anything relating to PM since I did not want any conflicts with my current job. So there it is the demise of PM on this blog at least. The tag has changed.



I have been a passionate reader and implementor of methodologies right from James Martin’s Information Engineering to Tom De Marco’ SSAD to James Rumbaugh’ OMT to RUP.  I also made a modest contribution to Accenture’s ADS during my tenure with them.

When I first came across FDD a few years back, I really liked it for the simplicity that it provided to the management of the entire development process. I tried it very successfully on a large project that I was working on.  Today it gives me great pleasure to see FDD implementation being incorporated as a partner solution in Microsoft’ Visual Studio Team System.

My Congratulations to Vincent and team who made this happen.

Story Telling and PM

[From ASK overview]NASA Academy of Program and Project Leadership (APPL) publishes a magazine called ASK, which is available for online viewing. The ASK Magazine grew out of APPL’s Knowledge Sharing Initiative. The stories that appear in ASK
are written by the ‘best of the best’ project managers, primarily from
NASA, but also from other government agencies and industry. These
stories contain genuine nuggets of knowledge and wisdom that are
transferable across projects. Who better than a project manager to help
another project manager address a critical issue on a project? Big
projects, small projects — they’re all here in ASK.

Bill Townsend, Deputy Director at NASA’s Goddard Flight Center, shares his experiences in the latest issue of ASK:

When I read the following sentence:

"When minority opinion isn’t valued, people are afraid to speak up, and
they end up giving in to conformance pressure even though they know
there’s a problem. So I wanted to make sure that I took the time to
hear the dissenting opinion."

it stuck me that I too have been guilty of not soliciting and seeking out opinions from the minority. Should remember this.

Offshoring, exciting and new. Come aboard, we’re expecting you.

Talk about
offshoring … Roger Green and David Cook, two San
Diego tech
execs are taking the term literally. The two plan to
purchase a secondhand cruise ship, populate it with 600 of the brightest
engineers they can find, and then park them all in international waters three
miles off the coast of El
Segundo, thereby avoiding
H-1B visa hassles while still exploiting offshore labor costs. Oh, and the
engineers? They’ll be given all the amenities a cruise ship has to offer:
private rooms with baths, meal service, laundry service, housekeeping and access
to on-board leisure-time activities. "Engineers can be kind of quirky in some
ways, but they can be really productive if you give them the right setting," Green
. "We think we’re going to be putting them in the
perfect setting. Very few distractions. They’ll be with
similarly motivated people who are really interested in advancing and doing this
engineering work. It’ll be this perfect place for getting engineers to

KM @ Infy

V.P. Kochikar, KM Head, Education &
Research Department, Infosys Technologies, says "KM helps us stay on
top of new software projects, emerging technologies and customer
I take every media interview especially when it comes from an IT organization, with a large grain of salt, but some of the things Kochikar talks in this interview are fascinating to know especially the one relating to incentivising the KM process.

Turd Polishing

The latest issue of The Rational Edge has an interesting article on Software Management.

software projects successfully has proven to be very failure prone when
using the traditional engineering management discipline. Comparing the
challenge of software management to that of producing a major motion
picture exposes some interesting perspectives. Both management problems
are concerned with developing a complex piece of integrated
intellectual property with constraints that are predominantly economic.
This article introduces some comparisons between managing a software
production and managing a movie production, then elaborates four
software management practices observed from successful projects. The
overall recommendation is to use a
steering leadership style rather than the detailed plan-and-track leadership style encouraged by conventional wisdom.

Written by Walker Royce, author of the popular book  Software Project Management, the article brings out a great point between precision and accuracy – terms which I first encountered in the software world when I read Steve McConnell’s Code Complete :

In a successful software project, each phase of development produces
an increased level of understanding in the evolving plans,
specifications, and completed solution, because each phase furthers a
sequence of executable capabilities and the team’s knowledge of
competing objectives. At any point in the life cycle, the precision of
the subordinate artifacts should be in balance with this understanding,
at compatible levels of detail and reasonably traceable to each other.

difference between precision and accuracy (in the context of software
management) is not as trivial as it may seem. Software management is
full of gray areas, situation dependencies, and ambiguous tradeoffs.
Understanding the difference between precision and accuracy is a
fundamental skill of good software managers, who must accurately
forecast estimates, risks, and the effects of change. Unjustified
precision — in requirements or plans — has proven to be a substantial
yet subtle recurring obstacle to success. Most of the time, early
precision is just plain dishonest and serves to provide a facade for
more progress or more quality than actually exists. Unfortunately, many
sponsors and stakeholders demand this early precision and detail
because it gives them (false) comfort with respect to progress achieved.

of the most common failure patterns I have observed in the software
industry is developing a five-digits-of-precision specification when
the stakeholders have only a one-digit-of-precision understanding of
the problem, solution, or plan. A prolonged effort to build a precise
requirements understanding or a detailed plan only delays a more
thorough understanding of the architecturally significant issues. How
many frighteningly thick requirements documents or micromanaged
inch-stone plans have you worked on, perfected, and painstakingly
reviewed, only to totally overhaul them months later after the project
achieved a meaningful milestone of demonstrable capability that
accelerated stakeholder understanding of the real tradeoffs? This
common practice is aptly known in our trade as turd polishing.

Forced Ranking – II

841,500 is the number of software professionals according to an estimate in the IT industry in India.

Assuming most of the IT companies follow the forced ranking that I talked about in my previous post, the question that I have is….where does that leave the 42,075 employees who fall under the bottom 5%?

42,075! That is as high a number as the current strength of the likes of the top IT companies.

Here is what happens….all organizations have different time-frames within the year when they carry out this exercise.

For simplicity sake, assume 3 large organizations with an employee strength of 30,000 employees each doing their Appraisals/Forced rankings once every year at different point in time say January, June and September respectively. Each of the Organization creates approximately 1500 dissatisfied employees during these months….natural consequence of the process, employees from org A quit and go and join B, where the process repeats itself and the 1500 from B go and join Org C … meanwhile Organization A and B have approx 1500 seats that they need to fill in and more given the fact that they would have more business……and it is no surprise that the Org B would be willing to hire the bottom 5% from Org A at a higher designation and higher pay and Organization C hiring the bottom 5% from Org B and so on.

And interestingly no one would concede that they are hiring anyone less than the best!

Interestingly, Joel, earlier this year, wrote an awesome post titled "Everyone thinks they are hiring the top 5%".