December 13, 2004
Signs you are on a blackhole project
- They must have absurdly grandiose goals. Something like "fundamentally reimagine the way that people work with computers." Nobody, including the people who originate the goals, has a clear idea what the goals actually mean.
- They must involve throwing out some large existing codebase and rewriting everything from scratch, "the right way, this time."
- They must have completely unrealistic deadlines. Usually this is because they believe that they can rewrite the original codebase in much, much less time than it took to write that codebase in the first place.
- They must have completely unrealistic beliefs about compatibility. Usually this takes the form of believing you can rewrite a huge codebase and preserve all of the little quirks and such without a massive amount of extra effort.
- They are always "six months" from from major deadline that never seems to arrive. Or, if it does arrive, another milestone is added on to the end of the project to compensate.
- They must consume huge amounts of resources, sucking the lifeblood out of one or more established products that make significant amounts of money or have significant marketshare.
- They must take over any group that does anything that relates to their absurdly broad goals, especially if that group is small, focused, has modest goals and actually has a hope of shipping in a reasonable timeframe.
- They must be prominently featured as demos at several company meetings, to the point where people groan "Oh, god, not another demo of this thing. When is it ever going to ship?"
- They usually are prominently talked up by BillG publicly years before shipping/dying a quiet death.
- They usually involve "componetizing" some monolithic application or system. This means that not only are you rewriting a huge amount of code, you're also splitting it up across one or more teams that have to all seamlessly work together.
- As a result of the previous point, they also usually involve absolutely massive integration problems as different teams try madly to get their components working with each other.
- They usually involve rewriting the application or system on top of brand-new technology that has not been proven at a large scale yet. As such, they get to flush out all the scalability problems with the new technology.
- They are usually led by one or more Captain Ahabs, madly pursuing the white whale with absolute conviction, while the deckhands stand around saying "Gee, that whale looks awfully big. I'm not sure we can really take him down."
- Finally, 90% of the time, they must fail and die a flaming death, possibly taking down or damaging other products with it. If they do ship, they must have taken at least 4-5 years to ship and be at least 2 years overdue.
Wow... scary. Is your project a blackhole project?
Thanks to Mr. Mini-Microsoft for finding it.
Posted by TY at December 13, 2004 12:52 AM
Want to add this to your webpage? Easy! Just copy and paste the following text into your page:
Permalink: http://www.tomorrowyesterday.com/2004/12/signs_you_are_o.html
Trackback Pings
TrackBack URL for this entry:
http://www.tomorrowyesterday.com/cgi-bin/mt/mt-no-spam-tb.cgi/1343
Comments
I have another one:
Rather than taking any responsibility for the development work, farm it out via a services contract that is negotiated as part of the sales cycle. Because although consultants may not have any insight into your business processes -- which you should do your best to keep proprietary and confidential from them -- they are just plain better than the trained monkeys you employ full-time. And nothing motivates them more than keeping a promise made X years ago by some blowhard with a $2 million sales commission, so you can budget them for 12 hours a day on your project plan, instead of 8.
:-)
Posted by: John at December 13, 2004 9:28 PM
I agree. That totally sounds like Steve Jobs (minus the compatibility and that talked up by BillG part)
Posted by: pSaiwing at December 13, 2004 11:24 PM
