摩登城市”历险记.pptVIP

共同方向，清晰里程碑 Automation Tests Lots of ToDos 产品方面 更好的好友关系链 更强的好友交互，制造矛盾 大量的可用性优化 简化设计，做更多的减法 美术上要更多的现实生活中熟悉的建筑，增加主题 初始蒙板的剧情 丰富角色 给予玩家反馈的优化 99.9% Up time 乐于分享 Keep doing Continuous improvement “求虐求教育”的战队！ 敏捷给我们带来了什么？ /mmxw 优化项目管理提升开发效率 最高日活跃 DAU： 150万最高日在线 PCU： 11万 Step II KPI拉动系统模型 KPI拉动系统模型 悲催的人生 还可以再悲催点么？ 肿么办？ 项目信息可视化，发现瓶颈，促进交付 测试 程序 策划 PM，制作人 团队Co-location，完善交流效果，提高效率，消除误解 明确职责角色，规范项目管理 制作人：决策主策，主程，主美之间无法解决的争议，确定产品走向主策划（PO）：编写并验收Story，策划案，每个迭代之前组织需求讨论会，确定进入下一迭代的特性，bug是高优先级，且Story，策划案符合要求（见模版）。策划：提交特性Story，验收Story，回答项目其它成员关于需求的问题，填写配置表，测试配置表，负责任何策划的更改不破坏游戏特性。程序：理解特性Story，提出自己问题，设计并实现Story，测试并自我验收Story；提交非功能性Story。对游戏质量100%负责。主程序：技术架构，持续集成，自动化测试合理健康的运行，有节奏的重构，保证质量，按时交付，对代码质量负责美术（主美术）：按时提供游戏需要的美术素材，提交Story，并验收自己提交的Story。保证进入迭代计划的Story相关素材已经完备。测试：确定通过测试验收的Story没有严重缺陷，负责外网严重Bug的数量不断减少（降低漏测，同时减少外网已存在Bug）。PM：制订项目计划（包括迭代，发布计划和关键里程碑），解决问题，协调资源，保证项目按时交付运营：按时提供策划所需的所有数据信息，用户反馈信息，保证发布按时，成功，对用户影响最小（比如：停机时长）。 需求池－Backlog管理 需求池- TAPD-规划中 待开发 功能点 TAPD- 实现中 R R R R R R R R R R R R R R R R R R R R R R R R R R In Out In Out In Story Wall Ready Play Test Done 更快恢复行动力 自动增加朋友 完美城市例子 支持1百万个用户同时在线 不能访问商城 TAPD完成 明确职责角色，规范项目管理 迭代安排（周二开始，周一结束为一个迭代，一个迭代发布两次，每周二，周四上午10点发布）： 周二：IPM（迭代计划会议，1小时，全员，PM主持）：根据Story优先级，由策划，主程，PM逐一解释Story，程序和测试提出问题。程序对Story估算。调整并且确定优先级，确定迭代计划。负责人：PM 周三：下午2点转测试，任何没有在“Done”的story都不能进入测试版本。上午10点程序确定那些Story可以发布。负责人：主测试 周四：正常 周五：下午5点，敏捷回顾会议（1小时，全员，PM主持）周一：需求讨论会（策划,PM参加，测试，程序可选参加）下午2:00（2小时）：所有下迭代Story，策划案验收通过。负责人：主策（PO） 下午2点转测试，任何没有在“Done”的story都不能进入测试版本。上午10点程序确定那些Story可以发布。负责人：主测试 每天：除周二外，每天上午9:30－9:40全体站立会议；9:40-9:45策划站立会议。一周之内策划还需要每人有一天与运营策划结对进行用户访谈和支持 GR GR 迭代N（一周） 迭代N+1 （一周） 发布1（2天）每周二 发布2（3天）周四 该发布story准备 IPM Story讲解 Story开发 Story验收 Story测试 版本测试 版本发布 下个发布story准备 选取一个story 选择下一个story 完成的story 未完成进入下个发布 新增加活动 现有活动但没有做实 严重有问题活动 现有活动 开发活动按照一周一个迭代进行管理 主策制定本迭代需求，策划负责写策划案，没有需求池，没有优先级 只对部分需求讲解，且没有测试人员参与 部分验收 一级测试和二级测试合并且和开发坐在一起测story 有回滚 以前PM分配任务且有等待目前开发会认领任务，个别后台等待PM分配 不清楚新增多少功能何如哪些bug GR GR 迭代N（一周） 迭代N+1 （一周） 发布1（2天）每周二 发布2（3天）周四 该发布story准备 IPM Sto