Scrum 框架的四個會議還適用於哪些敏捷方法?

敏捷轉型需要深入理解概念和思維,團隊才能更好的進行實踐。本文將通過介紹Scrum框架的四個會議還適用於哪些敏捷方法,來讓大家更直觀的理解敏捷轉型。

本文整理自:PingCode 敏捷大學,轉載請註明鏈接出處

一、Scrum 四個會議的正確召開方式

下面我們瞭解一下 Scrum 框架的四個會議,並思考它們如何正確打開並推動敏捷研發。

Tips: 有一些方法來自 Scrum, Scrum 是一種持續迭代、且有固定時長的敏捷框架。這些方法背後的概念也可以應用於其他形式的敏捷,如 Kanban 等。Sprint(迭代)是一個特定於 Scrum 的術語,通常是在幾周的固定時間,來達成增量目標的研發節奏。迭代時長也會影響每種敏捷實踐方法的使用時長。

1、Sprint Planning(迭代計劃會)

參加者: 研發團隊、Scrum Master、Product Owner

時間: 在迭代開始時

時長: 通常一個迭代爲期兩週,計劃時間兩小時左右

適用敏捷框架:Scrum

目的: 迭代計劃會議的召開可以讓團隊清晰瞭解工作內容,是整個迭代工作方向的指導。會議的最開始,Product Owner (產品負責人)會提供一個有優先級排序的待辦事項列表,同時與研發團隊討論每個工作事項,讓團隊成員能夠具體瞭解工作內容。然後,研發團隊將進行工作量估算,講述團隊可以從產品待辦事項中完成多少工作。然後,這些工作會成爲 Sprint Backlog (迭代待辦事項列表)

延伸閱讀:《做好迭代計劃的4大關鍵點

Tips:迭代計劃的制定會議上需要充分討論需要完成的工作細節,團隊成員需要將本次迭代要完成的所有用戶故事、缺陷和任務進行拆分,並以這種方式來了解工作內容並達成共識。有效的迭代計劃會可以使團隊更有機會交付承諾的工作。

2、每日站會

參加者:研發團隊、Scrum master、Product Owner

時間: 每天一次,一般安排在早上

時長: 不超過15分鐘,不需要定會議室坐着進行報告,團隊可以圍在一起站着快速進行

適用敏捷框架:Scrum 和 Kanban

目的: 站立會議是讓每個成員快速瞭解團隊工作進度的會議,並不是一個正式的工作會議。整體氣氛應該輕鬆有趣,會議內容也是較爲豐富。每個團隊成員在會議中快速闡述以下內容:

  • 我昨天完成了什麼?
  • 我今天計劃做什麼?
  • 我當前的工作有沒有被阻塞?

在工作中,與同事交流完成的工作、遇到的問題、如何解決或改進等等是一種隱含的責任,沒有人願意加入一個只知道工作卻沒有任何進步的團隊。

Tips:每個團隊都是獨立的,所以站立會議也會不同。一些團隊會使用計時器來控制會議時長。一些團隊在會議中利用乒乓球使成員集中注意力。一些遠程分佈團隊使用視頻會議來彌補距離帶來的不便。團隊需要持續探索發現適合成員的會議方式。

3、Sprint Review(迭代/增量評審會)

參加者:研發團隊、Scrum Master、Product Owner(項目相關者可以選擇參加)

時間: 迭代或里程碑結束時

時長: 通常在兩週的迭代完成後,進行兩小時的演示會議

適用敏捷框架: Scrum 和 Kanban,其中 Kanban 團隊的演示應與團隊里程碑保持一致,並不是固定的節奏

目的: 迭代評審是展示團隊工作成果的時間。可以採用一些休閒的形式,也可以採用較爲正式的會議結構。團隊展示迭代中完成的工作,項目相關者可以進行即時反饋,演示使成員可以獲得工作成就感。注意,在演示中的工作應該是完全可證明的,並且符合團隊的質量標準,這樣才能被認爲是完整的迭代交付。

延伸閱讀:《開好迭代評審會的3個關鍵步驟

Tips:評審會關注業務功能實現,而不在意技術細節。注意力放在“我們做了什麼”,而不是“我們是如何做的”。

4、Sprint Retrospective(迭代回顧會)

