上一篇（团队游戏制作I-团队游戏设计1.Part 1）介绍了TGP类涉及的话题
游戏设计理论：循环、流程、支柱；
开发框架：Prototype → POCG → POCT → VS → Alpha → Beta → Launch；
开发方法：使用 Scrum 和用户故事进行敏捷开发；
并介绍了我们团队原型阶段的开发实例。
对于 Pitch，我们得到了以下反馈：
可以说，正是这种对游戏玩法的反馈让下一个 POCG 阶段变得更加重要。也是从这个阶段开始，我们正式引入了 Scrum 开发方法和 Perforce 版本控制。
POCG 阶段需要一周时间，我们的 Scrum Board 如下：
上图中的Scrum Board是Agile Development with Scrum and User Story的可视化，也是Scrum Planning的结果。
需要注意的是，上图中的Scrum Board只是“未完成的任务”部分，其他两个Scrum Board“进行中”和“已完成”并没有贴出来。在每日 Scrum Meeting 中，团队成员会从“Unfinished Tasks”板上移除与今天任务相对应的便签，并将其粘贴到“In Progress”板上； " 移至“已完成”。
Perforce 版本控制与 SVN 类似游戏开发设计文档，可帮助团队协同工作。大致流程是：签出文件-修改文件-提交修改。同时为了配合Perforce，引入了资源数据库Asset Database；也就是使用一套命名约定来帮助开发者无缝交接。
在POCG中我们主要实现：
如下图：
相比Prototype阶段，我们做的核心改动之一是调整了线条效果的类型：将原计划的磁贴线换成了碰撞弹力线。之所以做出这样的调整材质材料，是因为方案实施难度大；从这个角度来看，由于开发周期的限制，这个POCG其实具有POCT的性质。由于技术原因游戏开发设计文档，必须调整游戏玩法，反之亦然，这是游戏开发中的常见情况。
