<div dir="ltr"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span class="im"><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><ul><li>Parenting is too cumbersome because it's not bidirectional. <br></li></ul></div></div></blockquote></span><div>What exactly do you mean here?  I can think of:</div></blockquote><div><br></div><div>Basically what you laid out. As tasks are created, there are far more instances of "this is a child of X" than there are "X should be broken down into Y." It's too hard to add a task to a parent. I suppose that can be a process issue, where one is thinking up new things and fitting them into existing parents/epics, and the other is breaking down an existing epic, but in my experience the teams are more likely to come up with new ideas and see how they fit. Frankly, that feels a little more "planning" rather than "plan" anyway.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"> What would make tagging (categorizing) less lossy?  The main thing 
coming to mind it to easily see untagged things, in order to create a 
feedback loop where you can instantly see what's still untagged and tag 
it.  How would that work?</blockquote><div><br></div><div>I think the new board UI helps with this, by showing project tags on cards, but if there are a lot of cards it's still not easy. The primary motivation for getting a product owner to tag is the disarray they will feel if something is not tagged. Additionally, if you want a parent to have a tag, but not the child (such as with the "Milestone" project), you have to manually fix that, and I've observed that most people forget.<br><br></div><div>Phlogiston has mitigated this, some, by showing that if you don't follow process then you won't get your reports. <br></div></div><div><br> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 1, 2016 at 11:43 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Tue, Mar 1, 2016 at 10:09 AM, Max Binder <span dir="ltr"><<a href="mailto:mbinder@wikimedia.org" target="_blank">mbinder@wikimedia.org</a>></span> wrote:<br></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"><div dir="ltr"><div>I think the appeal of Subprojects is that they offer a new alternative to the clunky UI that Phab offers for tagging/parenting/columning. What I'd love to see is what "clunk" is relieved and, inevitably, what clunk is added. Ultimately, my main issue is that all the ways we've identified, for tracking tasks in Phab, are lossy. All the options for organizing work after the fact, but are not terribly approachable (and thus not terribly sustainable).<br><ul><li>Parenting is too cumbersome because it's not bidirectional. <br></li></ul></div></div></blockquote></span><div>What exactly do you mean here?  I can think of:<br></div><div><ul><li>From a child, it should be possible to choose the parent.</li><ul><li>Currently, this relationship can only be constructed by opening the parent, entering the child's name in a search function, and selecting it from a list.  </li><li>It would be an improvement simply to be able to type in child IDs somewhere on the parent (since that's easier than the name search thing if you have the ID handy), but actually better would be to open the child, click "Add Blocks", and pick titles (or IDs)</li></ul><li>Data model and UI that differentiates between child/parent terms and blocked by/blocks.</li><ul><li>Enforcement of acyclic directed trees for parent-child</li></ul><li>While looking at a task, see the parent or parents (in the detail, or on the card, or in a tooltip for the card).<br></li></ul></div><span class=""><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><ul><li>Tagging is lossy because it's too easy to forget to do it, and sometimes the wrong default tags are applied by default (such as when creating a subtask).<br></li></ul></div></div></blockquote></span><div>What would make tagging (categorizing) less lossy?  The main thing coming to mind it to easily see untagged things, in order to create a feedback loop where you can instantly see what's still untagged and tag it.  How would that work?</div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><ul><li>Columns are workable but they cause a loss of priority of tasks across columns.</li></ul></div></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><p>I guess my question/hope for Subprojects is, "Is it easy to use?"<br></p></div></div></blockquote></span><div>It isn't right now, because moving a task from Project to Subproject is no easier than changing it from Project A to Project B: in both cases you have to edit the task, choose to change projects, enter a partial name for the new (sub)project, and select it.  There's no way while looking at a project board to see the subproject tasks, or even to know what the subprojects are or that there are any -- you have to click the "Subprojects" option in the left menu.  So the only benefit in the UI right now for Subprojects is that you can filter a search by a project and get back subproject's tasks.  Which is a use case I haven't seen any teams need yet, actually.<br><br></div><div>Milestones have more UI functionality: When you create a Milestone, it by default is presented as a column in its parent project's workboard.  so you can assign tasks to Milestones within a project via drag-and-drop, and you can see all tasks in all Milestones within a project.  If that functionality were available for Subprojects, that has some immediate uses.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><p></p></div></div><br></blockquote></div><br></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>