[转帖]软件项目出了什么问题

翔羽

总体情况是这样的，这是一家刚成立的公司（后面称他为A公司），成立的原因是因为接到了一个金额为200多万的分包项目。总承包商对于这个行业相当熟悉，而且也很有背景，然而由于他在本地没有分公司和办事处并且也没有那么多开发人员，考虑到售后服务的延续性将此总体项目中的软件开发部份分包给了当地的一家公司，这就是A公司。

总承包商对于项目的业务需求是极其清楚的,并且客户方的业务流程及规则也大部份是他们帮助制定的,以往也将类似的项目承包给过本地的公司，这次来到广州自能也是照搬以往的模式，并且认为不会产生很大的问题。A公司接到这项目后,就组建了项目组,由于公司高层没有对软件项目的操作经验,以往主要是做系统集成的项目比较多,就由以往系统集成的项目经理来担当此项目的项目经理,然后就是招聘了一些开发人员来进行开发,测试由总承包商的人员来负责,因为他们最清楚业务需求及业务流程.这样项目的架构正式搭建起来了。

确立了为期三个月的项目进度,并制定了项目计划,由于比较清楚需求,有过以往项目的经验,所以需求调研阶段只安排了两个星期的时间,首先总承包商在需求调研的过程中,发现客户方对于实现的技术有了很大的改变,需要使用B/S架构,并且要求使用.Net架构,采用COM+的技术来进行开发,后来又发现需要通过防火墙来访问服务器,外部网络需要使用Remoting的技术来实现,这是客户指定的。

业务需求方面客户80%都是听总承包商的,个性化的业务特色需求只占20%,并且核心业务需求没有大的变更， 在此种条件下,总承包商将以往开发过的系统的需求说明进行一定的更改并辅助以往软件的界面来说明需求(在和客户确认后就直接将需求给到了A公司),总承包商派了两个代表过来协且A公司进行开发工作和需求变更工作.在与A公司项目经理和开发人员讨论之后,认为这个项目没有必要做设计(而且项目的时间也不允许这样做),因为原有的设计可以大部份可以照搬过来,因此并根据需求直接做出了开发计划和测试计划。

但是在开发的过程中却发生大量的问题，主要是由于使用B/S架构和采用Remoting等技术产生了大量技术问题和以往的开发方式有很大的不同，以往的设计只有数据库可以留下来使用，其它的根本没用。并且A 公司开发人员总是抱怨需求根本看不懂，总是到做具体编码工作时去问总承包商的代表，并且问清楚这个需求是对应那个数据表。这使的开发工作进行的很不顺利，而做出来的东西，承包商代表总是要求改动。这使的开发人员老是被动加班来完成改动的任务，而每次改动都没有留下变更记录，在开发过程中没有产生任何文档，所有的东西只有代码。由于技术和需求的变动此项目不可避免的延期了，而且集成测试迟迟不能进行，这使得总承包商方面的代表头痛不已，总是埋怨A公司的开发人员对技术不熟悉,改一个问题要老半天,并且举类北京的程式员就不会这样.而A公司的开发人员却说用COM+和Remoting是新技术,所以导致了技术问题占用了较多时间,但是最主要的还是需求看不懂,耽误的时间更多。为了赶进度，大家都是加班加点，经常工作到深夜，周六、日也很少休息。项目就是在这种状态下进行着。不知大家觉得这个项目出了什么问题，有请大家来评点。