Time To Market (TTM) is a vital concept that every executive understands. Releasing a product to market before your competition gives you a significant first-mover advantage. As such, project managers are extremely pressured to shorten their project schedules. But does accelerating code freeze optimize TTM?
All things being equal, the sooner you declare code freeze, the faster you'll reach TTM. Slipping the code freeze date will most likely result in an overall schedule slip. But declaring the code as "frozen" when it actually feels more like "slush" will result in an even greater schedule delay.
Code freeze connotes no more changes to the software load. For those of us who are experienced software developers, we know that true code freeze rarely occurs. Bugs are generally found even after the load has been installed in the field. But at the very least, code freeze should signify that you're not planning on churning any more code and that you honestly believe that the software can be released with some hope of stability.
When code freeze is declared, the project dynamics change considerably. The source repository is locked, processes are tightened to ensure no one introduces a change that could destabilize the load, and in some cases, development teams are dismantled. Since the code is locked, managers reason that developers are now free to work on other projects, and therefore reassign them to other teams.
What happens to a project that still requires development but where the project mangler artificially declares code freeze, thereby losing his/her development team? (Please tell me you already know this answer.)
As a project manager, you must keep honest. If the software load is not yet ready for code freeze, admit it. Sure, declaring code freeze on time might make you look like a hero today, but when people start raising bugs and you have to slip your project schedule because (a) the load is unstable and (b) you have no developers left to fix defects, the "slush" will hit the fan. And trust me, you'll wish you would have been honest and pushed out your code freeze date.
Luc Richard holds an MBA with a major in high technology. For the past 10 years, he's been managing the development of software applications. He is the founder of The Project Mangler (http://www.projectmangler.com), an online resource that publishes free articles, stories, and other ready-to-use tools to help developers, team leaders and managers deliver software projects on time, according to specs, and within budget.
article_text... Read More
article_text... Read More
article_text... Read More
article_text... Read More
article_text... Read More
article_text... Read More
article_text... Read More
Employees truly deserve paid vacations... Read More
When you are acclaimed for excellence during times of crisis you may not feel so good in a non-crisis environment... Read More
There is a growing movement in the spiritual and holistic fields to bring a more metaphysical and human potential approach to the business community... Read More
Where does the time go? Billable time... Read More
You Can't Do It All - Learning To DelegateThere is not a single management skill more critical to your personal and professional success as an entrepreneur than learning to delegate... Read More
You probably know this already, but there are generally held to be four main personality types, which I call: Extrovert, Amiable, Analytical and Pragmatic ... Read More
Do you remember being told to use the "sandwich" technique when you needed to reprimand someone? Let me give you an example:"Fred, I'm really pleased with how you've been progressing since you joined us and you're doing a great job... Read More