以前做项目接做过外包业务，总体来说不是特别成功（有时间把上次的教训写出来，大家共同探讨一下），规范的外包公司价格通常很贵，价格可以接受的外包公司确存在着众多的问题。虽然经历过一次较为失败的外包经验，但却没有得到太多的经验教训，好像除了细化需求加强监控以外，也就没有特别有效的方法。

现在手头又接了一个公司的项目，同样无人来实施，还得外包，但记得上次的教训，也想尝试摸索新的方式，这次采用了招聘兼职的方式进行外包，至少成本会低，还可保障进度，因为项目不大，时间不长，所以也是采用这种外包方式的重要原因，直接找具备实际经验的人员来完成。但问题也随之暴露了出来。

首先：对工作量的核算大家均不一致，且存在着较大的差异。我想可能是由于每个人的投入时间和自身的能力决定着进度的进展情况，而通常工作量的评估和进度通常是由发包方决定，这样如果在沟通过程中出现问题，将可能产生很大的风险，或最终验收的失败。

其次：实际每个做软件的人员（如果不仅是作为一种挣钱的手段，还对其有着浓厚的兴趣）自己都做过一些快速开发的工具或组件，或者自己也实现过一些小软件的功能，都可作为开发的基础进行使用，这样可以提高开发的进度，而且还可以作为源码使用进行收取报酬，但对此部分，大家都认知不足，没有充分的利用起来。要不想都用我的，要不就一点不用，而对其价值的评估也是一个比较头疼的问题。

第三：对外包单位任务价格核算标准也不一致，好像也没什么标准（外包公司在此确有一些标准），我谈过一个外包价格可以相差万元。实际，这方面真的也是缺乏统一的参照标准，更何况工作量的评估本来就存在一定的差异。我考虑，可能这些问题也会由最终采用的技术实现思路来造成，但有些问题真的很难量化，如果碰上个懂技术的主管还好说（不过都主管了，既便是做技术的，但也对技术开始陌生了），如果不懂技术，这方面就困难了，要不谈不了一个合理的价格，要不直接导致最终成果无法实现公司预定要求。

第四：沟通管理相当困难，通常的方式是IM及Email，其他时间的沟通只能是周末或下班，这样就必须确保发包的大小和需求文档的细粒度，而且由于先前的工作习惯和俗称约定都不一致，所以，更可能产生沟通误会，所以一定要重视此环节。

第五：成果验收和付款，这种外包很多问题都在成果验收时才发现，少了一个接口什么的，命名不一致等等，所以，也就自然而然的进入了纠纷过程，要不不给钱，要不克扣一部分费用，而接包人往往对其过程中的很多细节问题并不重视，也就直接导致了自己的工作成果有可能会大幅缩水，而也很难得到相关部分的支持，只能吃哑巴亏了。

我这次外包项目完成后，我会将我这次外包的所有操作细节陆续的写出来，给大家一个参考，希望可以帮到那些准备接包的人，也杜绝那些企图耍诈的人。