RFC: Expose features to users when they are done, not once a month

I’ve been working on a new release/merge workflow for Launchpad. I’ve written it from the developers’ point of view, but I’d love some comments from users of launchpad.net, so let me try to explain how you, as users, would be affected by this change.

The proposal is that we would decouple our feature development cycles from our release cycles. We would more or less get rid of our releases, and push features to our users when they are ready to be used. Every feature would first go to edge.launchpad.net, and when it’s considered good enough, it will get pushed to launchpad.net for everyone to use. Bug fixes would also go to edge.launchpad.net first, and pushed to launchpad.net when they are confirmed to work. Sadly, Launchpad will still go down once a month for updating DB and other regular maintenance, just like before. The amount (and frequency) of downtime would stay the same as before.

There are users who are in our beta team and use edge.launchpad.net all the time, and those who want a more stable Launchpad, and use launchpad.net.

Users of launchpad.net

Those who aren’t in the beta team would get bug fixes sooner than with the current workflow. Instead of having to wait for the end of the release cycle, they will get it as soon as the fix has been confirmed to work on edge.launchpad.net. The same is true for features, kind of. These users would have to wait a bit longer than today, since today we push even unfinished features to launchpad.net users at the end of the release cycle. With the new workflow, these users would have to wait for the feature to be considered complete, but in return these user should get a better experience when seeing the feature for the first time.

One potential source of problem is that even though fixes and features get tested on edge.launchpad.net, before going to launchpad.net, with each update there is the potential of some other issue being introduced. For example, fixing a layout bug on one page, might make another page look different. With the current workflow this happens only once a month, instead of a few times every month with the new workflow. That said, even today we update launchpad.net multiple times every month, to fix more serious issues.

Users of edge.launchpad.net

If you are in the beta team, and use edge.launchpad.net on a regular basis, it won’t be that different from how it works today. Just like today, you would be exposed to features that are under development. What would change is that we will try to do a better job at telling you which features that are on edge.launchpad.net only. This way you will have a better chance at actually helping us test and use the features, and tell us about any problems, so that we can fix it right away. This should make you more aware of new features that are being added to Launchpad, and provide a better opportunity for you to make it better.

One potential source of problem here is that developers will know that their work won’t end up on launchpad.net, before they say it’s ready, so they push more rough features to edge.launchpad.net. Thus it could be a more rockier ride than today. But of course, our developers care a lot about their users, so they won’t land their work, unless it’s really good! :-)

Conclusion

My hope is that this will provide a better and stable experience for users of launchpad.net, and provide users of edge.launchpad.net a better opportunity to help us making new features rock! But I’m interested to hear what you, the actual users, think about this.

Add post to:   Delicious Reddit Slashdot Digg Technorati Google
Make comment

Pingbacks

21.06.2013 10:03 rimonabantexcellence site title @www.rimonabantexcellence.com
Hello http://tillenius.me/blog/2010/03/04/expose-features-when-they-are-done/

Comments

No comments for this post

Required. 30 chars of fewer.

Required.