第1部分 啤酒游戏的介绍

第1部分啤酒游戏的介绍

1.1产生的背景

啤酒游戏，是1960 年代，MIT 的Sloan 管理学院所发展出来的一种游戏。Sloan 管理学院的学生们，各种年龄、国籍、行业背景都有，有些人甚至早就经手这类的产／配销系统业务。然而，每次玩这个游戏，相同的危机还是一再发生，得到的悲惨结果也几乎一样：下游零售商、中游批发商、上游制造商，起初都严重缺货，后来却严重积货，然而，消费者的需求变动，却也只有第二周那一次而已！如果成千成万、来自不同背景的人参加游戏，却都产生类似的结果，其中原因必定超乎个人因素之上。这些原因必定藏在游戏本身的结构里面。

1.2 游戏介绍

该供应链包括4个环节。从工厂向下游移动，供应链由工厂、批发商、分销商，以及零售商组成。相应地，假设供应链上每一环节依据下游客户向自己下达的订单而向它的上游供应商下达订单，这就需要它管理自己的库存水平。其中的例外就是零售商的需求来自最终顾客，而工厂的生产排程却依据其向上游供应商下达的订单作出。在零售商、批发商、以及分销商之间存在2周的延迟时间，这样，零售商在给定的时间向批发商下达的订单，将在批发商发货后2周才能到货。同样，在特定时间批发商向分销商下达的订单，也将在分销商发货2周才能到货。

玩这个游戏时，你扮演供应链4环节中的一个。在模拟的每周时间内，要求你完成接下来的5项任务。重要的是，要按下面列举的顺序完成这些任务，并且供应链每一环节与其他环节同时完成这些任务。

（1）传递你的啤酒并且移动发货卡。将发货延迟盒（位于右边，靠紧你的当前库存盒）里面啤酒放到当前库存盒里。接着，将右边另外一个发货延迟盒中的啤酒转移到刚才已清空的发货延迟盒中。（工厂将当前库存延迟盒右边的生产延迟盒里的库存直接转移到当前库存盒里。然后将顶部生产延迟盒的库存转移到底部生产延迟盒。）

（2）从你的左上方的盒里面取出来自你下游顾客的订单（零售商阅读来自顾客的订单）。尽可能地满足这些订单，方式是将库存中适当数量的啤酒直接放到左边紧靠你的当前库存盒的发货延迟盒中。超过你当前库存数量的订单变成你当前积压订单数的一部分。需要特别指出的是，这周的发货数量可以由如下公式计算得出：

发货数量=本周收到的订单数量+前一周的积压订单数量

（3）计算并记录你的本周期末库存积压订单数量。本周发货以后清点你当前库存的数量。如果出现订单积压，它一定是一周周的积累起来的，因为已经作

出的订单一定完成发货。本周结束的积压订单数量状态可由如下公式计算得出：本周的积压订单数量=前一周的积压订单数量+收到的订单数量-本周收到的订货量

(4)移动你的订单卡。将你的订单从下达订单盒移到收到订单盒中。

（5）决定订购多少。

（6）重复上面的步骤。如下面的流程图。

Oc=订单卡，S.D.=发货延迟，P.D.=生产延迟

1.3游戏目的

此游戏是在一个出货时间延迟、信息不足的产销模拟系统中进行的。在该游戏中，由于消费者需求的小幅变动，而通过加乘作用将使整个系统产生很大的危机，首先是大量缺货，整个系统订单不断增加，库存逐渐枯竭，欠货也不断增加，随后制造商扩大生产，达到订货单要求大批交货，但新收到的订货数量却开始剧降。

通过该游戏让我们思考以下几个问题：

（1）时间滞延、资讯不足对产销系统的影响。

（2）信息沟通、人际沟通的必要性。

（3）扩大思考的范围，了解不同角色之间的互动关系。认识到只有供应链整体利益最大，企业的长远利益才能得到满足。

