本書講解了Scrum 敏捷軟體開發方法，讓你在30 天內開發出全新的軟體。讀完本書，你會發現用敏捷開發方法能夠讓軟體開發事半功倍，節省人力物力，大大提高工作效率。 本書適合於管理者、商務人士、小企業主、產品開發經理、IT 經理以及軟體開發人員等閱讀。
基本介紹
- 書名：30天軟體開發:告別瀑布擁抱敏捷
- 作者：施瓦布 (Ken Schwaber) 薩瑟蘭 (Jeff Sutherland)
- 出版日期：2014年1月1日
- 語種：簡體中文
- ISBN：9787115338891
- 外文名：Software in 30 Days:How Agile Managers Beat the Odds, Delight Their Customers,And Leave Competitors in the Dust
- 出版社：人民郵電出版社
- 頁數：166頁
- 開本：16
- 品牌：人民郵電出版社
基本介紹,內容簡介,作者簡介,媒體推薦,圖書目錄,序言,
基本介紹
內容簡介
本書第一部分用大量的篇幅分析了瀑布流程的問題，並闡述了疊代增量式的經驗型軟體開發方法能夠解決複雜項目中的問題。如果你是管理者，因為在軟體開發中碰到的問題而感到糾結和困擾，想嘗試其他辦法，那么本書系統介紹的敏捷思維會打開你的思路。第二部分介紹了如何漸進式地向Scrum轉型，並分析了一些案例。
書中會介紹如何利用一套流程來創造商業價值，這套流程能保證至少每30天就交付完整的軟體功能模組；如何對你所需要的功能進行優先權排序，然後一一交付；如何根據期望功能跟蹤已交付功能，以此來了解其商業價值，以及軟體開發流程和組織整體上是否健康。用本書中介紹的工具及理念來武裝自己，你將可以幫助你的軟體企業快速掌握現代工程實踐，開始交付你期盼已久的成果。
書中會介紹如何利用一套流程來創造商業價值，這套流程能保證至少每30天就交付完整的軟體功能模組；如何對你所需要的功能進行優先權排序，然後一一交付；如何根據期望功能跟蹤已交付功能，以此來了解其商業價值，以及軟體開發流程和組織整體上是否健康。用本書中介紹的工具及理念來武裝自己，你將可以幫助你的軟體企業快速掌握現代工程實踐，開始交付你期盼已久的成果。
作者簡介
作者簡介：
Ken Schwaber
軟體開發專業人士，在過去40年的職業生涯中，曾擔任過程式設計師、分析師、諮詢師、產品經理，還做過企業家。過去20年裡，一直致力於發展Scrum，並幫助世界各地的機構使用Scrum。他是“敏捷宣言”最早的簽署人之一，也是敏捷聯盟和Scrum聯盟的創始人，目前正努力通過Scrum.org來改善整個軟體行業。
Jeff Sutherland
麻薩諸塞州劍橋市Scrum Inc.的執行長，專門為世界各地的公司提供培訓、諮詢和輔導服務。同時也是波士頓風險投資公司OpenView Venture Partners的高級顧問，幫助所投資的公司實施Scrum和敏捷實踐。多年來，Jeff已在眾多軟體公司和信息技術機構推廣和提升Scrum。
譯者簡介：
王軍
全球領先的Scrum敏捷專業培訓諮詢機構ShineScrum的執行長，資深Scrum敏捷培訓師和教練，CSP、CSM、CSPO，美國紐英倫中華資訊網路協會董事和中國區主席。有20多年海內外軟體行業從業經驗，曾任甲骨文上海BI研發中心總監，2000年在美國擔任計算機集成製造（CIM）首席工程師。他輔導過國內許多大型軟體企業導入敏捷，是引導個人成為優秀敏捷實踐者的導師。畢業於北京理工大學，擁有美國百森商學院創業學MBA學位。
李麟德
CSM、CSP。現任職於Oracle Endeca Information Discovery部門，專注於Java套用開發和自動化測試。擁有多年Scrum實踐經驗。
Ken Schwaber
軟體開發專業人士，在過去40年的職業生涯中，曾擔任過程式設計師、分析師、諮詢師、產品經理，還做過企業家。過去20年裡，一直致力於發展Scrum，並幫助世界各地的機構使用Scrum。他是“敏捷宣言”最早的簽署人之一，也是敏捷聯盟和Scrum聯盟的創始人，目前正努力通過Scrum.org來改善整個軟體行業。
Jeff Sutherland
麻薩諸塞州劍橋市Scrum Inc.的執行長，專門為世界各地的公司提供培訓、諮詢和輔導服務。同時也是波士頓風險投資公司OpenView Venture Partners的高級顧問，幫助所投資的公司實施Scrum和敏捷實踐。多年來，Jeff已在眾多軟體公司和信息技術機構推廣和提升Scrum。
譯者簡介：
王軍
全球領先的Scrum敏捷專業培訓諮詢機構ShineScrum的執行長，資深Scrum敏捷培訓師和教練，CSP、CSM、CSPO，美國紐英倫中華資訊網路協會董事和中國區主席。有20多年海內外軟體行業從業經驗，曾任甲骨文上海BI研發中心總監，2000年在美國擔任計算機集成製造（CIM）首席工程師。他輔導過國內許多大型軟體企業導入敏捷，是引導個人成為優秀敏捷實踐者的導師。畢業於北京理工大學，擁有美國百森商學院創業學MBA學位。
李麟德
CSM、CSP。現任職於Oracle Endeca Information Discovery部門，專注於Java套用開發和自動化測試。擁有多年Scrum實踐經驗。
媒體推薦
“本書是Scrum和管理者之間的橋樑。管理者都喜歡看報告，而本書提供了能夠監測生產率、質量和價值的有用指標。”
“本書是寫給那些首席XX官的，書中不但解釋了什麼是Scrum，還說明了如何實施Scrum。本書針對的是管理層，闡述了他們在Scrum實施中可能扮演的角色。此外，它還是管理者在敏捷道路上的良師益友。”
“我讀過很多關於Scrum的書籍，它們大都專注於解釋框架本身，有些著重講解如何使Scrum更高效，有些探討如何在複雜的環境中擴張。唯有本書將使用Scrum的原因講述得如此完整並且有趣。讀過本書以後，任何管理者都會看到Scrum這種經驗型流程的價值，並為沒有在當前的項目中使用Scrum感到懊惱。”
“如果你是一位管理者，很有可能沒時間閱讀長篇大論的書籍，而簡明扼要的本書正適合你。如果你曾經為軟體開發的投入和產出不成正比而沮喪，那么本書正是你需要的。”
——亞馬遜讀者評論
“本書是寫給那些首席XX官的，書中不但解釋了什麼是Scrum，還說明了如何實施Scrum。本書針對的是管理層，闡述了他們在Scrum實施中可能扮演的角色。此外，它還是管理者在敏捷道路上的良師益友。”
“我讀過很多關於Scrum的書籍，它們大都專注於解釋框架本身，有些著重講解如何使Scrum更高效，有些探討如何在複雜的環境中擴張。唯有本書將使用Scrum的原因講述得如此完整並且有趣。讀過本書以後，任何管理者都會看到Scrum這種經驗型流程的價值，並為沒有在當前的項目中使用Scrum感到懊惱。”
“如果你是一位管理者，很有可能沒時間閱讀長篇大論的書籍，而簡明扼要的本書正適合你。如果你曾經為軟體開發的投入和產出不成正比而沮喪，那么本書正是你需要的。”
——亞馬遜讀者評論
圖書目錄
第一部分 為什麼說每家公司都能在30天內開發出軟體
第1章 軟體危機：錯誤的流程導致錯誤的結果 2
1.1 案例學習：FBI的“哨兵”項目 3
1.2 錯誤的方法：預測性流程 5
1.3 錯誤的結果：項目失敗 8
1.4 案例分析：PTC 11
1.5 小結 14
第2章 Scrum：正確的流程產生正確的結果 15
2.1 經驗型流程實戰 15
2.2 經驗型流程真的能夠解決問題嗎 19
2.3 人類實踐源於經驗主義 24
2.4 儘管我們知道該如何做 27
2.5 敏捷性 28
2.6 小結 28
第3章 你也來試一試：創建試點項目 30
3.1 經驗主義已經在組織中使用了 31
3.2 一個試點範例 32
3.3 這對團隊成員來說可能是全新的工作方式 42
3.4 小結 44
第4章 我要做些什麼 45
4.1 實踐可能性藝術 45
4.2 創造透明的成長環境 47
4.3 相信你的員工能做更多 48
4.4 降低員工對確定性的期望 49
4.5 小結 50
第二部分 如何在30天內開發出軟體
第5章 初試Scrum 52
5.1 組建Scrum團隊並為Sprint做計畫 53
5.2 開始Sprint——向價值啟航 53
5.3 進行Sprint評審 54
5.4 進行Sprint回顧 55
5.5 繼續Sprint 55
5.6 小結 56
第6章 在項目中套用Scrum 57
6.1 自下而上的隱形Scrum 57
6.2 好處與收穫 58
6.3 使用燃盡圖管理工作進度 58
6.4 不要忽視複雜性：永遠保持警惕 62
6.5 Sprint的長度 63
6.6 下一章 68
第7章 創建Scrum工作室 69
7.1 工作室是一個學習型的組織 69
7.2 工作室經理 70
7.3 培訓和使用條款 71
7.4 工作室的設施 73
7.5 變革和難題 74
7.6 用數字進行管理 75
7.7 依賴於透明性的指標 78
7.8 一個完成並且完整的功能增量 79
7.9 一個類比 83
7.10 消除技術債務獲得可用的增量 84
7.11 罪惡之源 89
7.12 小結 91
第8章 在企業中套用Scrum 92
8.1 深入但短暫的改變 92
8.2 深化並固化的改變 94
8.3 Carbonite公司的轉型 95
8.4 Carbonite的改革之舉 95
8.5 結果 96
8.6 Scrum實施中無可爭議的兩個元素 96
第9章 企業級轉型：深化並固化改革 98
9.1 企業轉型工程 98
9.2 做好準備 99
9.3 啟動轉型工程 99
9.4 傳播願景和策略 102
9.5 推向整個組織 104
9.6 造成影響 106
9.7 度量、評估並鞏固成果 106
9.8 鞏固、推廣並堅持 107
9.9 小結 108
第10章 用Scrum的方式實施Scrum 109
10.1 Sea Change International用Scrum實施Scrum 109
10.2 Sea Change的破冰之舉 110
10.3 結果 112
10.4 IronMountain推廣Scrum 112
10.5 轉型團隊 113
10.6 小結 115
附錄A 術語 116
附錄B Scrum指南 120
附錄C 企業級敏捷攻略 139
第1章 軟體危機：錯誤的流程導致錯誤的結果 2
1.1 案例學習：FBI的“哨兵”項目 3
1.2 錯誤的方法：預測性流程 5
1.3 錯誤的結果：項目失敗 8
1.4 案例分析：PTC 11
1.5 小結 14
第2章 Scrum：正確的流程產生正確的結果 15
2.1 經驗型流程實戰 15
2.2 經驗型流程真的能夠解決問題嗎 19
2.3 人類實踐源於經驗主義 24
2.4 儘管我們知道該如何做 27
2.5 敏捷性 28
2.6 小結 28
第3章 你也來試一試：創建試點項目 30
3.1 經驗主義已經在組織中使用了 31
3.2 一個試點範例 32
3.3 這對團隊成員來說可能是全新的工作方式 42
3.4 小結 44
第4章 我要做些什麼 45
4.1 實踐可能性藝術 45
4.2 創造透明的成長環境 47
4.3 相信你的員工能做更多 48
4.4 降低員工對確定性的期望 49
4.5 小結 50
第二部分 如何在30天內開發出軟體
第5章 初試Scrum 52
5.1 組建Scrum團隊並為Sprint做計畫 53
5.2 開始Sprint——向價值啟航 53
5.3 進行Sprint評審 54
5.4 進行Sprint回顧 55
5.5 繼續Sprint 55
5.6 小結 56
第6章 在項目中套用Scrum 57
6.1 自下而上的隱形Scrum 57
6.2 好處與收穫 58
6.3 使用燃盡圖管理工作進度 58
6.4 不要忽視複雜性：永遠保持警惕 62
6.5 Sprint的長度 63
6.6 下一章 68
第7章 創建Scrum工作室 69
7.1 工作室是一個學習型的組織 69
7.2 工作室經理 70
7.3 培訓和使用條款 71
7.4 工作室的設施 73
7.5 變革和難題 74
7.6 用數字進行管理 75
7.7 依賴於透明性的指標 78
7.8 一個完成並且完整的功能增量 79
7.9 一個類比 83
7.10 消除技術債務獲得可用的增量 84
7.11 罪惡之源 89
7.12 小結 91
第8章 在企業中套用Scrum 92
8.1 深入但短暫的改變 92
8.2 深化並固化的改變 94
8.3 Carbonite公司的轉型 95
8.4 Carbonite的改革之舉 95
8.5 結果 96
8.6 Scrum實施中無可爭議的兩個元素 96
第9章 企業級轉型：深化並固化改革 98
9.1 企業轉型工程 98
9.2 做好準備 99
9.3 啟動轉型工程 99
9.4 傳播願景和策略 102
9.5 推向整個組織 104
9.6 造成影響 106
9.7 度量、評估並鞏固成果 106
9.8 鞏固、推廣並堅持 107
9.9 小結 108
第10章 用Scrum的方式實施Scrum 109
10.1 Sea Change International用Scrum實施Scrum 109
10.2 Sea Change的破冰之舉 110
10.3 結果 112
10.4 IronMountain推廣Scrum 112
10.5 轉型團隊 113
10.6 小結 115
附錄A 術語 116
附錄B Scrum指南 120
附錄C 企業級敏捷攻略 139
序言
【前言】
我們倆在軟體行業的打拚史加起來已有70個年頭了。我們曾經在IT組織和軟體產品公司擔任過軟體開發人員和經理，也曾創辦過自己的產品公司和服務機構。20多年前，我們發明了一套能夠讓組織更好地交付軟體的流程。自那以後，我們用這套流程幫助了數以百計的組織。這項發明的廣泛套用程度遠遠超出了我們的想像，現在已經有數百萬人在使用它了，它就是Scrum。Scrum的廣泛套用讓我們深感謙微，大家使用Scrum所獲得的成就讓我們頗感驚嘆。
關於軟體開發我們之前寫過一些書，不過為那些不親身參與軟體開發的人員寫書還是第一次。本書專門寫給其所在組織依賴軟體保持生存和競爭力的領導者。他們的組織能夠從快速增量式的軟體開發中獲益，從投資中獲得最大回報，並需要解決由於業務和技術的複雜性使得軟體交付困難的難題。我們寫作本書的目的就是讓這些領導者能夠幫助他們的組織實現這些目標，增強其內在能力，改善其產品，等等。
本書是寫給想用更短的時間、更低的成本、更好的可預測性以及更低的風險，交付更好軟體的執行長、高管以及高級經理們的。我們想跟這些人說：在過去，你也許有過不愉快的軟體開發經歷，但是這個行業已經今非昔比，軟體行業的策略和業績已經有了徹底的改觀。現在我們可以欣慰地說，你習以為常的不確定性、風險和浪費已經不再是必須付出的代價了。我們幫助眾多軟體企業和組織轉危為安，現在也希望能夠助你一臂之力。
在本書中，我們會介紹如何利用一套流程來創造商業價值，這套流程能保證至少每30天就交付完整的軟體功能模組；如何對你所需要的功能進行優先權排序，然後一一交付；如何根據期望功能跟蹤已交付功能，以此來了解其商業價值，以及軟體開發流程和組織整體上是否健康。用本書中介紹的工具及理念來武裝自己，你將可以幫助你的軟體企業快速掌握現代工程實踐，開始交付你期盼已久的成果。
這就是30天軟體開發。
致謝
感謝Arlette Ballew出色的編輯加工、 Richard Narramore的整體指導以及Carey Armstrong的傾情關注。如果沒有他們的貢獻，本書不可能付梓出版。
我們倆在軟體行業的打拚史加起來已有70個年頭了。我們曾經在IT組織和軟體產品公司擔任過軟體開發人員和經理，也曾創辦過自己的產品公司和服務機構。20多年前，我們發明了一套能夠讓組織更好地交付軟體的流程。自那以後，我們用這套流程幫助了數以百計的組織。這項發明的廣泛套用程度遠遠超出了我們的想像，現在已經有數百萬人在使用它了，它就是Scrum。Scrum的廣泛套用讓我們深感謙微，大家使用Scrum所獲得的成就讓我們頗感驚嘆。
關於軟體開發我們之前寫過一些書，不過為那些不親身參與軟體開發的人員寫書還是第一次。本書專門寫給其所在組織依賴軟體保持生存和競爭力的領導者。他們的組織能夠從快速增量式的軟體開發中獲益，從投資中獲得最大回報，並需要解決由於業務和技術的複雜性使得軟體交付困難的難題。我們寫作本書的目的就是讓這些領導者能夠幫助他們的組織實現這些目標，增強其內在能力，改善其產品，等等。
本書是寫給想用更短的時間、更低的成本、更好的可預測性以及更低的風險，交付更好軟體的執行長、高管以及高級經理們的。我們想跟這些人說：在過去，你也許有過不愉快的軟體開發經歷，但是這個行業已經今非昔比，軟體行業的策略和業績已經有了徹底的改觀。現在我們可以欣慰地說，你習以為常的不確定性、風險和浪費已經不再是必須付出的代價了。我們幫助眾多軟體企業和組織轉危為安，現在也希望能夠助你一臂之力。
在本書中，我們會介紹如何利用一套流程來創造商業價值，這套流程能保證至少每30天就交付完整的軟體功能模組；如何對你所需要的功能進行優先權排序，然後一一交付；如何根據期望功能跟蹤已交付功能，以此來了解其商業價值，以及軟體開發流程和組織整體上是否健康。用本書中介紹的工具及理念來武裝自己，你將可以幫助你的軟體企業快速掌握現代工程實踐，開始交付你期盼已久的成果。
這就是30天軟體開發。
致謝
感謝Arlette Ballew出色的編輯加工、 Richard Narramore的整體指導以及Carey Armstrong的傾情關注。如果沒有他們的貢獻，本書不可能付梓出版。
