Scrum敏捷游戏开发

Posted 2021-04-25 狂暴的游戏程序员

Scrum是一种敏捷开发的框架，对于任何软件开发甚至个人管理都非常具有指导意义。先放一张Scrum软件开发过程的框架图：

敏捷和Scrum

Scrum是一种敏捷实践，那敏捷又是什么呢？单纯的熬夜加班加点，快速地完成任务就叫敏捷吗？绝非如此，敏捷有着完整的软件开发流程，及其独到的思想，不只单纯的快，更讲究单位时间创造的价值，包含了很多实践，如：迭代计划，每日站会，协作的团队，极限编程，代码复审，持续集成，持续改进等等。

回顾下敏捷开发的价值观：

• 个体和互动 高于 流程和工具

• 工作的软件 高于 详尽的文档

• 客户合作 高于 合同谈判

• 响应变化 高于 遵循计划

• 
  

一定要注意“高于”二字，后面的也很重要，千万不要误解为不重要而忽视。关于敏捷和Scrum有很多经典的书都有描述，有需要可以Google。本文就按照自己的理解，意识流式随便写写。

游戏开发大大小小的团队都有，在开发过程中，有些时候流程会显的有些随意，有些混乱，很有必要借助Scrum框架来捋一捋，来优化下流程和日常的一些活动。日常频率越高的活动，稍微改进一点，整个团队的效率就会有极大的提升。

就以Scrum中的每日站会为例，大家站着围成一圈，依次回答下面三个问题：

• 昨天完成了什么？

• 今天要做什么，预期结果是怎样？

• 遇到什么问题和障碍？

每日站会会是每个人每天开始工作的一个仪式，开完早会大家才能安心去干活，会议能减少1分钟，参会人越多省的时间就越多。每日站会是交流项目进度和遇到问题的绝佳时机，提出问题明确责任人即可，尽量不要尝试在站会上讨论和解决问题，会议时间应该限制在15分钟以内。时间和地点能固定就更好了。

Scrum游戏开发，如何进行？

要想实现目标，持续改进，做任何事情都可以参考戴明循环PDCA，不断进行迭代：

Scrum其实也遵循类似的逻辑，在每一次迭代开始，都要进行一次迭代计划会议，产品负责人会根据价值对需求进行排序，选择价值高的放入本次迭代的待办事项列表，每次迭代持续1-4周，通过每日站会驱动任务的执行，迭代结束时除了产品的增量及其评审外，还有一件重要的事情，就时反思此次迭代中存在的问题，比如：计划的内容为什么没开发完？通宵做的版本为什么总是要出问题？为什么总时在最后一刻需求有变化？等等。通过回顾和反思，改进Scrum流程，好的坚持，不好的改进。这样才是一个正向循环，经过一次一次的迭代，无论产品和流程都往着好的方向发展。

下面是2016整理的，Scrum游戏开发框架：

产品负责人（Product Owner）

• 清晰地表达产品待办列表项

• 对产品待办列表项进行排序，最好地实现目标和使命

• 优化开发团队所执行工作的价值

• 确保产品待办列表对所有人可见、透明、清晰，并且显示 Scrum 团队的下一步工作

• 确保开发团队对产品待办列表项有足够的理解

• 产品负责人负责最大化产品以及开发团队工作的价值。

• 由制作人、主策或专门的助理担任。

• 确认新功能的开发、BUG的修复。

开发团队（Scum Team）

• 策划：游戏设计、制作策划案、协调沟通。

• 程序：开发编码、联调测试。

• 测试：功能测试。

• 美术：制作美术资源。

• 音效：制作音效资源。

• 开发团队由组织组建并授权， 团队自己组织和管理他们的工作。

• 开发团队最佳规模是： 足够小以保持敏捷性，足够大以完成重要的工作。

• 
  

流程管理员（Scrum Master）是Scrum特有的角色，服务于整个团队。

Scrum Master 服务于产品负责人：

• 找到有效管理产品待办列表的技巧

• 帮助 Scrum 团队理解“清晰准确的产品待办列表项”的重要性

• 在经验主义的环境中理解长期的产品规划

• 确保产品负责人懂得如何安排产品待办列表项来最大化价值

• 理解并实践敏捷

• 按要求或需要引导 Scrum 事件

Scrum Master 服务于开发团队：

• 在自组织和跨职能方面给予团队指导

• 协助开发团队开发高价值的产品

• 移除开发团队工作中的障碍

• 按要求或需要引导 Scrum 事件

• 在 Scrum 还未被完全采纳和理解的组织环境下指导开发团队

头脑风暴

• 游戏设计想法讨论

• 形成策划草案
  

方案评审

• 参与者：策划、程序、测试

• 评审策划方案

• 确定执行人员

• 确定执行用时

• 大家对讨论的主题都必须了解

• 策划方案尽可能详尽

Sprint计划会议

• 参与者：产品负责人、开发团队负责人

• 确定后续Sprint的开发内容

• 确定版本发布时间

• Sprint Backlog：可行无异议的待办列表

• Plan

• 新功能必须经过方案评审才能加入SprintBacklog

每日站会

• 参与者：团队所有成员　

• 昨天我为开发团队达成Sprint 目标做了什么

• 今天我准备如何帮助团队达成 Sprint目标

• 有什么事情阻碍了我帮助团队达成Sprint目标

• 整个团队规模比较小可以整体开会

• 规模较大需要进行拆分（特性团队、业务团队）

• 固定时间、<=15min

• 提出问题、会后找相关人员讨论

产品待办列表（Product Backlog）

• 产品待办列表是一个有序的列表，其中包含产品需要的一切可能的东西，也是产品需
  求变动的唯一来源。

• 产品负责人负责管理产品待办列表的内容、可用性和排序。

Sprint待办列表（Sprint Backlog）

• Sprint 待办列表是一组为当前 Sprint 选出的产品待办列表项，外加交付产品增量和
  实现 Sprint 目标的计划。

• 
  

PS. 今天状态不太好，脑子有些转不动，但还是要坚持写些东西，回顾和整理过去的一些思考，逻辑有些混乱，大概看看，知道Scrum是游戏开发流程的一种很好的选择即可。系统学习，推荐几本书：

• 《敏捷软件开发：原则、模式于实践》 - Robert C·Martin

• 《Scrum敏捷软件开发》 - Mike Cohn

• 《Scrum敏捷游戏开发》 - Clinton Keith

• 
  

敏捷并不简单，每一项实践都值得深思！