软件项目管理中，完成项目最难得事情---交货期管理

     很多公司面试软件项目管理人员的时候都会问你觉得软件项目管理中最难得是什么。答案有很多，我觉得最难得是交货期管理。也就是从开发阶段通过用户测试验收到维护阶段，这一阶段是最难得。因为这一个阶段是两个公司同时合作操作的一个阶段。

 

      正常的流程是软件系统开发完成了，按照开发合同，到交货期的时候由用户进行用户测试来验收系统，用户经过一阶段的用户测试觉得没什么大问题了，通过验收，支付开发费用，然后就进入了维护阶段。但是这里面会有问题，如果用户答应进行验收测试，但是客户不进行测试，这样的话用户测试验收阶段会变得很长，即便双方定了用户测试验收的计划，但是一旦用户不按照计划来实行。那么系统就没有办法通过验收。开发公司也就没有办法拿到开发费用。这样一来软件开发周期会无休止的拖延下去。尤其是针对那种对开发公司来说很大的客户，得罪不起的客户，更是难办。我相信很多软件公司都会有这样的问题。

 

     这里面存在几个原因：

     1.客户方主要负责这个项目的负责人担当了很多角色，比如说管人事得主管来担当人事系统的测试，他原来自己工作就很多，每天忙得不得了，没时间来负责测试开发公司的系统，

 

     2.开发公司的项目经理没有权利去管客户方的测试人员，这样就导致了开发公司屡次催客户进行用户测试，客户每次都答应，但是不进行测试的情况。

 

     3.客户公司的测试人员很反对即将要上线系统，比如人事部门的员工很不愿意上人事系统。

 

     4.软件系统是一个高精密，高逻辑的产品，不可能做到一点问题也没有。但是客户不这么认为，他们不是专业的软件从业人员，客户觉得应该是一点问题也没有才算验收通过了。

 

     在这种情况下就会出现这样的情况：

     在开发公司这一端，老板或者部门经理一直催项目经理尽早完成项目，尽早的把开发费用收上来。

     在客户公司这一端，客户的老板追问他们负责人，他们负责人说测试还有问题，不能验收，其实根本没怎么测试过。

 

     这种情况发生了以后项目经理就进退两难了，如果太过于严格的去管理客户方的人员来进行测试的话，搞不好就会得罪了公司的大客户。如果不敦促客户测试的话就没有办法验收系统，开发费用就不能收到。

 

    希望经验丰富的大虾们都能来讨论这个问题。