敏捷轉型需要深入理解概念和思維，團隊才能更好的進行實踐，本文將通過介紹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、國外敏捷專案管理軟體 http://Monday.com在專案與團隊管理方面，http://Monday.com提供了自定義通知、以及自動化的功能，可方便用戶更加專注于需要完成的各項任務，
通過其出色的跟蹤功能，我們可以跟蹤與專案相關的所有任務與進度，http://Monday.com能夠創建并可視化還各項任務，以方便團隊的共享和穩步推進，同時，它還能夠輕松地創建backlogging，以方便用戶對手頭的任務進行排序，
http://Monday.com的一項缺點是：用戶無法通過創建專門的燃盡圖，來跟蹤sprint的進度，不過，它能夠提供簡單的圖表和報告，以方便用戶粗略地了解整個sprint的狀況，
【官網：https://monday.com/】
3、軟體研發專案管理工具：jira
作為能夠實施Scrum方法的頂級軟體之一，Jira提供了豐富的功能，其中包括：可用于backlog的自定義過濾器、專案報告的可視化表示、以及可定制的Scrum板，
當然，如果您不太熟悉Scrum的話，可能需要花上一定的時間來測驗，熟悉和掌握該軟體的各項功能，（延伸閱讀：jira是什么軟體？有哪些功能、優缺點？）
【官網：https://www.atlassian.com/software/jira】
以上除此以外，國內外還有一些比較不錯的敏捷Scrum管理軟體值得嘗試，比如Clickup、禪道等等，
一些人錯誤地認為只利用敏捷的實踐方法可以使團隊變得敏捷，實際上，敏捷性需要扎實的技識訓累、隨時優化的戰略戰術以及高效的團隊協作，而敏捷實踐方法只是其中促進團隊高效協作的一部分，我們需要從更多角度關注團隊持續地進步與成長，
以上就是對Scrum 框架的四個會議還適用于哪些敏捷方法等內容的介紹，希望能夠對你產生幫助，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/538213.html
標籤：其他