[teampractices] Initial impressions of functionality of sub-projects and milestones
Joel Aufrecht
jaufrecht at wikimedia.org
Fri Feb 19 23:16:50 UTC 2016
In an attempt to understand what habits and processes we will want to
change to take advantage of new Phabricator functionality, I've tried to
spell out what behaves differently (this overlaps existing documentation,
of course, but I'm trying to focus on a day-to-day usability perspective):
Projects can have subprojects. A subproject behaves like a regular
project, and moving a task between a project and sub-project is the same as
moving a task between two unrelated projects, except:
1. Filtering by project matches all Sub-Project tasks.
2. Moving a task from a project to a sub-project does auto-remove the
parent project.
3. It's very easy to navigate from viewing a sub-project to viewing a
project, via the breadcrumb trail (one click, always in the same place,
always present; and then a page reload).
4. It's possible, and maybe easier than searching, but not trivial, to
navigate from projects to sub-projects. You have to click on Sub-Projects
in the left nav, wait for page reload, see the list of projects, identify
the one you want, click on it, and wait for page reload.
5. Subprojects often appear in the UI as Project > sub-project, but they
appear in name completion as Sub-project, so if you name your sub-project
"bugs", it will be really confusing in completion. Ideas: A) change
functionality to somehow include project in completion. B) name
sub-projects with a prefix naming convention, such as "Phlogiston" > "
Phlogiston↝Burnup-support".
6. A task can belong to two different sub-projects within the same
project.
Milestones are also regular projects, except:
1. They can be a child of a project or sub-project, but can't be a child
of another milestone.
2. Milestones also appear as columns in their parent project, and so
tasks in a project can be moved to milestones via drag and drop, which
AFAIK is the only way tasks can be assigned to projects via drag and drop.
3. A task can't belong to both a project and to a milestone in that
project; if it's in the milestone, adding the milestone's parent project to
it removes the milestone (but, possible bug, in the UI it still appears in
the Milestone's column).
4. Milestone names are not directly available in autocomplete. Instead,
you see the parent (sub)project, followed by the Milestone name in
parenthesis.
5. I think this means that Milestone project names can safely have
spaces? Autocomplete works, is there anything else at risk from spaces in
project names?)
6. You can't assign a new task to a project and to a milestone in that
project in one action; it takes several full steps.
7. There's some UI for autonumbering milestones in sequence.
*--Joel Aufrecht*
Team Practices Group
Wikimedia Foundation
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.wikimedia.org/pipermail/teampractices/attachments/20160219/6126b0c0/attachment.html>
More information about the teampractices
mailing list