<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 12 March 2014 16:54, Arthur Richards <span dir="ltr"><<a href="mailto:arichards@wikimedia.org" target="_blank">arichards@wikimedia.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="">On Wed, Mar 12, 2014 at 4:42 PM, Oliver Keyes <span dir="ltr"><<a href="mailto:okeyes@wikimedia.org" target="_blank">okeyes@wikimedia.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>The objection is pretty self-explanatory; agile is a philosophy that dictates putting things we strongly suspect, or even know, to be actively buggy, in front of users. When doing so includes replacing or superseding core functionality and either forcing or strongly suggesting that users should use the buggy replacement, users get, ah, pissed. Users like things that work, and when you replace something that works with something that doesn't while insisting it'll totally be more usable at some undefined point in the future we can't pin down because we don't actually know in detail what we'll be doing more than 2 weeks in advance, they start to wonder very loudly at our competence.<br>


</div><div> </div></div></div></div></blockquote><div><br></div></div><div>I understand your description of the objection and that some users are intolerant of the degree to which we break things. However, I think this is a mischaracterization of agile philosophy, or at least is an interpretation of the agile manifesto [1]/agile principles [2] that I don't agree with. It is still possible to create thoroughly tested/QA'd software with minimal bugs and do it while embracing an agile mindset. I think that we as an engineering organization place a higher priority on getting experiments and features in front of our users than we do on polish, but that is not because to do so is necessarily agile.</div>
</div></div></div></blockquote><div><br></div><div>Sure. But if you're an average user, you don't see the development philosophy behind what's changing in the site you rely on 9 times out of 10. When you do, it's because you're on a site that prioritises transparency, like ours. IOW, I wouldn't be shocked to find that most users involved even tangentially in our development processes, as consumers rather than devs, assume that this is just How Agile Works, because most dev teams don't expose their processes.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><br></div><div>Still, I would like to know where the conversation is happening more broadly in the community so I can better understand it and engage in it.</div></div></div></div></blockquote><div><br></div><div>I would thoroughly recommend <a href="https://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor">https://en.wikipedia.org/wiki/Wikipedia_talk:VisualEditor</a> and the archives thereof as an example of where we prioritised moving over polish (not trying to offend anyone; we all actually sat down and concluded that we'd moved too fast ;)). Sherry undoubtedly has other recommendations <br>
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>[1] <a href="http://agilemanifesto.org/" target="_blank">http://agilemanifesto.org/</a></div>

<div>[2] <a href="http://agilemanifesto.org/principles.html" target="_blank">http://agilemanifesto.org/principles.html</a></div></div><div class="">-- <br>Arthur Richards<div>Software Engineer, Mobile</div><div>[[User:Awjrichards]]</div>
<div>IRC: awjr</div>
<div><a href="tel:%2B1-415-839-6885%20x6687" value="+14158396885" target="_blank">+1-415-839-6885 x6687</a></div>
</div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr">Oliver Keyes<br>Product Analyst<br>Wikimedia Foundation<br></div>
</div></div>