<div dir="ltr"><div><div><div>Thanks Bryan. I'm not convinced that I would find it helpful, but I think I see how you did.<br><br></div>Navigating between bite-sized tasks, epics, and roadmaps is a challenging problem, which doesn't appear to have been solved. <br></div><br></div>I fully retract my proposal of eliminating the Epic tag. But I stick by my proposal of making it optional.<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><br>Kevin Smith<br>Agile Coach<br>Wikimedia Foundation<br><br></font></span><br><font><font><i><font color="#888888">Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment. Help us make it a reality.<br></font></i></font></font></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Jun 1, 2015 at 1:44 PM, Bryan Davis <span dir="ltr"><<a href="mailto:bd808@wikimedia.org" target="_blank">bd808@wikimedia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Jun 1, 2015 at 1:35 PM, Kevin Smith <<a href="mailto:ksmith@wikimedia.org">ksmith@wikimedia.org</a>> wrote:<br>
><br>
> On Mon, Jun 1, 2015 at 12:26 PM, Bryan Davis <<a href="mailto:bd808@wikimedia.org">bd808@wikimedia.org</a>> wrote:<br>
>><br>
>> We used them for quarterly planning and other roadmapping activities.<br>
>> This was a replacement for our prior process of maintaining a wiki<br>
>> page to track the things that the team was interested in working on<br>
>> (or that other teams were asking us to work on in the future).<br>
><br>
><br>
> Ok. I'm still trying to understand this. Were *all* issues part of an Epic,<br>
> or were there a mix of Epics (with subtasks) and standalone non-epics? For<br>
> me, the line between epic and non-epic is very fuzzy, so viewing everything<br>
> on one side of the fuzzy line doesn't seem very helpful. I'm genuinely<br>
> curious here.<br>
<br>
</span>Not all tasks were traceable to an epic but all areas of work that we<br>
felt were large enough to be considered for quarterly planning were<br>
epics.<br>
<br>
For me, the line between an epic and a non-epic is easy. Epics are all<br>
tasks that are larger than the granularity used by the team for<br>
iteration planning. Epics are useful to track and discuss features<br>
that are too large to be built in a single sprint or as a single<br>
sprint task. Discussion of this is veering towards a religious debate<br>
however. :)<br>
<span class=""><br>
> Would the Goal project type be more appropriate for roadmapping?<br>
<br>
</span>Maybe in some cases. Creating a separate goal project for each epic<br>
seems pretty drastic unless the epics are very very large. I guess for<br>
the use case that MediaWiki-Core was using we could have had a<br>
"future" goal type project that we stuck things in. For us the big<br>
issue was that there were hundreds of various sized issues that had<br>
been assigned to the team for some reason or other and most of these<br>
were not issues that were relevant for roadmap grooming. The<br>
intersection of #mw-core and #epic was much easier to groom. Due to<br>
the way that Phabricator is designed to work these sort of<br>
intersection searches work well where non-structured text searches<br>
fail.<br>
<span class="im HOEnZb"><br>
>> I have no personal desire to force a team or project into a particular<br>
>> workflow. I'd rather not have my team's workflow changed so that you<br>
>> don't get nagged by some undisclosed Phabricator user however.<br>
><br>
><br>
> That makes total sense to me. If there is one right answer that fits<br>
> everyone, great. But if not, then let's not force either team to work<br>
> inefficiently.<br>
<br>
<br>
</span><div class="HOEnZb"><div class="h5">Bryan<br>
--<br>
Bryan Davis              Wikimedia Foundation    <<a href="mailto:bd808@wikimedia.org">bd808@wikimedia.org</a>><br>
[[m:User:BDavis_(WMF)]]  Sr Software Engineer            Boise, ID USA<br>
irc: bd808                                        v:<a href="tel:415.839.6885%20x6855" value="+14158396885">415.839.6885 x6855</a><br>
<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" target="_blank">https://lists.wikimedia.org/mailman/listinfo/teampractices</a><br>
</div></div></blockquote></div><br></div>