项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 论坛 博客

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

圈子
志同道合,朋友再聚首
项目管理者联盟PMP培训
会员· 圈友
登录ID
密   码
 
圈子信息
圈名:管理者论坛
加入方式: 允许任何人加入

管理者论坛

在投资管理中遇到的问题之讨论。

圈主:maurice9    管理员:暂无管理员   
成员数:255
主题数:4086
排名6
通讯录
圈友列表
加入本圈
管理本圈
 
话题区 投票区 资料区 精华区
标题:项目业务需求分析经验谈
楼主

子墨
PMB:29041
省份:贵州省
行业:工程设计安装
注册:2013/6/2
  
  
做好需求是一个软件项目成功的一半,尤其对于业务管理系统更是如此。对项目的业务需求的分析是一个项目的入口和最重要的事情,但是很多人员并不知道怎么考虑项目的业务需求。反而受项目范围管理的束缚走进了教条主义。自己认为,用户给多少钱就干多少事这句话本身没有问题,但是如果是基于这句话来管理范围、分析业务需求就容易走进了“只见树木不见森林”的陷阱。导致最后的返工、重做,用户的不满意、系统的不灵活,甚至修改一个小功能而牵动全身,或是根本就不能动设计的局面。

  一上:是指第一次自顶向下,先从全局了解业务,从更高的层面来分析模型。目前我们的大部分项目是企业或者政府的业务管理系统。那我们首先要了解企业的管理模式。这时候思维要开阔,不能只是局限在项目的范围之内。通过分析管理模式,找出问题。第一“上”,概括为:把握全局,寻找问题;

  第二步就是由上而下,找出了问题,从大的方面了解透彻后,要根据这些问题,对应到具体的需求的调研和设计实现。看一下如何满足和解决问题?由于有了前面的一下,我们在调研和分析的时候就不至于遗漏,考虑就会比较周全。这个时候你仍然不要关心范围。二“下”概括为:寻找答案,了解细节;

  第三“上”是真的二“下”掌握的具体的需求对应到大的模式看是否能够对应,理解和分析是否是合适的?三“上”概括为:对应答案,连通上下;这个时候可以考虑范围,但是还不能确定范围;

  四“下”:这一步是最关键的,也是落实的一步。经过了前面的步骤后,再从更高的角度来审视细节,从全局的眼光来透射项目的业务范围,从而比较准确地把握项目范围,形成正确的业务理解和需求定义。从而能够建立起完整的业务概念模型和比较稳定的需求设计模型。

  ? 需求获取过程(两上两下):

  – 一上:找方向

  – 二下:抠细节

  – 三上:找差距(操作层面与管理决策层面的理解差距)

  – 四下:落实到实现

  ? 需求评审:客户和用户对需求理解和确认是非常重要,评审确认是业务人员与技术人员之间的理解桥梁

  第一上、下:分析“明”的需求,把握项目范围、把握方向,避免走偏;

  第二上、下:分析隐含的、潜在的需求,防止遗漏需求,导致后期发生无谓的变更。

  上是指:上升到管理层的高度;

  下是指:落实到实际的业务中发现问题、解决问题。

  这四步,在头脑中建立起完整的概念模型,对应到项目应该实现的功能需求上,就会在设计的时候有全局观,所实现的功能之间不是孤立的、不是物理的堆砌,而是有机的逻辑的结合。 如果是实现的管理系统,应该有清晰的管理模型,并且能够清楚模型中的共性的需求和个性的需求分别是什么。

回复 | 引用 发表时间:2015/2/6 14:15:54
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号