进度要求

1. 第一天上午策划给出文档，晚上后端、前端和策划三方确定配置表的格式。
2. 第二天后端给出功能接口，实现主逻辑。
3. 第三天前后端开始对接，在游戏能看到功能主界面。
4. 第四天主逻辑畅通，策划提供正式配置，程序给出自测版本。
5. 第五天策划验收，修改细节。

a) 解放策划

在新的协作模式下，我们要求周一到周三程序配置样板数据（还需要监督执行），策划只需要确认表格式，解释功能的细节。

b) 对策划的要求

1. 第一天需要给到文档。
2. 第四天需要给到正式配置，在自测环节能确认功能的完整性，知道什么细节没做。
3. 第五天能及时验收。

c) 对管理的要求

1. 阅读所有功能文档，知悉功能的实现方式和难度。
2. 及时察觉进度异常的功能，并且提供协助。比如周1,3,4都是有明确交付内容的，容易察觉问题，周2就需要及时和下属沟通、部门之间相互反馈、或者阅读开发人员的代码来了解问题。

合版

合版目标

1. 加快合版时间。
2. 减少合版过程中的冲突。
3. 开发服保持持续可工作的状态。

串行化合版本

1. 一个功能合版完成后另一个功能才能开始合版。
2. 合版本的开始是提交配置到开发服，结束是在开发服确认功能符合验收要求。
3. 合版过程管理由黄嘉辉、梁增乐、刘鹏鹏负责，他们决定功能能否合版，以及何时合版。
4. 功能需要合版时，向各自的合版负责人申请，确定合版排队顺序，轮到自己合版时才能开始合版。
5. 功能自测阶段，策划已确认功能通畅，即可申请合版，以减少封版当天扎堆合版的情况。
6. 合版期间（周四晚上-周五晚上），开发服发车权限由黄老师控制。其他内容在策划服验证，不可以在开发服发车。

功能合版流程

1. 策划提交配置表，前后端提交配置表控制文件。
2. 后端合并代码到主干（不提交），生成协议codec和协议xml，协议xml提交到protocol项目的主干。
3. 后端清空本地配置，更新svn的配置。
4. 前端合并代码到主干（不提交），用最新的协议xml重新生成前端协议。
5. 前端清空本地配置，更新svn的配置。
6. 前后端启服联调，三方在本地确认功能的完整性和正确性。
7. 前后端提交代码和资源。
8. 开发服发车，三方在开发服确认功能的完整性和正确性。
9. 交给策划验收负责人验收。

验收

验收注意事项

1. 合版时间尽可能提前。
2. 程序要保证自测版本的质量，尤其界面排版等细节问题。
3. 策划要保证优化反馈文档的完整性，尽可能一次指出所有问题，不要一次给一点优化。
4. 策划优化反馈文档用svn管理，每一批优化都是一个excel sheet，功能不通的反馈需要特殊标记。优化的批次数和功能不通的反馈数会作为大家工作质量的评估资料。
5. 验收当天中午黄嘉辉、梁增乐、刘鹏鹏需要了解各功能的优化进度，以评估封版时间，决定是否需要协助。
6. 很难修复的bug和优化暂缓，先把其他内容提交给策划验收，尽可能不影响合版和验收负责人验收。
7. 如遇开发服挂了的情况，可以申请验收负责人在本地体验功能，提优化。但是最终的验收需要在开发服进行。