项目中OffShore的一些感想

由于项目的人手不够，因此决定把一些功能模块外包，这样可以节省项目的开发时间。但是在具体实施过程中发现了很多问题。主要有如下几个方面：
1、文档的不全
缺少详细的需求和功能规格文档，只有一个粗略的需求文档，这对于项目的伤害是非常大的。
一方面来说，测试部门在设计测试用例时需要花费大量的时间来澄清详细的功能规格，否则导致设计的测试案例都脱离了实际。
另一方面来说，外包公司在开发过程中增加了大量的沟通成本。
最后，如何验收也是一个比较严峻的问题。
2、沟通效率太差
由于业务背景上的差距，导致外包公司和公司内部的接口人员之间的沟通效率太差，从而导致一件事情必须要通过几次沟通才能解决，浪费了大量的人力物力。
3、项目管理脱节
外包公司和本公司内部对这个项目的管理脱节，沟通不够充分。日程计划安排的不好，不科学。很多都是想当然。
4、Review机制不好
在外包项目的每一个迭代阶段，Review的效果不好，同时在Review过后的Action Plan做的也不好，可追溯性不好，有些在Review会议已经定下来的，但是由于项目负责人没有追踪，导致问题日积月累，最后只能大家互相指责，影响了项目的总体进度。
5、加强文档化工作
在项目过程中产生的一些会议记录以及Review的一些结论，应该形成文档或者通过Email的方式，保证可追溯性。尽量避免一些口头规格或需求的出现。总之，一句话任何事情都要以文档为准。
6、脱离了正常的软件开发流程
在项目的各个阶段的衔接上存在很严重的问题，经常是前一个阶段还没有完成，就开始下一阶段的工作，导致工作最后堆积如山。另外，对数据库，系统架构等设计的Review应该尽早完成，并形成规范的文档。

总的来说，我认为在做外包项目时，项目的文档非常重要，另外要加强Review机制，保障沟通通畅，保证沟通的质量。