參加者: 研發團隊、Scrum Master、Product Owner

時間: 在迭代結束時

時長: 通常兩週的迭代時長需要進行一個小時的回顧

適用敏捷框架: Scrum 和 Kanban。Scrum 團隊根據固定的迭代時間進行回顧,Kanban 團隊也可以偶爾進行回顧來提高效能

目的: 敏捷方法目的之一就是利用快速反饋和改進,使產品和研發文化變得更好。回顧會有助於團隊瞭解哪些工作做得好可以繼續保持,哪些做得不好需要改進。進行回顧會時,不能只提出問題而不探討解決方式,團隊需要找出有效的方法並制定行動計劃。持續改進是維持和推動敏捷團隊發展的重要因素,而回顧會是其中的關鍵部分。

Tips:即使團隊進展順利,也不能停止回顧。回顧會爲團隊提供持續的指導,保證工作順利完成。

二、Scrum 項目管理軟件有哪些?

看到這個可能有人會問:敏捷項目管理軟件有必要嗎?Excel不也行?

第十五次《敏捷狀態報告》中的話能很好的解答這一問題:從敏捷狀態調查的早期開始,工具支持一直是決定敏捷成功的關鍵因素。各種各樣的工具集被應用,覆蓋從通用規劃與管理工具(例如,M i c r o s o f t O f f i c e )到專門的商業產品(例如,PingCode、jira等)。

1、國內最專業的敏捷項目管理軟件

非常多的用戶在使用體驗中發現,PingCode 可能是國內最專業的的一款敏捷 Scrum 管理軟件,因爲團隊在 Scrum 項目管理中的需求,比上文中的四個會議,你基本都能在PingCode 上找到對應的輔助功能。

除此以外,PingCode 並不侷限於敏捷項目的管理,同時支持看板項目管理、瀑布開發項目管理等;它被廣泛用於需求收集、需求管理、需求優先級、產品路線圖、項目管理(含敏捷/kanban/瀑布)、測試管理、缺陷追蹤、文檔管理、效能度量等領域。

並且集成了github、gitlab、jinkens、企微、飛書等主流工具,也就是說我們能在需求下面關聯代碼,關聯集成信息,在飛書查看通知等。

在2021年,PingCode 獲得了由36氪企服點評發佈的軟件開發項目管理工具榜排名 TOP1。

pingcode 爲25人以下團隊提供了免費版本,且支持SaaS、私有部署等購買方案。

PingCode官網

2、國外敏捷項目管理軟件 

在項目與團隊管理方面,提供了自定義通知、以及自動化的功能,可方便用戶更加專注於需要完成的各項任務。

通過其出色的跟蹤功能,我們可以跟蹤與項目相關的所有任務與進度。能夠創建並可視化還各項任務,以方便團隊的共享和穩步推進。同時,它還能夠輕鬆地創建backlogging,以方便用戶對手頭的任務進行排序。

的一項缺點是:用戶無法通過創建專門的燃盡圖,來跟蹤sprint的進度。不過,它能夠提供簡單的圖表和報告,以方便用戶粗略地瞭解整個sprint的狀況。

【官網:

3、軟件研發項目管理工具:jira

作爲能夠實施Scrum方法的頂級軟件之一,Jira提供了豐富的功能,其中包括:可用於backlog的自定義過濾器、項目報告的可視化表示、以及可定製的Scrum板。

當然,如果您不太熟悉Scrum的話,可能需要花上一定的時間來測試,熟悉和掌握該軟件的各項功能。(延伸閱讀:jira是什麼軟件?有哪些功能、優缺點?

【官網:

以上除此以外,國內外還有一些比較不錯的敏捷Scrum管理軟件值得嘗試,比如Clickup、禪道等等。

一些人錯誤地認爲只利用敏捷的實踐方法可以使團隊變得敏捷。實際上,敏捷性需要紮實的技術積累、隨時優化的戰略戰術以及高效的團隊協作,而敏捷實踐方法只是其中促進團隊高效協作的一部分,我們需要從更多角度關注團隊持續地進步與成長。

以上就是對Scrum 框架的四個會議還適用於哪些敏捷方法等內容的介紹,希望能夠對你產生幫助。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章