《P1-A1-需求实践问题分析》由会员分享，可在线阅读，更多相关《P1-A1-需求实践问题分析（16页珍藏版）》请在装配图网上搜索。
1、Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,需求实践问题分析,1,透过表象，分析需求本质,2,需求人员应该从适用性角度评价方法论,软件项目成败分析,方法论与需求工作,项目成
2、败,分析,透过表象，分析,需求,本质,软件项目报告数据,需求相关失败原因,需求不清，边界不明,缺乏用户参与,不切实际的用户期望,需求变更频繁,提供了不再需要的,漫画启示,沟通失真,（解决方法是及时复述）,客户需求放大,项目经理的需求控制,(,敏捷的业务需求思想,),分析人员的技术加工,(,关注业务分析，而非技术分析,),编码人员的断章取义,（业务场景是需求之魂）,100%,用户代表,40%,需求人员,16%,设计人员,8.4%,开发人员,需求：导致失败罪魁祸首,成功因素,权重,失败因素,权重,用户的参与,15.9%,不完整的需求,13.1%,执行层的支持,13.9%,缺乏用户参与,12.4%,
3、清晰的需求描述,13.0%,资源不足,10.6%,合适的规划,9.6%,不切实际的用户期望,9.9%,现实的客户期望,8.2%,缺乏执行层的支持,9.3%,较小的里程碑,7.7%,需求变更频繁,8.7%,有才能的员工,7.2%,规划不足,8.1%,主权,5.3%,提供了不再需要的,7.5%,清晰的愿景和目标,2.9%,缺乏,IT,管理,6.2%,努力的工作和稳定的员工,2.4%,技术能力缺乏,4.3%,其他,13.9%,其他,9.9%,提高软件成功率因素,专业的需求人员与开发人员,应用前沿的、但非极端前沿的技术,运用正确的需求分析方法与开发流程,提供适当的工具,将工作细化为小的目标,应对不断出
4、现的变化,软件项目成败分析,方法论与需求工作,项目成败,分析,透过表象，分析,需求,本质,问题,1,：项目中后期变动频繁,分析要点：,变更是对原需求的背离，还是需求不完整的补充,?,阻力,源于操作层还是管理层,?,背离发生在什么方面,(,业务间,/,流程内,/,数据使用,),？,这些变动在需求阶段是否可能预见的,?,转化的？,是否存在无效的变更响应,(,管理有问题,)?,问题,2,：项目的上线阻力,分析要点：,是否是组织因素？（利益冲突）,阻力源于操作层还是管理层,?,是否是项目本身功能因素？,问题,3,：上线运行效果差,分析要点：,为什么不使用,(,用户界面,/,功能,/,手工系统,)?,使
5、用者的成本,/,效益分析,?,面子工程？,忽略了哪些业务功能需求？,软件项目成败分析,方法论与需求工作,项目成败,分析,透过表象，分析,需求,本质,开发方法论与需求分析,设计架构：,B/S,、,C/S,主要开发体系：,.NET,、,Java,、,PHP,重要思想：,SOA,、,Web Service,、工作流引擎,溯源：,开发方法论：敏捷（,RUP,、,Scrum,、,XP,）,建模技术：分析模式和设计模式（,UML,、,E-R,模型等）,OLE,在,Word,中嵌入,Excel,COM,将,OLE,思想应用 于不同程序间,DCOM,能否从其他机器上远程 访问,Web Service,使用,HTTP,协议跨过防火墙,方法？,内容总结,需求实践问题分析。项目经理的需求控制(敏捷的业务需求思想)。分析人员的技术加工(关注业务分析，而非技术分析)。努力的工作和稳定的员工。应用前沿的、但非极端前沿的技术。变更是对原需求的背离，还是需求不完整的补充。背离发生在什么方面(业务间/流程内/数据使用。为什么不使用(用户界面/功能/手工系统)。设计架构：B/S、C/S。主要开发体系：.NET、Java、PHP。重要思想：SOA、Web Service、工作流引擎。方法,
P1-A1-需求实践问题分析
