2015年末，我去北京美团总部进行B端Android排号APP交接，历时2个礼拜。这是我第一次单独承接一整个客户端项目的交接，加上这还是毕业3年以来首次出差，过程中犯了一些错误，也走了很多弯路。同时，上海的小伙伴们在与美团同事进行美团app的交接。交接结束后，大家总结了本次遇到的一些问题，同时详细列出了一次成功的交接应该完成哪些任务。
以下表格是综合Team所对接的所有项目列出的对接项，实际对接项目的时候可能不会涉及到所有的内容，填写的时候请注意：
- 不要空单元，如果没有相应的对接项或者不能确定的内容，请注明，比如“无”、“待确定”，以便于Check整体情况；
- 所有的Item，如果需要实践的，请对接人实践到位，并将权限申请、联系责任人等过程记录下来；
- 表格本身内容有限，主要扮演汇总角色，简短的内容可直接写在表格中，较长的内容建议整理成文档，以链接的形式记录在表格内；
- 交接过程中请随时注意表格中的不足之处并及时补足；
- 交接一开始就复制该表格，新建文档进行填写；
准备
- 对接人
- 交接内容
- 交接完成标准
- 交接完成时间点
- 进度（注意定期反馈）
项目
- 项目演示
- 项目入口
- 项目使用主流程
- 项目运行需要的配置
- 项目承载的业务（详细）
- 项目结构
- 使用的技术
- 开源框架
- Hybrid框架
- JNI（注明支持架构）
- 技术选型原因
- 模块划分
- 划分标准
- 模块功能
- 模块负责人
- 代码
- 坑（带有Bug的地方，描述请委婉一点）
- 逻辑复杂 | 实现复杂的地方
- 建议重构的地方
- 提交
- 分支管理
- 分支命名
- commit提交规范
- 分支合并方式
- 文档
- 相关文档
- 更新频率（规范）
- 硬件资源
- 规格
- 如何使用
- 申请流程
- 设备使用情况（多少台在使用中）
开发流程
- 迭代的重要时间节点以及节点任务
- 超出节点未完成任务补救措施
- 出了紧急问题如何处理（主要是线上Crash）
- Story从提出到上线的过程
- PO如何提出Story
- 接口如何定义
- 联调方式
- 如何提测
- Bug管理
- 独立APP
- 签名
- 发布流程
- 版本升级方式和规范
工具
- App本身的Debug工具
- 打包平台的配置使用
- 包管理平台（MVN仓库地址）
- 测试工具、账号
项目监测
- CrashLog
- 如何查询
- 打点
- 收集上传规则
- 划分维度（诸如：是否区分线上和beta环境）
- 字段含义
- 查询方式
- 监测数据有无报表，如何添加
- 项目当前重要数据（请仔细整理，作为项目当前状态的快照，以供日后进行对比）
合作资源
- QA
- 后端
- UED
- PO
- 相关项目负责人（比如平台）
其余
- 有没有别的需要注意的点
规划
- 找PO了解后期规划
- 第一期Story的开发时间
- 一段时间内需要的人力
- 项目后期规划
