Issues travel will follow more or less follow ZenHub's use strategy, with a few tweeks:
No weekly triage will be held for items in New Issues, instead we can do one of two things:
discuss the issue in the comments until the PO is able to determine whether to add it to the Backlog, or close it with an Icebox label.
hold a triage meeting if there are >7 items in this column.
an Icebox label will be used instead of an "Icebox" pipeline to minimise clutter (issues will be closed, but can easily be reviewed and reopened by filtering for the Icebox label).
Issues in the Backlog ought to be ordered (by the PO) rather than prioritized. In some cases a lower priority issued might be ordered before a higher priority ones if that issue needs to be addressed first, so that for instance other work is not blocked. (More info here)
If an item is in Review/QA, (where applicable) an admin should be able to perform an Update Release on staging and see the work.
The Done column has been removed as it's unnecessary clutter. If a dev has moved an item into Review, it means from their PoV it is done. If the PO is satisfied they can close the issue, if not they can move it back to In Progress with a comment on what the devs need to address in order to close the issue.
Note: P labels have been added, but I have to admit I'd lean slightly towards getting rid of them as I'm not fully convinced by their use and feel that top to bottom pipeline ordering is a more effective (dynamic) tool.
Before adding an issue, check the "Icebox" label/search for keywords to make sure it's not a duplicate issue.
Templates are aides to support rather than to bog you down in admin. Where issues are obvious they don't have to be used, or where relevant certain portions of them can (and should) be deleted.
That said, they have been added for a reason: to help make sure we have clearly defined issues and cut down on confusion.
If the task falls into >16 territory check it's it's really an Epic that should be broken down into smaller issues.