[譯] 在 GitLab 中使用 Issue 皮膚的 4 種方式

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

本文作者為GitLab團隊的產品經理Victor Wu，寫於 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 中更新標籤，所做更改將自動出現在皮膚中。

舉個例子，假設你的工作流看起來是這樣的：

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 關注公眾號

轉載請註明出處