[譯] 在 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 關注公衆號

轉載請註明出處