Oct 28, 2004 / Estimating Fixed-Price Projects
0 commentsRead the article and you'll understand all defects of fixed-price projects estimation.I was taught this game in 1968 by Bob Smyth who, in those days, was the smartest person I had ever met. Simply, you figure out [however you can] what you think the task will take and then double it. So a 5 day task is quoted as a 10 day task.Like all good games, I learnt the lesson of why you play when I submitted my first ever estimate to my big boss and he immediately halved it. Later, I realised there was a better version of this game. I quadrupled my initial estimate so then, when my boss halved it I still had double [which surprisingly I always needed]. Bob also showed me that by adding some float or fudge factor usually around 20 - 40 % if I was halved, I still had some slack up my sleeve [which surprisingly I also always needed].Of course, the problem with this game is that everyone knows it why novice players are often caught out by bosses/clients who cut the estimate given by a novice by 3/4 when the novice has only doubled their bid. The other problem is that it never stops. In a version of bluffing as seen in poker, no one knows who has doubled or who have multiplied by eight and so on.Much later, when I was researching material for project management, I found that time and motion studies in the 1950's had shown that the average lost time [meetings, waiting, talking and so on] in office work was around 50%. So the doubling game was based on some sound research.
Oct 22, 2004 / Throw out your favorites
0 commentsOct 13, 2004 / Traditional Waterfall Methodologies destroy options
0 comments"Traditional Waterfall Methodologies destroy options by making decisions earlier than they need to be made."I think this phrase emphasize the main weakness of Waterfall. Sure, Waterfall has many weak points, and it is obvious for most experienced developers that Waterfall is just wrong choice for the vast majority of projects. Risk management in waterfall projects doesn't help. Actually, there is too little space for risk management. You can't step back and do some rework. You have a Plan. You have a Signed&Approved Spec. You can change them, but very often these changes take a lot of time. And time is one of the most important constraints in the project. Waterfall is not agile, thus I don't like it. At all. However, I know that Waterfall could be used for certain types of projects. It can be used successfully for small, repeatable projects, where surprises are rare. But even for these projects iterative approach is more suitable. It's just a common sense...
Oct 5, 2004 / IntelliJ IDEA vs. Visual Studio 2003
0 commentsIntelliJ | VS.NET |
Ant integration | NAntRunner Visual Studio .Net AddIn |
JavaDoc integration | It seems that there is no such plug-in for VS.NET, but there is very good tool I like very much - GhostDoc. It automatically generates those parts of a C# documentation comment that can be deduced from name and type of e.g. methods, properties or parameters. |
Built-In refactoring tool | ReSharper (much less functionality for now) Refactory (supports more refactorings that ReSharper) |
TODO. Very cool feature for me | VS.NET also supports this, but in less attractive manner |
Very good templates and automatic code generation features | ReSharper (well, Resharper bring this into VS.NET as well) I think there are other tools like that, but don't know any. |
JUnit integration | NUnitAddIn (allows to run tests right from VS.NET and simplifies tests debugging) |