《项目开发流程简介》.ppt

文档介绍：《项目开发流程简介》
目录
什么是项目
项目责任制
项目开发流程
策划的能力：
创意能力－－产生想法
设计能力－－把想法表述出来
实现能力－－把想法变成现实
实现的过程，就是一个项目的开发过程。
本文档中涉及的项目：
阶段
测试阶段
运营阶段
开发阶段
项目组小团队碰头机制
与程序、美术、测试等同事，确定开发的各个关键交付点和联调时间点。
针对程序提交的开发设计案进行确认
针对测试提交的测试案例进行确认

策划开始制作验收特性列表
验收特性列表需要包括该项目的主要功能点
开发阶段
项目周报机制
包含如下内容：
项目状况描述：包括项目各工作子项的进展，如策划、程序、美术、官网资料、宣传等内容
重点关注问题
项目延误和变动情况
项目执行 checklist
样例：
《QQBear数值系统项目周报》
开发阶段－－项目变更管理
变更的涵义
修改、替换
扩充、增补
缩减、删减
开发阶段－－项目变更管理
变更的产生
设计思路的变更
- 通常来自于产品和设计团队（用户、产品、策划）
- 主要指项目整体或者局部的设计目标、关键功能、主体流程与核心玩法的变更。
开发阶段－－项目变更管理
变更的产生
设计方法的变更
- 通常来自于开发和设计团队（策划、程序、美术）
- 主要指项目局部规则和实现方法的变更。
设计细节的变更
- 通常来自于开发和设计团队（策划、程序、美术）
- 主要包括具体设计内容和设计资源上的变更。
开发阶段－－项目变更管理
变更的控制
好游戏是改出来的，所以对于一个项目来说，需求变更几乎不可避免。
任何一种类型的需求变更都会对整体项目进度产生或大或小的影响，所以，必须对需求变更进行控制。
开发阶段－－项目变更管理
变更的控制
项目设计阶段：
- 需要经过充分的碰撞和讨论，规则必须尽可能详细和全面。
- 只有在前期控制好了，才可以尽量避免在开发阶段产生设计思路和设计方法的变更。
开发阶段－－项目变更管理
变更的控制
需求分析阶段：
- 需要与开发人员进行充分的讨论，对于设计的细节和边界条件进行充分考虑。
- 只有在这个阶段完成了足够详尽的可行性分析，才可以尽量避免在开发阶段产生设计方法和设计细节的变更。
开发阶段－－项目变更管理
变更的控制
项目开发阶段：
- 这个阶段要尽可能避免设计思路和大的设计方法上的变更。
- 如果产生了大的变更需求，项目负责人必须发起讨论，邀请设计、开发和进度管理的相关同事参加，对变更的必要性、可行性、风险和影响范围进行评估，最终决定是否以及如何进行变更。
开发阶段－－项目变更管理
变更的周知
变更需要周知的人员包括：
项目成员、相关策划、相关程序、相关美术、相关测试，以及其他内部与外部的需求接口人。
项目开发流程
立项阶段
设计阶段
需求分析阶段
开发阶段
验收阶段
测试阶段
运营阶段
验收阶段
验收的目标：
保证主要功能的实现完整并且正确；
保证主体流程的体验完整并且正确。
验收的范围：
主要功能和主体流程。
验收的依据：
根据《验收特性列表》进行验收。
验收的交付件
《验收报告》
验收阶段
验收的流程
特性确认
正式验收之前，与程序确认《验收特性列表》中的所有内容是否
已经完成开发并且提交验收。
策划验收
- 根据《验收特性列表》逐一进行验收，并记录验收结果。
- 验收完毕后，提交《验收报告》，邮件周知验收结果。
- 验收过程中发现的BUG提交BugTrace。
- 验收过程中的体验优化建议，按照表格模板提交给统一的接
口人，经过整理和讨论后，排期优化。
BUG修复
根据BugTrace中提交的BUG，进行修复工作。
转测试
整合各项目的特性验收列表，提交给测试同事。
项目开发流程
立项阶段
设计阶段
需求分析阶段
开发阶段
验收阶段
测试阶段
运营阶段
测试阶段
测试的依据：《测试案例》
测试的交付件：《测试报告》
测试阶段的工作流程使用 BugTrace 进行管理：
提交BUG
分配BUG
审核BUG
修改BUG
回归测试
测试、开发
关闭BUG
通过
未通过
PM
PM
开发
测试
测试
测试阶段
项目开发流程
立项阶段
设计阶段
需求分析阶段
开发阶段
验收阶段
测试阶段
运营阶段
运营阶段
运营数据分析
数据的获取渠道：OSS平台（一定时间周期里的统计数据）
需要进行分析的数据包括：
项目本身的数据分析：
关键行为的操作记录
关键道具的产出记录
相关资源的消耗记录