声明，这是一篇幼稚的文章，也许2个月之后我自己都觉得可笑，但我想记录下自己职业生涯路上的点点滴滴~
业务流程
通过一起实习同学的分享，各个互联网公司项目的流程大致相同，项目背景-需求文档-UI-开发-验收-测试-发AB-灰度-上线。
前期在做简单需求的同时，熟悉具体的流程，接触到部门相关的人员，在探索中了解同学们的性格，找到自己的定位。
一、项目背景
要知道需要解决什么问题，问题的本质是什么，是为那些人群做的这个功能或优化。
二、需求文档
最开始按照图流程写文档，之后再看文档的时候，都忍不住骂自己。后来分模块写文档，再整理出附件，让各个部门的同学查看相应的附件就可以知道大致的工作。还在不断优化自己的文档，文档写不好是被各部门同学骂的敲门砖。
三、UI
在各个部门中，有一条线，各做各的工作，不要限制了其他领域专业人才的创造力。而我的问题是：太不限制了。做一个前段界面，我给出了用户人群、用户目标、展示内容、适应尺寸。结果是UI交给我一份我开始觉得比较满意的设计稿。当我仔细观看的时候，由于给的条件模糊，所以界面上多出了不知道该跳到那里的按钮。还好问题不大，沟通及时。
三、开发
最初：你说着一门外语，我听不懂；中期：你说着一门外语，我也说着一门外语；长大一点：你说粤语我也能接受。这是在写文档时候和开发对实现或接口的过程中我遇到的问题。要是谁都能听得懂，要工作经验干什么。聊的多了，业务熟悉了，自然就懂了。
开发不喜欢看文档。有时候描述一些交互问题，会写很多文字，开发就会不喜欢看，或者一部分开发喜欢拿着设计稿用，不看文档。1、对于一些小的需求，当面和开发对接清楚，甚至可以让他复述一遍，确认一下两个人真的是在聊一件事（哈哈哈）。2、先用简洁的文字描述出要实现的效果，再具体分点写清楚。3、对于一些需求，用流程图表达清楚。4、baba说怎么写他喜欢看就怎么写。
四、验收
有些小的需求点不必麻烦测试，直接就可以以验收结束。其他的需求要跑通大的逻辑，解决可能出现的明显问题。
五、测试
测试是比较容易背锅的岗位，前期进度跟不上，最后压在测试环节上。在开发过程中，随时了解开发进度，是否可以按时交付，如遇到不可解决问题，马上联系项目经历进行调整。
接口存在隐患，上线之后可能出现问题。向开发说明情况，了解风险程度并合理的给出预警方案。
看到测试一脸抗拒，我总想帮他分担一点（哈哈哈）
六、发AB、灰度、上线
小实习生还没接触到呢（哈哈哈哈哈哈哈）
