网络外包实践总结.docx

网络外包实践总结iOS接外包的一些总结，可能也适用于其他端或者公司的项目， 算是自己的一些经验之谈吧。接外包时，先不要着急讲价钱，不要听到需求不多或者主要功 能是XXX就感觉任务量不多，给的钱不少，就直接答应了。不管是 外包还是公司的项目，都会存在一定的坑点，如何避免这些坑点 呢？下面请听我的一些个人总结。我们需要在前期充分了解需求。在和对接人交谈时，要让他拿 出原型或者Ul效果图，如果这些都没有，那么必然会存在日后说不 清的地方，即使这些都有，那么我们对这些原型或者Ul效果图的认 识、理解是否都一样，假如是做的时候才发现有问题，那么自然也 就浪费了时间和精力，而XX恰恰最耗费精力。我们要充分的了解原 型或者Ul效果图的每一处细节，从对接人每一句的话语里，挖掘出 每一个需求，一定不要自以为这功能是这样，一定要多和对接人确 认，不要怕烦，也不要怕烦他，你现在不烦，日后自己改代码流下 的泪要自己擦。比如，我以前接的一个XX,我一看页面也不多，几 乎都是展示数据就好了，前期没有详细了解需求，人家要的有个功 能是，要能离线使用，结果后面加这个功能时，才发现任务量超过 了写Ul页面及数据展示，离线能使用意味着，本地创建数据库，数 据库的数据更新逻辑，还有把图片和视频下载缓存到本地等等，是 不是感觉工作量至少要翻一倍？所以，一定要充分了解需求和要实 现的功能。关于接口的对接，一定要前期和后端预定好各种规则。比如， 接口的加密方式，接口返回数据的统一格式，接口返回不要有另类 数据结构等等。在项目开发时，应该尽早与后台联调接口，及时发 现问题及时反馈，一定要确立一套标准规则。有时候，出了问题， 后台愿意给你改接口还好，他自认为没问题而你说你这里用不了， 那大家互相扯皮的肯定避免不了。关于项目负责人，我认为他可以不懂技术，但在整个开发团队 中应该有一定的权威，能够协调各端的人员去推动整个项目的进 程，整个团队应该有明确的时间节点，我们XX月XX日应该达成什 么样的目标，XX月XX日能提供第一个测试版，这些应该是大家都认 可的大目标，然后是每周应该至少有一次团队点的小会议，大家可 以聊一下进度和遇到的问题。外包嘛，都是想着自己少干活多拿钱，质量无法保证，坑点也 不会少，要是做公司的项目，肯定是数据会更加安全，接口会更便 于日后维护和修改。外包，一方面是大家的心态问题，另一方面是 时间的问题，一般给的时间都不会太多，肯定都是怎么最快搞完怎 么来。还有个收款的问题，貌似行业内的规矩是，开始开发先付30% 的首付款，提测后付50%的中款，最后修复好bug收剩下的20%尾 款，但事无绝对，具体如何付款，最好也提前说好，有合同的话是 最好的，免得日后扯皮。（据说，最后的尾款都很难完全收回来，看 运气吧。）接了外包，做了外包，我才发现，我其实每天没有太多的时间 去做外包，为了完成外包的任务，舍弃了很多应该做的事情，通过 外包的一些经验总结，我想说，最好还是不要接外包吧。有接外包 的时间，不如去好好的享受生活，做外包几乎啥都提升不了，完全 可以拿这个时间去学习点新知识，提高下自己的技术水平，哪怕看 看书，陪陪家人和朋友也是好的。就算你是刚入这行业的新人，也 不要轻易尝试外包，想要自己有所提高的话，做外包是达不到目的 的，不如找套书或者视频，跟着认真做一遍，也能达到系统一点的 学习，除非你真的有很多时间和耐心，先去体验一下计算机行业工 作的扯皮，也不是不可以。