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...@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 <kevin...@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@lists.science.uu.nl >> http://lists.science.uu.nl/mailman/listinfo/nix-dev >> >> > _______________________________________________ > nix-dev mailing list > nix-dev@lists.science.uu.nl > http://lists.science.uu.nl/mailman/listinfo/nix-dev > >
_______________________________________________ nix-dev mailing list nix-dev@lists.science.uu.nl http://lists.science.uu.nl/mailman/listinfo/nix-dev