[Nix-dev] Too many open issues
Azul
mail at azulinho.com
Fri Jul 22 19:19:14 CEST 2016
triage exists to help manipulating a backlog, it is just another tool to
make sure team members are only working valuable issues and not spend the
time bikshedding, it also prevents duplication.
auto-closing issues due to being no longer applicable, or simply to reduce
the size of the backlog is another tool.
theming or (tagging) issues another process that helps to keep team members
with knowhow in a particular area aligned with the issues they care or are
able to fix in the shortest amount of time compared to other
dev/maintainers in the team.
voting is another good way to measure how important an issue is for a
number of users.
with these processes in place, someone responsible for managing the backlog
can look to every issue opened and work their way to reduce the overall
size of that backlog. then, it can be tagged and grouped into themes,
languages, maintainers, expertise and so on so that maintainers can find
then quickly.
if the backlog is then sorted by votes, common sense or other means then it
can be sliced and batched so that there is always a chunk of issues
available to be worked on ( attempt readers probably noticed by now I am a
kanban boy).
open source prj on github have the best tooling available to manage these
workflows, tools like the 'autoclose machine' mentioned here, zenhub for
managing work in progress in a simple board and others are out there and
usually free for open source projects.
from this thread it seems to me that the most useful action would be to
nominate someone to manage that backlog and make a constant effort to bring
it down to a workable size, and always ordered by the ones that need to be
tackled first.
On 22 Jul 2016 17:58, "Guillaume Maudoux (Layus)" <layus.on at gmail.com>
wrote:
> Hi,
>
> I have tried code triage for some weeks, and finally stopped using it.
>
> Yes, it allows to spread attention to many issues, but many issues do not
> need attention, either because they are already in progress, or because
> nobody really cares.
>
> Some issues are even weirder, like the 200 issues opened automatically for
> wiki migration. These are the only one that could benefit from auto close.
>
> Codetriage is not the solution, and not really a solution.
>
> Regards,
>
> -- Layus.
>
> Le 22 juillet 2016 20:12:18 UTC+07:00, Kevin Cox <kevincox at kevincox.ca> a
> écrit :
>>
>> On 22/07/16 08:55, Alexey Shmalko wrote:
>>
>>> This one: https://www.codetriage.com/nixos/nixpkgs
>>
>>
>>
>> That's it! I have subscribed to get a couple issues a day so hopefully I
>> can help a bit. This site seems like a nice way to spread the load.
>>
>> It's open source too, and I just opened an issue asking them to
>> implement filters as I'm not really interesting in seeing in-progress
>> issues.
>>
>> https://github.com/codetriage/codetriage/issues/498
>>
>>
>> ------------------------------
>>
>> nix-dev mailing list
>> nix-dev at lists.science.uu.nl
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>>
>>
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.science.uu.nl/pipermail/nix-dev/attachments/20160722/74f5cd3e/attachment.html>
More information about the nix-dev
mailing list