Work-In-Progress Limits in Issue Board stages
This issue is closed in favor of: https://gitlab.com/gitlab-org/gitlab-ee/issues/11403
User Story
As a admin with users that use an Issue Board, I want to set the Work-In-Progress Limits for each stage in the Issue Board (a la Kanban) and have the Issue Board respect those limits, so that I can achieve the reduced lead time from idea to production that this approach bestows.
Elaboration
From comment replied to by @sytses on Hacker News.
Proposal
When a new stage on the board is created, set its number of slots for Issues to an infinite number by default. This matches current GitLab behavior. Then enable an Owner of a Group (or Project depending upon board scope) to dial the number of slots for each stage on the board.
The slots could be made to be visual concave locations within the stage that are open when a slot is free and which an Issue card could be dropped into. There could be no visual representation of the (WIP Limit) slots when the number of slots for a stage is infinite so that GitLab continues to match current behavior.
Together this would enable Owners to communicate WIP Limit policies for each stage regardless of scale of the company. In addition, this would not restrict users because the chosen defaults match current behavior. To go further, the feature could be a system-wide setting that is not enabled by default.