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

项目开发流程简介,Ecyuan 2009,目录,什么是项目 项目责任制 项目开发流程,策划的能力： 创意能力产生想法 设计能力把想法表述出来 实现能力把想法变成现实 实现的过程，就是一个项目的开发过程。 本文档中涉及的项目： 单个游戏产品中的单个系统、功能、活动,什么是项目,项目的简单定义 在既定的资源约束下，为实现某种目的而相互联系的工作任务。 项目的主要特性 项目的团队性角色定位、分工与合作、沟通 项目的多样性因事制宜、因时制宜 项目的约束性时间、人、经验等资源的制约 项目的不确定性内部因素、外部环境的变更,什么是项目,目录,什么是项目 项目责任制 项目开发流程,项目责任制,项目的问责 项目负责人，对项目最终的结果负责。,项目结果,运营结果,设计结果,目录,什么是项目 项目责任制 项目开发流程,项目流程示意图,项目开发流程,立项,设计,需求分析,开发,验收,测试,发布,运营,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,目标制定 意义 明确项目方向和涵盖范围 用于对项目结果进行验证 依据 项目的设计目标：用户需求分析 项目的运营目标：收入需求分析,立项阶段,目标制定 原则,立项阶段,SMART原则 具体明确的（Special）：目标是具体的，有范围边界的。 可衡量的（Measurable）：目标达到与否尽可能有衡量标准和 尺度、至少包括数量、时间、质量、成本。 可达到的（Attainable）：目标设定必须是通过努力可达到的， 不排除挑战性。 相关性的（Relevant）：体现其客观要求与其他任务的关联性。 时间性的（Time-based）：计划目标的完成程度必须与时间相 关联。,立项阶段,Checklist 的制定 项目子任务/子流程的分解 阶段性目标（里程碑）的设定：关键事件、关键时间、关键交付件 人员分工,【Checklist 样表】,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,概要设计书的内容包括： 核心用户体验及核心玩法 主线操作流程 主要功能模块,设计阶段策划案的形成,概要设计 通过开放式讨论，初步确定设计思路和方向，制作概要设计书。,设计阶段策划案的形成,详细设计,由项目负责人发起,针对概要设计书进行讨论,进行方案的调整、优化和细节补充,制作详细设计书,提交评审,设计阶段策划案的形成,评审定稿,由项目负责人发起,针对详细设计书进行评审,进行方案的调整、优化和细节补充,设计书定稿,提交需求分析,设计阶段策划案的结构,一个完整的策划案需要包含的内容： 文档变更记录 设计目的 设计范围：用户范围、时间范围等 用户体验及具体流程（包括功能说明、流程图、界面示意图等） 开发及资源需求（初稿） 测试计划（内测、外测的时间及服务器计划） 运维需求（数据统计） 运营需求,宣传告知 用户教育 投诉询问 重大风险 营销效果,设计阶段策划案的管理,策划案管理工具： VSS SVN,及时更新 邮件周知 同步上传,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,策划团队内部需求 资源ID需求 脚本需求 设定表需求 配置文件需求,需求分析阶段,策划团队外部需求 程序功能需求 管理端需求 美术需求 音效音乐需求 运维需求（OSS数据统计） 运营需求（宣传推广需求，包括官网、论坛、Tips等）,需求类型,需求分析阶段,需求分析会,策划案,需求评审会,需求文档,发起人：项目负责人 参与人： 项目负责人、项目组成员 脚本策划、数值策划、设定表策划、美术接口人、音乐音效接口人 程序、美术、测试、运营,需求分析阶段,需求文档 根据需求模板制作需求文档。,模板样例： 设定表配置需求模板 美术需求模板 经营分析系统需求模板,需求分析阶段,需求的提交 将需求文档通过邮件提交给需求接口人或者开发人员。,注意：各项需求的接口人需要设定一个备份人。,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,开发阶段,项目组小团队碰头机制 与程序、美术、测试等同事，确定开发的各个关键交付点和联调时间点。 针对程序提交的开发设计案进行确认 针对测试提交的测试案例进行确认 策划开始制作验收特性列表 验收特性列表需要包括该项目的主要功能点,开发阶段,项目周报机制 包含如下内容： 项目状况描述：包括项目各工作子项的进展，如策划、程序、美术、官网资料、宣传等内容 重点关注问题 项目延误和变动情况 项目执行 checklist,样例： QQBear数值系统项目周报,开发阶段项目变更管理,变更的涵义 修改、替换 扩充、增补 缩减、删减,开发阶段项目变更管理,变更的产生 设计思路的变更 - 通常来自于产品和设计团队（用户、产品、策划） - 主要指项目整体或者局部的设计目标、关键功能、主体流程与核心玩法的变更。,开发阶段项目变更管理,变更的产生 设计方法的变更 - 通常来自于开发和设计团队（策划、程序、美术） - 主要指项目局部规则和实现方法的变更。 设计细节的变更 - 通常来自于开发和设计团队（策划、程序、美术） - 主要包括具体设计内容和设计资源上的变更。,开发阶段项目变更管理,变更的控制 好游戏是改出来的，所以对于一个项目来说，需求变更几乎不可避免。 任何一种类型的需求变更都会对整体项目进度产生或大或小的影响，所以，必须对需求变更进行控制。,开发阶段项目变更管理,变更的控制 项目设计阶段： - 需要经过充分的碰撞和讨论，规则必须尽可能详细和全面。 - 只有在前期控制好了，才可以尽量避免在开发阶段产生设计思路和设计方法的变更。,开发阶段项目变更管理,变更的控制 需求分析阶段： - 需要与开发人员进行充分的讨论，对于设计的细节和边界条件进行充分考虑。 - 只有在这个阶段完成了足够详尽的可行性分析，才可以尽量避免在开发阶段产生设计方法和设计细节的变更。,开发阶段项目变更管理,变更的控制 项目开发阶段： - 这个阶段要尽可能避免设计思路和大的设计方法上的变更。 - 如果产生了大的变更需求，项目负责人必须发起讨论，邀请设计、开发和进度管理的相关同事参加，对变更的必要性、可行性、风险和影响范围进行评估，最终决定是否以及如何进行变更。,开发阶段项目变更管理,变更的周知 变更需要周知的人员包括： 项目成员、相关策划、相关程序、相关美术、相关测试，以及其他内部与外部的需求接口人。,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,验收阶段,验收的目标： 保证主要功能的实现完整并且正确； 保证主体流程的体验完整并且正确。 验收的范围： 主要功能和主体流程。 验收的依据： 根据验收特性列表进行验收。 验收的交付件 验收报告,验收阶段,验收的流程 特性确认 正式验收之前，与程序确认验收特性列表中的所有内容是否 已经完成开发并且提交验收。 策划验收 - 根据验收特性列表逐一进行验收，并记录验收结果。 - 验收完毕后，提交验收报告，邮件周知验收结果。 - 验收过程中发现的BUG提交BugTrace。 - 验收过程中的体验优化建议，按照表格模板提交给统一的接 口人，经过整理和讨论后，排期优化。 BUG修复 根据BugTrace中提交的BUG，进行修复工作。 转测试 整合各项目的特性验收列表，提交给测试同事。,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,测试阶段,测试的依据：测试案例 测试的交付件：测试报告 测试阶段的工作流程使用 BugTrace 进行管理：,提交BUG,分配BUG,审核BUG,修改BUG,回归测试,测试、开发,关闭BUG,通过,未通过,PM,PM,开发,测试,测试,测试阶段,项目开发流程,立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段,运营阶段,运营数据分析 数据的获取渠道：OSS平台（一定时间周期里的统计数据） 需要进行分析的数据包括：,项目本身的数据分析： 关键行为的操作记录 关键道具的产出记录 相关资源的消耗记录,项目影响的数据分析： 平均/最高在线人数 平均/最高在线时长 平均/最高ARPU值 付费渗透率,运营阶段,用户反馈调研 设计调研问卷，在论坛或官网上针对玩家进行调查，获取玩家反馈。,阶段性总结报告 通过运营数据对活动效果进行分析，结合玩家反馈，进行正面和负面的经验教训的总结，对于长期性的项