Re:Releasing early and often... how it failed for us [extend...
by dan_sim on Thursday March 12, 2009 @03:31PM
(#513914)
It was half-baked because we felt the urge to release often. I consider this experience very positive, we learned a lot but meanwhile, our product had to fail and now, we have to resurrect it.
Re:Releasing early and often... how it failed for us [extend...
by unalone on Thursday March 12, 2009 @04:25PM
(#514017)
But that's not what release often means. If you've got a half-baked idea, then it's half-baked regardless of when and how often you release.
Re:Releasing early and often... how it failed for us [extend...
by flamontagne on Thursday March 12, 2009 @04:36PM
(#514037)
Releasing often has lead us to stop seeing the bigger picture. I think the danger when you release often is to rush the releases... and in the end transform what was a great idea into a half-baked product. I don't want to say that this statement is always wrong, because it certainly isn't, but I think people should approach it with care and stop applying it like it was a God commandement.
Re:Releasing early and often... how it failed for us [extend...
by willemv on Friday March 13, 2009 @08:23AM
(#514777)
> ... but I think people should approach it with care and
> stop applying it like it was a God commandement.
Isn't that the case with _any_ guideline ?
Guidelines like 'Release early, release often' are just that, guidelines. Take any guideline to its extremes and it will just collapse. They are just there to 'guide' your _thinking_, and that's something no-one else can do for you.
Clearly there is a "too early": taking release early and often to its logical extreme you would first release a "Hello World" app then extend in thousands of iterations of 1 line of code, which is clearly nonsense.
Look at the positives - you learned a hell of a lot about your market and development from this experiment, so I'm sure the next version will be a success.