Scrum 面板
概述
創建完專案後，開展工作之前，為提升工作可視化，會需要創建面板，這時彈出的窗口就會讓人費解，agile，scrum，kanban，傻傻分不清，理論千千萬，實用第一位。死記硬背，知道回字八種寫法，不如學會常用字+多交流。
本文簡要介紹幾種面板/專案管理模式差異，供大家在選擇面板時提供簡要的選擇以及操作參考。
理論結合實踐 ，選合適的
怎麼選
同理專案管理的敏捷，瀑布，scrum，kanban 爭論孰優孰劣亦是如此，不如看哪個用的更好，而且好的本身並不是簡單以產出數量來衡量的，如果有可能，儘量面向結果，收集用戶體驗，最終產品質量，交付速度多維度評價，才能體現出當前專案管理模式是否合適，是當前模式改進還是換模式。
Scrum Vs Kanban
術語
專案管理
名稱 | 時間長短 | 特色（示例） | 應用場景（示例） | |
|---|---|---|---|---|
| 1 | 看板 | 短 |
| 精益生產 |
| 2 | 敏捷 | 中 |
| 軟件研發 |
| 3 | 瀑布（規模敏捷） | 長 |
| 硬件研發 |
Jira 系統
英文 | 中文 | 說明 | |
|---|---|---|---|
| 1 | Board | 面板 | 實現Jira Software 敏捷專案管理兩種方法論的具體實現，包含內容為積壓工作（backlog），衝刺，看板，報表。 |
| 2 | Agile | 敏捷（方法） | 一種相較於長週期的瀑布開發，更加快捷的專案交付方式，產出物為週期性交付的持續增量（產品，成果，服務）。好處是更快將產品頭像市場，從用戶獲得反饋進而持續改進。
|
| 3 | Scrum | 敏捷（實踐） | 使用衝刺，站會，回顧等方法，幫助團隊在指定時間內統一目標，達成持續，增量的交付。 |
| 4 | Kanban | 看板 | 利用可視化，在製品(WIP)，用於提升工作流效率
|
什麼場景選 Scrum Board
以下為可供參考的條件（非必要），包含越多，說明越適用
專案角色明確
週期性交付
有積壓工作/需求池（backlog）
階段性目標明確
企業級軟件研發
Kanban 和 Scrum 區別
界面
Scrum 多【創建衝刺】按鈕
Scrum 的泳道叫活躍的衝刺，Kanban 的泳道就叫 看板面板
功能
Scrum
報表多一些，如衝刺報告，版本報告，速率圖，燃盡圖等
泳道可設置評估類型（故事點，預估時間，問題數量，其他數值型自定義字段等）
Kanban
面板可以創建 子過濾器，隱藏超過指定時間的issue，相當於在原過濾器找到的範圍上再套一個 where 條件。
複用過去配置
適用於新專案和過去專案的管理需求類似的場景
點擊【查看全部面板】
點擊右側【…】→【複製】
在【通用配置】中，修改過濾器，複製原來的過濾器，把新的過濾器名字改為新專案，原 JQL 語句中的專案變更為 當前專案的 Project Key
評級（Rank）如果為空，點擊一下 添加 （沒有rank，backlog無法排序）
全新配置
創建
左上角點擊【創建面板】
選擇【創建一個Scrum面板】
選擇已有專案/ 已有 JQL 過濾器
錄入【面板名稱】
點【創建面板】
通用配置
變更面板名字
修改過濾器
添加評級（rank）
列
設置約束：無/數量/數量（不包含子任務）
推薦開啟持續天數，顯示某個問題在當前列的滯留時間，輔助判斷哪些工作存在困難
使用簡化工作流：可以達成一鍵創建列，並把卡片自動匹配進去，但需要專案符合下述條件
當前面板僅包含一個專案
當前工作流綁定了本專案所有問題類型
工作流相關配置僅使用Atlassian原廠功能（非插件/應用）
工作流每個狀態都有一個向外的轉換
泳道
橫向分組的一種方式，可選擇 JQL查詢/故事/經辦人/EPIC/專案
旨在幫助項用戶聚焦查看自己任務或具有相關性的任務集合
快速搜索
默認有，【僅我的問題】，【最近的更新】。按需添加 JQL 查詢語句或已有過濾器
原則是開會時一屏不需要滾動，就可以顯示所有相關性的任務卡，保證大家查看問題不會丟失重要信息
卡顏色
可以基於各種條件區分卡片顏色，幫助用戶找出重點，比如高優先級，嚴重逾期任務
可用條件：問題類型，優先級，經辦人，JQL
參考鏈接
卡布局
在卡片展示字段，最多選三個。可以展示在 積壓工作以及泳道界面。
常用展示字段有：問題類型，模塊，版本，報告人，經辦人，優先級，嚴重程度，截止日
預估
對問題（issue）完成度進行量化評估，可用參數有
統計類型：故事點，問題計數，原預估時間，商業價值
時間追蹤：無，剩餘預估和花費時間 （選【無】在問題被解決時燃盡其故事點，選另一個則需要手工錄入才計算為完成）
工作日
選擇地區/時區
選擇工作日
添加非雙休日的特殊節假期
問題詳情頁
在面板配置頁的修改，生效於積壓工作預覽頁
在系統界面方案中的查看界面配置，作用於的問題詳情頁
積壓工作預覽頁
問題詳情頁
使用
基本使用操作如下
進入面板創建衝刺（開始結束日期，標題，目標）
創建版本（可選）
積壓工作（backlog）錄入問題（issue）
把問題拉入 衝刺
開始衝刺
更新問題的內容，狀態
發佈版本（可選）
結束衝刺
創建回顧
查看報表
經驗
並行衝刺
默認只能跑一個衝刺，如需要多個衝刺開啟，【⚙管理】→【應用程序】→【Jira Agile】→【Jira Software 配置】→【並行 Sprint】
標黃障礙
在 backlog 中，右擊 issue ，【增加 flag】或【添加標誌和註釋】，可以讓 issue 增加了黃色背景色。
衝刺目標
在創建衝刺的時候，添加文本描述的目標。
複選
在 backlog 中，使用 ctrl 或 shift 就能多選，不一定要使用拖拽操作，也可以使用右擊，直接發送到相關 sprint。
Jira Software 配置：【粘滯的sprint標題】，選中後即可置頂 sprint
快速編輯
在 backlog 積壓工作，選中 問題，右側拉出的 問題詳情可以快速編輯，修改字段後，不需要點擊保存，在空白處點擊即自動保存
節省時間
會議成本其實非常高，除了會議後做出決策質量產生的經營成本，還有開會的工資時間成本。
所以在條件允許下，增強可視化工具的軟硬件，實際上經濟上是很划算的。
不管是 打印問題卡片，貼到物理白板，還是買大電視機，大屏。設備是一次性投入，但收入是每次開會效率，以及開會後的決策都是收益。
聚焦查看
當一屏顯示不下的時候，可以如此優化
泳道切割
面板的過濾器
快速過濾器
不要太花
顏色標記可以增強顯示，但過猶不及，建議顏色不要超過5種，超出容易變成色盲檢測卡
有效運用理論
原生的敏捷方法論，如經典的敏捷宣言，如果不加裁剪運用到中國公司，基本就是災難。敏捷不是純粹的傻快，而是在質量不跌破及格線，團隊文化適配前提下的一種提速工作模式。
方法論造成的荒唐事情有
評估故事點，story point 打牌，評估不準確
使用預估時間，多數人會為增加自己績效獲取緩衝時間多評估，推薦用截止日
混合職能，壓縮流程，導致分工混亂
簡化文檔，導致基礎文檔丟失
日曆表
工作日評估的時候會遇到兩個問題
一個面板只能應用一個工作日規則，當團隊有跨時區異地協同時就無法處理
默認規則適合不會每年更改公共節假日的非中國地區，中國每年都會在公共節假日基礎上增加個性化調休，每年都要調整，不會自動從接口獲取
解決第一個問題，可以使用一些工時增強插件，如Tempo Planner，ActivityTimeline 設定，但增強配置僅在插件相關功能起效，在 Jira 報表中依然遵循 面板中的日曆表。