游戏开发中的敏捷与Scrum实践
1. 敏捷开发概述
在传统的游戏开发中，固定里程碑交付物导致开发者和发行商之间形成了对立关系。双方都意识到需要改变来改进游戏，但缺乏必要的信任来推动变革。实际上，开发者和发行商之间的协作应该比固定合同更受重视，然而，很少有发行商允许开发者在没有详细合同的情况下工作。
在行业之外的敏捷环境中，许多合同采用时间和材料的形式，即客户支付上一次迭代的成本，这种合同形式需要双方有更高的信任度。虽然大多数西方发行商不支持这种模式，但许多已经采用了灵活的里程碑定义，允许每隔几个月与开发者进行一定程度的协作。随着敏捷方法的推广，我们将看到更多的协作业务安排。
敏捷方法主张对已知的进行规划，对未知的进行迭代。随着项目团队的扩大以及功能和硬件复杂性的增加，经理们越来越依赖详细的计划。但实际上，我们很少能同时满足项目所需技术的确定性和明确的需求这两个条件，因为平台经常变化，创造有趣且创新的游戏也总是充满挑战。
2. 敏捷项目的特点
敏捷项目由一系列开发迭代组成，迭代通常是短时间间隔，一般为两到四周，在这段时间内游戏会取得进展。开发者在每次迭代中实现对客户有价值的单个功能，这些功能被称为用户故事。迭代包含了整个游戏项目开发的各个元素：
- 概念
- 设计
- 编码
- 资产创建
- 调试
- 优化
- 调整和打磨
每次迭代结束时都会对游戏进行审查，结果会影响未来迭代的目标，这体现了“检查和适应”原则。每四到八次迭代，游戏会进入一个发布状态，即完成主要目标，接近可发布水平。
“检查和适应”原则是敏捷实践的基石，团队和客户
