Lessons Learned Managing Software Development in Startups - Release Management and Lessons Learned

(Page 4 of 4 )

We use the standard approach to creating releases:

• New code is added to the trunk.
  
  
• When it's time to create a new major release, we tag the trunk. The major release is always compiled directly from the trunk. Major releases have numbers such as 1.0, 2.0 etc.
  
  
• Bug fix releases are numbered 1.1, 1.2 etc and are released from bug fix branches.

Due to the nature of our customers, our bug fix branches tend to be very long lived. IT organizations are generally conservative in upgrading their equipment. If the system works, all they want are bug fixes. If your product is aimed at individuals or SOHO rather than IT departments, bug fix branches are not likely to be as long lived. It may well be possible to persuade your customers to accept new features along with bug fixes. As previously mentioned, tracking the state of a bug fix in multiple branches is still a problem for us.

Lessons Learned

The main things I have learned are:

1. If you have the money and depending on the complexity of your product and type of customers, you should consider an industrial-strength product management suite (such as that from Rational - now IBM) right from day one.  Although such tools are expensive (several thousand dollars per seat), ultimately you will wind up paying this amount one way or another. In my company we were fortunate to have talented developers who could customize open source tools such as CVS and GNATS. However, the cost of making these modifications in terms of developer time has been substantial.
   
   
2. Tight integration of bug tracking with source code management is highly desirable. By using loosely integrated tools, release managers and developers have also had to spend a considerable amount of time tracking down the state of various features and bug fixes. On a number of occasions, this high degree of manual labor has hampered our ability to get a release out in a timely manner.

Copyright © 2004 Rangachari Anand, All Rights Reserved.

DISCLAIMER: The content provided in this article is not warranted or guaranteed by Developer Shed, Inc. The content provided is intended for entertainment and/or educational purposes in order to introduce to the reader key ideas, concepts, and/or product reviews. As such it is incumbent upon the reader to employ real-world tactics for security and implementation of best practices. We are not liable for any negative consequences that may result from implementing any information covered in our articles or tutorials. If this is a hardware review, it is not recommended to open and/or modify your hardware.

Comments On: Lessons Learned Managing Software Development in Startups

· i was looking for a article about pm and you told me exactly what I wanted to know....    · To me this article seems like an advertisement. I'm sorry but there's no *useful*...    · I think that this was an article telling of his experiences and a lot of information...   >>> Post your comment now!