《有效需求分析》读书笔记三

价值需求

What

简单来说，价值需求就是从黑盒子视角回答“整个软件系统为客户解决了什么问题，创造了什么机会”，"对于系统来说，最关键的干系人有哪些"，”各个重要干系人对系统的关注点是什么？有哪些担心（阻力点）“三个本质性问题。这三类问题分别对应目标场景、干系人关注点、干系人阻力点三个方面

Why

1. 价值需求是组织应用类软件系统需求的灵魂和方向，但在大多数需求实践中，这部分做的相对薄弱。这将使项目范围更容易蔓延，客户从中获得的利益和价值不容易呈现，从而导致客户满意度难以有效提升。
2. 在目标分析方面，经常会看到很多放之四海而皆准的、定性的描述，比如“打造一套先进的信息化系统，有效地推进管理的提升....” 这样的目标自然无法作为“成功标准”来指导系统的开发与实施工作，甚至会出现“我们走的太远，以至于忘记为何而出发”的尴尬阵地
3. 如果说很多需求实践中，目标分析方面知识做的不到位，那么在干系人识别和分析方面则经常是干脆直接省略，在《需求规格说明书》中根本找不到。而这方面的缺失会导致忽略他们的关注点，陷入他们的阻力点，从而在开发过程中不断受到影响

How

价值需求的关键在于执行好目标分析、干系人识别、干系人分析三个任务。这些任务将分别产出：多份《问题卡片》，场景化地定义项目目标;一张《干系人列表》，列出所有关键干系人，多份《干系人档案》，针对每个关键干系人整理相应的关注点和阻力点

详细需求

What

简单来说，详细需求就是从灰盒子视角完成三个主题的分析：“为了给客户提供业务、管理、维护支持，需要提供哪些功能？”系统所涉及的问题域中有哪些数据，之间是何关系？“ ”所处的业务环境会带来哪些约束和质量要求？”这三个主题实际上分别对应功能需求、数据需求、非功能需求三条主线。

Why

详细需求可以厘清脉络，识别出最小粒度的需求单元，然后为识别出的需求单元填充具体的细节描述。

How

1. 子问题域的分解

从业务的角度、按照系统涉及的不同子问题域进行分解，以便逐一分析。

2. 功能主线

1. 业务支持
2. 管理支持
3. 维护支持

3. 数据主线

1. 领域建模
2. 业务数据分析

4. 非工作主线

1. 质量数梳理
2. 质量场景分析

标签：需求,分析,阻力点,读书笔记,关注点,哪些,干系,有效
来源： https://www.cnblogs.com/haheihei/p/14203198.html