<div dir="ltr"><div>+1<br><br></div>My teams are already using that visibility to stay on top of things better.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 12:03 PM, Joel Aufrecht <span dir="ltr"><<a href="mailto:jaufrecht@wikimedia.org" target="_blank">jaufrecht@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">At first I thought that the new Phabricator features didn't help us significantly with categorization, since sub-projects don't do much (yet?).  However, as Kristen pointed out, the project tags are now visible on cards, which means that using project tagging is suddenly much more useful, compared to columns or parent task grouping.<br></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><font color="#888888"><span class=""><div><b>--<br>Joel Aufrecht<br></b></div><div>Team Practices Group<b><br></b></div></span><div>Wikimedia Foundation<br></div></font></div></div></div></div></div><div><div class="h5">
<br><div class="gmail_quote">On Wed, Mar 2, 2016 at 1:17 PM, Max Binder <span dir="ltr"><<a href="mailto:mbinder@wikimedia.org" target="_blank">mbinder@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">The milestone columning feature, while something I can see providing value, doesn't do much for my POs so far. However, there is some interest in tagging tasks by feature category, as opposed to parenting under sticky-epics, or using a column for each feature. Creating separate tags (projects) for apps-specific tasks can make Phab messy overall if there are a lot of them, but Milestones might solve this problem by essentially existing as project-specific "tags."<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 2, 2016 at 1:12 PM, Kevin Smith <span dir="ltr"><<a href="mailto:ksmith@wikimedia.org" target="_blank">ksmith@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"><div>Based on a quick hallway conversation with Joel, I came away feeling like sub-projects probably won't be useful to Discovery. I do still hope to experiment with them at some point, though. <br><br></div>On the other hand, hearing that milestone tasks appear in as a column in the parent task's board is quite intriguing. I'll have to check with our POs to see if that would be useful. <br><br>We are contemplating restructuring the Discovery projects and boards, so this is nice timing. <br><span><font color="#888888"><br></font></span></div><div class="gmail_extra"><span><font color="#888888"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><font color="#888888"><br>Kevin Smith<br>Agile Coach, Wikimedia Foundation<br></font></span><font><font><i><font color="#888888"><br></font></i></font></font></div></div></div></div></div></div></div></div></div>
<br></font></span><div class="gmail_quote"><div><div>On Wed, Mar 2, 2016 at 12:48 AM, Quim Gil <span dir="ltr"><<a href="mailto:qgil@wikimedia.org" target="_blank">qgil@wikimedia.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote"><span>On Tue, Mar 1, 2016 at 12:08 AM, Joel Aufrecht <span dir="ltr"><<a href="mailto:jaufrecht@wikimedia.org" target="_blank">jaufrecht@wikimedia.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>I'm trying to work out, on behalf of VE, exactly how we would want to use the new sub-project and milestone functionality. </div></div></div></div></div></div></div></blockquote><div><br></div></span><div>Community Liaisons and Developer Relations have a much simpler process, but I still wonder whether we could improve it by using subprojects.</div><div><br></div><div>We have team projects to tag any tasks related to our teams, i.e. <a href="https://phabricator.wikimedia.org/project/view/27/" target="_blank">https://phabricator.wikimedia.org/project/view/27/</a></div><div><br></div><div>Then, we organize what we call monthly sprints but is actually not a "Sprint project" but a tag that we add to tasks that we plan to work on a certain month, without a commitment to finish them, no story points, no burndown. See for instance <a href="https://phabricator.wikimedia.org/project/view/1649/" target="_blank">https://phabricator.wikimedia.org/project/view/1649/</a></div><div><br></div><div>In theory, these monthly sprints could be subprojects of our team project, right? If I understood the subprojects feature correctly, this would mean that</div><div><br></div><div>* Tasks in a sprint (subproject) would not appear in the main project (team) workboard, which would be useful to see the tasks that haven't been scheduled yet.</div><div>* Tasks in one subproject (i.e. #Liaisons-March-2016) could still be added to other subprojects as well (April, May, etc).</div><div><br></div><div>Do you think this approach makes sense?</div><span><font color="#888888"><div> </div></font></span></div><span><font color="#888888">-- <br><div>Quim Gil<br>Engineering Community Manager @ Wikimedia Foundation<br><a href="http://www.mediawiki.org/wiki/User:Qgil" target="_blank">http://www.mediawiki.org/wiki/User:Qgil</a></div>
</font></span></div></div>
<br></div></div><span>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org" target="_blank">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></span></blockquote></div><br></div>
<br>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org" target="_blank">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></div>
</div></div><br>_______________________________________________<br>
teampractices mailing list<br>
<a href="mailto:teampractices@lists.wikimedia.org" target="_blank">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></div></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></div>