俺现在走的就是接模块外包的路子。相比整个项目，只外包模块的话适合异地交易。不过一般外包普通模块的意义并不大：
- 建立信任需要时间和金钱；
- 外包模块需要甲方具有一定的技术力量；
- 通常的模块外包价格会比较低。
有这几个限制了，可行性并不强。比如说，一个简单的需求，可能2小时就写完了，但是前期沟通和后期技术支持，整个时间加起来可能是2天，如果报价的话，大概只能按2个工作日报价，而对方如果自己开发，2小时搞定，很不经济。价格上不去，做起来很不划算。后来这类业务全砍掉了，只留下了研发外包。研发外包还是很滋润的。。。不过这个就不是unit test这么简单了，主要沟通工具是QQ和电话。
那如果这样对发包方也有一定的技术要求，需要能够按一定的需求规则（颗粒度之类）分包、验证和组装模块咯。一般的非技术雇主没办法发包咯，感觉对于时间的把握，后期的模块组装具备一定的风险～
想到tiny大叔组件的构想. 来补充一下。 其实最终可能会是私有云的接口暴露. 供人使用, 而未必是传统意义那种代码级别的组件模式了. 没有dll啥的 只有云加载 请求和返回结果. 按调用次数什么的收费啥的.
像细胞一样. 有自己复制 进化能力.
这个之前我也有过考虑，首先客户没有那么专业，不可能给你一个清晰的需求文档，谁来做需求分析？谁来做架构的事情？这个是外包的难点，coder其实相对很容易不是么？
对于非技术发包方，交易平台应提供咨询服务，进行需求分解分配，然后对分解分配后的模块进行发包； 交易品台在这个过程中获取咨询服务回报； 或者在非技术发包之前增加一个步骤：委托进行需求分解分配，由交易平台解包方承担并收取咨询费用，不过此步骤不易量化工作量，并且此过程比开发复杂，作用十分关键，决定着项目的成败, 最好能有交易平台控制。交易平台做一个审核再发布模块接受程序员竞标。 elance, freelancer这些知名竞标网上的项目大多数都属于模块化了的。初始的需求早已被中间承接商细化并定价过，真正的利润都在这个需求的细化过程中。到了coding阶段，体力活罢了。平台要有盈利，个人认为多考虑考虑这个前期咨询和设计的过程