0人評分過此書
多團隊高效協作密技：大規模敏捷開發方法Large Scale Scrum簡單學
作者
：
出版日期
：
2024/09/26
閱讀格式
：
PDF
ISBN
：
9786263339514
規模化不是角色變多, 流程變複雜, 而是協作方式的改變！
導入LeSS的最佳教戰手冊！
深入淺出帶你解決協作開發會遇到的難題
【擴展學習】
漸進式學習進而拓展
團隊的能力和彈性
【團隊協作】
如何一起協作以減低
相依性帶來的延遲
【開發導向】
從開發角度協作而非
控制性的專案管理
【叔公講古】
進行講說的過程當中
適時加入補充資料
【系統性/高效性/務實性】
對於多團隊協作提供最好的解決方案！
本書內容改編自第15屆iThome鐵人賽IT管理組的冠軍系列文章《多團隊如何協作進行敏捷開發的利器──Large Scale Scrum(LeSS)》。關於大規模敏捷的因應之道，目前市面上已經盛傳許多做法。有些增加了很多角色，導致流程變得十分複雜，讓人難以著手。有些則是過於簡陋，打算以不變應萬變，卻讓人不知如何在實務上應用。還有一些解法的發明者不是開發人員，因此有很多開發協作的問題並沒有得到解決。
LeSS的解法主要是採取反脆弱的精神，來面對黑天鵝的世界。不是讓你規避和別的團隊協作、完全切割得乾乾淨淨，而是在開發過程中，藉由不斷地協作，知道別的團隊在做什麼，並學習對方不同的觀點，來抵抗更多複雜的狀況。
❖目標讀者
想要讓團隊成員擴展學習的範圍
對於多團隊間相互依賴感到困擾
想知道大規模敏捷框架如何運作
想知道從開發角度如何多人協作
❖評審推薦
如果你想要了解LeSS，這本書可做為你的第一本書，如果你想要在團隊中導入LeSS，相信也可以從這本書中獲得指引。在此誠摯跟各位推薦本書，也預祝各位，在推動敏捷的路上，持續迭代，持續變強。
──── 游舒帆
這本書有很多小故事、小實踐、小心法，即使不是跑大規模敏捷，即使不是跑LeSS，也都相當有參考價值。它們背後都是有深刻的系統思考與具體的實驗佐證。 我很享受閱讀這本書，願你也能享受此樂趣。
──── 敏捷魔藥師 葉秉哲(William Yeh)
❖專業推薦
本書是台灣少數談論大型組織敏捷導入的第一手經驗分享，它不僅僅是一個工具手冊，也是一份實踐指南，為那些希望在大規模開發環境中，認真推行敏捷的人提供了寶貴的經驗和見解。
──── 董大偉
Microsoft MVP｜Microsoft Regional Director
這本書不僅是敏捷實踐者的寶典，更是引領您在敏捷旅途上邁向成功的指南。David的經驗和智慧將陪伴每一位敏捷愛好者，幫助您在打造符合市場需求的產品與服務的同時，共創理想的工作環境，造福身邊的人。
──── 敏捷黑手阿一 林裕丞（Yves Lin）
台灣敏捷協會首任理事長
我很喜歡David結合自身十多年的敏捷實戰經驗，寫成這本精彩的書，把常見對敏捷開發的迷失及在多團隊時常常會遇到的問題，都一一詳列出並加以說明。
──── 李境展 Tomas Li
新加坡商鈦坦科技 總經理
導入LeSS的最佳教戰手冊！
深入淺出帶你解決協作開發會遇到的難題
【擴展學習】
漸進式學習進而拓展
團隊的能力和彈性
【團隊協作】
如何一起協作以減低
相依性帶來的延遲
【開發導向】
從開發角度協作而非
控制性的專案管理
【叔公講古】
進行講說的過程當中
適時加入補充資料
【系統性/高效性/務實性】
對於多團隊協作提供最好的解決方案！
本書內容改編自第15屆iThome鐵人賽IT管理組的冠軍系列文章《多團隊如何協作進行敏捷開發的利器──Large Scale Scrum(LeSS)》。關於大規模敏捷的因應之道，目前市面上已經盛傳許多做法。有些增加了很多角色，導致流程變得十分複雜，讓人難以著手。有些則是過於簡陋，打算以不變應萬變，卻讓人不知如何在實務上應用。還有一些解法的發明者不是開發人員，因此有很多開發協作的問題並沒有得到解決。
LeSS的解法主要是採取反脆弱的精神，來面對黑天鵝的世界。不是讓你規避和別的團隊協作、完全切割得乾乾淨淨，而是在開發過程中，藉由不斷地協作，知道別的團隊在做什麼，並學習對方不同的觀點，來抵抗更多複雜的狀況。
❖目標讀者
想要讓團隊成員擴展學習的範圍
對於多團隊間相互依賴感到困擾
想知道大規模敏捷框架如何運作
想知道從開發角度如何多人協作
❖評審推薦
如果你想要了解LeSS，這本書可做為你的第一本書，如果你想要在團隊中導入LeSS，相信也可以從這本書中獲得指引。在此誠摯跟各位推薦本書，也預祝各位，在推動敏捷的路上，持續迭代，持續變強。
──── 游舒帆
這本書有很多小故事、小實踐、小心法，即使不是跑大規模敏捷，即使不是跑LeSS，也都相當有參考價值。它們背後都是有深刻的系統思考與具體的實驗佐證。 我很享受閱讀這本書，願你也能享受此樂趣。
──── 敏捷魔藥師 葉秉哲(William Yeh)
❖專業推薦
本書是台灣少數談論大型組織敏捷導入的第一手經驗分享，它不僅僅是一個工具手冊，也是一份實踐指南，為那些希望在大規模開發環境中，認真推行敏捷的人提供了寶貴的經驗和見解。
──── 董大偉
Microsoft MVP｜Microsoft Regional Director
這本書不僅是敏捷實踐者的寶典，更是引領您在敏捷旅途上邁向成功的指南。David的經驗和智慧將陪伴每一位敏捷愛好者，幫助您在打造符合市場需求的產品與服務的同時，共創理想的工作環境，造福身邊的人。
──── 敏捷黑手阿一 林裕丞（Yves Lin）
台灣敏捷協會首任理事長
我很喜歡David結合自身十多年的敏捷實戰經驗，寫成這本精彩的書，把常見對敏捷開發的迷失及在多團隊時常常會遇到的問題，都一一詳列出並加以說明。
──── 李境展 Tomas Li
新加坡商鈦坦科技 總經理
-
CHAPTER 01 多人開發可以跑敏捷嗎？
-
1.1 多團隊開發常見的問題
-
1.2 過往處理多團隊的經驗
-
1.3 [Guide：或許不要進行Scrum of Scrums]
-
參考文獻
-
-
CHAPTER 02 什麼是LeSS（Large Scale Scrum）
-
2.1 LeSS如何誕生的
-
2.2 LeSS所參考的實踐
-
2.3 LeSS的簡介
-
2.4 LeSS的不同Framework
-
2.4.1 LeSS Framework
-
2.4.2 LeSS Huge Framework
-
-
參考文獻
-
-
CHAPTER 03 如何導入LeSS
-
3.1 [Guide：三個導入原則]
-
3.2 [Guide：啟動流程]
-
3.3 [Guide：Feature Team採用圖(Feature Team Adoption Map)]
-
3.4 如何挑選教練
-
3.5 LeSS導入方式
-
3.6 LeSS官網案例整理
-
3.7 其他導入案例的比較分析
-
參考文獻
-
-
CHAPTER 04 LeSS的產品定義
-
4.1 [Guide：產品重於專案或計劃]
-
4.2 [Guide：你的產品是什麼]
-
4.3 [Guide：定義你的產品]
-
4.4 產品定義案例
-
參考文獻
-
-
CHAPTER 05 LeSS的組織結構
-
5.1 [Guide：文化跟隨於結構]
-
5.2 Feature Team
-
5.3 Component Team的定義
-
5.4 Component Team的缺點
-
5.5 如何組成LeSS的團隊
-
5.6 多點開發
-
參考文獻
-
-
CHAPTER 06 LeSS的角色
-
6.1 Product Owner
-
6.1.1 [Guide：Product Owner不該做的事]
-
6.1.2 [Guide：誰該擔任Product Owner]
-
6.1.3 [Guide：五種關係]
-
-
6.2 ScrumMaster
-
6.2.1 [Guide：ScrumMaster的焦點]
-
6.2.2 [Guide：主導大型團體會議]
-
-
6.3 團隊
-
6.4 管理者
-
6.4.1 [Guide：管理者的存在是個選項]
-
6.4.2 [Guide：Y理論管理]
-
6.4.3 [Guide：LeSS的組織]
-
6.4.4 [Guide：Go See]
-
-
參考文獻
-
-
CHAPTER 07 LeSS會議─迭代前的準備
-
7.1 LeSS啟動會議
-
7.2 Product Backlog Refinement
-
7.2.1 [Guide：Product Backlog Refinement會議類型]
-
7.2.2 [Guide：Overall PBR]
-
-
7.3 Single-team PBR與Multi-team PBR
-
7.3.1 Single-team PBR
-
7.3.2 [Guide：Multi-team PBR]
-
-
參考文獻
-
-
CHAPTER 08 LeSS會議─迭代的進行
-
8.1 [Guide：Sprint Planning One]
-
8.2 Sprint Planning Two
-
8.3 Daily Scrum
-
8.4 Sprint Review
-
8.5 Team Retrospective
-
8.6 [Guide：Overall Retrospective]
-
8.7 完成的定義
-
參考文獻
-
-
CHAPTER 09 LeSS Huge Framework
-
9.1 框架簡介
-
9.2 [Guide：Requirement Area]
-
9.3 組織結構和角色
-
9.3.1 組織結構
-
9.3.2 [Guide：Area Backlogs]
-
9.3.3 Product Owner和Area Product Owner
-
9.3.4 ScrumMaster
-
-
9.4 LeSS Huge的採用和案例
-
參考文獻
-
-
CHAPTER 10 多團隊間的協作和廣度學習
-
10.1 最大化團隊之間的相依性
-
10.2 廣度學習
-
10.2.1 先挑部分不懂的來做
-
10.2.2 透過搭檔編程來學習
-
10.2.3 彈性任務分配
-
10.2.4 利用Requirement Area來漸進學習
-
10.2.5 對不熟的用戶故事撰寫驗收條件
-
10.2.6 展示不熟的用戶故事
-
10.2.7 頻繁集成降低學習難度
-
10.2.8 [Guide：多團隊設計工作坊]
-
10.2.9 元件守護者（Component Guardians）
-
10.2.10 架構程式碼警察（Architecture Code Police）
-
10.2.11 對於很專業的技能
-
10.2.12 [Guide：社群（Communities）]
-
-
參考文獻
-
-
CHAPTER 11 LeSS的Rules和Principles
-
11.1 LeSS Framework的Rule
-
11.1.1 LeSS結構（Structure）
-
11.1.2 LeSS產品（Product）
-
11.1.3 LeSS Sprint
-
-
11.2 LeSS Huge Framework的Rule
-
11.2.1 LeSS Huge結構（Structure）
-
11.2.2 LeSS Huge產品（Product）
-
11.2.3 LeSS Huge Sprint
-
-
11.3 Large Scale Scrum的Principle
-
參考文獻
-
-
CHAPTER 12 大規模敏捷框架比較
-
12.1 大規模敏捷框架的市佔率
-
12.2 各個框架方法的特性比較
-
參考文獻
-
- APPENDIX A 專有名詞
-
APPENDIX B Scrum簡介
-
B.1 Scrum角色
-
B.2 Scrum事件
-
B.3 Scrum產出物
-
參考文獻
-
- APPENDIX C Causal Loop Diagram簡介
- APPENDIX D LeSS Guides清單
- 出版地 ： 臺灣
- 語言 ： 繁體中文
評分與評論
請登入後再留言與評分
EPUB
PDF
PDF
PDF
PDF
