特別推薦你的Scrum 急件實務處理法
更新於 發佈於 閱讀時間約 5 分鐘
「怎麼隕石又來了！急件又來了？我該怎麼處理？」
面對這件事，我們的選擇只能是「加班」和「死命的加班」嗎？有沒有更好、更科學的處理方式，能幫助我們不加班的順暢解決呢？我整理往年的經驗，並條列如下的推薦給大家：
- 有效運用 Yesterday’s Weather：Scrum 是一個大量運用數據的科學管理方式，在重視數據管理的現代，請記得務必要估算前三個 Sprint 的 Velocity 平均值，以便了解團隊以往的概略狀況，用於預測下一個 Sprint 的大概能處理的任務 Story Point 總量。而推薦這項作法的原因在於，第一、平均值是統計學中最常見的統計方法，它能用來表達要觀察的數據值相對較集中的數據位置。第二、它是目前最簡單好理解，以及最快速的統計工具，在面對快速變化的市場和環境，我們要盡可能地簡化自己在其他方面的複雜處理，減少複雜性，就能減少暴露在風險中的機會，也才能讓事情能快速且有效的進行。
- 有效運用 Interrupt Buffer：鑑於 Scrum 的科學化管理原則，以及面臨市場和環境變化的迅速，請記得務必要估算前三個 Sprint 的插件平均值，並扣除 Yesterday’s Weather 的數值，以便快速預測出下一個 Sprint 的比較接近實際的任務 Story Point 總量。
- 落實重視 Product Owner 的專業判斷：Product Owner 是面對需求方、利害關係人（或老闆們）的重要窗口，所有需求都需要經過 Product Owner 的裁定判斷，才能落到團隊身上，以便執行。若所有的需求都是說來就來，沒有經過最理解產品狀況和 domain know-how 的Product Owner 的判斷，那麼產品勢必會走向一團混亂，技術債快速的債台高築，影響到產品發展，即使組織內業務和行銷單位再強，也無法避免掉不好用的產品評價。要記得，產品使用者才是產品能存活在市場上的最最重要核心。
- 強化與利害關係人的有效溝通：當急件來的時候，非常需要 Product Owner 與利害關係人的有效溝通（甚至 Scrum Master 也應該加入溝通協調），以便讓利害關係人知道產品是否需要這樣的需求，以及團隊目前的狀況，這樣的目的在於讓「資訊保持公開透明度」，並塑造 Scrum team 整體的聲譽，當團隊給人的印象是可靠誠信、資訊通透清楚，那在與利害關係人進行溝通時，便能有效地讓其知道是否真的有必要這麼做？若沒必要做而需要拒絕需求時，對方也能真心理解和接受。要記得，「誤解，來自於對彼此的不理解」，保持資訊公開透明度，尤其是組織各單位運作時，非常最重要的基本元素。
- Scrum Master 與 Product Owner 的良好協作：Scrum team 的成員為 Scrum Master、Product Owner 和跨職能的 Developers（指UX、UI、BA、QA、Engineer 等各種跨職能的產品開發團隊成員），當急件發生時，請 Product Owner 務必與 Scrum Master 溝通好事情的前因後果，與該如何與 Developers 溝通的適當對策，讓 Scrum Master 協助 Product Owner 與 Developers 討論為什麼會有這項急件？做了急件對公司和產品有什麼好處？這項急件要完成什麼樣的內容？確保整體 Scrum team 都能理解急件的完整內容，以便讓團隊能一起將這項重責大任儘早完成。
- Trade-off 掉與插件大小差不多 Story Point 的較不重要任務：一天只有 24 小時，MIB 電影中提到的一天有 48 小時的這種事，不存在於彼此的現實生活中，因此，任務不是盡量塞好塞滿就好，而要考量到團隊能承擔的狀況，所以務必把「和插件估算出來差不多的 Story Point 的較不重要任務」（即這任務是「相對於其他任務來講，相對較不重要的任務」）從當次 Sprint 中剔除，延後到其他 Sprint 中處理。要記得，人是組織內最重要的資產，如果不善待「人」，只把人當成「工具」，那麼終究只會獲得高流動率且不忠誠的員工，而組織就只能不斷地經歷 Bruce Tuckman 提到的團隊發展階段（Stages of Group Development）的 Forming 和 Storming，而永遠到不了能開始展現團隊績效的 Norming 階段，更不用談進入團隊發光發熱的 Performing 階段了！
急件總是說來就來，而且絕對無法避免它的出現，因此，我們需要好好地了解它、面對它、處理它，才能好好地完結它，讓對需求方和團隊都能擁有好的結果。
這篇文希望能帶來一些新的視野。若你有一些經驗想與我分享討論，歡迎聯繫我！: )
— — —
希望這樣的分享，能幫助大家對好需求怎麼寫能產生啟發，甚至有不同的新觀點！若想給予我feedback，或有受到啟發，或甚至產生行動，請務必讓我知道，我很樂意跟每一位對我的分享有興趣的新舊朋友們聊聊：https://www.facebook.com/kaitlyn.peng.56
9會員
28內容數
一生懸命在「改善臺灣職場與職人能力」的使命，有十餘年產品和團隊管理經驗。期待透過推廣產品管理知識與管理實務，改善對臺灣職人能力，讓企業因此而更有競爭力，因此創立臺灣產品人學會 （POA) 。
現任：
- 臺灣產品人學會 (POA) 理事長
- 生活和職涯教練
- 臺灣百大企業 Agile Coach
留言0
查看全部你可能也想看
Google News 追蹤
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
數據驅動的專案管理如何提升決策質量，涵蓋數據收集與管理、數據分析策略、實際應用技巧，以及面臨的挑戰和解決方案。通過描述性分析、診斷性分析、預測性分析和規範性分析，專案經理能夠優化資源分配、進度管理和風險控制，確保專案順利進行。
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在生活中，我們常面臨大量的工作任務與責任，這些任務和責任常常讓我們感到不堪重負。
如何有效管理這些任務，合理分配時間和資源，成為每個人都需要面對的重要課題。
輕重緩急分類法又成為時間管理矩陣法，它能幫助我們更好地識別任務的重要性和緊急性，從而做出明智的決策，提高工作效率和生活品質。
它的精髓就
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
當投標截稿時限緊迫時，該怎麼辦？
敏捷就很重要，不只拿A，更要衝刺拿A
我於2018研讀Jeff所寫SCRUM(敏捷)一書，
感到相見恨晚，恰逢其時。
把我過去準備投標或執行專案經驗，
在本書已整理出一套更有系統論述，
值得推薦你去學習並應用在工作上，
敏捷強調執行專案要有兩種能
本文探討初涉產品管理的新手在面對複雜問題時的困境，強調學習區分事情輕重緩急的重要性。建議培養這種辨識能力，並運用堅持和放棄的技巧，在兩者之間取得平衡。提及常見問題如何優先處理、如何在兩個同樣重要的選擇中做取捨，以及解決加班困擾的建議。總結指出，堅持和放棄是初學者在學習事務管理時的得力助手。
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
數據驅動的專案管理如何提升決策質量，涵蓋數據收集與管理、數據分析策略、實際應用技巧，以及面臨的挑戰和解決方案。通過描述性分析、診斷性分析、預測性分析和規範性分析，專案經理能夠優化資源分配、進度管理和風險控制，確保專案順利進行。
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在生活中，我們常面臨大量的工作任務與責任，這些任務和責任常常讓我們感到不堪重負。
如何有效管理這些任務，合理分配時間和資源，成為每個人都需要面對的重要課題。
輕重緩急分類法又成為時間管理矩陣法，它能幫助我們更好地識別任務的重要性和緊急性，從而做出明智的決策，提高工作效率和生活品質。
它的精髓就
本文介紹了在公司專案中採用敏捷(Agile)方法，並分享了Scrum的好處、成員負責工作以及工作流程。希望可以掌握Scrum的核心：透明度、檢視和調整的核心，來推動敏捷工作。
當投標截稿時限緊迫時，該怎麼辦？
敏捷就很重要，不只拿A，更要衝刺拿A
我於2018研讀Jeff所寫SCRUM(敏捷)一書，
感到相見恨晚，恰逢其時。
把我過去準備投標或執行專案經驗，
在本書已整理出一套更有系統論述，
值得推薦你去學習並應用在工作上，
敏捷強調執行專案要有兩種能
本文探討初涉產品管理的新手在面對複雜問題時的困境，強調學習區分事情輕重緩急的重要性。建議培養這種辨識能力，並運用堅持和放棄的技巧，在兩者之間取得平衡。提及常見問題如何優先處理、如何在兩個同樣重要的選擇中做取捨，以及解決加班困擾的建議。總結指出，堅持和放棄是初學者在學習事務管理時的得力助手。