Scrum 面板
概述
創建完專案後,開展工作之前,為提升工作可視化,會需要創建面板,這時彈出的窗口就會讓人費解,agile,scrum,kanban,傻傻分不清,理論千千萬,實用第一位。死記硬背,知道回字八種寫法,不如學會常用字+多交流。
本文簡要介紹幾種面板/專案管理模式差異,供大家在選擇面板時提供簡要的選擇以及操作參考。
怎麼選
同理專案管理的敏捷,瀑布,scrum,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 報表中依然遵循 面板中的日曆表。