标签：需求 分析 阻力点 读书笔记 关注点 哪些 干系 有效
价值需求
What
简单来说，价值需求就是从黑盒子视角回答“整个软件系统为客户解决了什么问题，创造了什么机会”，"对于系统来说，最关键的干系人有哪些"，”各个重要干系人对系统的关注点是什么？有哪些担心（阻力点）“三个本质性问题。这三类问题分别对应目标场景、干系人关注点、干系人阻力点三个方面
Why
- 价值需求是组织应用类软件系统需求的灵魂和方向，但在大多数需求实践中，这部分做的相对薄弱。这将使项目范围更容易蔓延，客户从中获得的利益和价值不容易呈现，从而导致客户满意度难以有效提升。
- 在目标分析方面，经常会看到很多放之四海而皆准的、定性的描述，比如“打造一套先进的信息化系统，有效地推进管理的提升....” 这样的目标自然无法作为“成功标准”来指导系统的开发与实施工作，甚至会出现“我们走的太远，以至于忘记为何而出发”的尴尬阵地
- 如果说很多需求实践中，目标分析方面知识做的不到位，那么在干系人识别和分析方面则经常是干脆直接省略，在《需求规格说明书》中根本找不到。而这方面的缺失会导致忽略他们的关注点，陷入他们的阻力点，从而在开发过程中不断受到影响
How
价值需求的关键在于执行好目标分析、干系人识别、干系人分析三个任务。这些任务将分别产出：多份《问题卡片》，场景化地定义项目目标;一张《干系人列表》，列出所有关键干系人，多份《干系人档案》，针对每个关键干系人整理相应的关注点和阻力点
详细需求
What
简单来说，详细需求就是从灰盒子视角完成三个主题的分析：“为了给客户提供业务、管理、维护支持，需要提供哪些功能？”系统所涉及的问题域中有哪些数据，之间是何关系？“ ”所处的业务环境会带来哪些约束和质量要求？”这三个主题实际上分别对应功能需求、数据需求、非功能需求三条主线。
Why
详细需求可以厘清脉络，识别出最小粒度的需求单元，然后为识别出的需求单元填充具体的细节描述。
How
- 子问题域的分解
从业务的角度、按照系统涉及的不同子问题域进行分解，以便逐一分析。
- 功能主线
- 业务支持
- 管理支持
- 维护支持
- 数据主线
- 领域建模
- 业务数据分析
- 非工作主线
- 质量数梳理
- 质量场景分析
标签：需求,分析,阻力点,读书笔记,关注点,哪些,干系,有效 来源： https://www.cnblogs.com/haheihei/p/14203198.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。