当项目磕磕碰碰地进入编码中期时,却接到客户中止项目的消息。呵呵,那一刻大伙都呆了,但我却奇怪地如释重负。我确实太想休息了,压力太大了,加上需求做得乱七八糟地,客户能不能验收都成问题。可是回头再想,却又觉得可惜,前期获取需求的一些做法,时间评估之类的方式现在已经无法验证其正确与否;最终软件的运行性能和表现也无法知道了。很多事情都像没进行过一样。
PM的很多做法,在于我来说是很难接受的。比如大部分需求都由我们自己来定,再由客户来决定;我们整理了大量需求问题,却每次只发一点生要的给客户,生怕客户只忙简单的,不管重要的。这导致后期很多需求因为没发给客户,或者简直是忘记了,所以都是由我们自己确定的,还有一些是客户没认真看而我们诊断他们默许的。这样的系统到底最后开发出来是否能用,我真的打了一个大大问号。当然我自己也在打鼓,也许这是无奈之中的有效方法,但是我在等待着事实来证明。
另外,本次项目还存在一个问题,就是编码阶段,竟然没有任何人总负责,而PM自己又一点都不管理编码的东西。变得几个程序员只能讨论着做,而谁又都不太敢作主,礼让的结果就是代码那个乱啊。风格各异本来就是常见的,文件存放方式、层次也没个统一,命名方法之类的也乱得可以。如果项目进行下去,后期将要付出不少的时间整理,更有可能带来一些看不见的BUG。所以我个人觉这是不可取的。
最后,我们之前估计时间时,其实还是太乐观了,编码时间计算起来还是不太够,只够粗略地做个界面出来,不能细化性能和功能之类。以后估算时间时还是要再悲观一点才行。
项目中止后留一脚印