了得網計算機/網絡_Scrum實戰——敏捷軟件項目管理與開發

編輯推薦

書名中的“實戰”一詞強調的是實用性。讀者在拿到書之後，可以直接上手，將其中的建議運用於實際的敏捷項目中，邊實踐邊改進，形成良性循環。本書的作者Andrew Phuong-Van都是於敏捷領域多年的實踐者，有著豐富的擔任ScrumMaster 或者產品負責人兩個關鍵角色的經驗。他們在書中以個人的實際經歷總結了Scrum 項目成功的非常好的實踐，包括如何通過基本的財務知識與高層管理者溝通，從而獲得他們對項目的支持；項目團隊中成員之間可能發生的衝突以及解決辦法；故事點數的評估如何做到客觀，並且保證在多個項目之間具備可比性；服務型領導應該是什麼樣子。我剛纔列舉的幾點都是在目前市面上有關敏捷的書籍中比較少提及的，這也是本書的“實戰性”所在。

內容簡介

《Scrum實戰——敏捷軟件項目管理與開發》為軟件項目團隊提供了如何成功實施敏捷軟件框架Scrum的實用指南。本書敘事清晰準確，是*本由實踐者編寫的針對現實狀況的實用指南。書中描述了如何使項目團隊價值*化，彌補了許多Scrum和項目管理書籍缺少的部分，包括如何使用財務術語與高層管理人員交流、如何使用客觀的評估技術、軟件架構如何適應Scrum等。附錄提供了案例研究，描述了如何利用本書提到的技術和建議來成功地構建和部署兩個軟件產品。主要內容◆ 與業務管理層良好協作所需的基本財務知識。◆ 如何獲得中層管理者的支持。◆ 如何可視化地為Scrum項目收集需求。◆ 如何利用架構願景緩解團隊速率的波動。◆ 如何為企業級的Scrum部署客觀地評估故事點數。◆ 自動化、回歸、集成測試的重要性。◆ Scrum環境中的團隊領導。

作者簡介

Andrew Pham擁有Certifi ed ScrumMaster(CSM)、Certifi edScrum Product Owner(CSPO)和Certifi ed Scrum Professional(CSP)認證。此外，他獲得的認證還包括PMP、Java技術架構師(Sun授權)、OOAD UML專家(IBM授權)，他是IEEE高級會員和PMI會員。Andrew在大、中、小型公司中的項目管理、企業架構和軟件開發等領域擔任高級職務。作為經驗豐富的敏捷和精益教練，Andrew幫助許多公司在實際項目中成功地實施了敏捷(Scrum)和精益(Kanban)，培訓美國和其他國家的開發團隊。Phuong-Van Pham目前是一家大公司的項目經理。她擁有的認證包括PMP、Certified ScrumMaster(CSM)、Certified Scrum Practitioner(CSP)和Certified Project Manager forTechnology (Project )等。

第1章敏捷和Scrum的基礎知識 1
1.1 敏捷軟件開發和項目管理的基礎是什麼 2
1.2 Scrum起源 3
1.3 敏捷和Scrum為什麼在軟件項目管理中有效 7
1.4 小結 9
第2章關於財務 11
2.1 計算項目成本 11
2.2 選擇項目投資 12
2.2.1 投資回收期 12
2.2.2 購買與構建 12
2.2.3 淨現值(NPV) 13
2.2.4 投資回報率(ROI) 14
2.3 監控項目績效 15
2.3.1 成本績效 15

第1章敏捷和Scrum的基礎知識 1

1.1 敏捷軟件開發和項目管理的基礎是什麼 2

1.2 Scrum起源 3

1.3 敏捷和Scrum為什麼在軟件項目管理中有效 7

1.4 小結 9

第2章關於財務 11

2.1 計算項目成本 11

2.2 選擇項目投資 12

2.2.1 投資回收期 12

2.2.2 購買與構建 12

2.2.3 淨現值(NPV) 13

2.2.4 投資回報率(ROI) 14

2.3 監控項目績效 15

2.3.1 成本績效 15

2.3.2 進度績效 16

2.3.3 項目預算預測 17

2.4 小結 18

第3章如何與各層管理者溝通 19

3.1 與企業高層管理者溝通 20

3.2 與IT管理高層合作 22

3.3 與IT中層管理者一起工作 23

3.3.1 質量保證 24

3.3.2 運維管理 24

3.3.3 企業架構 24

3.4 把直接管理者變成盟友 28

3.5 小結 28

第4章針對產品積壓工作的直觀的需求收集方法 29

