需求定义最佳实践
要点:
u 需求定义工作重点在于明确项目的目标和范围,是后续需求工作的基础。
u 使用鱼骨图(定性)、帕累托图(定量)等分析工具研究系统目标
u 需求定义最重要的是界定范围,三步法:确定主题域à用上下文关系图标志各主题域范围à列出各主题域的业务事件和报表类型
需求定义的着手点:问题、机会。
四个步骤:Goals(目标)àProblems(问题)àOption(可选方案)àAnswer(建议方案)
u目标:通过内部寻根或外部溯源的方法,先将整个项目要解决的问题或机会罗列出来,例如“废品率太高”。
u问题:针对目标层面的问题进行分析,找到导致该问题产生的根源问题,然后将其全部列出来,例如“订单不准确”、“运输损耗”等。
u可选方案:针对每个问题罗列出可能解决的方案,例如针对“订单不准确”问题,可选方案可以包括“用户直接通过电子化手段下订单”、“对订单内容进行电子化校核”等。
u建议方案:最后从各种可选的方案中挑出认为比较合理,对解决问题贡献度更高的方案。
确定目标的要点:加强前期的问题分析工作,对潜在原因进行量化说明从而导出项目目标。
问题分析五步法:
u在问题定义上达成共识
写作项目 | 说明 |
问题 | 描述存在的问题 技巧:转换与本源 |
影响 | 该问题影响了哪些人群 |
结果 | 该问题对这类人群产生了什么影响 |
优点 | 预期什么样的解决方案,它应该具备什么优点 |
u理解根本原因,分析问题背后的问题
第①步:鱼骨图
鱼骨图是一个因果分析工具,它在需求定义、项目管理、过程改进等活动中都是很有价值的工作,它可以用来:
l关注原因而非表面的症状
l获取一个群体的集体知识和经验
l提供了展现导致问题发生的所有原因的全景图
l为了进一步收集资料和行动提供了坚实的基础
第②步:帕累托分析
用于记录和分析与某一问题有关的资料,以便突出最重要的区域、投入或事项。帕累托80/20法则:少数失误应该为大量的质量成本负责。
l确定并集中于主要的问题领域
l从“许多有用”的事物中分离出“至关重要的几件事”来做
l确定主要因和果
鱼骨图为解决问题找到了靶子,帕累托图则标上了环数。
u确定相关人员和用户
项目健康度评价方法:你们的团队和哪一层客户打交道最多?
u定义解决方案的界限
u确定加在解决方案上的约束
需求定义的产物包含两类:POS(Project Overview Specify)和Vision
要素:①目标:满足SMART原则(Specific、Measurable、Attainable、Relevant、Time-based)
②范围
③相关人员与用户
④相关事实与假定:相关事实是可能对产品产生影响的外部因素,假定包括需求定义阶段中所作的假设清单,它不一定是真实的,它可能是对用户能力、外部系统性能的一种假设。
需求范围的定义采用业务导向的层次结构来整理,通过三个相互独立的步骤演化出需求的范围定义,采用两图一纲(构件图,上下文关系图和需求大纲)来描述,为软件需求规格说明书提供最初的目录结构。
第①步:划分主题域------------------使用构件图(包括构件和接口)
第②步:确定主题域范围------------使用上下文关系图
第③步:标识业务事件和报表------寻找主动触发的源头