Re: Organizing the issues - GitHub Projects?

Hi - have been using Git projects in the OGC work I'm doing to help
organise and visualise at lerast some minimal sense of priortisation.
Kanban doesnt really help you much with dependencies - unless you create a
column explicitly for "waiting on other issues to unblock"

You can have issues appearing in multiple projects - so that seems OK.  Its
not a high overhead and does give a visual feel, so it at least will help
the coordinators with prioritisation I feel.

Rob


On 27 April 2018 at 08:52, <Simon.Cox@csiro.au> wrote:

> I fear the labels' horse has bolted.
> Earlier this week I deleted all the unused labels (about 10) but there are
> still a lot. Labels, like tags, are primarily for recall.
>
> Perhaps use of milestones for precise grouping? I made up a few, but so
> far they mostly reflect my biases, plus observations of some hot topics.
>
> -----Original Message-----
> From: Karen Coyle [mailto:kcoyle@kcoyle.net]
> Sent: Thursday, 26 April, 2018 01:55
> To: public-dxwg-wg@w3.org
> Subject: Re: Organizing the issues - GitHub Projects?
>
> Regardless of whether we opt to use projects, would there be an advantage
> to making stricter use of the labels? Or creating labels that are only used
> to identify deliverables? It seems to me that the labels we have are being
> used pretty loosely, which is good for recall but less so for precision. A
> few precise labels might help with the organizing?
>
> kc
>
> On 4/24/18 7:43 PM, Simon.Cox@csiro.au wrote:
> > The list of issues on our GitHub is getting quite overwhelming [1].
> >
> > A few weeks ago I proposed that we make some groupings using GitHub's
> > Milestones and set up a few [2] but this doesn't appear to have helped
> > much.
> >
> > Effectively the Milestones are just a kind of glorified tag (label).
> >
> > And we definitely have too many tags (labels) [3].
> >
> >
> >
> > So, here's another suggestion: create a GitHub Project for each
> > deliverable [4].
> >
> > GitHub "Projects" provides a rudimentary Kanban board for each
> > project, allowing issues to be sorted in status ("todo", "in progress",
> "done") [5].
> >
> > It seems to correspond pretty well with deliverables, and at least
> > will allow us to look at the issues associated with the separate
> > deliverables more cleanly.
> >
> >
> >
> > Any comments?
> >
> >
> >
> > [1] https://github.com/w3c/dxwg/issues
> >
> > [2] https://github.com/w3c/dxwg/milestones
> >
> > [3] https://github.com/w3c/dxwg/labels
> >
> > [4] https://github.com/w3c/dxwg/projects
> >
> > [5] https://help.github.com/articles/about-project-boards/
> >
> >
> >
> > *Simon J D Cox *
> >
> > Research Scientist - Environmental Informatics
> >
> > Team Leader - Environmental Information Infrastructure
> >
> > CSIRO Land and Water <http://www.csiro.au/Research/LWF>
> >
> >
> >
> > *E*simon.cox@csiro.au <mailto:simon.cox@csiro.au>*T*+61 3 9545 2365
> > *M*+61 403 302 672
> >
> >    /Mail:/Private Bag 10, Clayton South, Vic 3169
> >
> > /   Visit: /Central Reception,//Research Way, Clayton, Vic 3168
> >
> > /   Deliver: /Gate 3, Normanby Road, Clayton, Vic 3168
> >
> > people.csiro.au/Simon-Cox <http://people.csiro.au/Simon-Cox>
> >
> > orcid.org/0000-0002-3884-3420 <http://orcid.org/0000-0002-3884-3420>
> >
> > researchgate.net/profile/Simon_Cox3
> > <https://www.researchgate.net/profile/Simon_Cox3>
> >
> > github.com/dr-shorthair <https://github.com/dr-shorthair>
> >
> > lov.okfn.org/dataset/lov/agents/Simon%20Cox
> > <http://lov.okfn.org/dataset/lov/agents/Simon%20Cox>
> >
> > Twitter @dr_shorthair <https://twitter.com/dr_shorthair>
> >
> > Skype dr_shorthair <skype:dr_shorthair>
> >
> > https://xkcd.com/1810/
> >
> >
> >
> > *PLEASE NOTE*
> >
> > The information contained in this email may be confidential or
> > privileged. Any unauthorised use or disclosure is prohibited. If you
> > have received this email in error, please delete it immediately and
> > notify the sender by return email. Thank you. To the extent permitted
> > by law, CSIRO does not represent, warrant and/or guarantee that the
> > integrity of this communication has been maintained or that the
> > communication is free of errors, virus, interception or interference.
> >
> >
> >
> > /Please consider the environment before printing this email./
> >
> >
> >
> >
> >
>
> --
> Karen Coyle
> kcoyle@kcoyle.net http://kcoyle.net
> m: 1-510-435-8234 (Signal)
> skype: kcoylenet/+1-510-984-3600
>
>
>