2024香港最具教育競爭力中學/小學/幼稚園50強龍虎榜
2024香港最具教育競爭力中學/小學/幼稚園排名指南
最近十一年香港最具教育競爭力中學/小學/幼稚園50強完整版榜單:
2024202320222021/202019201820172016201520142013
教育競爭力評比體系說明
校風評比體系說明
服务全球华人的中英文書籍網上書店
您的購物車是空的

Crystal Clear:小團隊的敏捷開發方法

  • 作者:(美) 科克伯恩 著 馬振晗,羅海花 譯
  • 出版社: 清華大學出版社
  • 出版時間:2006-09-01
  • 版次:1
  • 商品編號: 10078894

    頁數:268

    印刷時間:2006-09-01


HK$63.70 (速遞費用須知)
購買額滿HK$158免運費
免郵費優惠僅限香港、澳门、
台灣及中國大陸

購買數量:

內容簡介

 

《Crystal Clear:小團隊的敏捷開發方法》為讀者提供了成功項目的7大體系特徵。作者潛心研究了成功的敏捷項目並識別出它們的共同特徵。這些特徵將引導您的項目邁向成功。敏捷團隊通過將近10年的潛心研究及反覆試驗,總結得出水晶項目管理體系:一個以人為本的小團隊方法體系。它通過明晰而又實用的說明指導您的團隊如何成功開發敏捷類型的項目。每一章節都對敏捷項目的某個不同方面進行詳盡而又生動地講解。
  作者潛心研究了成功的敏捷項目並識別出它們的共同特徵。這些特徵將引導您的項目邁向成功。《Crystal Clear:小團隊的敏捷開發方法》適合軟件開發人員、項目管理人員、軟件工程研究人員,以及所有想要瞭解敏捷開發思想的各界人士參考。
  《Crystal Clear:小團隊的敏捷開發方法》亮點:
  關注成功項目中的關鍵人員和人與人之間的交流。
  提供案例研究、實例、原則、策略、方法,以及體系特徵指南。
  提供實際項目的工作產品樣本,而非空洞的模型或虛構的問題。
  介紹軟件開發團隊能按時交付高質量代碼的頂級策略。
  指導團隊詳盡引入最棒的工作方法,如閃電式計劃、項目360度全面考察以及最根本的反思研討會。
  與作者通過問答的形式,向讀者介紹這些建議如何得來,包括它們在哪些方面適應於XP、CMMI、ISO、RUP以及其他方法體系。
  一份詳細的案例分析,包括ISO評審員分析。

作者簡介

  科克伯恩是一名著名的軟件專家,也是一名優秀的講師,於2001年和2002年兩次獲得、Jolt生產力獎。他分別嚮應用敏捷方法體系的新手及專家謹慎地提出各種建議。新手在此書中將找到對這些敏捷方法進行選擇的獨家指導。專家則會在此書中發現一些全新的、可嘗試的策略及方法,以及他們用以做出提前決定的前後信息。

媒體評論

  Alistair告訴我們,通過採用一些基本的軟件開發管理方法和建立適當的團隊機制,小團隊在開發軟件時效率可以很高。與那些採用過於集中和規定死板的開發程序的大團隊相比,這些小團隊具有更高的效率和更高的可預測性。
  ——Richard Turner 《能力成熟度模型集成精粹》(CMMI Distilied)
  作者
  水晶項目管理超越了敏捷項目管理(Agile),我個人認為水晶項目管理體系是敏捷項目管理+靈活項目管理(Flexible)+實用項目管理(Practlcal)的總和。本書通過各種實例及富有成效的樣本將我們從地獄般的軟件開發過程引向了成功開發軟件的道路。
  ——Scott Duncan 美國質量學會軟件分會標準委員會主席、美國電氣和電子工程師協會敏捷方法工作組主席
  本書是所有希望獲得」成熟」、可重複以及更短軟件開發週期的人的必讀物。它將開發人員的注意焦點從方法體系、過程以及測量轉向基本的、基礎的人類行為以及成功、可信和富有創意的軟件開發項目的組織機制中。
  ——Jim Highsmith 卡特財團(cutter Consortium)敏捷軟件開發與項目管理諮詢服務中心主任
  AIistair再次將其對軟件開發團隊所面臨問題的高度敏感性與其對如何改善軟件開發實踐的見解和有用的建議結合起來。本書給讀者展示的是基本原則、易採用的方法以及基於人力開發高質量軟件的案例,從而對客戶需求做出反應。我向軟件開發人員和學生極力推薦這本書,把這本書當作建立強有力,高效軟件開發團隊的指南。
  ——Lars Mathiassen,佐治亞州立大學(Georgia State University)過程改進中心美國政府科學研究機構聯合會(GRA)傑出學者

目錄

序言 Crystal Clear—— 小型項目安全開發的重要原則 Ⅰ

