具体描述
本书介绍了如何创建可执行的需求说明并使用这些规范来测试软件需求与行为。具体介绍了在Scrum框架下如何构建软件，如何将需求与架构相连，如何自动进行需求验证等内容，可帮助读者解决在软件开发中的最重要的挑战：不仅仅要正确地解决问题，更要解决正确的问题。
作者简介
Mario Cardinal，著名敏捷教练，Scrum的实践者，多年来专攻软件架构，有20多年大型信息系统设计经验。他是Slingboards实验室的创始人之一，该实验室是一个新兴创业公司，他们将即时贴功能做进智能手机、平板电脑和互联网，帮助团队更好地协作。Cardinal已经连续9年获得微软最有价值的专家（MVP）称号。MVP一般授予社区最好的成员、最愿意在社区分享经验并帮助他人发挥潜力而值得信赖的技术专家。
黄灵， PMP、CSM、 CSPO、CSP，管理3.0_敏捷领导力实践培训课认证讲师，敏捷实践者及敏捷教练，有多年软件开发项目及项目群管理、Scrum 实施经验。现供职于上海惠普有限公司，GDC 敏捷推广项目负责人，专注于传统项目团队敏捷转型实施指导、敏捷相关培训以及公司、组织级敏捷转型咨询。与人合作翻译出版了《敏捷技能修炼：敏捷软件开发与设计的最佳实践》和《言语的力量：高效的商务呈现和谈话技巧》。
目录信息
译者序
前言
第1章 解决正确的问题 1
1.1 从解决方案中甄别需求 4
1.2 识别不确定性的影响 4
1.3 处理不确定性 7
1.4 小结 8
1.5 参考资料 9
第2章 依赖坚实的基础 10
2.1 界定不可更改的边界 11
2.2 组建一个健康的团队 11
2.3 要求所有干系人参与 13
2.4 明确一个可以共享的愿景 14
2.5 识别出一个有意义的共同目标 17
2.6 识别出一系列高级别的特征 18
2.7 验证“可能存在”的假设 19
2.8 小结 20
2.9 参考资料 20
第3章 使用短周期反馈环探索干系人的“愿求” 21
3.1 运用试错法 21
3.2 应用短周期反馈环 25
3.3 根据预期收益设定反馈目标 27
3.4 关注干系人的“愿求” 27
3.5 小结 30
3.6 参考资料 30
第4章 使用用户故事表达“愿求” 31
4.1 使用用户故事描述愿求 31
4.2 通过研究角色及其利益探索“愿求” 34
4.3 建立一种通用语言 37
4.4 使用待办事项列表记录“愿求” 37
4.5 小结 40
4.6 参考资料 41
第5章 优化产品待办事项列表提炼用户故事 42
5.1 管理产品待办事项列表 42
5.2 通过合作优化产品待办事项列表 45
5.3 采用圆点投票法对用户故事进行排序 46
5.4 采用故事板的方式阐明用户故事的需求 49
5.5 通过比较的方式估算用户故事规模 53
5.6 按照业务价值拆分用户故事 57
5.7 使用协作白板追踪用户故事 59
5.8 交付一组功能连贯的用户故事 65
5.9 使用用户故事计划工作 67
5.10 小结 68
5.11 参考资料 69
第6章 使用场景确认用户故事 70
6.1 使用场景创建用户故事脚本 71
6.1.1 用标准形式表达场景 73
6.1.2 使用FIT表格化格式编写场景脚本 74
6.1.3 使用已知–当…时–那么句型结构编写场景脚本 75
6.1.4 选择FIT表格化格式或者已知–当…时–那么的句型结构 78
6.1.5 规范化通用语言 78
6.2 将场景拆分成指令和查询 81
6.3 两步法流程协同确认 82
6.4 从场景里剔除技术考量 87
6.5 在Sprint过程中演进场景 89
6.5.1 按照特征（feature）组织场景 89
6.5.2 通过特征编写场景文档 91
6.5.3 避免重复和合并冲突 92
6.6 小结 92
6.7 参考资料 94
第7章 使用验收测试自动确认需求 95
7.1 在验收测试中引入场景 96
7.2 使用红–绿–重构循环自动化场景 99
7.3 将场景转换成验收测试 102
7.3.1 使用内部DSL进行调换 102
7.3.2 创建一个测试 105
7.3.3 将DSL代码写进新创建的测试中 106
7.4 将新创建的测试与接口连接起来 108
7.4.1 接口设计练习 109
7.4.2 场景步骤间的背景链 111
7.4.3 使测试失败 112
7.5 实现接口 113
7.5.1 用需求说明–情景测试替换单元测试 114
7.5.2 让测试通过 115
7.6 演进验收测试 115
7.7 使用持续集成并同时运行验收测试 116
7.8 通过测试结果来增强场景 117
7.9 小结 119
7.10 参考资料 120
第8章 处理非功能性需求 121
8.1 使用约束改善外部质量 123
8.1.1 将非功能性需求转换成约束条件 125
8.1.2 将功能性需求范围降低至一个简单场景 127
8.1.3 设置可度量的质量目标 129
8.1.4 使用行之有效的实践来测试约束 133
8.2 使用正确的工程实践确保内部质量 135
8.3 通过协作构建掌握实践 138
8.4 小结 139
8.5 参考资料 140
第9章 结论篇 141
9.1 本书概要重述 142
9.2 流程总结 144
9.3 提请注意各种角色 146
词汇表 148
· · · · · · (收起)
读后感
评分
评分
评分
评分
用户评价
从内容结构上看，这本书的逻辑组织得非常清晰，章节间的过渡自然流畅，可以看出作者在编排上花费了大量心思。我原本期待它能在“可执行性”这一点上走得更远，比如深入探讨如何处理非功能性需求（NFRs）——性能、安全性、可维护性等——这些往往是敏捷项目中容易被忽略，却又决定项目成败的关键因素。我希望看到的是如何将这些抽象的质量属性转化为具体的、可被纳入Sprint验收标准的故事。书中虽然提及了这些，但处理方式更像是将其并列于功能需求之下，并未展示出如何真正将这些非功能性要求融入到用户价值流的持续反馈循环中去。例如，如何设计一个自动化的质量门禁，使得“可执行”不仅仅是功能上的完成，更是质量上的达标。这本书的侧重点似乎更偏向于“做正确的事”（即功能实现），而对于“把事情做正确”（即质量保障）的深度挖掘略显不足，这让我在应用到高度规范化或安全敏感的领域时，感到指引的力度不够强劲。
评分这本书的语言风格非常直接且注重实用性，没有过多的学术腔调，读起来比较轻松，这一点我非常欣赏。我购买这本书时，主要关注点在于如何在高层管理者对敏捷存在误解的环境下，有效地向他们展示敏捷团队的工作产出和价值衡量标准。我期待书中能提供一些强有力的“故事模板”或者“度量仪表板”的设计蓝图，这些工具能够将模糊的“进度”转化为清晰的、可被商业决策者理解的“价值交付率”。虽然书中讨论了度量指标，但它们大多集中在团队内部效率（如燃尽图、循环时间），而对于如何建立一个自下而上且能与企业战略目标对齐的价值流度量体系，似乎着墨不多。在我的经验中，敏捷的推广往往受制于高层对“可见性”和“可预测性”的担忧。这本书在解决团队内部协作问题上是专家级的，但在处理组织层面的“能见度”和“信任建立”的沟通工具上，我希望能看到更具说服力和可复制性的范例。
评分总体而言，这本书的内容扎实、结构严谨，对于任何希望系统性学习如何将Scrum实践落地到具体需求操作层面的团队来说，都是一本有价值的参考资料。然而，对于一个像我这样，已经带领团队运行了一段时间敏捷项目，并且正在探索如何将敏捷实践扩展到产品探索（Product Discovery）和跨职能协作瓶颈的读者来说，这本书提供的是一个非常坚固的地基，但往上搭建创新结构所需的“梁柱”似乎需要从别处寻找。我特别希望书中能有更深入地探讨如何处理需求来源的冲突、如何在高频次的需求变更中保持“可执行性”的稳定性和一致性，以及如何利用先进的技术（比如AI辅助的需求澄清）来优化“提炼”的效率。这本书更像是一部详尽的“如何正确地划线和标记”的手册，对于如何设计出更宏伟的蓝图，我还需要寻找其他的读物来补充，它提供的是流程的优化，而非范式的颠覆。
评分这本书的封面设计得非常有吸引力，那种深邃的蓝色调配上简洁有力的白色字体，立刻给人一种专业而现代的感觉。我最初拿到这本书的时候，主要是被书名中“敏捷”和“可执行”这两个词汇所吸引的。在当今这个快速变化的技术环境中，如何将模糊的需求转化为实际可操作、可交付的成果，一直是困扰团队和项目经理的难题。我原本以为这是一本侧重于理论框架或者高级项目管理模型的深度剖析，期待能读到一些关于敏捷原则在复杂系统中的应用，或者如何处理技术债务与快速迭代之间的矛盾。然而，在阅读过程中，我发现这本书似乎更偏向于流程工具和具体操作层面的指导，对于更深层次的组织文化变革和团队动力学探讨着墨不多。虽然书中详尽地介绍了各种卡片、看板和会议的技巧，但对于如何真正激发团队的内驱力，建立一个自我驱动、高度信任的敏捷文化，我感觉这部分内容略显单薄，更像是在“怎么做”上花了大量笔墨，而对于“为什么这么做”以及“如何让团队真正接受并内化这些做法”的探讨则相对保守。对于一个渴望从根本上提升团队思维模式的读者来说，这本侧重于操作手册性质的指导，在深度上稍显不足，更像是一本优秀的操作指南，而非一本深刻的哲学思辨录。
评分这本书的排版和阅读体验相当不错，纸张的质感和字号都让人感到舒适，这对于一本需要反复查阅的技术参考书来说至关重要。我购买这本书的初衷，是希望能够找到一套系统性的方法，用以解决我在日常工作中遇到的需求捕获瓶颈——很多时候需求在进入开发阶段前就已经因为理解偏差而产生了巨大的返工成本。我本期望书中能提供一些创新的、超越传统用户故事范畴的需求建模技术，也许是基于行为驱动开发（BDD）的更精细化描述，或者是一些结合了用户体验研究（UXR）的量化指标。遗憾的是，书中的大部分内容似乎是基于Scrum框架的经典实践的重新梳理和细化，虽然非常扎实，但缺乏令人眼前一亮的创新点。它像是一个非常详尽的“官方手册”的增补版本，对于那些已经熟悉Scrum和看板基础的资深从业者而言，可能需要花费时间去筛选，才能找到真正能带来“Aha!”时刻的洞察。那些对敏捷有基本概念的人会觉得内容非常全面，但对于寻求突破性方法的读者来说，可能需要更多的理论支撑和案例分析来佐证其方法的有效性。
评分敏捷，需求傻傻分的清楚
评分没干货.
评分没干货.
评分敏捷，需求傻傻分的清楚
评分敏捷，需求傻傻分的清楚
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有