（4）突破习惯思维方式，只有以结构性或系统性的思考才能找到问题并有改善的可能。

（5）局限思考：避免产生以下错误——归罪于外、缺乏整体思考的主动积极、专注于个别事件、煮青蛙效应、管理团队问题。

第2部分游戏软件的操作说明

2.1 主要控件的说明

1-1

如图所示，主菜单是由文件命令、选项命令、运行命令、图形命令、报告命令和帮助命令组成。

（1）文件命令。

这些命令用来停止、重新运行、退出系统。

File-Reset：此命令用于重新运行该程序。程序以前全部数据丢失。

File-Eixt 此命令是退出该游戏，回到Windows状态。

（2）选项命令

这些命令可设置程序选项，并产生不同的游戏背景情况。

Options:此命令会出现下面的角色对话框．以选择交互角色．这是操作者在游戏中的身份．计算机将担任另外三个角色。

1-2

点击角色按钮或名字就选择了角色，然后选择oK.要取消命令选择Cancel。注意，如果没有选择任何一个角色。计算机会担任所有角色，其结果也可看到。

Options-policy．命令将显示如下的策略对话框，为自动角色选择策略。

1-3

这些策略和参数仅适用于计算机模拟的角色。共有6种不同策略供每个自动角色选择。(注意，我们在下面所说的存货量状态是指一个地方的总库存、对此处的扼欠订贷、发送到此处的货物以及由于此处所产生的拖欠订货。) s—S：当库存低于s时，系统会订货使库存达到s。中s设为4，S设为30。

s—Q：当库存低于s，系统发出批量为Q的订货。

Order to S：每个星期．系统会订货使存货达到S。

Order Q：系统每星期订货为Q.

Updated s：订贷s会不停更新，

还会为这个角色的订贷调整提前期，在提前期中加上M倍期望标准差。(同

样以10周为基期)。当存货水平低于s，系统订货使之达到S。然而，最大的订货量是S，而且，前四周的订货将会作出调整以符合开始阶段没有订货的情况(或是包含在移动平均值中)，即批发商在第一周，分销商在前四周，工厂在前三周都没订货。

Echelon 这是标准存货政策的调整模式。每一个角色的s值通过如下方法确定。设A VG(D)是10周的外部顾客需求的移动平均值。设STD(D)是外部需求的标准差。在一般状态下设L+r等于2．在短提前期时为2(将在下面介绍)。每一阶段中各时期s如下计算：

零售商：s=(L+r)*A VG(D)+M*STD(D)*(L+r)0.5

批发商：s=(L+L+r)*A VG(D)+M*STD(D)*(L+L+r)0.5

分销商：s=(2*L+L+r)*A VG(D)+M*STD(D)*(2*L+L+r)0.5

工厂：s=(3*L+L+r)*A VG(D)+M*STD(D)*(3*L+L+r)0.5

存货水平低于s，系统订贷时其达到s，最大订货为S。

Options-Short Lead Time．此命令通过消去系统中的延误2来缩短系统提前时间。于是，提前时间每星期缩减一次，系统运行也随之变化，如下图：

1-4

Options-Centralized．这个功能连结起标准模式与集中化模式。在集中化模式下，游戏中各角色与工厂有着紧密联系．工厂管理人员能对外部需求作出反应。另外，当库存到达一个阶段后，可立即发往下一阶段，所以只有零售商持有存货．这意味营各角色都有足够信息，提前时间在缩短，除了工厂．其他各阶段都不会有定单延误情况。

Options-Demand．在需求对话框显示了此功能，并能设置外部客户需求。

利用这个对话柜，软件能在“随机普通需求”和“确定需求”之间转换。对于“确定需求”．角色对开始和剩余的几个星期数选定一个持续的，不同的需求。同样，对于“随机普通需求”，角色对开始和剩余的几个星期数选定一个不同平均数和偏差的需求。