[teampractices] [Engineering] Feedback requested on proposal for creation of Agile Specialist Group
Matthew Flaschen
mflaschen at wikimedia.org
Tue Mar 4 23:43:33 UTC 2014
On 03/03/2014 11:00 PM, Whatamidoing (WMF)/Sherry Snyder wrote:
> (2) Did you all know that a significant proportion of our user
> community is unhappy with the way that Agile affects them? "Release
> early, release often" from the user's perspective means "have horribly
> and/or newly busted stuff screw up your work twice a week." Among a
> certain (vocal) subset of the community, this proposal will be
> understood as "spend lots of money to continue screwing up, instead of
> hiring someone to fix the bugs before we users ever see them".
The full saying is, "Release early. Release often. And listen to your
customers."
(http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s04.html).
'Customer' isn't exactly the right word here, but the 'listen' is
still critical.
If we just develop things in isolation, then release to production
rarely, two things will happen:
1. Users will not be able to provide feedback until we've gone too far
down the wrong path. By releasing early and often, we get prompt
feedback and can steer more quickly.
2. Sometimes, more bugs will pile up at those release points (since they
did not appear/were not noticed in earlier testing, or *could not*
appear in low-load or non-production environments)
We are working to provide more of a ramp for features (e.g. with feature
flags and Beta Features), but I don't think we should move to a slow
release cycle.
Matt Flaschen
More information about the teampractices
mailing list