原文地址: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 中更新標籤,所做更改將自動出現在皮膚中。
舉個例子,假設你的工作流看起來是這樣的:
- 開發
- 設計
- 審查
- 測試
- 部署
只需要為每個階段建立一個標籤,就能在皮膚中看到這些。建立一個新皮膚併為每個階段新增一個列表(譯註:點選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 關注公眾號
轉載請註明出處