你实际对接的是谁
团队在成都，客户分布在北美、欧洲、中东、东南亚、南美、非洲与东亚。需求与方案由参与验收评审的同一批人负责，不经过从未看过代码的项目经理转述。
- 一名固定的项目负责人，对需求文档与排期负责。
- 直接参与开发的工程师出席评审会议。
- 一名文档负责人，负责把交接材料维持在最新版本。
沟通是怎么组织的
远程交付出问题通常有三个可预期的原因：责任人不明确、决策只留在聊天记录里、进度以汇报文字呈现而缺少可点开的演示。每一条在流程里都有对应的做法。
- 开工时约定固定重叠时段，整个项目期间保持。
- 每次决策在当周写进需求文档。
- 进度以每两周一个可运行版本呈现，取代百分比估算。
文档与交接
文档随项目推进同步编写，不在结束时补齐。接口文档、部署步骤与管理手册与代码一起更新，所以你拿到的版本与线上运行的版本一致。
- 接口与数据模型文档，中英文各一份。
- 部署与回滚步骤，已在测试环境验证。
- 管理员手册，含操作录像。
远程项目通常在哪里出问题
我们接手修复的项目里，多数问题可以归到三个原因。提前知道比事后发现便宜得多。
- 范围靠口头确认，开发时双方理解不一致。
- 没有验收标准，于是「做完了」由供方单方面定义。
- 源码与文档扣到末次付款，客户无法验证任何东西。
FAQ
常见问题
开发人员在中国还是本地？
团队在中国成都。对客沟通按需要可用中文或英文，重叠时段按你的工作时间设定。多数项目不需要任何一方到场。
团队能用哪些语言工作？
日常工作使用中文与英文，面向港澳与东南亚客户可提供粤语沟通。界面与文档的本地化覆盖德语、法语、西班牙语、意大利语、荷兰语、阿拉伯语、日语、韩语与繁体中文，由母语人员校对。
知识产权怎么处理？
源码与文档在每个阶段完成时移交客户，归属条款在开工前的合同中写明。有需要时，代码仓库放在客户账号下。
以后想换供应商怎么办？
交接包就是为这种情况准备的：源码、构建脚本、部署说明与接口文档，交接时均为最新版本。不以未来合作为条件扣留任何材料。
MORE
其他方案
按客户类型与行业整理的交付方案，可与任一区域的服务页组合使用。
