读《有效需求分析》有感

 

今天给大家推荐一本书，徐锋的《有效需求分析》，与其说它是一本需求分析的方法论，不如说它是一本需求人员的工具手册。开卷即用，不会为显高深而故作玄虚；清晰简明，搭配案例食用更佳！18个按需求组合的关键任务，针对每个任务步步为营的指导，以及每个任务输出的“软件需求规格书”片段模板，几乎每一个案例都能在生活中找到影子。简直是为需求人员和项目经理们量身定制的。

书中有许多经典语录，笔者读到的时候如获至宝，立马记在了小本本上，最喜欢的就是作者的正所谓句式，只要一看到这三个字，就知道下面的一定是金句。例如，正所谓“哪里有分解，哪里就有接口”，正所谓“一切知道为什么的人，都自然知道怎么干”等等。在诙谐幽默中发人深省，令人佩服。

书中开篇明义，首先借助生活中的隐喻故事帮助读者建立“问题级需求”思考意识；接着通过一个需求变更处理实例阐释如何在日常需求工作中落实“业务驱动、用户导向的需求思想”；然后引出“组织应用类软件系统需求全景图”，帮助读者理解需求分析的四条主线：价值需求、功能需求、数据需求和非功能需求。

 

 

▌价值需求篇

说来惭愧，在学习本书之前，笔者对价值需求还有些陌生，对于需求分析的理解还停留在浅薄的功能需求和非功能需求的划分上。然而作者认为，价值需求是组织应用类软件系统需求的灵魂和方向，体现了客户能从中获得的利益与价值，是提升客户满意度的关键所在。那什么是价值需求呢，简言之就是从黑盒子视角回答“整个软件系统为客户解决了什么问题、创造了什么机会”。

价值需求的分析从三个方面进行，目标/愿景分析、干系人识别和干系人分析，分别产出问题卡片，干系人列表和干系人档案。有详细的章节来指引任务的执行，分析案例，解读要点，剪裁说明等等。最贴心的是，任务产物都配有模板和样例，妈妈再也不用担心我不会实践啦！

▌详细需求篇

价值需求是帆，那详细需求自然是桨了。有帆无桨光靠吹，船能跑的快吗？桨有三片，功能需求、数据需求和非功能需求（质量需求），分别对应三个主题的分析：

1. 为了给客户提供业务、管理、维护支持，需要提供哪些功能？

2. 系统涉及的问题域中有哪些数据，之间是何关系？

3. 所处的业务环境会带来哪些约束和质量要求？

要想清晰地梳理出详细需求，必须要沿着这三个问题厘清脉络，识别出最小粒度的需求单元。但在这之前，还有一件事情要做，那就是划分业务子系统并分析接口。这是为了控制分析的复杂度。当然，如果系统涉及的业务简单、用户群单一，可以剪裁掉这个环节。

1.功能主线

功能主线的梳理从业务支持、管理支持、维护支持三个角度展开，毕竟软件系统不是一次性的，是不断演变与优化的。

梳理业务支持需求关键有四个任务：

►业务流程识别，为各子问题域产出《业务流程列表》

►业务流程分析与优化，产出《流程图模型》

►业务功能识别，产出《业务功能模型》

►业务功能分析，产出《业务功能表述》

软件系统光有业务还不行，还必须要支持管理，管理主要体现在三个方面：事前规避风险，事中控制风险，事后总结优化。所以管理支持所需的功能识别，关键任务就是管控点的识别和分析和业务报表的分析。

对于维护需求的分析，就要换一个角度来思考了，因为它并不是要实现功能，要从维护运营的角度分析，有谁会需要对系统进行维护？他们要执行哪些维护任务？回答出这两个问题，《维护场景列表》就自然产生了。

2. 数据主线

大家都知道，一个组织中有“四流”：工作流、信息流、资金流、物流（没有盲流不要搞错）。功能主线对应工作流，数据主线自然对应的是信息流。对于数据主线的需求分析，只需要厘清三个问题：“系统相关的问题域中有哪些业务数据？”“它们之间的关系是什么？”“每个业务数据的具体构成是什么样的？”关键任务有二：一是“领域建模”，用领域类图的形式刻画出问题域中所有业务数据实体间的关系；二是“业务数据分析”，详细定义数据构成和推演过程。

3. 非功能主线

系统部署、应用环境的不同，会带来不同的约束和质量要求，这方面的需求也需要有效的分析。

非功能需求的分析核心是“逆向思维”，从威胁入手。通过质量树梳理，质量场景分析，把业务环境中可能产生的破坏力大，出现概率高的威胁场景，使用《目标-场景-决策表》描述出来。

分析完价值需求和详细需求，识别描述了业务功能、业务报表、业务数据、质量场景、业务接口五类最小需求单元，有时我们还需要对约束和规则做更详细的分析。

读完这本书，笔者发现自己不但会做需求分析了，还学会了画图，流程图、类图、用例图、四色建模等等信手拈来，这可真是意外之喜（手动滑稽）。