2、项目质量
作为一个项目组团队要完成一个新产品的研发,各个环节都涉及到我们在工作中需要不断学习和改进的地方。在前期迭代中,测试组提出了一批批的问题单,其中有开发人员不仔细导致,也有规格不清晰导致,但是归根结底需要我们项目组的每位成员有很好的质量意识,分析每一个问题发生的原因,处处把工作做扎实、做到位,握好每一个环节,质量风险会降到最低;当然我们也需要有一个健全的质量管理体系,用制度来辅助管理好质量。
3、项目风险
下面列举一下主要的风险:
(1) 技术风险:项目使用了比较新的Cognos报表工具,由于开发人员没有使用过此工具的经验,前期是一边学习一边开发,在开发过程中遇到了很多技术难题,给开发进度和质量造成了一定的风险。对于技术上的风险,我们在请教了Cognos的技术专家,并进行了多次的培训指导,在日常的开发过程中也安排专人研究攻关技术难题,这一系列工作保证了开发工作的顺利进行,让我们的团队从中积累了不少宝贵的技术经验。
(2) 规格风险:项目前期规格描述比较粗糙,在后期逐渐暴露出现了“特征蠕变”现象:即将额外增强功能逐渐纳入到计划之内的趋势,而之前由于设计没有预计到这种情况在一定程度上的发生,当它发生时给迭代内开发工作造成一定的压力。面对如此的设计,开发人员只能不断的与设计人员沟通确认,加班加点工作,把由于设计不到位造成的影响降到最低。
(3) 质量风险:在前期开发人员与设计人员由于理解不一致导致了一些开发结果偏离设计的现象;在后期由于变更大量发生,开发人员为了追赶工期长期加班加点,疲劳的工作状态也造成了一定的质量问题。项目组为了提高开发质量,除了要求开发人员做到单元测试,还专门增加了内部测试人员,在功能被开发完成后进行相应的集成测试,避免了显而易见的问题暴露出去。
(4) 成本风险:对于我们外包项目成本,投入的人力和得到的工作量是否平衡决定了我们的项目的成本是否被控制在合理范围中。从现在统计看,我们的人力的投入已经超过了发包方给予我们的工作量,分析原因主要有以下几个方面造成:(1)项目的初始工作量估算只是从发包方提供当时看似比较粗糙、简单的规格文档为依据;(2)对实现过程技术风险估计不足;(3)对业务规格文档自身不能很好指导开发存在风险估计不足;(4)开发后期基本界面规范才确定风险没有预计;(5)开发中期大量的变更发生导致开发重复工作风险估计不足;(6)在变更发生时,对变更工作量估算偏少,主要考虑了编写代码时间,忽略了测试、联调、VT等环节用时;(7)最后还有项目的大的里程碑计划进行了多次延后,导致人员投入不能按任务书计划的时间释放也是造成了人力大量超额投入。
针对成本问题,我们在以后项目中要从项目起初的需求范围、规格文档和技术选型等几个方面考虑,并对工作量估算要多次评审决定;在后期需求变更发生时,要考虑全面的工作范围,而不仅仅是编写代码;也希望发包方能在项目计划延后时,提早通知我外包项目负责人,并说明延后原因和时间,我外包方针对延后情况商讨后给出延期导致成本增加的回复。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞5
添加新评论10 条评论
2014-03-26 14:59
"加班越多,BUG越多",这句话为真的概率是多少呢?
2013-07-25 11:14
2012-05-13 19:18
2012-04-26 13:46
2012-04-16 16:10
2012-04-13 10:04
2012-04-04 22:09
2012-04-02 00:01
2012-03-21 09:47
2012-03-19 18:50