scrum在游戏开发项目管理中的应用.docVIP

关于scrum在游戏开发项目管理中的应用 李摘要：Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。游戏开发也是一种软件开发项目，在其开发过程中能够运用运用scrum工作方法是没有任何疑问的，但是游戏毕竟不同于一般的软件开发，其中有其特有的要求，所以在本篇文章中所要论述的是scrum在游戏开发中如何较好兼容的问题，通过scrum让游戏开发团队更有效率的完成一个游戏开发项目。 关键词：scrum,游戏开发，项目管理，应用，联系与区别 1共同的核心价值 1.1Scrum希望能够在最短的时间里完成最高价值的功能，游戏也是如此，策划们会提出海量的需求，永远不可能做完，又要在规定的时间上线，这就使得游戏开发团队不得不在规定的时加内，完成最高价值的需求。 1．2 Scrum拥抱变化，不做完美的需求文档，而是在每个Sprint结束后，对产品Backlog重新进行一番审视，主动地去接受变更，改变产品Backlog，以确保能在下一个Sprint内开发出最重要的内容。游戏团队开发也是如此，策划人员需要不停的根据玩家反馈、市场变化等因素来调整游戏的策划案，开发团队需要以一种积极应对的方式来处理策划变更。项目经理圈子游戏中很多文档的价值很低，如功能分析与设计文档，当产品被制作好以后，这些文档便没有了任何价值，一个功能和其他功能的关联，也都在策划文档中有详细的记录，因此在开发过程中，根本不会尊寻传统软件开发中的先文档再开发的方法。同属于敏捷开发的Scrum方法也坚持交付有价值的功能，从而尽可能减少不必要的文档，这也正和游戏开发的做法完全吻合。 1.3Scrum不做完美的开发计划，多变更的环境中，没有任何一个计划能被良好的执行，如果我们不能执行一个既定的计划，那么我们不如不制定这种计划，而是用另外的方式，基于承诺的方式来完成开发工作。有过游戏开发经验的人都知道，游戏开发根本不能按照既定的计划进行，但是不计划又没法管，而Scrum??式提出这种非计划驱动型的研发管理方式。从以上这几点来看，Scrum的价值观和游戏开发管理价值观完全的吻合，Scrum完全可以运用到游戏开发过程当中。 2　Scrum意味着改变 实施敏捷，尤其是要实施Scrum，就意味着我们要彻底改变传统的，计划驱动型的开发方法，这个改变不但包括了项目管理思路上的转变，对于团队的划分、项目流程，乃至工作方式，都要发生改变。同时改变也是双向的，开发者在改变的同时，Scrum也要根据游戏公司的实际环境发生相应的改变。Scrum实施成功的关键，就是做好从传统向敏捷的转变，Scrum实施的最大的风险，就是虽然我们实施了Scrum，但是我们却没有遵守Scrum的核心要求做事情。 3定义Scrum的角色 Scrum中不再有传统意义上的产品经理、项目经理，而是使用了Product Owner、Scrum Mas ter、Team和Stake holder这样的新角色，当项目组是从传统开发模式转变过来的时候，我们需要重新定义这些新的角色。项目经理圈子 3.1团队项目经理圈子 对于传统Scrum而言，团队是一个跨职能团队，分析设计人员、开发人员、测试人员一起组成了一个团队，大家在弱化分工，每个人都参与设计、开发与测试中。对于游戏团队，尤其是大型网络游戏团队，实现跨职能团队有相当大的难度。游戏公司大多采用矩阵式结构，按照职能，会分为策划、开发、美术、测试等部门，根据项目再从各个部门抽调人手形成项目组。 我们这里所讲的新的scrum团队也可以是跨职能的，这里的跨职能是一个小范围的跨职能，是相对于传统的开发方法而言的。在传统的游戏开发团队中，每个程序都负责一个特定的功能模块.对于Scrum的跨职能团队而言，我们希望能够打破程序、测试人员的分工，我们希望所有程序人员都能应对多个功能于模块的代码，测试人员也能了解多个模块的业务逻辑，这样，实际开发工作中，团队成员能够互相帮助，评估过程中，团队成员也能各抒己见，加深大家对于功能的理解，提高团队生产效率。 　　3.2Scrum Master 　　Scrum Master是Scrum项目中的灵魂人物，按照Scrum中的定义，Scrum Master不再是一个执行管理技能的领导，而是一个秩序维护者、教练以及团队成员的第一助手。Scrum Master要为团队、Product Owner教授Scrum知识，维护Scrum秩序，必须要在整个项目组内有很高的威望，甚至要有能力调配测试、美工、策划资源. 　　当团队规模还很小的时候(项目初始阶段，5人不到的时候)，Scrum M a