【電子書】多團隊高效協作密技：大規模敏捷開發方法Large Scale Scrum簡單學（iThome鐵人賽系列書）
-
650元
-
預計最高可得金幣30點
?
可100%折抵
活動加倍另計 -
HAPPY GO享100累1點 4點抵1元折抵無上限
-
分類：電子書＞電腦資訊＞APP開發／程式設計＞其它程式設計追蹤? 追蹤分類後，您會在第一時間收到分類新品通知。
- 作者： 敏捷三叔公 柯仁傑 (David 追蹤
- 出版社： 博碩文化 追蹤 ? 追蹤出版社後，您會在第一時間收到出版社新書通知。
- 出版日：2024/10/09
活動訊息
用閱讀開啟視野，讓書成為照亮你人生的光
【金石堂選書】本月推薦您這些好書👉 快來看看
內容簡介
規模化不是角色變多, 流程變複雜, 而是協作方式的改變！
導入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 清單
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 清單
詳細資料
詳細資料
-
- 語言
- 中文繁體
- 裝訂
-
- ISBN
- 9786263339514
- 分級
- 普通級
-
- 頁數
- 360
- 商品規格
- 23*17*1.9
-
- 出版地
- 台灣
- 適讀年齡
- 全齡適讀
-
- 注音
- 級別
訂購/退換貨須知
加入金石堂 LINE 官方帳號『完成綁定』，隨時掌握出貨動態：
提醒您！！
金石堂及銀行均不會請您操作ATM! 如接獲電話要求您前往ATM提款機，請不要聽從指示，以免受騙上當！
購買須知：
使用金石堂電子書服務即為同意金石堂電子書服務條款。
電子書分為「金石堂(線上閱讀+APP)」及「Readmoo(兌換碼)」兩種：
- 請至會員中心→電子書服務「我的e書櫃」領取複製『兌換碼』至電子書服務商Readmoo進行兌換。
退換貨須知：
- 因版權保護，您在金石堂所購買的電子書僅能以金石堂專屬的閱讀軟體開啟閱讀，無法以其他閱讀器或直接下載檔案。
- 依據「消費者保護法」第19條及行政院消費者保護處公告之「通訊交易解除權合理例外情事適用準則」，非以有形媒介提供之數位內容或一經提供即為完成之線上服務，經消費者事先同意始提供。（如：電子書、電子雜誌、下載版軟體、虛擬商品…等），不受「網購服務需提供七日鑑賞期」的限制。為維護您的權益，建議您先使用「試閱」功能後再付款購買。
商品評價