4.1 一種新的針對敏捷和Scrum的直觀的需求收集過程 29

4.1.1 步：識別利益相關者和他們的目標 29

4.1.2 SMART原則 30

4.1.3 第二步：為產品積壓工作收集需求 31

4.1.4 CUTFIT原則 33

4.2 示例 33

4.3 小結 37

第5章讓故事點評估具有可比性 39

5.1 非可比性故事點存在的問題 39

5.2 規劃撲克的文化問題 40

5.3 一種基於客觀標準的評估過程 40

5.4 小結 46

第6章架構願景對團隊生產率和軟件質量的影響 47

6.1 架構願景的重要性 48

6.2 如何識別架構願景 52

6.3 架構願景的另一優點 54

6.4 小結 58

第7章從架構願景到發布和衝刺規劃再到並行軟件開發 61

7.1 從架構願景到發布和衝刺規劃 61

7.2 從增量開發到並行軟件開發 66

7.3 小結 68

第8章關於產品負責人 69

8.1 管理利益相關者的期望和優先級 70

8.2 具備清晰的產品願景和知識 70

8.3 知道如何為產品積壓工作收集需求 71

8.4 始終與團隊同在 71

8.5 知道如何成為出色的組織者 72

8.6 知道如何更好地溝通 72

8.7 知道如何成為服務型領導 72

8.8 小結 72

第9章自動化測試和持續集成測試的重要性 73

9.1 “完成”的定義的重要性 74

9.2 重要的測試 76

9.2.1 自動化測試 76

9.2.2 持續集成測試 76

9.3 組織測試基礎設施 77

9.4 小結 78

第10章團隊合作的重要性 79

10.1 個人 79

10.2 小組 80

10.3 團隊 81

10.4 Keirsey的氣質類型理論 81

10.5 團隊的5個階段 82

10.6 解決團隊衝突的方法 83

10.7 良好團隊合作的條件 83

10.8 小結 84

第11章 Scrum項目中管理和領導的新特質 87

11.1 高績效訓練：GROW模型 90

11.2 關懷型領導者和管理者的特質 91

11.3 小結 92

第12章如何使Scrum適應環境 93

12.1 如何在不借口采取消極ScrumBut的前提下使Scrum適應環境 94

12.2 Scrum適應環境的一些例子 94

12.2.1 組織維度 94

12.2.2 基礎設施維度 96

12.2.3 團隊維度 97

12.2.4 技術維度 97

12.2.5 過程維度 97

12.2.6 業務維度 98

12.3 小結 99

第13章 Scrum項目準備程度的自我評估 101

13.1 評估Scrum準備程度的簡單工具 101

13.2 示例 106

13.3 組合在一起 109

13.4 小結 110

第14章何時需要ScrumMaster 111

14.1 對Scrum的深厚理論和實踐知識 112

14.2 優秀的服務型領導技能 112

14.3 強大的組織能力 112

14.4 出色的溝通能力 112

14.5 優秀的演講技能 113

14.6 衝突解決能力 113

14.7 出色的人力開發能力 113

14.8 小結 113

第15章臨別贈言 115

附錄A 兩個真實的軟件產品開發案例 117

附錄B 關於提前終止衝刺 175

術語表 177

參考文獻 183

前言

