1、需求对齐，拉上前后端开发、测试等人员
2、前后端对齐，对于后端，需要对齐数据表、接口字段等前期准备工作 前端就可以使用mock工具模拟接口数据进行开发，完全不依赖后端，等到后端接口开发完毕之后再进行联调。
3、程序编码
4、测试，包括接口测试、功能测试
5、验收
在一般公司，开发流程是这样的：产品给你提需求，你负责开发，开发完了扔给测试，然后改bug上线就行了。
对于外包来说，能做的东西不多，也就是接手一些不重要、边缘化的项目，此外就是给正式工打杂，做一些辅助性的工作，听上去挺无聊，实际上确实是这样，技术难度并不高。
外包确实很难接触核心业务，而且有一些阿里的内部系统外包没法申请权限，时间越久你就会发现很多地方受限，无法发挥自己的能力。
很多库都是封装好的，基本上只要学着用就行，你说能有多大技术含量，显而易见，但是这种游戏活动特别多，经常变，所以得有人去做。
外包主要是在干一些边边角角的不是很核心的事情，比如说前端页面、一些增删改查的接口或重复性的工作。
简单说就是哪里需要干哪里，并没有一个完整的项目去给你做。
说到学东西，其实别说外包，就是正式员工也不一定能够接触到项目最核心的代码，每个人都有自己负责的一块，有一个方向，大大小小的项目数不胜数，但是最核心的那些不是一般人接触不到。
外包不加班，加班的外包不能干。
如果你暂时没有更好的offer，而外包给到的base还行，可以尝试一下，毕竟外包不加班，虽然工资不高，但是落个轻松。如果你奔着外包转正式员工而来，请慎重，几率不大，而且看主管，如果你能力确实非常优秀，自身硬件条件也好，那直接去社招面，何必走这个歪路子。
其次，不建议长期从事外包岗位工作，从我目前的工作内容来看，基本无挑战、无压力，Go的代码没写多少，倒是写了不少react，阿里前端都是react为主，再加上antd组件，确实挺香。虽然不确定以后会不会分配其它更有技术含量和成就感的活，就目前来说，基本上也就这样了，在此我也决定半年后会再更新一篇文章，算是一个交待，虽然这只代表我个人遇到的情况。
但是我其实想对那些年轻人说，不要这么早进外包，人会废掉！即使自己学历或者其它方面比较差，进不了大公司，进一些创业公司也不错，在这里真的什么也学不到。
我会发现很多人都存在一个问题：缺乏好奇心和探索精神。比如遇到一个问题，他们不知道怎么解决，这倒也很正常，但是他们连搜索都不知道搜索什么关键字，这倒是最可怕的。有些人用着一个软件都不知道有哪些功能，能做什么事，他们生怕点错了会导致什么坏的结果，所以干脆不去尝试。
有条件的选择大厂，毕竟行业潜规则，而且接触到的人脉圈相对会更好；进不了也没关系，小公司对综合素质的要求更高，锻炼机会更多，好好干两年再蹦个大厂，哈哈哈
前后端合作方式是：
1、提出需求，讲明白前端要的接口效果。看后台人员是否能满足这样需求，如果有现成的接口，直接调用就是。如果没有，那么就跟后台人员协商是否可以再次开发。评估工作量和完成日期。
2，有时候后端设计出来的接口不一定能满足所有的需求，也许在某个方法中有个雷，直到自己去调用才知道。就比如批量插入数据，前台可能会循环调用保存，而不是后台批量插入。前台依次来调用是可以完成操作，但是效率是个问题，需要很好的去权衡。
在与后端合作当中，后端没有提供数据接口，如何处理？有以下几种办法：
1. 自己制作模拟数据
这种办法的缺点时，有时候可能会造成api变更时没有及时更新，好处也是显而易见，能够快速的完成前端任务。
2. 使用http://mockjs.com/，模拟数据生成器
其它有坑的地方：
数据的换算时的谨防精度丢失，接口的返回数据不准确，还有配置文件的频繁修改造成的数据不对等。
我们是前端自己模拟所有的数据接口，后端配合我们做接口，反过来了。
前端只需提供一些配置给后端，比如数据请求地址等等，后端配上就ok