Downloaded 173 times
Uploaded byNational Taipei University of Technology
Scrum用一半的時間做兩倍的事(書本筆記)
该文档概述了Scrum方法的核心理念与实践，强调团队自我组织、持续改进和透明度的重要性。内容涉及Scrum的规划、实施与反思过程，强调团队需定期审视并优化工作方法。同时，文中提及多种管理理念与方法，如PDCA循环和有效沟通，旨在提升团队的效率与协作能力。
More Related Content
Similar to Scrum用一半的時間做兩倍的事(書本筆記)
Scrum用一半的時間做兩倍的事(書本筆記)
- 1.
- 2. 說在前面 • 此資料為筆者的重點筆記，且在參酌書中的文字後筆者略 有增減調整，請自行斟酌閱讀。 • 敬請以行動支持好書： http://www.books.com.tw/products/0010673295 • 本資料中的所有圖片為網路上搜尋而來，如有侵權敬請告 知，筆者將即刻修正。 • 內容中如有摘錄錯誤或編輯錯誤，敬請不吝來信指正。
- 3. Scrum的根本想法p.20 • 經常審視專案 • 評估專案是否朝正確的方向 • 同時檢視是否能改善目前的行事手法 • 如何做得更好更快 • 可能的阻礙因素 • 此循環又稱：檢驗與調整=衝刺(Sprint)
- 4. 規劃衝刺p.27 • 在會議中決定未來兩週能完成多少工作？ • 從排好優先順序的待辦事項領走工作 • 衝刺結束展現(評估自己在多少時間能做多少事情)： – 完成的工作 – 是否有過多沒做完？或內容不夠 – 如何更妥善？ – 阻礙說明
- 5. 空軍的風險控管經驗p.41, p.262 • 觀察(Observe)、導向(Orient)、決定(Decide)、行動(Act) • 觀察目標區域，看好進入與退出最佳路徑，面對未知事件 時釐清頭緒，出於本能和直覺的果決行動！
- 6. 擺脫瀑布，尋找最佳實務p.53 • 管理團隊並無頤指氣使，扮演僕人領袖與支持者角色 • 排除團隊阻礙、非告訴團隊如何開發產品以及開發什麼 • 最出色的橄欖球隊應該要在球場爭球，一個傳一個上下一 一條心。
- 7. 戴明的影響力p.55 • 曾為麥克阿瑟工作，麥克阿瑟重建日本的方式：開除高階 主管、提拔基層成為直線主管。 • 統計製程管制(StatisticProcess Control, SPC)：精確的衡 量已經完成的工作與好壞，並且追求「持續」改善。 • PDCA循環：規劃(Plan)、執行(Do)、檢核(Check)、行動 (Act)
- 8. 守破離 • 守：懂得規則與動作，透過 不斷重複好讓身體學會，做 到不會出錯。 • 破：精熟動作之後懂得創新 • 離：不受動作限制，能真正 融入其中，隨心所欲地創造 新動作
- 9. 不只拿A要快速拿A p.68 • 卓越：抱持非比尋常的目標，促使團隊從平凡往超凡發展， 展現想要出眾的決心。 • 自主：團隊懂得自我組織與自我管理，有權力自行決定如 何做事，被賦予權利堅持自己的決定。 • 跨功能：團隊有完成專案的所有技能如：規劃、設計、生 產、銷售、配送，而且不同技能會相輔相成日益精進，不 會只從自己角度思考。
- 10. 革命運動裡的Scrum p.75 • Scrum中的一個重要觀念：團 隊要自行決定要如何完成工作。 • 管理階層的職責在制定策略目 標，團隊的工作室決定如何達 成目標。 • 團隊交談：從上次到現在，你 做了什麼？在我們下次討論之 前你打算做什麼？有什麼事情 干擾你？
- 11. 戰場上的Scrum p.83 • 聯合特戰資令部指揮官Stanley McChrystal將軍：協同式作戰 • 跨部門團隊、同一房間、共享情 報 – 中央情報局提供情報分析以及裝 置，同時鎖定目標與間諜 – FBI鑑識 – 財政官員調查網路資金 – 國家安全局攔截對話與電腦資料 – 國家地理空間情報局查找手機與 電腦
- 12. 尋找最適規模p.87 • 布魯克斯定律 Brooks’sLaw – 著作：人月神話—軟體專案管理之道 – 在一個已經延遲的軟體中加入人力，會讓進度更慢。 • Lawrence Putnam研究顯示 – 團隊>8人，所需時間會大幅增加 – 3~7人的團隊所需心力是9~20人的1/4 • Nelson Cowan(密蘇里大學)測試七位數定律發現，人短期記憶 項目數是4，人們只能記住4串資料(可把資料切割成容易記憶的 四串)
- 13. Scrum大師p.91 • 黑衫軍All Blacks啟發 – 透過毛利人的戰歌建立對目標的高度專注與激發活力 – 100%合作，肩並肩往同一目標邁進 – 可望衝開目標路上所有阻礙 – 突破時就要感到振奮，誰辦到不重要，只要達到就慶 祝
- 14. 對事不對人p.95 • Scrum不會指責人與挑出錯 誤，而是透過集中共事與完 成工作獎勵良好行為 • 1960年代耶魯大學的 MilgramExperient實驗：只 要身處特定情境之下，每個 人都可能成為納粹的一份子 à服從的危險
- 15. 每日立會三原則 • 每天同一時間舉行、每個人都參加 • <15分鐘、直接切中重點 • 每個人積極參與、站著開會 • 討論模式： – 被動(X)：一個接一個 – 主動(O)：A說哪件事情妨礙我、 B說那件事情交給我、C說我們可以如何解決這問題 • 結尾：我們一起搞定這件事！
- 16. 第一次就把事做對p.144 • 不可能永遠第一次就事情 做到完美 • 豐田工廠任何一個人都有 權停止生產線 – 製成需要持續改善 – 解決問題的最佳時機是看到 問題的當下，而非問題發生 之後
- 17. 從想像回歸真實 • 你要如何吃掉大象？一 口一口吃 • 便利貼上寫 – 應完成事項 – 何種狀況下可確知已完 成
- 18. 做好準備完成工作p196 • Bill Wake提及，軟體設計中任何故事要符合INVEST標準才算完備： – 獨立(Independent)：故事必須採取行動，且本身可「完結、，不能與另 一故事牽扯 – 可修改(Negotiable)：只要還沒實際完結，故事必須可以重寫，預留修改 餘地。 – 有價值(Valuable)：故事必須實際位使用者傳遞價值 – 可估算(Estimate)：必須掌握大小長短 – 規模小(Small)：故事小到可預估、易於規劃，如果故事太大則要拆解 – 可測試(Testable)：故事必須通過考驗才算完整，故在執行故事前要先設 定考驗
- 19. Scrum板 待辦清單 代辦 進行中 測試中 已完成 故事1 故事2 故事3
- 20. 明天你該做什麼？p.283 • 擬定清單、檢查兩次 • 建立清單，裡面是專案中要做到 的事情，並且安排優先順序，把 最有價值、風險最低的排在第一 位以此類推 • 產品負責人：把願景轉換成待辦 事項清單，必須了解案件、市場、 顧客 • 領導者不是老闆：產品負責人決 定必須做的事項與原因，誰做、 該怎麼做由團隊評估
- 21.
- 22. 建置Scrum從何著手p.326 • 挑選產品負責人：對要做的事情、開發的產品、要完成的 事項懷抱願景。把風險與報酬、可供運用的能力、可完成 的事項以及熱情所在納入考量。 • 挑選團隊：團隊必須擁有實現產品願景的所有技能 • 挑選Scrum大師：教導團隊遵照Scrum架構行事，協助團 隊去除拖慢因素或阻礙
- 23.
- 24.
- 25. 建置Scrum從何著手p.326 • 每日立會或每日Scrum – 昨天你做了什麼協助團隊完成此一階段的衝刺？ – 今天你打算做什麼協助團隊完成此一階段的衝刺 – 是否有任何因素阻礙你或團隊實現衝刺目標？ – 由團隊自主運作，不必向管理層交詳細報告，Scrum大師有責任 排除阻礙團隊前進的阻礙 • 展示：展示衝刺中得以移到已完成的作業項目(不必施加 任何作業即可推出，至少是一項完整的功能)
- 26.