《Scrum實戰——敏捷軟件項目管理與開發》涵蓋的內容雖然市面上存在一些有關Scrum的優秀圖書，但是我們相信沒有一本涵蓋了軟件項目團隊在企業約束下啟動和完成Scrum軟件項目所需的全部必要知識(對於企業約束，我們指的是Scrum或者敏捷還沒有在整個企業範圍內成功實施的公司)。為了幫助這些團隊成功，在公司的約束中生存，我們決定利用實踐中學到的知識編寫一本有關Scrum的實用書籍。為此，《Scrum實戰——敏捷軟件項目管理與開發》的15章內容將為你提供所需的全部知識，就像是一個經驗豐富的ScrumMaster在親自提供咨詢。此外，你還會在附錄A中學到兩個案例，它們是采用《Scrum實戰——敏捷軟件項目管理與開發》所說的方法和建議成功構建和部署的兩個軟件產品。第1章：敏捷和Scrum的基礎知識第1章的重點在於敏捷特別是Scrum的基礎知識。該章同時糾正了有關Scrum的一些不準確的信息，類似於Lean-Agile Software Development Achieving Enterprise Agility一書中 Alan Shalloway和他的團隊所做的事情。這可以使你和我們在進一步討論之前處在同一起跑線上。第2章：關於財務無論是否對敏捷或者Scrum感興趣，你都需要記住業務管理層的交流語言是財務術語。在第2章中，你會學到財務的基礎知識，這樣可以更好地與業務管理層合作，幫助他們選擇項目、評估項目預算、預估項目需要花費的金錢和時間。第3章：如何與各層管理者溝通雖然獲得業務高層的支持非常重要，但是與中層管理者保持日常合作更加重要，因為中層管理者對項目有著直接的影響。第3章的目標是讓你有足夠的知識來達到這兩個目的。第4章：針對產品積壓工作的直觀的需求收集方法一旦項目團隊得到了啟動的許可，那麼正確地獲取需求就變得至關重要。第4章提供了一種簡單、直觀的方法來為Scrum項目收集需求。第5章：讓故事點評估具有可比性隨著敏捷和Scrum得到越來越廣泛的普及，目前的故事點評估繫統(也是團隊生產率構建的依據)面臨的一個問題是跨團隊無法比較故事點數。這阻礙了許多IT部門想要全面實施Scrum的想法，特別是在涉及整個資源分配和重新分配的情況下。像第4章一樣，我們提供了一種應用於許多項目的成功方案。它會幫助你評估故事並有所依據，不是僅憑你的主觀感受，而是客觀的可視數據，從而支持在同一個公司內部跨不同團隊進行生產率比較。第6章：架構願景對團隊生產率和軟件質量的影響對於任何參與過Scrum項目的人來說，你都應該遇見過團隊的生產率起伏波動，經常降低了團隊的生產力和交付能力。本章會討論團隊生產率波動的原因，並建議通過架構願景(又名架構意圖)來解決這個問題。第7章：從架構願景到發布和衝刺規劃再到並行軟件開發除了能夠幫助維持甚至提高團隊生產率，良好的架構願景還有其他的好處。這其中包括對發布和衝刺規劃的積極影響。第8章：關於產品負責人Scrum項目中的每個人都很重要，但是產品負責人可以幫助團隊交付的業務價值。第8章討論了成功的產品負責人應該具備的個人和專業特質。第9章：自動化測試和持續集成測試的重要性不是所有測試都是生來平等的。在本章中，我們會深入地討論一些對Scrum項目重要的測試，並解釋為什麼對Scrum項目團隊的成功至關重要。第10章：團隊合作的重要性我們每個人都知道團隊合作非常重要。雖然看起來老生常談，第10章還是強調了團隊合作對Scrum團隊交付價值特別是在自組織的情況下至關重要。該章還討論了人的心理和氣質類型，這可以幫助合作者互相了解。此外，這一章還提供了一些方法用於衝突解決，並考慮了衝突發生的不同階段。第11章：Scrum項目中管理和領導的新特質雖然Scrum團隊是自組織的，但是仍然需要項目管理和團隊領導。我們將討論在Scrum環境中項目管理的變化。這裡需要記住的是服務型領導替代了過去的命令和控制式風格。第11章討論了一些有用的培訓和領導方法，ScrumMaster和產品負責人可以借此來幫助團隊實現終交付。第12章：如何使Scrum適應環境如果有人能夠發明一種方法或者過程適用於所有公司和所有問題，那麼我們可以不用進行調整。現實是，我們必須在約束條件下調整某種過程來使它發揮作用。Scrum也是如此。不像消極的ScrumBut(Scrum的錯誤應用)，我們將討論一些積極的ScrumBut例子(好的Scrum適應行為)，就像荷蘭ISM eCompany公司的CIO Jurgen Appelo在“ScrumButs are the best part of Scrum”中所做的那樣。第13章：Scrum項目準備程度的自我評估第13章提供了一個Scrum項目準備程度自我評估的例子，你應該在項目一開始的時候就做這份測試，它會幫助你確定哪些問題會阻礙你的項目交付能力。依據得分，你會知道你的團隊在當前環境下工作的難易程度，並努力改進以提高勝算。第14章：何時需要ScrumMaster除非你或者你的團隊非常熟悉Scrum，否則需要一名ScrumMaster來指導你處理一些初次嘗試Scrum時遇到的困難。雖然《Scrum實戰——敏捷軟件項目管理與開發》希望為你承擔ScrumMaster的角色，但是第14章還是討論了一名成功的ScrumMaster所需要具備的個人和專業特質。第15章：臨別贈言我們不會讓你一個人孤獨前行，第15章提供了一些建議，如從不同章節裡可以提取出的主要應用措施，以及在項目條件下使用的順序。附錄A：兩個真實的軟件產品開發案例在附錄A中，我們展示了兩個成功的軟件產品，它們的構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》提到的建議，從需求收集到架構願景再到發布和衝刺規劃及測試。個案例提供了一個垂直開發的應用例子，而第二個案例則是水平開發。附錄B：關於提前終止衝刺通常，如果采用了《Scrum實戰——敏捷軟件項目管理與開發》所給的建議，Scrum項目應該運行順利。雖說如此，可能也會出現衝刺異常終止的情況，有時可能是因為低估了團隊的生產率或者用戶故事的復雜程度。為了幫助你處理這樣的情況，《Scrum實戰——敏捷軟件項目管理與開發》的附錄B討論了衝刺的異常終止，包括起因、如何避免、如何處理和如何重啟工作。術語表為了便於理解關鍵的Scrum術語，《Scrum實戰——敏捷軟件項目管理與開發》末尾提供了術語表。《Scrum實戰——敏捷軟件項目管理與開發》的讀者對像根據你目前在公司的職位或者角色，這裡有一些建議，有關於應該按何種順序讀哪些章節的建議。有兩種人會發現《Scrum實戰——敏捷軟件項目管理與開發》十分有用：Scrum新手和Scrum老手。Scrum新手如果是管理團隊的成員作為管理層，應該首先閱讀第1章來熟悉敏捷的演變、Scrum的起源和基礎知識。接下來，應該閱讀第3章來看看Scrum團隊與管理層合作的建議，包括高層和中層。再接下來，應該分別閱讀第8章和第14章，這兩章分別講述了產品負責人與ScrumMaster的特質和角色。無論是否實施Scrum，我們猜想你想知道你或者你的團隊應該如何為產品積壓工作收集需求。如果是這樣，接下來應該閱讀第4章，了解如何識別用戶目標和使用直觀的方法為Scrum項目收集需求。你可能還聽說過利用規劃撲克衡量每個團隊的生產率，每個衝刺能夠交付的用戶故事數目在跨團隊時是不同的。如果你知道這些並且想了解如何在大規模實施Scrum時讓故事點數變得跨平臺可比較，那麼可以閱讀第5章。第5章展示了一種評估需求的直接方法，每個團隊成員都可以以數據支持自己的評估並使團隊生成率具有可比性。毫無疑問，後者是在企業範圍跨團隊成功實施Scrum的關鍵條件。如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是技術管理團隊的成員作為管理層，應該首先閱讀第1章來熟悉敏捷的演變、Scrum的起源和基礎知識。接下來，應該閱讀第3章來看看Scrum團隊與管理層合作的建議，包括高層和中層。再接下來，應該分別閱讀第8章和第14章，這兩章分別講述了產品負責人與ScrumMaster的特質和角色。無論是否實施Scrum，我們猜想你想知道你或者你的團隊應該如何為產品積壓工作收集需求。如果是這樣，接下來應該閱讀第4章，了解如何識別用戶目標和使用直觀的方法為Scrum項目收集需求。你可能還聽說過利用規劃撲克衡量每個團隊的生產率，每個衝刺能夠交付的用戶故事數目在跨團隊時是不同的。如果你知道這些並且想了解如何在大規模實施Scrum時讓故事點數變得跨平臺可比較，那麼可以閱讀第5章。第5章展示了一種評估需求的直接方法，每個團隊成員都可以以數據支持自己的評估並使團隊生成率具有可比性。毫無疑問，後者是在企業範圍跨團隊成功實施Scrum的關鍵條件。因為你有技術背景，所以我們建議閱讀第6章，了解架構願景和它如何幫助團隊維護良好的生產率，甚至做好發布和衝刺規劃(第7章)。如果想知道誰會在Scrum中驅動需求和業務需要，那麼第8章的有關產品負責人的內容適合你。類似地，如果你想知道誰負責幫助團隊和產品負責人理解和恰當地實施Scrum，那麼應該閱讀第14章。因為你是管理者，當然不希望手動做一些麻煩事，所以應該閱讀第9章來了解重要的兩種測試以及如何組織它們來幫助團隊交付。作為一名管理團隊的成員，我們猜想你應該好奇在自組織的Scrum環境中如何管理團隊，那麼第10章適合你。同時，我們建議你閱讀第11章，了解項目管理和團隊領導。作為管理者，你應該知道沒有哪個過程或者過程框架可以在不進行調整的情況下輕松地適用某個公司，所以應該閱讀第12章。此外，如果你想知道Scrum項目的準備程度，那麼應該閱讀第13章，做問卷調查。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是項目經理因為你可能在擔任ScrumMaster的同時又作為管理者，所以應該閱讀全書。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識，可以理解專家的見解，並知道如何前進。如果是開發人員作為技術團隊成員，我們認為你會對大部分章節感興趣，它們會幫助你理解如何把開發工作搞定。為此，請閱讀：● 第1章● 第5章● 第6章● 第7章● 第8章● 第9章● 第10章● 第14章後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識，可以理解專家的見解，並知道如何前進。如果是業務分析師像開發人員一樣，我們相信你會對非技術的章節比較感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第2章● 第4章● 第5章● 第8章● 第10章● 第11章● 第14章如果你有一些技術背景或者時間，我們推薦也閱讀第6章和第7章，了解架構願景的內容。我們編寫的內容對非技術團隊的成員來說也是易於理解的。它們會讓你擁有和技術人員一樣的理解，從而可以和技術人員愉快合作。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是測試人員像開發人員和業務分析師一樣，我們認為你會對大部分章節感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第4章● 第9章● 第10章● 第11章如果你想知道同事是如何收集需求和評估故事的，請閱讀第4章和第5章。如果你有一些技術背景，我們推薦也閱讀有關架構願景的第6章和第7章。我們編寫的內容對非技術團隊的成員來說也是易於理解的。嘗試閱讀它們，你不會後悔的，因為它們會讓你擁有和技術人員一樣的理解，從而可以和技術人員愉快合作。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是應用架構師像開發人員和業務分析師一樣，我們認為你會對大部分章節感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第4章● 第6章● 第7章● 第10章● 第11章接下來，閱讀第3章，特別是3.3節。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是企業架構師企業架構師不像開發人員、測試人員和業務分析師，你可能會對Scrum項目架構適應整個企業架構這方面感興趣。為此，請閱讀：● 第1章● 第4章● 第6章● 第7章● 第8章● 第10章● 第11章● 第14章接下來，閱讀第3章，特別是3.3節。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是PMO的成員因為你的團隊主要關心IT適應業務需求和IT績效，所以請閱讀：● 第1章● 第2章● 第3章● 第4章● 第5章● 第6章● 第7章● 第8章● 第11章● 第12章● 第13章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是運維團隊的成員因為你的團隊負責公司的軟件應用程序的每日運行，所以請閱讀：● 第1章● 第3章● 第6章● 第7章● 第8章● 第9章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是產品負責人因為你負責項目的業務價值，所以請閱讀：● 第8章● 第2章● 第3章● 第4章● 第5章● 第9章● 第11章● 第14章如果你想讓團隊構建健壯的應用程序，我們推薦閱讀：● 第6章● 第7章如果有更多的時間，我們建議你閱讀全書，從頭到尾。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是業務發起人作為項目業務需求的幕後支持者和資金提供者，你會對下面幾章感興趣：● 第1章● 第8章● 第2章● 第3章● 第11章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。Scrum老手如果是ScrumMaster作為經驗豐富的ScrumMaster，你應該閱讀：● 第14章● 第2章● 第3章● 第4章● 第5章● 第6章● 第7章● 第11章● 第12章● 第13章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是產品負責人作為經驗豐富的產品負責人，你應該閱讀：● 第8章● 第2章● 第4章● 第5章● 第6章● 第7章● 第11章● 第13章● 第12章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是(開發)團隊的成員即使你的Scrum經驗比較豐富，我們仍推薦閱讀：● 第3章● 第4章● 第5章● 第6章● 第7章● 第8章● 第9章● 第10章● 第13章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。《Scrum實戰——敏捷軟件項目管理與開發》涵蓋的內容雖然市面上存在一些有關Scrum的優秀圖書，但是我們相信沒有一本涵蓋了軟件項目團隊在企業約束下啟動和完成Scrum軟件項目所需的全部必要知識(對於企業約束，我們指的是Scrum或者敏捷還沒有在整個企業範圍內成功實施的公司)。為了幫助這些團隊成功，在公司的約束中生存，我們決定利用實踐中學到的知識編寫一本有關Scrum的實用書籍。為此，《Scrum實戰——敏捷軟件項目管理與開發》的15章內容將為你提供所需的全部知識，就像是一個經驗豐富的ScrumMaster在親自提供咨詢。此外，你還會在附錄A中學到兩個案例，它們是采用《Scrum實戰——敏捷軟件項目管理與開發》所說的方法和建議成功構建和部署的兩個軟件產品。第1章：敏捷和Scrum的基礎知識第1章的重點在於敏捷特別是Scrum的基礎知識。該章同時糾正了有關Scrum的一些不準確的信息，類似於Lean-Agile Software Development Achieving Enterprise Agility一書中 Alan Shalloway和他的團隊所做的事情。這可以使你和我們在進一步討論之前處在同一起跑線上。第2章：關於財務無論是否對敏捷或者Scrum感興趣，你都需要記住業務管理層的交流語言是財務術語。在第2章中，你會學到財務的基礎知識，這樣可以更好地與業務管理層合作，幫助他們選擇項目、評估項目預算、預估項目需要花費的金錢和時間。第3章：如何與各層管理者溝通雖然獲得業務高層的支持非常重要，但是與中層管理者保持日常合作更加重要，因為中層管理者對項目有著直接的影響。第3章的目標是讓你有足夠的知識來達到這兩個目的。第4章：針對產品積壓工作的直觀的需求收集方法一旦項目團隊得到了啟動的許可，那麼正確地獲取需求就變得至關重要。第4章提供了一種簡單、直觀的方法來為Scrum項目收集需求。第5章：讓故事點評估具有可比性隨著敏捷和Scrum得到越來越廣泛的普及，目前的故事點評估繫統(也是團隊生產率構建的依據)面臨的一個問題是跨團隊無法比較故事點數。這阻礙了許多IT部門想要全面實施Scrum的想法，特別是在涉及整個資源分配和重新分配的情況下。像第4章一樣，我們提供了一種應用於許多項目的成功方案。它會幫助你評估故事並有所依據，不是僅憑你的主觀感受，而是客觀的可視數據，從而支持在同一個公司內部跨不同團隊進行生產率比較。第6章：架構願景對團隊生產率和軟件質量的影響對於任何參與過Scrum項目的人來說，你都應該遇見過團隊的生產率起伏波動，經常降低了團隊的生產力和交付能力。本章會討論團隊生產率波動的原因，並建議通過架構願景(又名架構意圖)來解決這個問題。第7章：從架構願景到發布和衝刺規劃再到並行軟件開發除了能夠幫助維持甚至提高團隊生產率，良好的架構願景還有其他的好處。這其中包括對發布和衝刺規劃的積極影響。第8章：關於產品負責人Scrum項目中的每個人都很重要，但是產品負責人可以幫助團隊交付的業務價值。第8章討論了成功的產品負責人應該具備的個人和專業特質。第9章：自動化測試和持續集成測試的重要性不是所有測試都是生來平等的。在本章中，我們會深入地討論一些對Scrum項目重要的測試，並解釋為什麼對Scrum項目團隊的成功至關重要。第10章：團隊合作的重要性我們每個人都知道團隊合作非常重要。雖然看起來老生常談，第10章還是強調了團隊合作對Scrum團隊交付價值特別是在自組織的情況下至關重要。該章還討論了人的心理和氣質類型，這可以幫助合作者互相了解。此外，這一章還提供了一些方法用於衝突解決，並考慮了衝突發生的不同階段。第11章：Scrum項目中管理和領導的新特質雖然Scrum團隊是自組織的，但是仍然需要項目管理和團隊領導。我們將討論在Scrum環境中項目管理的變化。這裡需要記住的是服務型領導替代了過去的命令和控制式風格。第11章討論了一些有用的培訓和領導方法，ScrumMaster和產品負責人可以借此來幫助團隊實現終交付。第12章：如何使Scrum適應環境如果有人能夠發明一種方法或者過程適用於所有公司和所有問題，那麼我們可以不用進行調整。現實是，我們必須在約束條件下調整某種過程來使它發揮作用。Scrum也是如此。不像消極的ScrumBut(Scrum的錯誤應用)，我們將討論一些積極的ScrumBut例子(好的Scrum適應行為)，就像荷蘭ISM eCompany公司的CIO Jurgen Appelo在“ScrumButs are the best part of Scrum”中所做的那樣。第13章：Scrum項目準備程度的自我評估第13章提供了一個Scrum項目準備程度自我評估的例子，你應該在項目一開始的時候就做這份測試，它會幫助你確定哪些問題會阻礙你的項目交付能力。依據得分，你會知道你的團隊在當前環境下工作的難易程度，並努力改進以提高勝算。第14章：何時需要ScrumMaster除非你或者你的團隊非常熟悉Scrum，否則需要一名ScrumMaster來指導你處理一些初次嘗試Scrum時遇到的困難。雖然《Scrum實戰——敏捷軟件項目管理與開發》希望為你承擔ScrumMaster的角色，但是第14章還是討論了一名成功的ScrumMaster所需要具備的個人和專業特質。第15章：臨別贈言我們不會讓你一個人孤獨前行，第15章提供了一些建議，如從不同章節裡可以提取出的主要應用措施，以及在項目條件下使用的順序。附錄A：兩個真實的軟件產品開發案例在附錄A中，我們展示了兩個成功的軟件產品，它們的構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》提到的建議，從需求收集到架構願景再到發布和衝刺規劃及測試。個案例提供了一個垂直開發的應用例子，而第二個案例則是水平開發。附錄B：關於提前終止衝刺通常，如果采用了《Scrum實戰——敏捷軟件項目管理與開發》所給的建議，Scrum項目應該運行順利。雖說如此，可能也會出現衝刺異常終止的情況，有時可能是因為低估了團隊的生產率或者用戶故事的復雜程度。為了幫助你處理這樣的情況，《Scrum實戰——敏捷軟件項目管理與開發》的附錄B討論了衝刺的異常終止，包括起因、如何避免、如何處理和如何重啟工作。術語表為了便於理解關鍵的Scrum術語，《Scrum實戰——敏捷軟件項目管理與開發》末尾提供了術語表。《Scrum實戰——敏捷軟件項目管理與開發》的讀者對像根據你目前在公司的職位或者角色，這裡有一些建議，有關於應該按何種順序讀哪些章節的建議。有兩種人會發現《Scrum實戰——敏捷軟件項目管理與開發》十分有用：Scrum新手和Scrum老手。Scrum新手如果是管理團隊的成員作為管理層，應該首先閱讀第1章來熟悉敏捷的演變、Scrum的起源和基礎知識。接下來，應該閱讀第3章來看看Scrum團隊與管理層合作的建議，包括高層和中層。再接下來，應該分別閱讀第8章和第14章，這兩章分別講述了產品負責人與ScrumMaster的特質和角色。無論是否實施Scrum，我們猜想你想知道你或者你的團隊應該如何為產品積壓工作收集需求。如果是這樣，接下來應該閱讀第4章，了解如何識別用戶目標和使用直觀的方法為Scrum項目收集需求。你可能還聽說過利用規劃撲克衡量每個團隊的生產率，每個衝刺能夠交付的用戶故事數目在跨團隊時是不同的。如果你知道這些並且想了解如何在大規模實施Scrum時讓故事點數變得跨平臺可比較，那麼可以閱讀第5章。第5章展示了一種評估需求的直接方法，每個團隊成員都可以以數據支持自己的評估並使團隊生成率具有可比性。毫無疑問，後者是在企業範圍跨團隊成功實施Scrum的關鍵條件。如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是技術管理團隊的成員作為管理層，應該首先閱讀第1章來熟悉敏捷的演變、Scrum的起源和基礎知識。接下來，應該閱讀第3章來看看Scrum團隊與管理層合作的建議，包括高層和中層。再接下來，應該分別閱讀第8章和第14章，這兩章分別講述了產品負責人與ScrumMaster的特質和角色。無論是否實施Scrum，我們猜想你想知道你或者你的團隊應該如何為產品積壓工作收集需求。如果是這樣，接下來應該閱讀第4章，了解如何識別用戶目標和使用直觀的方法為Scrum項目收集需求。你可能還聽說過利用規劃撲克衡量每個團隊的生產率，每個衝刺能夠交付的用戶故事數目在跨團隊時是不同的。如果你知道這些並且想了解如何在大規模實施Scrum時讓故事點數變得跨平臺可比較，那麼可以閱讀第5章。第5章展示了一種評估需求的直接方法，每個團隊成員都可以以數據支持自己的評估並使團隊生成率具有可比性。毫無疑問，後者是在企業範圍跨團隊成功實施Scrum的關鍵條件。因為你有技術背景，所以我們建議閱讀第6章，了解架構願景和它如何幫助團隊維護良好的生產率，甚至做好發布和衝刺規劃(第7章)。如果想知道誰會在Scrum中驅動需求和業務需要，那麼第8章的有關產品負責人的內容適合你。類似地，如果你想知道誰負責幫助團隊和產品負責人理解和恰當地實施Scrum，那麼應該閱讀第14章。因為你是管理者，當然不希望手動做一些麻煩事，所以應該閱讀第9章來了解重要的兩種測試以及如何組織它們來幫助團隊交付。作為一名管理團隊的成員，我們猜想你應該好奇在自組織的Scrum環境中如何管理團隊，那麼第10章適合你。同時，我們建議你閱讀第11章，了解項目管理和團隊領導。作為管理者，你應該知道沒有哪個過程或者過程框架可以在不進行調整的情況下輕松地適用某個公司，所以應該閱讀第12章。此外，如果你想知道Scrum項目的準備程度，那麼應該閱讀第13章，做問卷調查。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是項目經理因為你可能在擔任ScrumMaster的同時又作為管理者，所以應該閱讀全書。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識，可以理解專家的見解，並知道如何前進。如果是開發人員作為技術團隊成員，我們認為你會對大部分章節感興趣，它們會幫助你理解如何把開發工作搞定。為此，請閱讀：● 第1章● 第5章● 第6章● 第7章● 第8章● 第9章● 第10章● 第14章後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識，可以理解專家的見解，並知道如何前進。如果是業務分析師像開發人員一樣，我們相信你會對非技術的章節比較感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第2章● 第4章● 第5章● 第8章● 第10章● 第11章● 第14章如果你有一些技術背景或者時間，我們推薦也閱讀第6章和第7章，了解架構願景的內容。我們編寫的內容對非技術團隊的成員來說也是易於理解的。它們會讓你擁有和技術人員一樣的理解，從而可以和技術人員愉快合作。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是測試人員像開發人員和業務分析師一樣，我們認為你會對大部分章節感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第4章● 第9章● 第10章● 第11章如果你想知道同事是如何收集需求和評估故事的，請閱讀第4章和第5章。如果你有一些技術背景，我們推薦也閱讀有關架構願景的第6章和第7章。我們編寫的內容對非技術團隊的成員來說也是易於理解的。嘗試閱讀它們，你不會後悔的，因為它們會讓你擁有和技術人員一樣的理解，從而可以和技術人員愉快合作。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是應用架構師像開發人員和業務分析師一樣，我們認為你會對大部分章節感興趣，它們會幫助你了解Scrum是什麼以及如何搞定工作。為此，請閱讀：● 第1章● 第4章● 第6章● 第7章● 第10章● 第11章接下來，閱讀第3章，特別是3.3節。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是企業架構師企業架構師不像開發人員、測試人員和業務分析師，你可能會對Scrum項目架構適應整個企業架構這方面感興趣。為此，請閱讀：● 第1章● 第4章● 第6章● 第7章● 第8章● 第10章● 第11章● 第14章接下來，閱讀第3章，特別是3.3節。後，如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是PMO的成員因為你的團隊主要關心IT適應業務需求和IT績效，所以請閱讀：● 第1章● 第2章● 第3章● 第4章● 第5章● 第6章● 第7章● 第8章● 第11章● 第12章● 第13章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是運維團隊的成員因為你的團隊負責公司的軟件應用程序的每日運行，所以請閱讀：● 第1章● 第3章● 第6章● 第7章● 第8章● 第9章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是產品負責人因為你負責項目的業務價值，所以請閱讀：● 第8章● 第2章● 第3章● 第4章● 第5章● 第9章● 第11章● 第14章如果你想讓團隊構建健壯的應用程序，我們推薦閱讀：● 第6章● 第7章如果有更多的時間，我們建議你閱讀全書，從頭到尾。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是業務發起人作為項目業務需求的幕後支持者和資金提供者，你會對下面幾章感興趣：● 第1章● 第8章● 第2章● 第3章● 第11章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。Scrum老手如果是ScrumMaster作為經驗豐富的ScrumMaster，你應該閱讀：● 第14章● 第2章● 第3章● 第4章● 第5章● 第6章● 第7章● 第11章● 第12章● 第13章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是產品負責人作為經驗豐富的產品負責人，你應該閱讀：● 第8章● 第2章● 第4章● 第5章● 第6章● 第7章● 第11章● 第13章● 第12章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。如果是(開發)團隊的成員即使你的Scrum經驗比較豐富，我們仍推薦閱讀：● 第3章● 第4章● 第5章● 第6章● 第7章● 第8章● 第9章● 第10章● 第13章● 第14章如果有更多的時間，我們建議你閱讀全書，從頭到尾，包括附錄A。附錄A中介紹了兩個軟件產品，其構建和部署過程都采用了《Scrum實戰——敏捷軟件項目管理與開發》倡導的建議。你會驚訝地發現自己學到了不少有關敏捷和Scrum的知識。

商品搜索

商品分类

【醫學】

【各大出版社】