进度要求
- 第一天上午策划给出文档，晚上后端、前端和策划三方确定配置表的格式。
- 第二天后端给出功能接口，实现主逻辑。
- 第三天前后端开始对接，在游戏能看到功能主界面。
- 第四天主逻辑畅通，策划提供正式配置，程序给出自测版本。
- 第五天策划验收，修改细节。
a) 解放策划
在新的协作模式下，我们要求周一到周三程序配置样板数据（还需要监督执行），策划只需要确认表格式，解释功能的细节。
b) 对策划的要求
- 第一天需要给到文档。
- 第四天需要给到正式配置，在自测环节能确认功能的完整性，知道什么细节没做。
- 第五天能及时验收。
c) 对管理的要求
- 阅读所有功能文档，知悉功能的实现方式和难度。
- 及时察觉进度异常的功能，并且提供协助。比如周1,3,4都是有明确交付内容的，容易察觉问题，周2就需要及时和下属沟通、部门之间相互反馈、或者阅读开发人员的代码来了解问题。
合版
合版目标
- 加快合版时间。
- 减少合版过程中的冲突。
- 开发服保持持续可工作的状态。
串行化合版本
- 一个功能合版完成后另一个功能才能开始合版。
- 合版本的开始是提交配置到开发服，结束是在开发服确认功能符合验收要求。
- 合版过程管理由黄嘉辉、梁增乐、刘鹏鹏负责，他们决定功能能否合版，以及何时合版。
- 功能需要合版时，向各自的合版负责人申请，确定合版排队顺序，轮到自己合版时才能开始合版。
- 功能自测阶段，策划已确认功能通畅，即可申请合版，以减少封版当天扎堆合版的情况。
- 合版期间（周四晚上-周五晚上），开发服发车权限由黄老师控制。其他内容在策划服验证，不可以在开发服发车。
功能合版流程
- 策划提交配置表，前后端提交配置表控制文件。
- 后端合并代码到主干（不提交），生成协议codec和协议xml，协议xml提交到protocol项目的主干。
- 后端清空本地配置，更新svn的配置。
- 前端合并代码到主干（不提交），用最新的协议xml重新生成前端协议。
- 前端清空本地配置，更新svn的配置。
- 前后端启服联调，三方在本地确认功能的完整性和正确性。
- 前后端提交代码和资源。
- 开发服发车，三方在开发服确认功能的完整性和正确性。
- 交给策划验收负责人验收。
验收
验收注意事项
- 合版时间尽可能提前。
- 程序要保证自测版本的质量，尤其界面排版等细节问题。
- 策划要保证优化反馈文档的完整性，尽可能一次指出所有问题，不要一次给一点优化。
- 策划优化反馈文档用svn管理，每一批优化都是一个excel sheet，功能不通的反馈需要特殊标记。优化的批次数和功能不通的反馈数会作为大家工作质量的评估资料。
- 验收当天中午黄嘉辉、梁增乐、刘鹏鹏需要了解各功能的优化进度，以评估封版时间，决定是否需要协助。
- 很难修复的bug和优化暂缓，先把其他内容提交给策划验收，尽可能不影响合版和验收负责人验收。
- 如遇开发服挂了的情况，可以申请验收负责人在本地体验功能，提优化。但是最终的验收需要在开发服进行。
