[译] 在 GitLab 中使用 Issue 面板的 4 种方式
原文地址：https://about.gitlab.com/2018/08/02/4-ways-to-use-gitlab-issue-boards/
本文作者为 GitLab团队的产品经理 VictorWu，写于 2018 年 8 月 2 日
借助标签（label），可以方便的自定义 GitLab Issue 以支持各种工作流。本文列出了四种例子。
构建软件和运行项目的方式林林总总。当我们开始构建 GitLab 内的组合和项目管理工具时，我们曾扪心自问：“你要如何构建工具，以支持不同的工作流队列，同时还不能让用户受损于复杂性？” 我们的结论呢？就是构建少而灵活的工具。Gitlab 内建的 Issue 面板正是这样一个绝佳的例子 -- 如何选择去构建一个单一、通用的工具，在不限制其能力的前提下，能显著降低复杂性和用户维护工具的难度。
管理项目和软件本质上就是复杂的，但工具则并非必须如此。无论你管理多少个项目、多少人员、多少产品，都应该让保证事情顺利运转的部分一目了然。
GitLab 的 Issue 面板是处理复杂问题的一个捷径。我们在 Gitlab 既有的 issue-tracking 功能之上，借助标签并将它们排列在一个看板（a Kanban board）中，构建出了 Issue 面板。你可以构造出不同的视图，并保有你在 issue tracker 中看到的相同的过滤器和排序功能。你也可以创建多个面板，以可视化的捕捉所需的每个层面，并通过里程碑、标签、被指派者、权重等定义面板的作用域。
Issue 面板是基于其项目的标签结构的，因此，其按照相同的描述性标签以指导面板的配置，并在整个开发周期中保证一致性。另外，你也可以直接点击面板上的一个 issue 以开始你的工作。
一个 Issue 面板为你展示了你的团队工作中面临的问题、谁被分配了什么工作，以及那些问题进展到哪一步了。
1. 工作流追踪
不论你是一位想要总揽全局的项目管理者，还是一位需要汇报进度的产品经理，可视化的工作流都是重要的。
要创建一个工作流 Issue 面板，只需要简单的先为你的工作流的每个阶段创建一个标签，并将它们排列在面板中。当问题已经被解决掉，可以移入下一个阶段时，只要将其拖放到下一个列表中就可以了。也可以直接在 Issue 中更新标签，所做更改将自动出现在面板中。
举个例子，假设你的工作流看起来是这样的：
- 开发
- 设计
- 审查
- 测试
- 部署
只需要为每个阶段创建一个标签，就能在面板中看到这些。创建一个新面板并为每个阶段添加一个列表（译注：点击 AddList 按钮后在弹窗中点击对应的标签，就会出现和标签同名的一个新列表），也可以拖放列表达成适当的排序。
2. 根据分类创建跨职能计划
类似于工作流视图，也可以基于分类创建 Issue 面板。
当处理一项特殊的产品或特性时，可能需要在高维度上看看每个团队的工作进展。你当然可以为每个团队创建一个标签和一个列表，或者，备不住你想横向看到多个项目或产品线都正在干什么。
在上面的例子中，我们有三个标签列表： 时间追踪、 组合管理，和 描述模板。每个列表表示一个特定的产品区域。这样在这一个面板上，你就能看到有哪些 open 的 issues 及其各自所属的区域。如果将来要把该面板视为一个特定的里程碑，你将能够看到哪些 issues 指向当时正在进行的工作。
这仅仅是一个如何使用 Issue 面板的例子。再说一次，因为 Issue 面板是基于标签创建的，你的选项是无穷的！
3. 带有被指派人列表的团队可视化
通过被指派人列表，可以轻易的了解团队中的每个人分别被指派的任务。被指派人列表展示了分配给特定用户的 issues，也可以创建一个面板来显示一个团队中每个成员的列表，从而快速了解谁在做什么。
(译注：该功能从 11.0 版本才原生支持)
4. 里程碑计划 (coming soon)
作为项目管理能力的一部分，我们内置了里程碑。里程碑被用于与特定时间达成的特定目标相关的 issues 追踪和合并请求。
在下一个发行版（8 月 22 日放出的 11.2）中，我们加入了里程碑列表。和被指派人列表类似，你可以直接从面板中快速创建一个里程碑视图。这对于敏捷开发特别管用。借助里程碑列表，可以轻松的在不同的里程碑中（比如 冲刺、迭代）移动 issues（故事）。
当然，这样仅仅是冰山一角。 请持续关注我们之后介绍使用 GitHub 做组织计划和管理的博文，内容将覆盖一些其他的有趣特性，如 Epics、路线图和里程碑。