[译] 在 GitLab 中使用 Issue 面板的 4 种方式

原文地址：about.gitlab.com/2018/08/02/…

本文做者为GitLab团队的产品经理Victor Wu，写于 2018 年 8 月 2 日

借助标签（label），能够方便的自定义 GitLab Issue 以支持各类工做流。本文列出了四种例子。

构建软件和运行项目的方式林林总总。当咱们开始构建 GitLab 内的组合和项目管理工具时，咱们曾扪心自问：“你要如何构建工具，以支持不一样的工做流队列，同时还不能让用户受损于复杂性？” 咱们的结论呢？就是构建少而灵活的工具。Gitlab 内建的 Issue 面板正是这样一个绝佳的例子 -- 如何选择去构建一个单1、通用的工具，在不限制其能力的前提下，能显著下降复杂性和用户维护工具的难度。

管理项目和软件本质上就是复杂的，但工具则并不是必须如此。不管你管理多少个项目、多少人员、多少产品，都应该让保证事情顺利运转的部分一目了然。

GitLab 的 Issue 面板是处理复杂问题的一个捷径。咱们在 Gitlab 既有的 issue-tracking 功能之上，借助标签并将它们排列在一个看板（a Kanban board）中，构建出了 Issue 面板。你能够构造出不一样的视图，并保有你在 issue tracker 中看到的相同的过滤器和排序功能。你也能够建立多个面板，以可视化的捕捉所需的每一个层面，并经过里程碑、标签、被指派者、权重等定义面板的做用域。

Issue 面板是基于其项目的标签结构的，所以，其按照相同的描述性标签以指导面板的配置，并在整个开发周期中保证一致性。另外，你也能够直接点击面板上的一个 issue 以开始你的工做。

一个 Issue 面板为你展现了你的团队工做中面临的问题、谁被分配了什么工做，以及那些问题进展到哪一步了。

1. 工做流追踪

不论你是一位想要总揽全局的项目管理者，仍是一位须要汇报进度的产品经理，可视化的工做流都是重要的。

要建立一个工做流 Issue 面板，只须要简单的先为你的工做流的每一个阶段建立一个标签，并将它们排列在面板中。当问题已经被解决掉，能够移入下一个阶段时，只要将其拖放到下一个列表中就能够了。也能够直接在 Issue 中更新标签，所作更改将自动出如今面板中。

举个例子，假设你的工做流看起来是这样的：

1. 开发
2. 设计
3. 审查
4. 测试
5. 部署

只须要为每一个阶段建立一个标签，就能在面板中看到这些。建立一个新面板并为每一个阶段添加一个列表（译注：点击Add List 按钮后在弹窗中点击对应的标签，就会出现和标签同名的一个新列表），也能够拖放列表达成适当的排序。

2. 根据分类建立跨职能计划

相似于工做流视图，也能够基于分类建立 Issue 面板。

当处理一项特殊的产品或特性时，可能须要在高维度上看看每一个团队的工做进展。你固然能够为每一个团队建立一个标签和一个列表，或者，备不住你想横向看到多个项目或产品线都正在干什么。

在上面的例子中，咱们有三个标签列表：时间追踪、组合管理，和 描述模板。每一个列表表示一个特定的产品区域。这样在这一个面板上，你就能看到有哪些 open 的 issues 及其各自所属的区域。若是未来要把该面板视为一个特定的里程碑，你将可以看到哪些 issues 指向当时正在进行的工做。

这仅仅是一个如何使用 Issue 面板的例子。再说一次，由于 Issue 面板是基于标签建立的，你的选项是无穷的！

3. 带有被指派人列表的团队可视化

经过被指派人列表，能够轻易的了解团队中的每一个人分别被指派的任务。被指派人列表展现了分配给特定用户的 issues，也能够建立一个面板来显示一个团队中每一个成员的列表，从而快速了解谁在作什么。

(译注：该功能从 11.0 版本才原生支持)

4. 里程碑计划 (coming soon)

做为项目管理能力的一部分，咱们内置了里程碑。里程碑被用于与特定时间达成的特定目标相关的 issues 追踪和合并请求。

在下一个发行版（8 月 22 日放出的 11.2）中，咱们加入了里程碑列表。和被指派人列表相似，你能够直接从面板中快速建立一个里程碑视图。这对于敏捷开发特别管用。借助里程碑列表，能够轻松的在不一样的里程碑中（好比 冲刺、迭代）移动 issues（故事）。

添加里程碑列表	里程碑列表

固然，这样仅仅是冰山一角。 请持续关注咱们以后介绍使用 GitHub 作组织计划和管理的博文，内容将覆盖一些其余的有趣特性，如 Epics、路线图和里程碑。

--End--

搜索 fewelife 关注公众号

转载请注明出处