具體描述
《Scrum實戰:故事、模型與成功秘訣》適閤打算實現敏捷轉型並導入Scrum的所有人員閱讀，比如開發人員、架構師、測試人員、經理和項目負責人，是幫助他們順利度過Scrum第一年的理想參考書。
作者簡介
目錄資訊
故事
Scrum
什麼是Scrum
實施Scrum
Scrum適閤我嗎
變化是睏難的
實踐與集成
新的現狀
成功秘訣
引用
第Ⅰ部分戰前準備
第2章取得大傢的支持
故事
模型
變革需要時間
建立緊迫感
成立一個強大的指導聯盟
建立一個願景／繪製未來的藍圖
溝通願景
授權人們為願景采取行動
計劃並創造短期成功
進一步改善，鞏固成效，繼續深化改革
製度化新的方式方法
成功秘訣
耐心
提供信息
引用
第3章用團隊顧問來優化團隊錶現
故事
模式
建立一個團隊顧問池
建立團隊
團隊大小
成功秘訣
責任
試驗
小心過度
計劃可能的空閑時間
團隊顧問不應替代專職團隊
第4章確定團隊的速率
故事
模型
使用曆史數據的問題
為拍腦袋增加一些依據
計算平均速率，但要對範圍進行交流
截斷數據
成功秘訣
引用
第5章Scrum的三大角色
故事
模型
選擇角色
組閤角色
如果實在萬不得已，又該何時組閤這三大角色
成功秘訣
第6章確定Sprint的長度
故事
模型
項目期限
客戶／項目乾係人組
Scrum團隊
確定Sprint的長度
警告
問捲之外
成功秘訣
長於4周的Sprint
延長Sprint長度
引用
第7章我們如何知道何時纔算完成
故事
模型
介紹
頭腦風暴環節
分類環節
排序與整閤環節
生成DoD
沒有完成的工作呢？
成功秘訣
引用
第8章全職的ScrumMaster
故事
模型
成功秘訣
消除障礙／解決問題
結束爭論／當團隊的保姆
報告團隊的行為錶現
引導並在必要時提供幫助
教育組織並驅動組織的變革
結語
引用
參考
第Ⅱ部分戰地基礎
第9章Scrum中工程實踐的重要性
故事
實踐
實施測試驅動開發
重構
持續集成，隨時瞭解係統的狀態
結對編程
自動化集成與驗收測試
成功秘訣
不是銀彈
開始行動
獲得團隊的支持
DOD
把工程實踐加入産品列錶
獲得培訓與指導
結語
引用
參考
第10章核心團隊時間
故事
模型
在一起工作的團隊
分布式團隊與兼職的團隊
成功秘訣
第11章製定發布計劃
故事
模型
畫齣初步的路綫圖
加上一個信心程度
得到日期並根據需要進行調整
在項目過程中維護發布計劃
確定項目的結束
成功秘訣
事先進行溝通和交流，並且要頻繁
每個Sprint後都更新發布計劃
努力先做優先級最高的條目
更新對大條目的估計
交付可工作的軟件
Scrum與發布計劃
引用
第12章分解故事與任務
故事
模型
做好準備
故事分解
任務分解
成功秘訣
引用
參考
第13章缺陷管理
故事
模型
成功秘訣
引用
參考
第14章可持續工程與Scrum
故事
模型
專用時間模型
隨著時間收集的數據
專職團隊模型
成功秘訣
專職維護團隊成員的輪換
用良好的工程實踐來改進遺留代碼
結語
引用
第15章Sprint審核會
故事
模型
準備會議
進行會議
成功秘訣
花時間準備
記錄決策
要求認可
勇敢
參考
第16章Sprint迴顧會
故事
實踐
迴顧會議的檢查作用
計劃一個有效的迴顧會議
召開迴顧會議
成功秘訣
告訴他們為什麼要保留迴顧會議
營造一個良好的環境
有需要就開
高度重視迴顧會議
引用
第Ⅲ部分戰地急救
第17章富有成效的每日站會
故事
模型
開會的時間
準時開始和結束
暴露隱藏的障礙
結束就意味著開始
成功秘訣
保持會議的周期
站著，不要坐
團隊工作方式
耐心
……
第18章Scrum的第四個問題
第19章真正參與結對編程
第20章新增團隊成員
第21章當文化有衝突的時候
第22章Sprint急診現場
第Ⅳ部分高級生存術
第23章可持續的步伐
第24章交付可工作的軟件
第25章價值的度量與優化
第26章項目成本預算
第27章Scrum項目的文檔
第28章外包與離岸開發
第29章大型列錶的優先級確定與估算
第30章擬定閤同
附錄Scrum框架
· · · · · · (收起)
讀後感
竟然没有评论。。。太可惜了，在一个周末两天读完，非常落地的一本书，可以在读过理论性书籍书籍以后用来落地执行，而且带有故事和最终建议的模式也增强了可阅读性，读起来很轻松，感谢作者和译者！
評分竟然没有评论。。。太可惜了，在一个周末两天读完，非常落地的一本书，可以在读过理论性书籍书籍以后用来落地执行，而且带有故事和最终建议的模式也增强了可阅读性，读起来很轻松，感谢作者和译者！
評分来自《Scrum实战》，Scrum真的是优雅得近乎完美，它是最容易理解的框架之一，同时也是最难以实施好的框架之一。 来自《Scrum实战》，正确实施Scrum需要团队愿意做出以下改变： 1. 理解Scrum的价值观 2. 往往要经历巨大的思维方式的转变 3. 准备变化的发生并适应变化 4. 处理新...
評分来自《Scrum实战》，Scrum真的是优雅得近乎完美，它是最容易理解的框架之一，同时也是最难以实施好的框架之一。 来自《Scrum实战》，正确实施Scrum需要团队愿意做出以下改变： 1. 理解Scrum的价值观 2. 往往要经历巨大的思维方式的转变 3. 准备变化的发生并适应变化 4. 处理新...
評分来自《Scrum实战》，Scrum真的是优雅得近乎完美，它是最容易理解的框架之一，同时也是最难以实施好的框架之一。 来自《Scrum实战》，正确实施Scrum需要团队愿意做出以下改变： 1. 理解Scrum的价值观 2. 往往要经历巨大的思维方式的转变 3. 准备变化的发生并适应变化 4. 处理新...
用戶評價
《組織變革的動力學》這本書的視角宏大，直指當前許多團隊效率低下的根源——組織結構和企業文化的僵化。我發現很多團隊在實踐敏捷方法時遇到的阻力，並非來自工具或流程，而是來自組織層麵的“慣性”和“權力結構”。作者在這本書中對“組織適應性”的探討，提供瞭非常有價值的洞察。它沒有停留在“自下而上推廣”的膚淺建議上，而是深入分析瞭高層管理者如何通過調整激勵機製、信息流動的路徑以及決策授權的範圍，來為敏捷實踐的紮根創造土壤。書中引用瞭大量的組織行為學理論，但都巧妙地融入到案例分析中，使得理論不再是冰冷的公式，而是解決實際問題的工具箱。特彆是在討論“跨部門協作的壁壘”時，作者提齣的“構建共享目標網絡”的方法，為我解決部門牆問題提供瞭全新的思路。這本書的閱讀體驗是震撼的，因為它讓你意識到，真正的敏捷轉型是一場深刻的組織文化重塑，而不僅僅是引入一套新的會議模式。
评分翻開《精益創業實戰手冊》，我首先感受到的是一股清新的、不拘泥於特定框架的思維風暴。這本書的視角非常宏大，它沒有把重點放在教你如何“執行”某個既定的流程，而是著力於培養讀者的“創業者心態”，即使你身處大型企業的內部項目組，這種心態的轉變也是至關重要的。作者對“構建-測量-學習”閉環的理解，比其他相關書籍要深入得多，它強調的是“測量”過程中數據的質量和背後的假設驗證，這纔是區分真正敏捷和僞敏捷的關鍵所在。書中對“創新會計”的介紹，提供瞭一套全新的指標體係來衡量早期項目的進展，徹底擺脫瞭傳統KPI的束縛，讓人明白，在不確定的領域，關注“學習速度”比關注“進度百分比”重要一萬倍。閱讀過程中，我忍不住停下來，在我的項目計劃中畫齣瞭無數的箭頭和疑問號，因為這本書迫使我去質疑每一個既定的假設。它的行文邏輯嚴密，論證有力，如果你期待一本給你標準答案的書，那可能會失望，因為它更像是一把鑰匙，幫你打開瞭通往持續改進的大門，教會你如何在這個充滿迷霧的時代裏，駕馭不確定性，讓每一次投入都有理有據，真正實現資源的優化配置。
评分《代碼質量與重構之道》這本書，從一個完全不同的維度，為理解高效交付提供瞭深層次的支持。許多人認為敏捷就是快，但這本著作明確指齣，沒有高質量的代碼做基石，任何“快”都隻是在積纍技術債務的懸崖上跳舞。我對書中關於“代碼異味”的分類和識彆方法印象深刻，作者列舉的場景和對應的重構方案，精準地命中瞭我們日常開發中遇到的那些“看不見的陷阱”。它不是一本單純的編程語言教程，而是關於如何與代碼“對話”，如何以最小的風險對係統進行外科手術式的改進。特彆是關於“測試驅動開發（TDD）”的論述，它不再被描繪成一個增加編碼步驟的負擔，而是被升華為一種設計思維和風險控製手段，讀完後，我對編寫測試的態度都發生瞭根本性的轉變——它成瞭設計草稿，而非事後補救的工具。這本書的專業性毋庸置疑，但它的語言卻異常清晰，復雜的概念都被分解為易於理解的步驟和例子，對於那些希望提升團隊工程實踐水平的管理者和一綫工程師來說，這是一本不可多得的內功心法。
评分《用戶體驗驅動的價值發現》這本書，為我在追求“功能完成度”之外，開闢瞭一個全新的維度——“用戶心智的契閤度”。長期以來，我們太專注於“能不能做齣來”，而忽略瞭“做齣來是否真的解決瞭用戶的問題，並且是以一種愉悅的方式”。這本書的價值在於，它將用戶研究、設計思維與快速交付周期緊密地結閤瞭起來。作者通過詳細描述如何設計“高保真原型而非完整功能”來進行早期驗證的案例，生動地展示瞭如何用更少的資源去探索更大的價值空間。我非常欣賞它對“同理心地圖”和“用戶旅程圖”的實戰應用講解，這些工具不再是設計部門的專屬，而是貫穿整個開發周期的核心輸入。它倡導一種“從用戶需求的不確定性齣發”的工作方式，這與傳統的瀑布模型思維形成瞭鮮明的對比。讀完後，我深刻理解到，隻有當技術能力、商業目標和用戶需求這三者在早期就形成有效的交集，項目纔真正具備成功的潛力。這本書的圖文並茂，案例豐富，讓原本抽象的用戶中心設計原則變得觸手可及。
评分這本《敏捷開發的藝術》簡直是為我這種在項目管理泥潭裏摸爬滾打多年的老兵量身定做的指南。書中對敏捷思想的闡述，不是那種空泛的理論說教，而是直接切入痛點，特彆是關於“價值交付”的章節，作者用極其生動的比喻，把那些我們常常掛在嘴邊卻沒真正理解透徹的“客戶價值”掰開瞭揉碎瞭講。我尤其欣賞它對“迭代反饋循環”的深度剖析，不同於市麵上很多書籍隻是簡單介紹流程，它深入探討瞭在快速變化的環境中，如何構建一個真正能夠自我修正、持續進化的團隊文化。書中提到的“最小可行産品（MVP）的精髓並非‘小’，而是‘可驗證性’”這一觀點，讓我茅塞頓開，徹底顛覆瞭我過去對快速交付的片麵理解。此外，對於跨職能團隊協作的障礙分析，書中給齣的解決方案也極具實操性，不再是教科書式的“要溝通”，而是具體到瞭會議結構、信息透明度的設計上，讀完後，我立馬在團隊內部試點瞭一種新的站會模式，效果立竿見影。這本書的語言風格非常接地氣，夾雜著不少業界真實案例，讀起來完全沒有枯燥感，更像是與一位經驗豐富、閱曆深厚的行業前輩進行深度交流。它提供的工具和心法，足以讓一個初級項目經理迅速上手，也能讓資深管理者從中汲取新的智慧來應對日益復雜的軟件開發挑戰。
评分還是不錯的~ 針對敏捷中各種主題有一些闡述
评分比起純理論，更偏愛這類
评分初學者或者苦手，可以看一下，能有所幫助。裏麵有著內容還比較有趣。書中行文風格不喜歡。老鳥們看看目錄就好。
评分初學者或者苦手，可以看一下，能有所幫助。裏麵有著內容還比較有趣。書中行文風格不喜歡。老鳥們看看目錄就好。
评分還是不錯的~ 針對敏捷中各種主題有一些闡述
相關圖書
本站所有內容均為互聯網搜索引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈圖書下載中心 版权所有