包邮高质量需求:聚焦于商业价值的20个核心实践

本书特色

软件需求领域两位专家混搭，联袂倾力呈现20个核心实践

精粹版实用工具，搞定贯穿产品生命周期的7类需求活动



本书特色主题：

澄清问题、定义业务目标以及设置解决方案的边界

确定利益相关方和决策者

探索用户任务、事件和响应

评估数据概念和关系

引导和评估质量属性

分析需求和需求集，创建模型和原型，设置优先级软件需求领域两位专家混搭，联袂倾力呈现20个核心实践 精粹版实用工具，搞定贯穿产品生命周期的7类需求活动 本书特色主题： 澄清问题、定义业务目标以及设置解决方案的边界 确定利益相关方和决策者 探索用户任务、事件和响应 评估数据概念和关系 引导和评估质量属性 分析需求和需求集，创建模型和原型，设置优先级 以一致、结构化、有据可查的方式指定需求 审查、测试和管理需求变更

内容简介

"《高质量需求：聚焦于商业价值的20个核心实践》从软件需求领域中萃取出20个核心的实践，覆盖需求过程六大环节：需求的计划、启发、分析、规范、验证和管理。《高质量需求：聚焦于商业价值的20个核心实践》可以帮助团队在短时间内了解和发现更精准的需求，通过充分的沟通和协作来得到更好的解决方案，以更有利于实现持续价值交付的顺序实现更有价值的功能，让业务得以持续和增长。 《高质量需求：聚焦于商业价值的20个核心实践》尤其适合商业分析师、需求工程师、产品经理、产品负责人和开发人员阅读和参考，可以帮助他们合力打造出可持续增长的业务。"

前言

