在学生游戏结果出来后，作为教师应该及时评点，以真正收到寓教于乐的效果：
在刚开始玩游戏的时候，学生总是希望更快开始用上代码牌；后来发现多花时间在需求和设计牌的构造上，才可以避免在实现阶段遭到对手的问题牌进攻。由此可以向学生指出：在项目初期如果没有花足够的时间在问题定义上将导致项目后期出现一系列问题。
学生通常会选择让他们的程序员快速写代码以减少时间花费，然而快速开发会导致近一倍的代码缺陷，修改缺陷需要花费时间，而且这些缺陷较难修改。由此可以向学生指出：如果仓促编码，项目通常会拖延。
在游戏中有三种类型的代码错误：简单错误可以很容易改正，普通错误修改的时间取决于它后面的代码牌数目，严重错误将导致它后面的代码牌全部废弃并且重新编程。这说明：越早发现错误，对项目的负面影响越小。
代码牌面朝下放置，为了决定代码中是否有错误，学生必须花时间去检查也就是将牌面转过来。经常检查可以很容易发现和修改错误，并且减少普通错误和严重错误的影响。这说明了：提前开始代码测试将减少开发周期时间。
程序员的个人素质会导致对手出问题牌，个人素质分数低的程序员有时会辞职或编写不易读的代码或忘记更新文档。这说明：业务水平高的程序员如果不履行正确的软件工程方法同样会造成问题。
每个程序员负责他自己区域的代码牌，如果玩家雇佣更多的程序员，就会出现更多的区域，那么在实现阶段末期进行集成时花费的时间更多。由此可以向学生指出：在项目进展滞后的情况下增加程序通常会让项目拖延更久。
|
