<div dir="ltr">I echo James's suggestion. The engineering teams in Discovery are not currently using a Kanban-based process and our work is not estimated. If I were asked to perform this kind of bucketing of our work, I would use James's method, which I would expect approximates actual workload over any significant time period.<div><div><br></div><div>Hope that helps.</div><div><br></div><div>Dan</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 7 August 2015 at 14:50, James Forrester <span dir="ltr"><<a href="mailto:jforrester@wikimedia.org" target="_blank">jforrester@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="font-family:arial,sans-serif">On 7 August 2015 at 13:50, Greg Grossmeier </span><span dir="ltr" style="font-family:arial,sans-serif"><<a href="mailto:greg@wikimedia.org" target="_blank">greg@wikimedia.org</a>></span><span style="font-family:arial,sans-serif"> wrote:</span><br></div></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Joel (and Terry) for that explanation.<br>
<br>
My next question is about measuring:<br>
<br>
<quote name="Joel Aufrecht" date="2015-08-07" time="11:00:33 -0700"><br>
> So I'm leaning toward a default recommendation of:<br>
> 1) Try to track the three buckets (core, maintenance, new functions), and<br>
> try to confirm that teams can actually differentiate between them cleanly<br>
> enough<br>
> 2) don't track bug vs feature<br>
> 3) don't track planned vs unplanned, but do be careful not to automatically<br>
> conflate unplanned with maintenance.<br>
<br>
How should a team that doesn't use story points quantify and give a<br>
ratio to the three buckets?<br>
<br>
Story points being, I assume, how teams in eg Discovery, Editing, and<br>
Readership will be measuring the size of their buckets.<br></blockquote><div><br></div></span><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​My general advice is not to worry. In my experience, the number of Phabricator tasks in aggregate approximates to the work required to complete them. There are always tasks which are trivial and those which are major, but it normally doesn't skew much, so don't worry about it as long as you're not expecting perfect forecasting (and if you are, this is not the biggest of your issues).</div><div><br></div></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">​Yours,</div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>James D. Forrester<br>Lead Product Manager, Editing<br>Wikimedia Foundation, Inc.<br><br><a href="mailto:jforrester@wikimedia.org" target="_blank">jforrester@wikimedia.org</a> | @jdforrester</div>
</font></span></div></div>
<br>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org">teampractices@lists.wikimedia.org</a><br>
<a href="https://lists.wikimedia.org/mailman/listinfo/teampractices" rel="noreferrer" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Dan Garry<div><span style="font-size:small">Lead Product Manager, </span><span style="font-size:small">Discovery</span></div><div>Wikimedia Foundation</div></div></div></div></div></div></div></div></div></div>
</div>