When should you Release Early and Often?
Dec 24th, 2009 | Concepts, Practices, Process
Jason Cohen posted an interesting and provocative argument against Release Early, Release Often principle followed by many agile teams.
His main points:
- Ideas. The best ideas are not coming from users and they are bad in providing feedback (iPod). So, there is no point to release early to get their opinion and ideas.
- Features. Minimal early set of features could be unattractive for majority of users and will turn them down for future use (Apple Newton)
- Quality. A buggy and unpolished product could ruin your reputations
- Architecture. An incorrect initial architecture creates waste and serious problems down the road (Netscape, Twitter)
Therefore, Jason against releasing early and often. I don’t agree.
My answer: it depends!
Evolution is the process of small frequent changes to improve and adapt to environment.