软件外包之开发

经过了评估工期报价的阶段，双方达成共识就可以进入到开发阶段了。通常一般国内的小型的项目是不太需要需求分析跟设计阶段的。这两年的互联网经济，大家都追求快，最短的时间出Demo，测试，上线。瀑布式开发基本消失，讲求的都是敏捷开发。所以需要的就是快速确定需求，快速开发原型，神马注释，文档统统扔到一边。以后有人接手代码之后默默骂你也是没办法的事嘛，客户没给时间也没给钱做这个啦。但是你写着写着问题就来了，好多之前客户没提的地方，通过沟通客户决定做这个功能，但是这个功能又不是很大的变更，所以当然不会因为这个延长工期或者增加工钱。

举个例子14年10月份谈的一个小项目，Android 平板上的一个App，功能是将一张 A4纸大小的客户信息转成 PDF。初步预估如果用第三方的 PDF 库2周不到的时间（10个工作日）就可以搞定，但是社长的意思是详细一点多报一些，所以拍脑门将任务分解，列出详细条目，设计跟编码测试分开评估，精确到小时，最终提出了30个工作日的评估。然后双方合意，开始开发。着手调查 PDF 库的时候就开始出问题。找的开源库是收费的，但如果内部使用不必交费。如果是在中国，这个肯定拿来就用了。但是日本客户非常谨慎，对于这种如何界定是否是内部使用搞不清楚，不敢用，又不想买。所以社长扔过来一份英文的 PDF 参考，说『我们自己写』。看了20分钟发现基本看不懂，专业术语太多。花了2个钟头下了份中文的 PDF 参考，看了5分钟发现还是看不懂。总共的开发时间也就10来个工作日，几百页的参考读完再理解，实验根本就不够。不过这也难不倒咱，提议先用开源库写一个Sample，解析开源库的代码，依葫芦画瓢仿一份出来。大概花了20个工作日左右的时间主体功能开发完成。这个时候客户提个需求过来，希望文件大小在500K~1M。由于时间短所以，输出 PDF 的时候是先讲文字跟线框还有条款的图片一起画到一张 A4大小的位图上，再将位图整体转成 PDF。一张 A4大小300DPI 的jpg图片文件（2480×3508）左右）大概在4M 左右。以这个工期又不让用开源库，还想那么小的体积，这个需求直接拒绝了。开始之前没有提出，而且难度较大的新增需求，该拒绝的时候一定要果断，不过理由一定要充分并且给客户解释清楚----不是咱做不到，是提的太晚，对之前的代码改动较大，如果您愿意延长工期并且增加预算这个也是可以做滴。

外包开发涉及的业务广泛，采用的技术也是五花八门，所以其中会有众多陷阱等着你，所以客户好商量的时候多要一些工期跟预算，同时多结交一些朋友没准谁就可以帮你解决你不熟悉的问题。10年的外包开发经验里，不延期按时交付的项目比例很少。不过只要项目评估的时候不犯浑，也别逞能接一些不熟悉的东西，问题还是不大的。