项目开发流程简介【荐】.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * 开发阶段－－项目变更管理 变更的控制 项目设计阶段： - 需要经过充分的碰撞和讨论，规则必须尽可能详细和全面。 - 只有在前期控制好了，才可以尽量避免在开发阶段产生设计思路和设计方法的变更。 开发阶段－－项目变更管理 变更的控制 需求分析阶段： - 需要与开发人员进行充分的讨论，对于设计的细节和边界条件进行充分考虑。 - 只有在这个阶段完成了足够详尽的可行性分析，才可以尽量避免在开发阶段产生设计方法和设计细节的变更。 开发阶段－－项目变更管理 变更的控制 项目开发阶段： - 这个阶段要尽可能避免设计思路和大的设计方法上的变更。 - 如果产生了大的变更需求，项目负责人必须发起讨论，邀请设计、开发和进度管理的相关同事参加，对变更的必要性、可行性、风险和影响范围进行评估，最终决定是否以及如何进行变更。 开发阶段－－项目变更管理 变更的周知 变更需要周知的人员包括： 项目成员、相关策划、相关程序、相关美术、相关测试，以及其他内部与外部的需求接口人。 项目开发流程 立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段 验收阶段 验收的目标： 保证主要功能的实现完整并且正确； 保证主体流程的体验完整并且正确。 验收的范围： 主要功能和主体流程。 验收的依据： 根据《验收特性列表》进行验收。 验收的交付件 《验收报告》 验收阶段 验收的流程 特性确认 正式验收之前，与程序确认《验收特性列表》中的所有内容是否 已经完成开发并且提交验收。 策划验收 - 根据《验收特性列表》逐一进行验收，并记录验收结果。 - 验收完毕后，提交《验收报告》，邮件周知验收结果。 - 验收过程中发现的BUG提交BugTrace。 - 验收过程中的体验优化建议，按照表格模板提交给统一的接 口人，经过整理和讨论后，排期优化。 BUG修复 根据BugTrace中提交的BUG，进行修复工作。 转测试 整合各项目的特性验收列表，提交给测试同事。 项目开发流程 立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段 测试阶段 测试的依据：《测试案例》 测试的交付件：《测试报告》 测试阶段的工作流程使用 BugTrace 进行管理： 提交BUG 分配BUG 审核BUG 修改BUG 回归测试 测试、开发 关闭BUG 通过 未通过 PM PM 开发 测试 测试 测试阶段 项目开发流程 立项阶段 设计阶段 需求分析阶段 开发阶段 验收阶段 测试阶段 运营阶段 运营阶段 运营数据分析 数据的获取渠道：OSS平台（一定时间周期里的统计数据） 需要进行分析的数据包括： 项目本身的数据分析： 关键行为的操作记录 关键道具的产出记录 相关资源的消耗记录 项目影响的数据分析： 平均/最高在线人数 平均/最高在线时长 平均/最高ARPU值 付费渗透率 运营阶段 用户反馈调研 设计调研问卷，在论坛或官网上针对玩家进行调查，获取玩家反馈。 阶段性总结报告 通过运营数据对活动效果进行分析，结合玩家反馈，进行正面和负面的经验教训的总结，对于长期性的项目，需要考虑改造或者优化方案。 项目的改造/优化 此阶段可以是原有项目的延续，也可以作为一个新的项目来操作。 操作流程仍旧遵循项目关键流程：项目设计－> 需求分析－> 项目开发－> 项目验收 －> 项目测试－> 项目发布－> 项目运营。 结尾的三句话 项目开发流程不等于项目开发 流程只是工具，用来帮助我们规范日常工作 项目能否做好，关键仍然取决于做事情的人 态度 方法 谢谢大家！ Q & A * * * * * * * * * * * * * * * * * 项目开发流程简介 Ecyuan 2009 目录 什么是项目 项目责任制 项目开发流程 策划的能力： 创意能力－－产生想法 设计能力－－把想法表述出来 实现能力－－把想法变成现实 实现的过程，就是一个项目的开发过程。 本文档中涉及的项目： 单个游戏产品中的单个系统、功能、活动 什么是项目 项目的简单定义 在既定的资源约束下，为实现某种目的而相互联系的工作任务。 项目的主要特性 项目的团队性－－角色定位、分工与合作、沟通 项目的多样性－－因事制宜、因时制宜 项目的约束性－－时间、人、经验等资源的制约 项目的不确定性－－内部因素、外部环境的变更 什么是项目 目录 什么是项目 项目责任制 项目开发流程 项目责任制 项目的问责