“问渠哪得清如许，为有源头活水来。”
在半亩方塘边看书的朱熹，兴之所至，忽见池面如镜，映照着天光云影。究其原因，池塘原本并非一潭死水，而是常有活水注入。于是，他创作了两首诗，题为《观书有感》，上述名句出自其中**首。
如果我们把池塘比作某种产品，天光云影便是产品的诸多功能，那么这滋养产品的源头活水，就必然是高质量的需求了。一路行来，BA引领着需求，经历了启发、分析、规范、验证，可谓历经九九八十一难之后，需求*终修成正果——一份高质量的软件需求规格说明书。至此，BA的工作也算是告一段落，可以功成身退了。
然而，一切是否真的如此美好？
聚焦于软件需求的书籍不少，为什么我们非要读卡尔这本呢？谜底就在谜面上，原书书名中的essential就是“精要”的意思，“精”是精炼，“要”是必要，副标题更绝，意思是“BA那些事儿的*小完备集合，缺少本书任何一个实践，可能会影响到需求的质量，*终得不到“清如许”的需求。<p>“问渠哪得清如许，为有源头活水来。” <br />在半亩方塘边看书的朱熹，兴之所至，忽见池面如镜，映照着天光云影。究其原因，池塘原本并非一潭死水，而是常有活水注入。于是，他创作了两首诗，题为《观书有感》，上述名句出自其中**首。<br />如果我们把池塘比作某种产品，天光云影便是产品的诸多功能，那么这滋养产品的源头活水，就必然是高质量的需求了。一路行来，BA引领着需求，经历了启发、分析、规范、验证，可谓历经九九八十一难之后，需求*终修成正果——一份高质量的软件需求规格说明书。至此，BA的工作也算是告一段落，可以功成身退了。<br />然而，一切是否真的如此美好？<br />聚焦于软件需求的书籍不少，为什么我们非要读卡尔这本呢？谜底就在谜面上，原书书名中的essential就是“精要”的意思，“精”是精炼，“要”是必要，副标题更绝，意思是“BA那些事儿的*小完备集合，缺少本书任何一个实践，可能会影响到需求的质量，*终得不到“清如许”的需求。<br />大多数讲需求的书，基本上遵循经典的需求全生命周期管理框架，都从需求启发或者需求收集讲起，然后到分析、规范、验证，辅以需求工程（需求变更管理）。这个经典框架有什么问题吗？在我看来，当然有。<br />这就如同《西游记》，如果开篇就写玄奘法师在取经路上被老虎吃掉坐骑，惊吓之余，偶遇五指山下的千年石猴。猴子说：“揭掉山上的黄纸符，我就拜你为师，保你取经路上一路无虞。”如果《西游记》这样铺陈故事情节，你肯定会问：“猴子为什么要保唐僧取经？猴子有什么本事保护唐僧？唐僧又为什么要相信猴子？……”<br />写需求的书也一样，如果一上来就讲客户有个需求，作为BA该如何记录和如何分析，这难道不奇怪吗？卡尔这本书，不是从五指山讲起，而是帮助我们“欲知造化会元功“的《西游释厄传》。谈到需求，BA还未进场的时候，客户往往就已经左思右想、加班加点地思考需求了。BA进场后，客户就像找到了失散多年的亲人，拉着BA没完没了地讲自己想要这个想要那个。作为BA，卡尔提醒你，今日不宜止步于搜集需求，而宜 “动土开沟”——为客户需求“筑基”。这是本书第2章的主题，其中5个实践就是用来为需求打底的。<br />我们来看看这5个实践： <br />实践#1：三思而后行，谋定而后动<br />实践#2：定义业务目标<br />实践#3：定义解决方案的边界<br />实践#4：识别和描述利益相关方<br />实践#5：确定有决策权的人<br />大家发现了什么？这5个实践中，没有一个提到需求，但哪一个离得开需求呢？更确切的说法是，需求离不开这些实践，高质量需求更离不开。它们是需求这位“明星”的道具、制片、化妆、导演……这些都到位，好戏才可以开始上演。对此，其他讲需求的书要么驻足不前，要么浅尝辄止，唯独卡尔的书，在这里浓墨重彩，唱念做打，精彩纷呈。举例来说，在收集需求之前，卡尔建议BA同学先请客户组织为每类需求指定代表人和验收人。他建议BA和客户确认三件事：**，这位代表人是否能代表他们提出需求？很多BA其实也会自发地这样做；第二，是否能代表他们为需求排序？如果不行，请客户先商定一个需求排序方法或决策机制。很多BA都因为事前忽略这一点而导致后期深受其害。第三，请每组利益相关方指定一位需求验收人。到此，大家是否感受到了专业BA深厚的功底？<br />很多BA都为需求确认而苦恼不堪，都有这样心酸的故事：等你加班加点把需求整理成册之后，那个当初拉着你的手和你有话说（需求）不完的客户忽然告诉你，这些需求他无法确认，因为他没有拿到所有人的授权，所以请你拿着需求和他背后的那些影子人一一确认，而你，无辜的你，这个时候才大彻大悟，自己面对的并不是“一个”人，也不是一个“人”？<br />书中第3章至第7章，卡尔用15个实践把BA过程阐述得很透彻，哪里是坑，哪里是坡，哪里宜快，哪里且慢。他从用了几十年的大背包中精心挑选出20颗钻石，慎重地装入一个锦囊，锦囊的标签上写着 “高质量需求”，略加思索，他又补了一行小字，“聚焦于商业价值的20个核心实践”。然后，他微微一笑，把锦囊轻轻地交到我们手中。<br />合上书，我们攥紧卡尔的锦囊，勇气和底气油然而生，正如《观书有感·其二》所言：“昨夜江边春水生，艨艟巨舰一毛轻。向来枉费推移力，此日中流自在行。”BA这些事儿，如果能够做到高质量，岂不是进入了“中流自在行”的境界？<br />——张楠，DevOps社区理事及规模化敏捷SAFE SPC及智能制造专家</p> <p>推荐序2：既要又要以及还要？安排<br />我们高质量团队花了近一个月的时间首次读完了英文版《高质量需求》。我领读的是第1章、第2章以及4.4节介绍的实践13：需求优先级排序。<br />果不其然，无论东方还是西方，无论肤色是黄还是白，只要是做开发，都不得不面对这个挑战：面对组织的既要又要还要，如何对优先级进行排序，尤其是在资源总是有限的业务场景下。好的BA会怎么做？<br />在面对哪些必须做、哪些可以做以及哪些可以忽略等问题的时候，我们往往可以采取两步走的策略，**步是做准做精，第二步是复用迭代。然后，结合相对论与动态论的原理，拟定重磅问题清单。<br />好的医生，不能只是看病，还需要治病。同理，好的BA也会开处方！243便是他们的秘密武器：2个维度、4个步骤和3个方法。吵架？比嗓门大？比薪水高？嗨！不存在的，243一抛，共识就这样得了。<br />顺便絮叨一下，在遇见《高质量需求》之前，我经常听人说：需求就像速冻饺子，开袋下锅，分分钟出锅即食。需求的收集，是不是真的也这么容易？在看完这本书之后，我的心境发生了明显的变化，对产品和需求相关从业者的敬意油然而生：需求和研发一样，也是工程，一个有生命周期的工程过程，它发端于界定业务问题，经历启发（征询）、挖掘、分析，实施、验证，*后形成精准的、可迭代的、可复用的高质量需求。<br />需求领域和开发领域一样，也是一个系统工程，从业者必须是手艺人，需求在经过反复澄清和迭代打磨之后，点石成金。这本书呈现的20个实践，带领我们从需求开发到需求管理，就像带着我们参观从无到有的整个需求过程。<br />如果你是需求相关从业者，可以把这本书当作进阶指南，经常性地反思自己有没有直接在问题中预设解决方案？每次遇到需求相关问题时，可以用哪些相关的实践？可以从哪些维度提升个人的专业能力？书中哪些重磅问题可以拿来查漏补缺？<br />如果你是开发相关从业者，可以把这本书当作BA对开发的“告白”，有的团队可能没有BA/PO等需求相关的岗位，但一定有人在做需求开发。没有完美的个人，只有完美的团队，没有*好，只有*合适，如果你遇见一个还不错的BA，那就牵好手，双向奔赴！<br />如果你是工具平台相关从业者，可以把这本书当作避坑指南，在构建需求管理工具之前，产品负责人/业务分析师（PO/BA）是否已经具备需求开发的能力？需求管理平台解决的是什么问题？能否解决相关人员缺失需求开发能力的问题？<br />作为高质量乘风破浪团队的成员，我邀请大家带着下面几个问题看这本书，去收获自己的彩蛋：<br />书中提供大量的模板，这些模板是旗舰版还是豪华版？工作中如何<br />采纳？<br />书中每个实践后面都有关联实践和行动建议，作者为什么这样设计？<br />如果把书中的重磅问题作为需求基线的检查清单，适用于哪些场景？<br />看完本书，对需求的深（需求层级）与宽（生命周期）有了哪些不同的见解？<br />作者为什么没有在这本书中引入DDD的相关实践？<br />看完这本书，能做出高质量需求了吗？<br />身处“软件吞噬世界”的当下，我们手艺人不仅能搞定软件工程，还需要掌握需求工程。*后，建议大家在阅读本书的时候，放慢放轻松，因为在看完这本书之后，你或许会和我一样，并不只是认知得到了显著的拉伸。<br /> ——伍雪锋，《非凡敏捷》推荐官、“八戒跑四方” 公众号主理人以及成长中的教练</p>

作者简介

卡尔· 魏格斯（Karl Wiegers）
以Process Impact首席顾问的身份工作数十年，从事软件开发咨询和培训工作。卡尔为全球数千名学生和会议参与者做过650多场演讲。卡尔拥有伊利诺伊大学有机化学博士学位。在柯达公司工作的18年中，先后担任过摄影研究科学家、软件开发人员、软件经理以及软件过程和质量改进负责人。代表作有《软件需求》系列版本和《聪明的商业咨询师》等。

坎黛西·霍坎森
Argon Digital公司的业务架构师，PMI Agile认证从业人员。在产品负责和业务分析方面有超过十年的经验。坎黛西毕业于莱斯大学，拥有土木工程学士和硕士学位以及宗教研究学士学位。

方达
爱下厨房的全栈工程师，写过代码，做过测试，研究过真需求，从需求领域的学习者成功转为实践者，具有丰富的产品（菜品，尤其是川菜，鲁菜和粤菜其次）实操经验和项目管理经验。代表作品有《需求可视化：22个需求模型及其应用场景》。