游戏塞班准备指南

本指南适用于团队领导和团队成员！我根据我的经验在第一场游戏塞班中写了这儿的事，其中我实际上是团队的领导。这里写的某些事如果不是我的团队成员告诉我做，可能我不会这么做。不管你是团队领导还是团队成员，试着让你的团队做这些事可能值得！

这里是指南的结构：

1. 准备
2. 塞班
3. 后塞班分析

//准备///

1 - 决定团队组成

（尝试组建这个团队，或者找一个合适的团队体。）

艺术家的数量
音乐作曲家数量
声音效果设计师数量
程序员数量
*错误角色数量

团队组成决定了你将要制作的游戏类型。

有很多艺术家？建议制作有极大风格的游戏，简单的机制。

有很多程序员？建议制作更复杂的游戏设计，简单的图形。

我的建议：总是多招一些艺术家和视觉设计者，不要相信太多了，要不然他们会工作过度。要么招三名以上程序员，要么招一名。你永远不要招恰好两名程序员。这两名程序员会制造communication overhead，迫使你写尽可能可读的代码和注释，这样会很慢（这通常不坏，但如果你的截止日期是明天，那么这是非常差）并且没有比一名程序员多多少人力。

2 - 找到团队成员（或团队！），优先是比赛前。知道你和谁在一起。确保这些人不会放弃，并且在他们的领域有一定水平。

3 - 设置团队合作环境（或告诉团队负责这些事！）

GitHub或其他版本控制系统
云存储，用于资产分发
*团队进行性应用，用于跟踪任务

4 - 召开游戏前的一次或多次团队会议

在比赛开始前见面你的团队。

认识彼此
了解团队成员的知识和讨论什么事彼此都非常舒服工作。
*创建一个团队合作15分钟小项目

5 - 创建团队小项目

制作一个10-15分钟的小项目。让艺术家们每人绘制一个图像，并将它们在云存储中存储（做同样的事，声音效果和音乐设计师，每个人都在不同的短暂音效中！）。 让程序员们在不同的Git分支中创建一个游戏特性（如果你之前没有Git的团队，选择一个团队的流程）。让他们每人创建一个合并请求并在假 productivity app项目中标记任务。确保每个人都能工作，没有太多问题。如果有人在挣扎，帮助他们。比赛开始时，你们可能不会有太多时间从事这些事。

6 - 检查可用的话题 (如果有可能）。让团队成员们为每个主题脑补一个游戏设想。这意味着，当比赛开始时，你们就已经有了一个已经完整的游戏设想。时间是宝贵的，尤其是在比赛中！

7 - 使用可以轻松地导出到所有平台的游戏引擎。越多的平台，对你越好。在塞班中，最重要的平台是WEB。你的游戏塞班作品必须在浏览器中无需困难导出！

//塞班///

1 - 在塞班开始时迅速与团队见面。制作游戏开发计划！你的游戏应该由地面起制作。组织你的游戏开发计划，好当你没有足够的时间时，你总是能有一个完整的游戏，哪怕在计划中只有完成游戏特性。完成的游戏玩法循环比起中间时段完成游戏时更重要。塞班中期只要添加一些额外的功能和包装即可。

注意:你的游戏设想应该尽可能地小，小到你不能确定你的团队能多快地工作。除非你已经与团队一起工作，你可能不知道他们能多快工作！总是对安全者下赌注。

2 - 尽可能地快速进行任务与帮团队！ 他们可能不会有很多的经验，做小游戏塞班。尽可能地帮助你的团队成员并帮助他们尽快完成任务。如果你能看到问题或有任何不确定，在比赛开始时，就与团队成员一起解决或问问他们有没有想法。

3 - 保持与团队的紧密联系。当他们在困境中，或者游戏在进展缓慢时，不要害羞，告诉其他团队成员他们有多么困难以及需要他们帮助。帮助你的团队成员！如果问题太多了，告诉他们。

4 - 不要怕剥减一些功能！ 如果你能感觉到时间可能不够，剥减一些功能不是最终问题。重点应该放在完成的美丽玩法中! 重要过于功能。

5 - 一定要为你的团队成员致谢。你不能想象还有多少人在塞班完成游戏后忘记加入致谢单。即使你在没有太多时间的情况下，你也必须在结尾画一个简单的文字列表，即使不是很精致的结尾界面。不要犹豫，总是有时间来添加致谢信息。

//后塞班//

比赛结束后，你应该认真考虑你的团队什么工作做得好的，什么工作做得不好的。询问你的团队，分析你和你的团队的工作方式，并学习在下个塞班中利用你的经验！

结语

注意一下:游戏塞班本来就是一项趣味活动！ 和你在创建独立游戏时一样，你不应该在塞班中感到焦虑。你经常看到独立游戏开发人员和塞班参与者感到焦虑。游戏塞班和独立游戏开发一样是乐趣。即使你被排在最后也是如此。

即使被排在最后，也是好事！