【案例正文 】
背景:L公司是中国一家专注医疗设备与软件研发的高科技企业,其中医疗IT软件作为最早自主研发的产品,在医疗行业一直保持较高的竞争力。主要的软件产品包括超声工作站、放射工作站、内镜工作站、医院叫号系统等医疗IT软件产品。 本项目是新产品的开发,产品是针对多排CT图像或MR图像序列,在设备图像采集满足三维数据体条件下,采取医学专业的高级图像处理与可视化技术对图像进行重建,满足医生临床诊断的2D和3D角度的观察,提高影像中心的工作效率,提高诊断精度。
前期准备:
需求收集,由产品市场部对市场的需求进行了收集,主要是对各大医院的临床需求进行了调研,最终形成市场需求列表。
两个月后,《产品可行性分析报告》经过了高层领导的审批,并进行了项目立项,整个项目的预算为80万。
技术预研,由开发部陈锋对技术的难点进行了预研,两个月后,预研完成,并提交了相关的测试报告。
开发过程:
项目任务书规定开发周期为12个月,由于陈峰对技术很精通,公司决定任命他为项目经理,团队结构如下:
项目经理 1人
开发工程师 5人 (包括项目经理)
测试工程师 2人
文档工程师 1人
配置管理 1人
SQA 1人
2009年7月16日,项目正式开工,该项目采用传统的瀑布模型进行开发,主要的项目计划理程碑如下:
需求阶段 2009.07.16 – 2009.07.30
高层设计 2009.07.30 –2009.08.15
详细设计 2009.08.15 –2009.10.15
编 码 2009.10.16 – 2010.4.30
测 试 2010.4.30 –2010.6.15
文档准备,客户验收测试 2010.6.15 – 2010.6.30
修改BUG,发布 2010-07-15
项目开工后,大家干得热火朝天,陈峰由于既是项目经理,又是技术负责人,他非常有信心按期完成该项目,并在开工会上公布了该项目的考核与激励制度。
2009.07.30,项目组按期完成《需求规格设计说明书》。
2009.08.15,技术负责人按期完成了高层设计。
2009.08.16,市场部提出,最近有几家客户都问到这个产品了,9月份可能有客户要看演示的DEMO,需要加快开发进度,问项目经理是否可以先开发DEMO,详细设计到后面再补充,先把产品的原型做出来。
项目经理经过与项目组及项目管理部,公司研发总监、研发副总裁都参与了评审,决定去掉详细设计这个环节,直接进入产品的编码阶段。 开发组的另几名小组成员根据《高层设计》负责各自模块的开发工作。
从此,5人的开发小组进入了非常忙碌的编码阶段,陈锋由于技术精通,在技术上对各个开发人员的指导和帮助很大,通常为他们讲解技术知识,解决技术难题。他们加班加点,既不影响项目进度,又要满足市场的需要。
开发过程中,由于原来制订的计划已完全被打乱,SQA无法再根据原来的质量保证计划进行跟踪,项目的成员此时仅限于几个编码人员,其他人已无法插上手。
开发过程中,产品市场部根据市场最新客户反馈的需求不停的给项目经理陈峰提意见,由于公司整体是以市场导向的,陈峰只得硬着头皮根据市场的需求进行变更,开发人员对临时的需求开发变得非常疲惫。而周边的人员如配置管理、SQA、测试人员、文档工程师都帮不上忙。
2010年春节上班后的第一天,陈锋就向领导反应这个项目做不下去了,现在产品市场部提的需求有部分不能实现,遇到了技术瓶颈,团队有成员不想做了,要离职。由项目管理部组织会议,对新增的部分需求进行评审,包括研发总监、研发副总裁在内,最终决定产品要继续开发,陈峰承诺关键技术问题的解决时间为2010年3月15号。其他的工作继续进行。
遗憾的是,陈峰并没有在3月15号之前解决问题,一直到5月1号才把问题解决,这时已有2名开发人员因为信心问题而离职,陈锋除了要考虑项目进度外,还要考虑项目资源,由于这时研发其它项目资源也很紧张,他不得不重新招聘人手。
等陈锋招到2个新人后,已是6月15号,这是项目计划中系统测试的关键里程碑, 但现在开发任务至少还剩下一个月,在公司的月度会议上,陈锋向包括总裁在内的各位高层领导,并因为项目进度延迟的原因受到了老板的批评。
2010-07-15,测试部终于拿到了三维系统的第一个测试版本,但测试人员无从下手,因为现在的系统跟原来的需求规格完全不一样,改变太多,需要项目经理重新培训,测试用例需要重新编写。
虽然关键功能都已实现,但由于团队新招聘的人员对系统架构不太熟悉,系统的稳定性很差,开发和测试人员疲于奔命,不停的发布内部测试版本,新的BUG不断出现。
2010-09-30,国庆节的前一天,系统终于开发和测试完毕,测试部输出最终的测试报告,同意该产品向市场发布,此时已延期75天。所有的文档包括《详细设计》《需求规格》《产品说明书》等还没有上传到配置库。
2010-10-22,经过两周的努力,开发人员,测试人员,配置管理终于把所有的文档完成上传,但不幸的是,产品市场部根据医生的反馈情况,该系统还存在严重BUG,界面不符合医院的使用习惯,系统通常出现莫名的异常报错,产品手册与真实的系统操作不一致。
面对这些问题,项目经理陈锋陷入了沉思中。。。。。。。
这个项目存在哪些问题呢?应该如何去补救呢?