Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Product Development: Frequent Releases vs. Major Releases

DZone's Guide to

Product Development: Frequent Releases vs. Major Releases

· Agile Zone ·
Free Resource

You've been hearing a lot about agile software development, get started with the eBook: Agile Product Development from 321 Gang

Yesterday we had quite a hot discussion about releases schedule in TargetProcess. There are two main options how you can release functionality:

  • Release as soon as something is ready (even a single feature).
  • Release periodically, let’s say 4 releases per year.

fire

Which approach is better? Everyone in agile movement will vote for the first approach. It is clearly a waste to hold a done feature in the backpack without making it public. Every marketer says that release should be a significant event with solid preparation to explain why this release is cool and how it helps to solve real life problems.

In general, it seems  there’s a Development vs. Marketing opposition.

Development wants something quick, off we go, collect feedback and improve.
Marketing wants something big enough and predictable, to prepare all materials and promotion.

I must confess, there is no clear answer to this question. As a developer I want to release feature asap. As a product owner I want to release feature asap, but understand that without major releases customers/leads may have a feeling that there were no significant changes in product over a long period of time. Is this a real problem? I don’t know.

I believe that Marketing should adopt somehow to frequent releases and change strategy to use this as an advantage. How?  This is something we should find out.

Download the free agile tools checklist from 321 Gang. This guide will help you choose the right agile tools to position your team for success. 

Topics:

Published at DZone with permission of

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}