一、瀑布模型的问题
1. 新增特性
原因：
(1) 投资方要求
(2) 原特性无法达到预期
确认游戏乐趣的唯一途径就是玩游戏
2. 盲目乐观的计划
任务越复杂，预估准确性越低
-
人效率不同
-
工作并行性不同
-
工具稳定性不同
-
无法预知乐趣点（无法识别核心工作，分配时间并重点打磨）
3. 制作过程的挑战
不确定性
二、为何采用敏捷游戏开发
1. 产出知识
-
知识是项目开发过程中产出的
-
知识的价值很大
-
知识产出成本很高
-
知识是团队中可以产出的最大财富
游戏开发本身是一个学习过程
2. 降低成本和提升质量
一般降低成本的做法
- 外包
- 第三方框架
- 减少内容
- 依赖成熟的IP
- 少创新
这些做法都会降低品质
敏捷解决以上问题
3. 明确核心乐趣
明确乐趣
4. 消除浪费
简单迭代 –> 探索更多思路;
无需后期翻新
三、 敏捷价值观
1. 个体和交互 > 过程和工具
链式沟通：
问题：
(1) 人力浪费
(2) 响应不及时
敏捷自下而上解决问题
团队有精力解决更大问题：
(1) 减少外部依赖，聚焦问题
(2) 及时判断风险
(3) 团队内部物色、培养领导
注重个体间的沟通
2. 可运行的游戏 > 详尽的文档
有些形式的文档还是必要的
“一个沉迷于细节设计的游戏，不可能是一个一流的产品”
3. 客户协作 > 合同谈判
为避免延期 –> 避免多余的工作投入（如提升品质）;
需要灵活的里程碑定义
双方互相信任
4. 响应变化 > 遵循计划
已知的事情做计划，未知的事情做迭代
四、敏捷项目是什么样子的
开发迭代 构成 敏捷项目
迭代通常2~4周，4~8个迭代进入可发布状态
迭代实现游戏 特性（即用户故事）
迭代包含元素：
- 概念
- 设计
- 编码
- 游戏资源制作
- 调试
- 优化
- 调优&打磨
迭代结束 –> 回顾 –> 下个迭代调整目标;
目标不断调整
