企业如何在信息化项目中进行项目范围管理(下)(陈倩慈)
三、项目范围控制要素分析:
1.项目范围定义的依据
1.1关键业务需求
企业在定义其项目实施范围时,要注意紧紧围绕着企业的战略目标以及核心业务,以内部价值链为主线,而非全部业务,一应俱全。实施信息系统的目的是提高企业的竞争力和内部管理效率,因此我们要定位在能够为企业的效益和效率产生最大价值的方面,而不是涵盖企业的全部业务。要避免出现主次不分,胡子眉毛一把抓的现象。
2.项目范围控制要素
一般来说,在启动项目初期,业主就应该提出一个比较稳定的项目范围,为项目的实施提供一个牢固的前提和框架,同时也是为后期的项目管理划出一个明晰的“圈”,所有项目活动的开展,包括项目成本、质量和时间的控制也应该在此范围内进行。但是,在实际的操作过程中,这个“圈”的边界有可能会出现模糊、扩大的现象,甚至这些扩大和模糊的部分给项目带来风险。我们从下图看:
如果项目范围即既定的的面积S不变,C、Q、T就可以在一个固定的S的边界限制下给出一个约束的关系模型。但是,如果S的值并不是固定,就如上图所示出现边界模糊或者向外扩展时, C、Q、T就失去可依赖的边界限制,其之间的约束关系就会变得复杂。因此,我们在对项目范围进行控制时,一是要保证项目初期的S是准确可靠的,尽量减少边界的模糊性;二是要保证项目实施过程中S的稳定,尽量避免扩大化,或是说让扩大化受到合理的控制。
2.1内部价值链
颐窍瓤纯匆韵乱桓銎笠档哪诓考壑盗词纠?lt;/FONT>
项目预算——项目拆分及概算分摊——项目合同——订单——采购——库存——材料发放——合同支付——成本归集
可以看出价值链中的每个环节构成了企业内部的核心业务,因此,我们在定义项目范围的时候就可以贯穿着这个价值链,把价值链中的每个环节定义成具体的项目需求和范围,并且遵循一个闭环的原则来进行描述,如下述对项目预算范围定义中,从预算编制开始到预算回归分析,接着又进行预算编制,形成一个完整的闭环。
通过上述的定义,我们就可以为价值链定义出多个闭环,而每个闭环将构成一个整体的闭环,同时也构成项目范围的边界。
2.2内部管理成本
业主在实施项目过程中,对超出了原项目范围内定义的需求我们可以用以下的标准来作出判断。
2.2.1是否对关键业务构成关键的影响
项目实施中,在对业务部门进行详细需求调研的阶段,业务部门不可避免地会提出很多与其业务相关联的业务,或者是一些新的想法,当遇到这种情况的时候,业主方的信息部门要作出一个合适的判断,是否可以包含在项目范围内。
首先,这个业务需求是否在关键业务描述中已经涵盖,或者说这个需求是否对关键的业务构成足够的影响力。如果不是,建议可以不纳入项目的范围内,或者暂时不纳入本次的项目范围内,而作为日后一个扩展的功能。
其次,如果此需求对关键业务构成必要的影响,那么信息部门应该进一步作以下分析:
(1) 目前系统功能是否可以解决这个需求?如果可以,实现难度如何?
(2) 如果实现难度不大,可以纳入项目范围。如果实现难度大,那么进行成本分析。
2.2.2项目成本分析
(1) 内部资源是否足够应付新需求的实现?包括业务部门人员、技术人员、软硬件支撑。
(2) 在整体项目计划当中是否允许作这样的调整?能否在项目计划时间内完成?
(3) 是否能保证项目的质量?会不会对其他功能造成影响?
如果上述成本分析回答都是肯定的,那么就可以把需求纳入实施范围,如果全为否,建议就不把其纳入本项目范围。但是由于该项需求是一个关键业务需求,可以考虑把此项目作为扩展功能在以后实现,目前可以采用其他灵活的方式处理。如果上述的回答中有肯定也有否定的,那么我认为首先要以内部资源的问题作为重点,如果此条件不能满足,即使勉强把其纳入项目范围内也只会造成项目的延迟,还不如干脆等条件满足的情况下再实施,目前先采取其他灵活的方式处理,这样既保证当前项目在原既定范围内完成,新需求在新的项目中实现。如果内部资源条件满足,那就要判断是否对项目的计划和质量造成影响或者说造成多大的影响?这种影响能否被接受和控制等等。如果会失去控制,建议不纳入范围而采取其他方式解决。
我们可以总结出如下一个问题分析列表:
项目范围分析问题列表
项目范围控制因素
问题分析
对问题的回答
是否可纳入项目范围
后续分析
关键前提条件同时满足
1、是否对关键业务构成关键的影响
1.1这个业务需求是否在关键业务描述中已经涵盖,或者说这个需求是否对关键的业务构成足够的影响力。
是①
2.1
否②
否
②
2、实现难度分析
2.1目前系统功能是否可以解决这个需求? 难度不大?
是③
是
①③
否④
3
3、项目成本分析
C=f(Q,T,S)
3.1内部资源分配是否足够?
是⑤
是
①④⑤⑦⑨
否⑥
3.2时间是否允许?
是⑦
否⑧
否
①④⑥⑧⑩
3.3是否能够保证项目质量?
是⑨
否⑩
四、在控制项目范围时要注意控制好实施双方之间的利益关系:
项目成本控制对项目实施双方来说,特别是对项目范围的理解上常会存在着利益冲突关系,因此业主方在控制项目范围时要注意切实把握好关键业务的范畴,把控住项目的成本,而且此成本不光是指实施一方消耗的成本,还要注意结合自身内部资源的问题,重点考虑好内部的管理成本。企业实施信息系统本身是一项高管理成本的项目,如果项目范围本身控制不当,很容易造成无形的内部管理成本的巨大消耗,而在实际的管理效益上获得的收益却不高,在这种低的效益/投资比下,无疑是一种不可取的项目管理方向,因此,企业进行信息化项目管理的时候,要站在中立、客观的立场上分析范围的“度”,采取适度则取,过度则收的原则。
企业如何在信息化项目中进行项目范围管理(上)(陈倩慈)
本文由作者向AMT提供
陈倩慈
专栏
- 1如何有效集成公司治理结构和内部管理组织架构
- 2走有中国特色的IT治理之路
- 3IT治理十问十答之三——IT治理的目标及解决的问题
- 4中国建立信息化治理机构须建立CIO机制
- 5长沙OA信息化在电子医嘱的主要技术方法
- 6KMPRO长沙OA信息化系统接口规范
- 7“治理与信息化”专题之二 IT治理走来
- 8[原创]数据通讯故障拷问IT服务应急方案
- 9企业医生照“CT”-企业信息化供应商症候系列(一)(蔡雨阳 李际)
- 10信息安全治理:创造新的战略竞争机遇之一
- 11企业知识合作化战略(上)(AMT研究院 周瑛)
- 12 泛普OA软件单点登录系统模块配置
- 13IT治理与公司治理(AMT 管政)
- 14专题文章-G国税局的IT治理咨询案例(AMT 邓为民)
- 15IT服务外包:从IT系统的“保健医生”做起
- 16“管理大讲堂”——外包(一)(AMT 刘宇)
- 17IT组织的平衡(AMT研究院 谢钰凤)
- 18英国国家健康服务IT项目进入实施关键阶段
- 19四种基本的IT治理支持手段
- 20项目管理成熟度模型(二)(AMT研究院 郑佳)
- 21电子商务的宏伟梦想呼唤克服IT盲区(下)(AMT研究院 王艳编译)
- 22长沙OA信息化系统常见功能模块
- 23泛普ThinkOne-HR具有广泛的通用
- 24信息安全治理(六)——创造新的战略竞争机遇
- 25未来企业改革中需要怎样的公司治理
- 26战略化IT:简化今天,建设明天(AMT 研究院高欣 编译)
- 27企业知识合作化战略(下)(AMT研究院 周瑛)
- 28微软在俄罗斯推低价WindowsXP
- 29整合COBIT、ITIL、ISO/IEC17799和PRINCE2构建善治的IT治理机制(下)(by 孙强 李长征)
- 30Sun新品系统简化企业整合
成都公司:成都市成华区建设南路160号1层9号
重庆公司:重庆市江北区红旗河沟华创商务大厦18楼