<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 8, 2016 at 1:02 AM, 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: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"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div>Quim:<br></div></div></div></div></div></div></div></blockquote></span><div class="gmail_extra"><span class=""><div class="gmail_quote"><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 class="gmail_extra"><div class="gmail_quote"><span><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></div></div></div></blockquote><div><br></div></div></span>I think that should work as you have described it.  Please let us know!<br></div></div></blockquote><div><br></div><div>Done: expect that we went for quarterly milestones instead of monthly milestones, in order to align better with quarterly goals:</div><div><br></div><div>Community Liaisons: <a href="https://phabricator.wikimedia.org/project/view/27/">https://phabricator.wikimedia.org/project/view/27/</a><br></div><div>Developer Relations: <a href="https://phabricator.wikimedia.org/project/view/33/">https://phabricator.wikimedia.org/project/view/33/</a></div></div><div><br></div><div>Pros:</div><div>* Milestones appear automatically in the project info page, so they are easier to find even if you don't know they exist.</div><div>* Milestones appear automatically in the parent project workboard, with their own column, at the right of the columns you have created manually (if any). The header of that column links to the milestone's workboard so, again, user can find them better even when they don't know they exist.</div><div>* Tasks moved from the parent project to a milestone project are really moved: Herald with remove the task from the parent as it is being added to the milestone. Less duplication and arbitrariety combining parent projects and milestones/sprints.</div><div>* In the task there is only one tag with a clear description i.e. "Developer-Relations (Apr-Jun-2016)". Again, cleaner and more consistent.</div><div><br></div><div>Cons:</div><div>* None found so far?</div><div><br></div><div>Neutral:</div><div><div>* Milestones have a sense of sequence: you create one milestone and then the "next milestone". So far this semantic detail doesn't seem to be used for much, other than sorting milestones in product info pages and workboards. </div></div><div><br></div><div>I haven't played with "subprojects" yet. We might have a use case considering i.e. the #Wikimedia-Developer-Summit-2017 a subproject of #Developer-Relations. I wonder how subprojects and milestones play together and with parent projects, but we are in no rush to experiment further, now that we got the new milestones.</div><div><br></div>-- <br><div class="gmail_signature">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>
</div></div>