Telerik moves to 3 releases per year

by Vassil Terziev | Comments 9

Probably, most of you have already seen the update on our roadmap (http://www.telerik.com/products/aspnet/roadmap.aspx) and have noticed that telerik will be changing the release schedule as of 2007 – we will have 3 releases of our UI suites for Windows Forms and ASP.NET per year instead of four. I thought it would be a good idea to share some further insights into why we took this decision and to make a point that sometimes "less is more".

Perhaps the major reason for the change is the administrative overhead around releases. As you all know times around every launch are very hectic: all regression tests are running on the control libraries, all supporting materials (examples, documentation, etc) are tested and polished, a lot of content on the website is updated, customer inquiries are handled for all upgrade procedures etc. It's hard work that is important but simply does not bring much value on the table. Cutting down on these costs will leave us with more time and resources for work that delivers value to our customers.

The move to 3 Qs (yes, we will keep the Q naming as "Q" stands for "Quintessential" and not for "Quarter":) will also allow us to benefit from an extra 1-1.5 months per year for development, tech content writing and QA. We strongly believe that this productivity gain will result in more products, more features for existing products, improved usability, better documentation and even more technical materials. Last but not least, the extra time will allow us to continue our efforts in the QA and UX space and to deliver components like no other - UI controls that work as expected and which are extremely well tested.

We have also received feedback from some customers that they can hardly keep their release cycles with telerik’s fast pace of updates and they often do not need to upgrade until a couple of months after our release. This seemed like a good indication that the benefits of having less releases with more features and higher quality will be better appreciated by the majority of telerik customers.

The reduced number of major releases will in no way compromise the benefits that subscription customers are receiving. Just the opposite, we believe that we will be able to offer more value on a yearly basis in terms of both quantity and quality. We will still be having interim releases whenever there is something major we have to be compatible with like a new major browser versions, ASP.NET AJAX updates, etc so you can expect to be up to date with any new platform/browser updates.

What's your take? How will this change in telerik’s release schedule likely to affect your projects and development? We will be happy to hear any comments you might have.

Vassil Terziev
Co-founder/CEO

9 Comments

Todd Anglin
I think this is a good move. Based on the Road Map for Q1 and Q2 2007 (or is it Vol.1 & Vol. 2?) it is obvious that this extra development time is going to enable the Dev teams to deliver some pretty incredible enhancements to the component suites. While I'll miss the regular excitement that quarterly releases brought, I look forward to having longer periods for beta testing and higher quality "Quintessential" releases.
Brian
I think it's a good move. If I can suggest maybe releasing more beta's.
Josef Rogovsky
This is a good idea.

I approve! :)
Gregory Varghese
I agree this is a great move. It'll keep the development cycle for us smoother as we can plan easier for 3 better releases than 4 quick ones with typically minor changes.

One of the things that fustrated me is how my projects often will not work with the new versions of the controls without substantial changes. I've been trying to start a project but had to keep restarting it because of the new releases. The code would reference outdated functions or would not use the new version without completely rewriting the page or creating a new solution to avoid keeping any old references. Would it be possible to get a utility which will upgrade projects to the latest releases to solve these headaches?
Stuaty Hemming
This works for me. I do have a question though; will we see more hotfixes to cope with changes required to fix bugs given the longer period between actual releases?
Bo Hessner
I agree, it's a step in the right direction.

But I think 2 Qs would be sufficient - it would provide a more complete beta testing and a better "time to upgrade" for customers.
Mostafa Anoosheh
I think it's good decision to make better & better tools.
Shaun Peet
Also agree that this is a great move and I look forward to all the great innovations that this will surely lead to.

Comments

  1.    
      
      
       
  2. (optional, emails won't be shown on public pages)
  3. (optional)
Read more articles by Vassil Terziev - or - read latest articles in Developer Tools