游戏开发任务优先级：区分功能与Bug，理解重要性与团队职责
总结：
Timothy Cain谈论任务优先级
[
00:07:15
]
本视频深入探讨了游戏开发中任务优先级的重要性。由于时间与资金有限，而任务清单无限，游戏从未真正“完成”，只是“交付”。功能任务应首先关注基础系统，再根据其对游戏背景和故事的重要性进行排序。同时，考虑开发工作的难度和开发者的热情也至关重要。对于Bug，最优先解决的是导致游戏崩溃和阻碍玩家进程的问题。多人游戏中的平衡性Bug也需高度重视，而有些“有趣的Bug”甚至可以保留为游戏特色。任务优先级由游戏总监设定愿景，各团队负责人进行时间评估和任务分配，QA主管提供用户体验反馈，而制作人则负责整体进度和资源协调。
任务优先级为何至关重要 [00:40]
- 任务清单无限，资源有限 [00:47]
- 任何游戏都不会完成所有任务，最终都只是“交付”。
- 如果试图完成所有事情，任务清单会不断增长，因为新功能、小错误和改动层出不穷。
- 开发时间、资金等资源是有限的，这使得任务优先级排序成为必然。
- 游戏开发格言：“只交付，不完成” [00:58]
- 游戏永远不会真正“完成”，只会达到可以发布的程度。
游戏功能优先级排序 [01:51]
- 基础功能优先 [01:59]
- 总是先完成基础性的工作，避免过早投入非基础功能开发。
- 动画师应先制作行走动画，再制作跑步或战斗动画。
- 例如，应先完成物品栏系统，再开发交易或偷窃系统，因为后者依赖于物品栏。
- 许多开发者常因兴奋而立即投入非基础功能开发，但底层系统缺失将导致工作无法进行。
- 根据设定和故事重要性排序 [03:11]
- 功能的优先级应与其对游戏背景和故事的重要性挂钩。
- 如果某个机制（如从NPC偷窃物品）对游戏的故事或背景不关键，则其优先级较低。
- 如果重要功能（如商人系统，对游戏物品经济至关重要）缺失，应提高其优先级。
- 考虑开发工作量和开发者热情 [03:51]
游戏Bug优先级排序 [06:51]
- 永远无法修复所有Bug [07:06]
- 任何一款游戏都不可能做到完美无瑕，总会有未修复的Bug。
- 尤其在RPG等复杂游戏中，修复所有Bug是不切实际的。
- 最优先的Bug：崩溃和进程阻塞 [07:48]
- 游戏平衡性问题 [08:51]
- 对于单人游戏，平衡性优先级不高。
- 多人游戏中的平衡性 [09:05]
- 对于有玩家对战（PvP）或不同职业合作（PvE）的多人游戏，平衡性极其重要。
- 严重不平衡会造成不公平的PvP体验或PvE中某些职业无人问津，影响玩家体验。
- Bug可能变成功能 [09:37]
- 有时Bug可以被保留甚至演变为有趣的游戏功能（例如《辐射》中的偷窃机制可以植入炸弹）。
- 并非所有Bug都需要修复，尤其当它们能为游戏增添趣味时。
- QA提供的Bug“感受”和频率 [12:04]
- QA主管可以评估一个Bug发生时给玩家带来的“糟糕感受”程度，这可能是决定优先级的因素之一，即使它不常发生。
- QA也能告知Bug发生的频率，帮助判断其严重性。
任务优先级决策者 [10:48]
- 游戏总监 [11:10]
- 负责游戏的整体愿景。
- 决定一项任务是否符合游戏愿景，不符合的可以立即设定为零优先级。
- 团队主管（Leads） [11:25]
- 负责对任务进行时间估算、分配给团队成员，并考虑时间表。
- QA主管 [12:04]
- 在Bug优先级方面尤为重要。
- 能够告知特定Bug发生时的玩家感受（例如意外摧毁任务物品导致进度损失的挫败感）。
- 报告Bug发生的频率。
- 制作人 [13:10]
- 负责维护整个项目进度表。
- 了解在任何给定时间谁将负责什么任务以及何时完成。
- 识别项目中的瓶颈，例如在库存系统完成之前无法进行偷窃功能。
- 结合团队主管的时间估算和项目剩余时间，平衡任务优先级，确保项目按时交付。