掃一掃
關注中圖網
官方微博
本類五星書更多>
-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
軟件需求-(第3版) 版權信息
- ISBN：9787302426820
- 條形碼：9787302426820 ; 978-7-302-42682-0
- 裝幀：暫無
- 冊數：暫無
- 重量：暫無
- 所屬分類：>
軟件需求-(第3版) 本書特色
作為經典的軟件需求工程暢銷書，經由需求社區兩大知名領袖結對全面修訂和更新，覆蓋新的主題、實例和指南，全方位討論軟件項目所涉及的所有需求開發和管理活動，介紹當下的所有實踐。書中描述實用性強的、高效的、經過實際檢驗的端到端需求工程管理技術，通過豐富的實例來演示如何利用*佳實踐來減少訂單變更，提高客戶滿意度，減少開發成本。書中的用例、業務規則和商業工具全面修訂以體現現狀和未來的趨勢。 本書尤其適合具備一定軟件開發過程經驗的業務分析師、需求分析師、項目經理和其他軟件項目涉眾。
軟件需求-(第3版) 內容簡介
stc（美國技術通信學會）卓越獎獲得者,國際業務分析師協會cba兼執行vp推薦。敏捷開發和大數據時代的軟件需求百科全書！一流業務分析師，項目經理，產品經理/產品負責人，創業ceo，商業顧問/咨詢的權威工具和參考書。 特色：這本經典名著經過需求領域兩大領軍人物的聯袂打造，得以全面升級和擴展，包含更多、更新的主題、實例和洞見。通過本書介紹的需求工程*佳實踐、工具和技術，讀者可以提升需求引導、捕獲、開發、管理和分析能力，并把這些行之有效的技術與技巧運用到工作當中，在盡可能減少成本、增強維護性和避免返工的同時，交付定位更準確、質量更優良的軟件產品/服務。 特色主題： 準確鎖定關鍵的利益干系人并與他們展開合作 聚焦于業務目標，對需求進行引導和分析 需求的文檔、優先級排定、驗證和重用 原型和創建需求的可視化模型 管理變更申請、范圍蔓延和需求風險 理解和明確指定客戶質量需求 針對數據需求和報表類需求提供指導 第3版特色： 包含全新的實例、實踐與技術，體現需求領域的*新進展 凝聚需求領域兩大領軍人物多年的心血，素材來自培訓課程、演講和工作坊，有實操性 循序漸進，闡述如何將有效需求實踐應用于敏捷項目和其他各種特殊項目，比如業務流程自動化、軟件包方案、外包、增強型、替換型和嵌入式系統等項目 重點聚焦于業務分析師的角色和成功業務分析師應該具備的核心競爭力 尤其適合業務分析師、開發人員、項目經理和其他軟件項目干系人閱讀和參考
軟件需求-(第3版) 目錄
目 錄 第ⅰ部分 軟件需求的3w（什么、為什么和誰）第1章 軟件需求的本質 3軟件需求的定義 5關于“需求”的一些解釋 5字典中的“需求” 6需求的層次和種類 6處理三種層次的需求 11產品需求與項目需求 13需求開發和管理 14需求開發 15需求管理 16每個項目都有需求 17人對了，得出的需求卻很糟糕 18用戶參與度不夠 18規劃不當 19用戶需求蔓延 19需求模棱兩可 19鍍金 20忽視干系人 20高質量需求過程帶來的好處 20第2章 從客戶角度審視需求 22期望落差 23誰是客戶 24客戶-開發的合作關系 26軟件客戶的需求權利法案 28軟件客戶的需求責任法案 30建立尊重需求的企業文化 32識別決策者 33對需求達成一致 34需求基線 35達不成共識怎么辦 36對敏捷項目的需求達成共識 36第3章 需求工程優秀實踐 38需求開發過程框架 40優秀實踐：需求獲取活動 42優秀實踐：需求分析 44優秀實踐：需求規范說明 45優秀實踐：需求驗證 46優秀實踐：需求管理 47優秀實踐：知識 49優秀實踐：項目管理 50開始新的實踐 51第4章 業務分析師 53業務分析師的角色 54業務分析師的職責 55基本的分析技巧 56基本的分析知識 59業務分析師的培養 60前用戶 60前開發人員或測試人員 61前（或兼職）項目經理 61主題專家 62菜鳥 62敏捷項目中的分析師角色 63打造一個協作型的團隊 64第ⅱ部分 需 求 開 發第5章 建立業務需求 67定義業務需求 67確定預期業務收益 68產品愿景和項目范圍 68業務需求沖突 69愿景和范圍文檔 711. 業務需求 722. 范圍和限制 773. 業務背景 79范圍表示技巧 80關聯圖 81生態系統圖 82特性樹 83事件列表 84聚焦于范圍 85使用業務目標來做范圍決策 85評估范圍變更的影響 86敏捷項目的愿景與范圍 86使用業務目標來確定完成 87第6章 傾聽用戶的心聲 89用戶類別 90用戶分類 90識別用戶類別 92用戶畫像 94與用戶代表取得聯系 95產品代言人 96外部產品代言人 97產品代言人的期望 98多個產品代言人 99推廣產品代言人理念 100產品代言人要避免的陷阱 101敏捷項目的用戶表達方式 102處理需求沖突 103第7章 需求獲取 105需求獲取技巧 106訪談 107工作坊 108焦點小組 110觀察 111問卷調查 112系統接口分析 113用戶界面分析 113文檔分析 114制定項目需求獲取計劃 114準備需求獲取 116執行獲取活動 117需求獲取后的跟進 119整理和分享會議筆記 119記錄提出的問題 120對客戶的輸入進行分類 120如何知道已經完成 123需求獲取的注意事項 123假設的需求和隱晦的需求 124找出遺漏的需求 125第8章 理解用戶需求 127用例和用戶故事 128用例方法 131用例和使用場景 133識別用例 139探索用例 141驗證用例 142用例和功能需求 143用例要避免的陷阱 145“以使用為中心”的需求有何好處 145第9章 照章辦事 147業務規則分類法 148事實 149約束 150觸發規則 151推理 152運算 152原子業務規則 153記錄業務規則 154發現業務規則 156業務規則與需求 157把一切串起來 158第10章 記錄需求 160軟件需求規范說明 162標識需求 164處理不完整性 166用戶界面和srs 167軟件需求規范說明模板 1681. 引言 1692. 整體描述 1704. 數據需求 1725. 外部接口需求 1736. 質量屬性 1747. 國際化和本地化需求 1758. ?[?其他需求?] 175附錄a：詞匯表 175附錄b：分析模型 176敏捷項目的需求規范說明 176第11章 寫出優秀的需求 178優秀需求的特點 178需求陳述的特點 179需求集合的特點 180需求編寫指南 181系統或用戶的角度 182寫作風格 183細化程度 185表述技巧 187避免歧義 188避免不完整性 191改進前后的需求示例 192第12章 一圖勝千言 196需求建模 197從客戶需求到分析模型 198選擇正確的表達方式 199數據流圖 201泳道圖 204狀態轉換圖和狀態表 206對話圖 209判定表和判定樹 212事件-響應表 213小議uml圖 216敏捷項目中的需求建模 216*后提示 217第13章 具體指定數據需求 218對數據關系進行建模 218數據字典 221數據分析 224報表的規范說明 225獲取報表需求 226對報表需求規范的幾點思考 227報表規范說明模板 228儀表盤報表 230第14章 功能需求以外 233軟件質量屬性 234探究質量屬性 235定義質量需求 239外部質量屬性 239內部質量屬性 251用planguage指定質量需求 256質量屬性的平衡 258質量屬性需求的實現 259約束條件 260如何處理敏捷項目的質量屬性 261第15章 通過原型來減少風險 264原型的定義及其動機 265實物模型和概念證明 266拋棄型原型和演化性原型 267紙上原型和電子原型 270原型的使用 271原型的評估 274原型風險 275原型發布的壓力 275受細節所累 276不現實的性能預期 277對原型投入過多 277原型成功的因素 277第16章 要事優先：設定需求優先級 279為什么要排優先級 280優先級排序實踐 281人與優先級之間的博弈 282確定優先級的技術 283入選與落選 283兩兩比較并排序 284三層分級法 284moscow 286100美元 287根據價值、成本和風險排優先級 288第17章 確認需求 293確認與驗證 295需求評審 295審查流程 297缺陷檢查清單 301需求評審提示 302需求評審面臨的挑戰 303需求原型 304需求測試 305使用驗收條件確認需求 309驗收條件 309驗收測試 310第18章 需求的重用 312為什么要重用需求 313需求重用的維度 313重用范圍 314修改范圍 314重用手段 315哪些需求信息類型可以重用 316常見重用場景 317軟件產品線 317再設計與替換系統 318其他可能的重用機會 318需求模式 319促進重用的工具 319使需求可重用 320需求重用的障礙與成功要素 322重用的障礙 322重用的成功要素 323第19章 需求開發之外 325估算需求工作量 326從需求到項目計劃 329根據需求估算項目規模和工作量 329需求和排期 331從需求到設計和代碼 332架構與分配 332軟件設計 333用戶界面設計 334從需求到測試 336從需求到成功 337 第ⅲ部分 具體項目類別的需求第20章 敏捷項目 341瀑布的局限性 341敏捷開發方法 343敏捷方法中需求的基本面 343客戶參與 343文檔的細節 344backlog和排優先級 344確定時機 344史詩、用戶故事和特性 345期待變更 346根據敏捷項目調整需求實踐 347敏捷轉型，怎么辦 347第21章 改進型和替換型項目 349預期的挑戰 350基于現有系統的需求技術 350按業務目標來排優先級 351當心差異 352維持性能水平 353找不到原有需求怎么辦 353應當指定哪些需求 354如何發現現有系統的需求 355鼓勵使用新系統 356是否可以迭代 357第22章 軟件包方案項目 359進行軟件包方案選型的需求 360開發用戶需求 360考慮業務規則 361識別數據需要 361定義質量要求 361評估方案 362實施軟件包方案的需求 364配置需求 364集成需求 364擴展需求 365數據需求 365業務過程變更 365軟件包方案的常見挑戰 366第23章 外包項目 367需求的詳細程度恰當 368需求方-供應方的互動 369變更管理 371驗收條件 371第24章 業務過程自動化項目 372業務過程建模 372基于當前過程推導出需求 373首先設計未來的過程 375業務績效指標建模 375業務過程自動化項目的良好實踐 376第25章 業務分析項目 378業務分析項目概述 378業務分析項目的需求開發 380對決策的使用排優先級 381定義如何使用信息 381指定數據需求 383定義轉換數據的分析 385分析的演進本質 386第26章 嵌入式和其他實時系統項目 388系統需求、架構和分配 388實時系統建模 390環境圖 390狀態轉換圖 390事件響應表 391架構圖 392原型 394接口 394有時限的需求 395嵌入式系統的質量屬性 396嵌入式系統的挑戰 400 第ⅳ部分 需 求 管 理第27章 需求管理實踐 403需求管理流程 403需求基線 405需求版本控制 405需求屬性 407跟蹤需求狀態 408解決需求問題 410度量需求投入 411敏捷項目的需求管理 412為什么要管理需求 414第28章 需求變更 415為什么要管理變更 415管理范圍蔓延 416變更控制政策 417變更控制流程的基本概念 418變更控制流程說明 4181. 目的和范圍 4192. 角色和職責 4193. 變更請求狀態 4204. 準入標準 4205. 任務 4216. 退出標準 4217. 變更控制狀態報告 421附錄：為每個請求保存的屬性 422變更控制委員會 422ccb的組成 423ccb章程 423重新協商承諾 424變更控制工具 424度量變更活動 425變更影響分析 426影響分析過程 426影響分析模板 429敏捷項目的變更管理 430第29章 需求鏈中的鏈接 432需求跟蹤 432需求跟蹤的動機 434需求跟蹤矩陣 435需求跟蹤工具 438需求跟蹤過程 439需求跟蹤可行嗎？有沒有必要 440第30章 需求工程工具 442需求開發工具 443獲取工具 444原型工具 444建模工具 444需求管理工具 445使用rm工具的好處 445rm工具的能力 446挑選和實現需求工具 448選擇工具 448建立工具和流程 449引導用戶采用 450 第ⅴ部分 需求工程的實施第31章 改進需求過程 455需求如何關聯到其他項目過程 456需求與不同的干系人群體 457獲得對變革的承諾 458軟件過程改進基礎 460根因分析法 461過程改進循環 463評估當前實踐 463規劃改進行動 463過程的創建、試點和推行 465評估結果 465需求工程的過程資產 466需求開發過程資產 468需求管理過程資產 468我們達到目標了嗎 469創建需求過程改進路線圖 470第32章 軟件需求和風險管理 472軟件風險管理基礎 473風險管理的要素 473用文檔記錄項目風險 474對風險管理進行規劃 476需求相關風險 477需求收集 477需求分析 479需求指定 479需求確認 479需求管理 480風險管理是你的朋友 480尾聲 483附錄a 當前需求實踐自評 485附錄b 需求問題問診指南 491附錄c 范例需求文檔 507詞匯表 525參考文獻 533作者簡介 547
展開全部
軟件需求-(第3版) 相關資料
專家推薦： “業務分析領域的經典著作之一，第3版尤其體現了這一專業領域過去十年的進展和最新趨勢。” ——kevin brennan， iiba（國際業務分析師協會）首席業務分析師兼執行副總裁 “軟件需求的百科全書。” ——清華大學教授，中國軟件行業協會過程改進分會名譽副會長好書熱評 《軟件需求（第3版）》是目前最有用的需求指南。兩位作者wiegers和beatty覆蓋了目前業務分析師應該知道的實踐全景。無論是需求規范的老手，還是剛開始做項目的新手，都可以將本書作為桌邊案頭的必備參考書。 ——gary k. evans，evanetics公司敏捷教練和用例專家. 這簡直就是三連冠，karl wiegers和joy beatty攜第3版再創佳績。從1999年第1版起，《軟件需求》提供的指南就已經成為我在需求咨詢工作中的實踐基礎。我要向新手和有經驗的從業人員鼎力推薦此書。 ——roxanne miller，requirements quest總裁 需求方面最好的書，又更上了一層樓！在第3版中，新主題的范圍延展到覆蓋整個項目場景。在敏捷環境中使用需求最有意義，因為所有相關人員都要了解新系統的基本功能和用途，并且敏捷開發人員現在也是受眾，必須好好掌握書中的內容。 ——stephen withall，《軟件需求模式》作者 《軟件需求（第3版）》終于問世，長久的等待是值得的。這是一本完整的實踐指南，讀者可以從中學到許多對工作有用的實踐。我特別喜歡書中包含的例子和很多實操方案，可以方便地在真實生活場景中實踐它們。 ——christof ebert博士，vector consulting services管理總監 karl和joy升級了軟件需求領域的開創性著作，對上一版擇其優并加以改進。這一版保留了此前版本中所有業內人員必備的參考，還擴展到足以應對當今復雜商業和技術環境所面臨的挑戰。不論什么技術、業務領域、方法論或項目類型，都可以借助本書向客戶交付更好的成果。 ——shane hastie，software education首席知識工程師 karl wiegers和joy的這本有關需求的新書對前一版進行了精彩的補充。大型軟件應用的需求是本世紀最難以解讀的業務話題之一。此書有助于解讀這一粗略的主題。 ——t. capers jones，namcook analytics公司副總裁兼cto 簡單地說，對于每個參與定義和管理軟件開發項目的人（這本書既是必讀之書，又是一本重要的參考。在今天的現代軟件開發世界中，太多人認為需求實踐是用于“無障礙”敏捷的。karl和joy對漸進管理需求的方法進行詳細說明，并闡述了如何采用日新月異的方法實現軟件交付。 ——mark kulak，borland公司軟件開發總監 我看到karl wiegers和joy beatty全面更新了這本有關軟件需求的書。我特別喜歡其中如何在敏捷項目中使用高效需求實踐的最新話題，因為近日來，我們這方面的咨詢服務越來越多。這些在不同需求實踐中的實踐指南和真實案例是無價之寶。 ——doreen evans，robbins gioia公司需求和業務分析實踐管理總監 作為karl經典好書《軟件需求》的早期用戶，我對新版早就迫不及待，望穿秋水了，而且它絕對沒有讓我失望。多年以來，從大型的、新型的零起點項目，到采用現成的商業現貨方案和快速發布敏捷實踐，it開發的重點已經發生很大的變化。在第3版中，karl和joy探討了這些新開發方法在需求過程中的內涵，還給出了寶貴的建議，這些建議不是基于教條的，而是從他們在需求領域廣泛而深入的經歷提煉出來的有效實踐。 ——howard podeswa，noble公司ceo，《業務分析師手冊》作者 如果要找一本實踐指南來了解什么是軟件需求、如何創建需求以及如何使用需求，《軟件需求（第3版）》是首選。這本書的內容有用、易懂，可以帶你完整了解如何應對需求相關的一般場景。結合許多故事、案例研究、趣聞軼事和實例，這本書讀起來引人入勝。 ——laura brandenburg，cbap（認證業務分析師），bridging the gap站長 怎樣才能使好需求容易理解？在添加內容時，可以像karl和joy所做的那樣，確立全面的產品愿景，處理敏捷方面的問題，盡可能重用需求，處理軟件包和外包項目，確定具體用戶類別。可以由表及里查看需求，解決流程和風險的問題，而不只是確定功能。 ——donald j. reifer，reifer consultants公司總裁 本書新版隨業務的發展與時俱進，既在第2版的基礎上進行了深化，又讓分析師真切了解到如何應對敏捷開發的大潮，如何使用特性進行范圍控制，如何提升需求收集技術，如何開展建模。wiegers和beatty聯袂打造的這本書是專業人士的必讀經典。 ——keith ellis，enfocus solutions公司總裁兼ceo，《業務分析標桿》作者 《軟件需求》讀后感系列之一-無題亂彈 作者：淡淡如菊 好幾年前，當我轉型成為一名業務分析師時，我苦惱于自己并不十分懂得這個職位究竟要做什么，要怎么做，要怎么做好。所以我在網絡上搜尋所有可以買得到的相關書籍，以求獲得一些指導，其中也包括《軟件需求》（第2版）。在那個時候，這本著作系統的知識點給了我很多啟發，我盡量從似懂非懂到有樣學樣，在實踐中去思考如何改進，然后再次去實踐。不僅僅是最初閱讀的時光，后續這幾年的工作過程中，當我遇到一些需求相關的問題的時候，我也會重新打開這本書，翻閱相關的章節，以求回到最初的狀態，去理解本源，并再次出發去解決當下的問題。這次拿到新鮮出爐的第三版，我的感受是，第三版很好地保留了之前的精髓，并在其基礎上補充了很多關于敏捷開發流程的觀點。這次也有非常強大的翻譯團隊，閱讀的感覺更流暢，這是一本非常適合軟件開發領域的從業人員閱讀的書籍，尤其是對需求分析感興趣的朋友。我的個人觀點是業務分析師都應該擁有一本以備隨時參考。 這次十多位朋友一起讀這本書，大家在微信上展開了很多討論，也激發了我的靈感，所以想提筆寫一寫打動我的一些章節。我不知道自己能否寫一個系列，但我今天打算從業務分析師的培養說起，呼應本書第四章的內容。 書中提到業務分析師的培養可以是前用戶，前開發人員和測試人員，前（或兼職）項目經理，主題專家或者菜鳥（新人）。不管哪一種角色，轉型成為業務分析師，都會有各自的優勢或者劣質，如果能發揮優勢，改進薄弱環節，那么在成為一名成功的業務分析師的道路上就有了好的開始。現在我也有帶領一個業務分析師團隊，我們的團隊成員有前開發人員，前測試人員，也有新人。我本人也是半路出家，是一名軟件開發程序員轉型過來的。我的理解是，軟件開發過程中的每個角色都要或多或少具備軟件需求分析的功能，而其中的業務分析師當然是最應該具備這個技能的工作。那么除了文中提到的不同的人員轉型到這個工作的優勢劣勢以外，我就隨便談幾點的想法吧： 為用戶畫像的潛意識 需求分析的工作離不開和用戶溝通，我們常常會說需求獲取，但和用戶溝通并不是一個簡單的單方向從用戶獲取需求的過程。不同的業務分析師去和同一個用戶聊，也許會得到完全不一樣的需求。我還在做程序員的時候，因為當時的團隊沒有ba這個角色，所以老板派我去用戶現場了解他們的工作內容。那會完全是菜鳥出場，也沒有需求獲取的技巧和技術可言。當我去到現場，接待我的是一位熱情的前輩，因為對方很配合，所以進展還不錯，然后有一天我決定在工作之余約她出去一起吃飯。吃飯的時候，大家都很放松，她跟我聊了很多，她從哪里來，為何選擇了我們公司，她對工作的看法和期許，她每天花很多時間在上班路上的困擾，甚至還有她的寵物。飯局后，我還在現場呆了一段時間，我明顯感覺到我的工作進展的更加順利了，說不出是什么原因，但很顯然彼此的信任增加了。后來，當我們開始去設計這個系統的時候，我會常常想到她，想象如果是她在用這個系統，她的反應會是怎樣，她會覺得好用嗎，她會困擾嗎？當年的我并不明白，這個和用戶溝通的過程就是一個實實在在為用戶畫像的過程，除了明白她的工作，我們更應該去了解用戶真實的面目，不是要刨根問底，但你要理解她自身的一些和系統有關的狀況。比如她的教育背景，她對電腦的熟悉程度，她對工作的成就感在哪里，如果系統能幫到她，她的幸福感在哪里。如果你在和用戶溝通的過程中， 會為了這樣的發現而喜悅，那么我想你會適合往業務分析師這個方向發展的。 解決需求問題的成就感 我的第一份工作是軟件工程師，當年有幸進入了一家提供電信行業解決方案的知名公司。加入公司一個月后，因為前輩們紛紛被挖角，我們幾個菜鳥被迫上了第一線。當時擺在我們眼前的項目，就是某通信公司引入了全新制式的交換機，話單的采集和分揀程序需求需要重新梳理并參與測試評比。當時的新交換機廠商是北電網絡，他們在國內的工程師只負責設備調試，對于系統的軟件問題只能幫忙聯系加拿大的工程師進行中間協調。我們能拿到的所有的文檔都是英文的，內部更是充斥著大量的通信術語，語言的障礙以及對這個領域的不熟悉，是否能如期完成需求梳理，當時的我們覺得任務艱巨。為了盡快搞定這個需求工作，我一頁頁翻看這份文檔，不懂的字句求助google，不能理解的設計用郵件求助外國工程師，最后總算理出了話單生成的機制，采集的要求，以及話單的構成，并整理出詳細的數據字典。后續的故事就是，我們一幫菜鳥基于自己的需求理解，開發完成了話單采集及分揀程序，我們的程序在各大廠商對新交換機處理能力的測評中，獲得了處理速度快、準確度高的評價，榮登三甲。所以說，需求分析的工作，程序員也可以做好的。如果你是一位對于需求分析工作特別有興趣的程序員，如果你也確實覺得這樣的工作能給你帶來成就感，那么不如適當的往這個方向歷練一下吧。你可以選擇轉型，也可以只是將其作為自己成為項目經理必備的技能。我的理解是，不會分析需求的程序員不是好的項目經理。 所謂菜鳥 有誰不是從菜鳥開始的呢？對于剛剛走出校門的人來說，成為一名業務分析師是進入信息技術領域的一個很好的切入點，優點在于他或者她對需求流程的工作原理幾乎沒有什么先入為主的概念。畢業生要學習的東西很多，工作職責，開發流程，理解開發人員、測試人員，了解用戶，掌握基本的業務知識，懂得如何有效的獲取需求。我們無法奢求一個剛走出校門的孩子，既懂得需求分析的知識，又掌握了實際的技巧。菜鳥要做的是，保持對這份工作的熱忱，快速學習，快速成長。成為一名業務分析師所基本的知識，本書能給你最好的解答。至于技能嗎，要在實踐中掌握，希望本學習小組的各位能多點分享這部分啦。但最最重要的，是菜鳥的心，可以是決心，信心，恒心，世上無難事只怕有心人。 (原文鏈接：http://www.jianshu.com/p/86437a10783d?utm_campaign=hugo&utm_medium=reader_share&utm_content=note&utm_source=weixin-friends&from=singlemessage&isappinstalled=1)
軟件需求-(第3版) 作者簡介
作者簡介： Karl Wiegers（卡爾•魏格斯）博士 全球公認的軟件需求工程、過程改進和軟件質量專家，享有盛譽的技術作家，他發表很多文章，他的經典著作《軟件需求》系列版本對需求領域有著舉足輕重的影響。Karl在伊利諾大學獲得有機化學博士學位。除了計算機，他的愛好還包括品酒、彈吉他、寫歌錄歌和參與公益活動。 Joy Beatty（喬伊•貝蒂） 軟件需求社區的領袖，曾經協助財富500強中很多企業建立卓越業務分析中心。Joy是IIBA《BABOK指南》的主要貢獻者，CBAP（認證業務分析師）。她具有豐富的培訓經驗和表達能力，培訓過幾千名業務分析師，曾經發表很多文章和演講。她還是《軟件需求與可視化模型》的作者之一。Joy畢業于普渡大學，獲得計算機科學與數學雙學士學位。業余時間，她喜歡劃船、游泳和野炊。 譯者簡介： 李忠利 精一天使公社CEO，CODEX中國創新委員會聯合發起人。他擁有14年TMT行業經驗，先后供職于用友、SYNNEX和百度等知名企業，歷任技術管理、總經理助理和精益教練等工作。他擅長互聯網創新業務/產品的孵化和指導，打造企業內部創新模式。曾親自推動某外企400人規模的研發模式整體轉型。作為布道者，在國內某知名ERP企業首創研發模式創新和帶領敏捷教練團隊成功使用創新方法來推動軟件產品線的效率改進。代表譯著有《管理3.0：培養和提升敏捷領導力》（被譽為“21世紀的管理圣經”） 《敏捷武士》和《Scrum敏捷產品管理》。 李淳 Agilean咨詢顧問，敏捷和精益倡導者、實踐者。通過的認證有Lean Kanban Advanced Practitioner、Certified Scrum Master、Certified Scrum Product Owner、PMP等。先后供職于用友和易車等公司，擔任過程序員、研發經理、架構師和產品經理。自2011年至今，致力于在傳統項目管理方式中推廣敏捷理念、精益創業方法和看板方法，先后在項目研發和需求溝通過程中嘗試引入敏捷和精益的價值觀和開發實踐，在縮短產品交付周期的同時項目質量，還增進了團隊內、不同團隊間、團隊與客戶之間的信任和溝通成效，在極短的時間內使客戶刮目相看，項目取得了預期的效果。 霍金健 百度資深交付經理與敏捷教練，具有豐富的項目管理、敏捷實施、持續集成和配置管理的實戰經驗。目前致力于推動互聯網創新產品管理和敏捷項目管理能力提升。2014年初加入百度，負責公司戰略產品的敏捷改進和產品交付工作，通過運營和度量驅動的方式，結合業務目標和團隊特點取得了突出的成效。多次受邀在敏捷中國、Scrum Gathering和敏捷之旅等專業大會分享企業研發實踐心得。代表譯著有《看板實戰》。 孔晨輝 賽門鐵克中國研發中心高級軟件工程師，主要從事軟件項目跟蹤與管理解決方案的研究與開發工作。國家軟件水平資格認證的高級信息系統項目管理師，PMBar項目管理社區成員。
書友推薦
- >
自卑與超越
- >
名家帶你讀魯迅:朝花夕拾
- >
山海經
- >
推拿
- >
姑媽的寶刀
- >
唐代進士錄
- >
煙與鏡
- >
小考拉的故事-套裝共3冊
本類暢銷
