具体描述
《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. 处理新...
竟然没有评论。。。太可惜了，在一个周末两天读完，非常落地的一本书，可以在读过理论性书籍书籍以后用来落地执行，而且带有故事和最终建议的模式也增强了可阅读性，读起来很轻松，感谢作者和译者！
用户评价
《组织变革的动力学》这本书的视角宏大，直指当前许多团队效率低下的根源——组织结构和企业文化的僵化。我发现很多团队在实践敏捷方法时遇到的阻力，并非来自工具或流程，而是来自组织层面的“惯性”和“权力结构”。作者在这本书中对“组织适应性”的探讨，提供了非常有价值的洞察。它没有停留在“自下而上推广”的肤浅建议上，而是深入分析了高层管理者如何通过调整激励机制、信息流动的路径以及决策授权的范围，来为敏捷实践的扎根创造土壤。书中引用了大量的组织行为学理论，但都巧妙地融入到案例分析中，使得理论不再是冰冷的公式，而是解决实际问题的工具箱。特别是在讨论“跨部门协作的壁垒”时，作者提出的“构建共享目标网络”的方法，为我解决部门墙问题提供了全新的思路。这本书的阅读体验是震撼的，因为它让你意识到，真正的敏捷转型是一场深刻的组织文化重塑，而不仅仅是引入一套新的会议模式。
《用户体验驱动的价值发现》这本书，为我在追求“功能完成度”之外，开辟了一个全新的维度——“用户心智的契合度”。长期以来，我们太专注于“能不能做出来”，而忽略了“做出来是否真的解决了用户的问题，并且是以一种愉悦的方式”。这本书的价值在于，它将用户研究、设计思维与快速交付周期紧密地结合了起来。作者通过详细描述如何设计“高保真原型而非完整功能”来进行早期验证的案例，生动地展示了如何用更少的资源去探索更大的价值空间。我非常欣赏它对“同理心地图”和“用户旅程图”的实战应用讲解，这些工具不再是设计部门的专属，而是贯穿整个开发周期的核心输入。它倡导一种“从用户需求的不确定性出发”的工作方式，这与传统的瀑布模型思维形成了鲜明的对比。读完后，我深刻理解到，只有当技术能力、商业目标和用户需求这三者在早期就形成有效的交集，项目才真正具备成功的潜力。这本书的图文并茂，案例丰富，让原本抽象的用户中心设计原则变得触手可及。
这本《敏捷开发的艺术》简直是为我这种在项目管理泥潭里摸爬滚打多年的老兵量身定做的指南。书中对敏捷思想的阐述，不是那种空泛的理论说教，而是直接切入痛点，特别是关于“价值交付”的章节，作者用极其生动的比喻，把那些我们常常挂在嘴边却没真正理解透彻的“客户价值”掰开了揉碎了讲。我尤其欣赏它对“迭代反馈循环”的深度剖析，不同于市面上很多书籍只是简单介绍流程，它深入探讨了在快速变化的环境中，如何构建一个真正能够自我修正、持续进化的团队文化。书中提到的“最小可行产品（MVP）的精髓并非‘小’，而是‘可验证性’”这一观点，让我茅塞顿开，彻底颠覆了我过去对快速交付的片面理解。此外，对于跨职能团队协作的障碍分析，书中给出的解决方案也极具实操性，不再是教科书式的“要沟通”，而是具体到了会议结构、信息透明度的设计上，读完后，我立马在团队内部试点了一种新的站会模式，效果立竿见影。这本书的语言风格非常接地气，夹杂着不少业界真实案例，读起来完全没有枯燥感，更像是与一位经验丰富、阅历深厚的行业前辈进行深度交流。它提供的工具和心法，足以让一个初级项目经理迅速上手，也能让资深管理者从中汲取新的智慧来应对日益复杂的软件开发挑战。
翻开《精益创业实战手册》，我首先感受到的是一股清新的、不拘泥于特定框架的思维风暴。这本书的视角非常宏大，它没有把重点放在教你如何“执行”某个既定的流程，而是着力于培养读者的“创业者心态”，即使你身处大型企业的内部项目组，这种心态的转变也是至关重要的。作者对“构建-测量-学习”闭环的理解，比其他相关书籍要深入得多，它强调的是“测量”过程中数据的质量和背后的假设验证，这才是区分真正敏捷和伪敏捷的关键所在。书中对“创新会计”的介绍，提供了一套全新的指标体系来衡量早期项目的进展，彻底摆脱了传统KPI的束缚，让人明白，在不确定的领域，关注“学习速度”比关注“进度百分比”重要一万倍。阅读过程中，我忍不住停下来，在我的项目计划中画出了无数的箭头和疑问号，因为这本书迫使我去质疑每一个既定的假设。它的行文逻辑严密，论证有力，如果你期待一本给你标准答案的书，那可能会失望，因为它更像是一把钥匙，帮你打开了通往持续改进的大门，教会你如何在这个充满迷雾的时代里，驾驭不确定性，让每一次投入都有理有据，真正实现资源的优化配置。
《代码质量与重构之道》这本书，从一个完全不同的维度，为理解高效交付提供了深层次的支持。许多人认为敏捷就是快，但这本著作明确指出，没有高质量的代码做基石，任何“快”都只是在积累技术债务的悬崖上跳舞。我对书中关于“代码异味”的分类和识别方法印象深刻，作者列举的场景和对应的重构方案，精准地命中了我们日常开发中遇到的那些“看不见的陷阱”。它不是一本单纯的编程语言教程，而是关于如何与代码“对话”，如何以最小的风险对系统进行外科手术式的改进。特别是关于“测试驱动开发（TDD）”的论述，它不再被描绘成一个增加编码步骤的负担，而是被升华为一种设计思维和风险控制手段，读完后，我对编写测试的态度都发生了根本性的转变——它成了设计草稿，而非事后补救的工具。这本书的专业性毋庸置疑，但它的语言却异常清晰，复杂的概念都被分解为易于理解的步骤和例子，对于那些希望提升团队工程实践水平的管理者和一线工程师来说，这是一本不可多得的内功心法。
当工具书用比较好
初学者或者苦手，可以看一下，能有所帮助。里面有着内容还比较有趣。书中行文风格不喜欢。老鸟们看看目录就好。
比起纯理论，更偏爱这类
还是不错的~ 针对敏捷中各种主题有一些阐述
当工具书用比较好
