论坛首页 软件开发和项目管理版 项目管理

项目延期10个月后还没有做完全部功能的总结

浏览 7774 次
精华帖 (1) :: 良好帖 (8) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
时间:2008-07-01
所用技术:JAVA串口操作,SWING
所用操作系统:LINUX,MAC
所用硬件:数据卡
所实现功能有APN管理,流量统计(曲线图),诊断信息,PIN管理,支持多设备,拨号上网,短信收发,电话本管理。该项目要求支持所有LINUX系统,所有MAC系统,支持GSM和CDMA。

后来由于技术难度比较大把多设备和流量曲线图功能去掉不开发。项目分成两个阶段开发,第一阶段实现,APN管理,PIN管理,流量统计,诊断信息,拨号。

开发评估项目需要32人/月 ,开发模式为外包。甲方提供数据卡,公司实现后台程序。

以前公司从来没有开发这方面项目的经验,项目开始后
1,根据甲方提供的WINDOWS版本开始需求写作,所花时间为20人/天(包括评审和修改评审结果)。经过简单评审后,甲方确认需求比较清楚,可以开始做后续工作。最后还说一句,如果不懂的地方你们可以根据WINDOWS后台去摸索看WINDOWS怎么实现。(同时进行系统测试用例写作20/天,包括评审和修改评审结果)
2,回自己公司开始概要设计和详细设计,所花时间为50人/天(包括评审和修改评审结果)。(同时进行系统测试用例写作50人/天,包括评审和修改评审结果)。
3,现在开始CODING阶段,开发120人/天后转内部测试部门测试。
4,经过内部测试部门测试后(50人/天),BUG那叫一个多呀,200多个,严重BUG一堆。
5,经过内部3轮测试后加上内部修改问题已经到第一阶段转客户验收测试时间。转客户验收测试的时候准备第二阶段,边改问题边做二阶段开发。(硬件驱动不稳定)
6,第二阶段时间结束,第一阶段的BUG还没改完。这样的日志一直到项目延期3个月后把一期BUG改完。开始第二阶段验收测试(这阶段项目已经失去控制,这还是小意思。后面还有更加恐怖的)
7,第二阶段验收2个月后还是有很多问题没有解决,合作方开始发话。由于市场压力比较大。我们带问题发货吧。这样痛苦开始极具增加,一发就是6,7个运营商。没一个运营商发现一个问题,就要修改7个版本的代码,修改代码量小还可以接收。但是修改代码量很大,开发人员应该一想就明白。而且发后修改问题的时间大家可想而止。
8,后续完全失控。


我做为从项目开始到现在的开发人员给这个项目总结,希望给朋友一个借鉴作用。
这个项目延期这么多个月还没做完主要有:
1,项目评估失败。
2,前期需求了解不够彻底。
3,对JAVA跨平台技术考虑不够。
4,对硬件驱动不够稳定没有考虑进去。
5,项目管理不够好。
6,版本控制出问题。

这里说拉那么多乱起八糟的东西,希望以后大家遇到同样的项目时认真考虑。特别是跨平台的项目,JAVA表面上说跨平台,其实好多平台的JVM实现不一样。有N多不一样的效果。MAC对JAVA支持还算稳定,但是LINUX不敢恭维。MAC下有个SWING界面处理的问题(在弹出界面不能很好的支持中文数据,会把字母直接接收,导致不能组合成汉字)
   
时间:2008-07-02
很宝贵的应验
如果“敏捷”一下,可能没这么惨了.
   
0 请登录后投票
时间:2008-07-02
楼主应该是给硬件做配套软件开发的,如果硬件那边不敏捷的话,软件敏捷是很难的。
   
0 请登录后投票
时间:2008-07-02
呵呵,以前一直做WEB开发。有幸接触硬件开发。但是硬件开发与WEB开发有很大区别。WEB开发是单方面的,但是与硬件开发是双方面的。如果双不能形成很好的沟通将会把很多时间花在这方面上,无形中增加开发成本
   
0 请登录后投票
时间:2008-07-02
xuzhenqinandy 写道
呵呵,以前一直做WEB开发。有幸接触硬件开发。但是硬件开发与WEB开发有很大区别。WEB开发是单方面的,但是与硬件开发是双方面的。如果双不能形成很好的沟通将会把很多时间花在这方面上,无形中增加开发成本

硬件不是都做好了么,双方面沟通什么?
   
0 请登录后投票
时间:2008-07-02
要是硬件完全没有一点BUG,那肯定不会增加沟通成本。直接给接口文档,根据文档做开发。硬件还不完全稳定就不一样拉。
   
0 请登录后投票
时间:2008-07-03
当技术难度成为瓶颈
又没有经验和案例可以参考时
不是人月可以弥补上的

这个是项目风险最不能忽视的
   
0 请登录后投票
时间:2008-07-04
kimmking 写道
当技术难度成为瓶颈
又没有经验和案例可以参考时
不是人月可以弥补上的

这个是项目风险最不能忽视的

说得很好~应该在项目初期做详细评估和统筹~
   
0 请登录后投票
时间:2008-07-10
tvjody 写道
kimmking 写道
当技术难度成为瓶颈
又没有经验和案例可以参考时
不是人月可以弥补上的

这个是项目风险最不能忽视的

说得很好~应该在项目初期做详细评估和统筹~

项目初期把这个东西评估和统筹进去,估计的开发时间就上去了。客户一看时间要这么多,还会给你们公司开发吗?他们一开始就怀疑你们开发能力了。
问题首先出现在客户那里,客户拼命的降低费用,搞恶性竞争。
其次出现在我们很多公司的销售人员那里,销售人员为了接到单子,什么都承诺,结果到最后,结账的时候,吃哑巴亏。
第三,问题是公司老总和项目经理,对跨平台难度估计不足,以及对硬件驱动不稳定估计不足。
第四,问题出在开发这里,对于跨平台的测试没有做好各个方面的准备,包括MAC和Linux操作系统的安装,开发人员开发出一个能运行的东西,第一时间就要到各种平台,各种硬件上运行。
第五,问题出在测试上,测试部门测试用例肯定没有写全。导致问题一直遗留到部署以后。
第五,问题出在公司和项目的管理上,以上问题在评审的时候为啥都没发现?评审流程有问题,评审工作没做到家。评审没有经验。
   
0 请登录后投票
时间:2008-07-11
项目管理,这个问题确实是个问题。
   
0 请登录后投票
论坛首页 软件开发和项目管理版 项目管理

跳转论坛:
JavaEye推荐