It looks like nothing was found at this location. Maybe try a search or browse one of our posts below.

ManagementSpeak: I expect teamwork and innovation from you all.

Translation: There are two ways of doing things: My way and the wrong way.

By submitting this little gem, William Adams shows he’s a team player.

You’re managing a project. What can go wrong?

Well …

Scenario #1: It’s hard to overcome the CEO

A friend managed a business transformation tied to a large software suite (I’m not allowed to be more specific). Her client was a multinational concern that wasn’t wise in the ways of project management. She had a strong team, the right work breakdown structure, a good working relationship with the vendor, and a committed executive sponsor.

But then the CEO happened. All by itself, just one restructuring would have driven quite a bit of re-work into the project. Multiples multiplied the impact.

And that’s before the ritual laying off of several people the project couldn’t do without. As The Mythical Man Month makes clear, replacing these key staff slowed things down even more, as the effort needed to acclimate the project newbies to the project and their responsibilities exceeded any benefit they could provide.

My friend got the project done, but it got done much uglier than it needed to.

Lesson learned: Include a list of specific critical personnel in your project Risks and Issues reporting, and make sure that reporting is visible at least one layer higher than the project’s sponsor. It won’t completely prevent the chaos, but it might reduce it.

Scenario #2: A filter that should be a conduit

So you say your executive sponsor cares deeply about your project’s success. You say he’s assigned the right people to the core team, and has let everyone else know they should support the project when their support is called for.

And … he’s a busy guy, so he’s delegated day-to-day sponsorship to a trusted member of his team, who is to be your primary Point of Contact. His busyness also means he has no time for regular face-to-face updates.

But not to worry. Your PoC meets with him weekly, and will keep him informed.

As the project progresses, unexpected discoveries drive a number of course corrections. Taken one at a time, none seem particularly controversial, so you and your PoC make the decisions and move on.

A couple of months later, though, with a major milestone approaching, you bring the sponsor in for a briefing. That’s when you discover that what seemed minor to you seems less minor to your sponsor, and the decisions you and your PoC to resolve the issues weren’t the solutions the sponsor would have chosen.

This is when you find out your PoC either hasn’t embraced the “bad news doesn’t improve with age” dictum or also didn’t think the issues in question were important enough to mention in his weekly updates.

And, it’s when you first figure out the sponsor defines “handled correctly” as “how I would have handled it,” and “handled wrong” as “all other ways of handling it.”

So now you have an irritated sponsor and a project schedule that’s in recovery mode.

You can’t entirely avoid this. What might at least help is, prior to your PoC’s weekly meetings with the project sponsor, rehearse the topics to be covered in the project update.

Scenario #3: EPMO — enabler or bureaucracy

Congratulations! As a result of your many well-managed projects and the value they delivered, you’ve been promoted to the Enterprise Program Management Office — the EPMO. In your new role you’re responsible for ensuring all project investments are worthwhile, and providing oversight to make sure they’re well-managed by project managers who aren’t you.

And so, guided by “industry best practices,” you establish a governance process to screen out proposals that don’t make the grade.

Then you start to hear those governed by the EPMO use the B-word in your general direction. No, not that B-word. Bureaucrat.

Which, if you think your job is to screen out bad proposals, you’ve become.

First and worst, a bureaucrat evaluates proposals. A leader evaluates the ideas behind the proposals.

Second and almost as worst, if you expect to see dumb ideas you’ll see dumb ideas, because most people, most of the time, see what they expect to see. And anyway, if what you do is screen out dumb ideas you’ll pass the proposals that don’t give you a reason to screen them out, not those that give you a reason to keep them in.

So take the B out of your job. Starting tomorrow, the EPMO’s job is to help good ideas succeed.

Followed by your stretch goal: to help turn good ideas into great ones.

It’s 2001. We’re supposed to have a self-supporting space station, a permanent outpost on the moon, and a psychotic computer running a manned mission to the moons of Jupiter. Had we not lost interest, it might have happened. Instead, our interest in cyberspace exceeds our interest in outer space. Am I the only one who thinks something is fundamentally wrong?

Maybe not. According to research performed by an organization called Virtual Society, reported in The Register (www.register.com), there are 28 million ex-web surfers in the United States alone — actual reality appears to be making a comeback.

Quite a few pundits have expounded on the ultimate importance of the Internet, some ascribing to it a level of significance unparalleled since the invention of the printing press. Last year, I challenged that position as being highly exaggerated. It appears I’m not alone.

Yes, with the advent of a new year, it’s time to review old predictions and make new ones. Let’s start with the review:

Prediction: Rather than the gratitude they deserve, the hard-working programmers who prevented a Y2K disaster will mostly receive unemployment.

Result: Pretty much as predicted. Ignorant, self-appointed voices of outrage declaimed the whole Y2K situation as a hoax. Meanwhile the staffing strategy known as “rolling layoffs” — firing programmers with “old” skills while simultaneously recruiting others with needed new ones — has increased in popularity.

Prediction: PCs won’t be replaced by fat network technologies. They also won’t gain much in new functionality, nor will the user interface improve dramatically. They will, however, increase in reliability.

Result: While PC sales are off this year, that’s probably an indicator of economic jitters coupled with market saturation, not abandonment of the platform. Meanwhile, Windows 2000 is “an order of magnitude” more reliable than NT (translation: It has one more to go before it’s as reliable as its competitors). And Apple is, finally, nearly ready to release Mac OS X, which, due to its BSD UNIX core, will be far more stable than prior Mac OS releases.

Prediction: Java won’t turn into the dominant language for all application development. It will find a niche as the mid-tier language of choice in n-tier OO/client/server development projects, and will continue to be used to extend browser functionality. Its performance deficiencies compared to compiled languages will continue to constrain its value.

Result: On target thus far. Java is popular in the mid-tier, nobody has yet released a significant commercial application written in pure Java, and Java continues to be slower than compiled C++. Microsoft’s impending (translation: indefinite release date) of C# and HP’s jump onto the Microsoft.NET bandwagon may further impede Java’s progress. (On the other hand, I’ve predicted failure for the Microsoft.NET scheme — but it doesn’t have to succeed to hamper Java in the marketplace.)

Prediction: Within two years, Java will either be turned over to a standards body or Sun’s Java allies will start to de-emphasize it.

Result: Neither has happened yet. One year to go.

Prediction: A long-shot, that Macromedia will turn its Flash/Shockwave/Director combination into an application development platform.

Result: I have seen an actual application (a sales force automation package) written with Macromedia tools. If nothing else, I’m not wrong yet.

Prediction: Linux will be very successful in as a server technology; far less successful on the desktop.

Result: Linux adoption as a server platform is growing faster than Windows 2000. Linux’s desktop marketshare is still miniscule.

We’ll continue reviewing past predictions next week.