|
|
管理博客 ┆ 搜索 ┆ 帮助 |
| 标签： | ||||
新文档方式实施方案
�
一、前期准备
1、 策划技术审核，挑选一个游戏系统；以该系统作为新文档撰写方式的起点。选择标准：①、近期需要技术实现的系统。②、该系统与之前开发的模块关联度最低。小型讨论既可。以下将“挑选出来的系统”简称为系统。
备注：选择与之前功能关联最少的系统，是因为功能执行案的撰写需要之前的文档做参考；在之前文档记录缺乏的情况下，这种选择能降低功能执行案的撰写难度，也能更好的发挥执行案自身的优势。
2、 策划保证系统的设计完整（核心部分完整既可，其余可扩充。
备注：保证设计的完整是作为功能模块的拆分的依据。
3、 交由该系统的技术实现者进行功能模块的拆分。
备注：功能模块拆分是文档撰写工作安排的依据。
4、 根据目前策划成员的工作安排、预期的开发起止时间、功能模块开发的先后顺序和优先级别。制定策划文档撰写任务的工作安排，需要张雷协助。要求项目组策划成员按照新的方案撰写策划文档。目的是培养策划团队借助功能执行案培养完善设计的习惯和建立良好的逻辑思维。
备注：功能执行案的完成时间应该提前于技术编写代码；功能执行案的完成时间包含：文档撰写、反馈、修改直至立案；到可执行的文档阶段为终点。
5、 策划文档的完成时间是一个检查点，必须提前与实际需要完成时间；同期需要在检查点之前设置一个提交时间，策划需要在这个时间前提交文档。
备注：提交时间、检查点之间的时间差是保证功能执行案在撰写完成后，接受设计、技术的检查；以保证功能执行文档的质量。检查点和完成时间之间的时间差是降低文档延期造成的风险。
二、实施阶段
1、 策划在工作安排时间确定的情况下，必须在提交时间之内完成文档的撰写。
2、 策划完成功能执行案的撰写，需要提交至策划负责人、技术负责人、项目经理审核。提交顺序是：策划、技术、项目经理。策划从设计合理性方面进行文档的检查；技术从文字表达不清晰、实现方式不合理、冲突联系考虑不足；三个方面在每个功能模块下的“程序意见”部分，记录下疑问和修改意见。
备注：通过技术的审核，能使功能执行案成为一种真正的用与开发的执行文档。也能在第一时间修正设计在技术上的不合理。
3、 技术将文档反馈给文档的执行人；执行人就程序意见做出调整反馈给技术；直到技术审核通过。
备注：反馈修改的过程，目的是提高文档的质量。
4、 项目经理审核文档是否在规定时间内完成。如出现文档延期，需要根据该模块的重要程度、对其他模块的影响程度；重新安排之后的工作计划。备注：这个可能需要根据实际情况调整。
5、 文档经过三方审核通过，才能用于正式开发。鉴于不能采用纸质签名，需专人负责将文档放置到开发文件夹中。
备注：保证文档到开发的过程接口是唯一的；鉴于之上的审核修改过程，这种方式能降低技术修改、推翻重做的几率。（审核修改过程做的越好，这种可能性越低）
6、 同一份文档需要保留三份：①、第一版本的策划文档。②、包含技术修改意见的第一版本文档。③、经过三方审核定案文档。
备注：需要文档备份，在同一个设计点上再次发生争执时作为解决依据。
