当游戏本体测试成功后
我们需要一下步骤来保持一个软件的正常维护
1 写需求
2 根据需求做任务排期
3 完成任务
4 发布一个版本
然后开始下一个版本的迭代。
1·写需求用一个在线文档记录。
比如语雀。
2·任务排期用tapd之类的任务管理。
3·版本号规则
0.0.1开始。
一次革命性的更新就更新大版本号
比如更新到1.0.0。
你每发布一个版本,肯定都会产生新的想法。
这就要记录到下一个版本的需求中。
等这一个版本开发完成后,再根据这个需求开发下一个版本。
4· 如何做任务排期
需求初期:
1. 简单需求无需调研设计
2. 复杂需求安排调研,做技术设计,决定技术方案,产生一个新任务
需求排期:
1. 简单需求前端按照页面划分任务,并评估工期,由开发人员确认;
2. 简单需求后端按照接口划分任务,并评估工期,由开发人员确认;
3. 复杂需求:在技术方案评审通过后,按照技术方案划分任务,有公共的代码实现(比如前端公共组件、后端公共组件)就划分为一个任务,其他部分按前端页面、组件、后端服务等划分任务,评估工期,对有依赖的任务特别注意
现在拿飞机大战游戏来做例子
这是飞机大战第一次版本迭代需求
游戏的一开始需求
更具版本需求0.0.1给出任务管理