第1章 闡釋(旁觀者之見) 1
第2章 應用(七大體系特徵) 21
體系特徵一:經常交付 22
體系特徵二:反思改進 24
體系特徵三:滲透式交流 26
體系特徵四:個人安全 31
體系特徵五:焦點 34
體系特徵六:與專家用戶建立方便的聯繫 36
體系特徵七:配有自動測試、配置管理和經常集成功能的技術環境 38
實證:不同機構間的協作 43
對體系特徵的反思 44
第3章 實踐(策略與方法) 47
策略 47
策略一:360度全方位考察 48
策略二:早期勝利 49
策略三:靈活程序框架 50
策略四:增量重建 52
策略五:信息傳播器 55
方法 59
方法一:方法體系建成法 60
方法二:反思研討會 64
方法三:閃電式計劃 67
方法四:利用專門排列技術的特爾菲估計 75
方法五:每日起立會議 77
方法六:實質性交互設計 78
方法七:流程微觀模型 89
方法八:肩並肩編程 90
方法九:燃燒圖表 92
對策略以及方法的反思 106
第4章 探究(流程) 109
項目週期 115
交付週期 120
迭代週期 123
集成週期 126
工作周與工作日 127
開發部曲 127
關於流程的反思 128
第5章 檢驗(工作產品) 129
角色以及他們的工作產品 131
角色:主辦方、專家用戶、總設計師、設計師兼編程員、商務專家、協調者、
測試員、書寫人員 132
關於項目樣本的一些註釋 135
主辦方:具有取捨優先的任務綜述 136
團隊:團隊結構和工作慣例 138
團隊:反思研討會成果 141
協調者:項目規劃圖、發佈計劃、項目狀況、迭代計劃和狀況、評審進度表、
風險列表 143
協調者:項目規劃圖 144
協調者:發佈計劃 145
協調者:項目狀況 148
協調者:風險列表 152
協調者:迭代計劃→迭代狀況 153
協調者:評審進度表 156
商務專家與專家用戶:角色目標列表 157
商務專家:需求檔案 158
商務專家和專家用戶:用例 162
專家用戶:用戶角色模型 164
設計師兼編程員:屏幕草圖、系統架構、源代碼、公共領域模型、設計草圖
與註解 165
設計師兼編程員:屏幕草圖 167
總設計師:系統架構 169
設計師兼編程員:公共領域模型 172
設計師兼編程員:源代碼和交付包 174
設計師兼編程員:設計註解 174
設計師兼編程員:測試 177
測試員:漏洞報告 180
書寫人員:幫助文本文件、用戶手冊以及培訓手冊 181
對工作產品的反思 182
第6章 誤解(常見錯誤) 185
「我們紮根在一個地方並在此進行了為時兩個星期的迭代—— 但是為什麼我們
還是失敗了?」 185
「兩名開發人員被一條走廊以及一扇鎖上的門給分開了。」 187
「我們用這個大型基礎結構進行初次交付。」 188
「我們的第一次交付是關於數據表的一場演示。」 189
「無可用用戶,但一名測試工程師下周即將加入我們團隊。」 189
「一名開發人員拒絕對他的設計進行討論或者拒絕向其他成員展示
他的代碼。」 190
「用戶希望我們一次就能將所有功能都交付到他們桌上……」 190
「我們有一些小於用例的里程碑事件,還有一些大於用例的里程碑事件。」 191
「我們寫下了一個基本概念和系統的設計方案。我們都坐到了一起,這樣應該
就可以了吧。」 191
「誰擁有這些代碼?」 192
「能否讓測試工程師編寫測試?如何對圖形用戶界面(GUI)進行回歸
測試?」 193
「最佳迭代週期為多長?」 193
第7章 疑問(常見問題) 197
問題1:水晶項目管理體系的基礎是什麼? 198
問題2:什麼是水晶家族? 206
問題3:這是一種什麼樣的方法體系描述? 209
問題4:水晶項目管理體系的概要表是怎樣的? 213
問題5:為什麼要有不同的篇章形式? 214
問題6:水晶項目管理體系處於方法體系萬神殿的哪個位置? 215
問題7:CMM(I)怎麼樣? 223
問題8:什麼是UML,什麼是結構? 226
問題9:為什麼目的只為安全區域?難道我們就不能做得更好嗎? 227
問題10:分佈式的團隊怎麼樣? 228
問題11:較大型的團隊又怎樣? 230
問題12:固定價格以及固定範圍的項目怎樣? 231
問題13:我該如何評價我們究竟有多「敏捷」或有多「水晶」? 232
問題14:我該如何開始? 234
第8章 測試(案例研究) 235
現場報告 236
審核員報告 258
領域內的反思和審核報告 263
第9章 集萃(精簡版) 267


我們接受以下的付款方式︰VISA、Mastercard、JCB 信用卡、PayPal、銀行轉帳。