Scrum敏捷游戏开发

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目标

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

规模较大需要进行拆分(特性团队、业务团队)

固定时间、

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

产品待办列表(Product Backlog)

产品待办列表是一个有序的列表,其中包含产品需要的一切可能的东西,也是产品需

求变动的唯一来源。

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

Sprint待办列表(Sprint Backlog)

Sprint 待办列表是一组为当前 Sprint 选出的产品待办列表项,外加交付产品增量和

实现 Sprint 目标的计划。

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

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

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

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

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

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180803G200EN00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券