兵棋推演流程之兵棋开发

兵棋推演流程之兵棋开发

就训练兵棋而言,插入事件或突发事件是一个关键要素。而分析兵棋的这一特点不是很明显,这主要是因为分析兵棋要保持变量不变,但也是非常重要的。

兵棋推演流程之兵棋开发
插入的内容主要分为事件和突发事件。这两者的区别不是非常严格,前者指相对重大的事件,而后者影响较小。这种差异在很大程度上是无关紧要的。
但是不要由此得出突发事件在某种程度上需要较少规划的推论。实际情况是在兵棋推演中无论是事件或者突发事件都需要仔细斟酌,认真处理。
有关事件插入的术语主要包括以下两类:

    MEL/MIL:主要事件列表和主要突发事件列表,这是北约的说法;MSEL:主要想定事件列表,美国主要使用这一说法。

另一个值得注意的术语是事件和突发事件“选择列表(PL)”,其含义不言自明。
兵棋推演流程之兵棋开发
用于操纵插入的系统从专门为该目的编写的复杂分布式软件应用程序(如北约的联合演练管理模块)到人工修正的带插入“同步矩阵”的白纸板不等。
这里没有方法正确或者错误之分,但是要注意,IT的不断使用,通常会造成训练负担增加,系统数据填充任务增多,数据管理难度加大。
与各方面模拟保障一样,应该将插入运行方案作为应用于整个兵棋活动的逻辑设计流程的一部分进行确定。
无论如何运行,保证插入有效的关键是做到以下三点:
可接受 插入内容在参与人员看来是可信的,即易于接受。这需要在演练控制方面付出巨大努力,必须在进行插入之前就“开好局”。
兵棋推演流程之兵棋开发
理想情况下,设定和想定带“钩子”,方便事件或者突发事件的插入和推演。演练文件中的一两行文本,智能产品中的参考信息或者“危机之路”片断中提一下就足够了。
可能需要先埋下伏笔为主要插入创造条件。需要注意的是插入不仅仅是“突然出现”,如果是这样,那么就存在参与人员脱离当前推演的风险。
可执行 一些插入是为了对参与者产生影响而设计的,通常会增加某种约束条件。其它目的包括让参与者做出决策或者采取某种行动。
如果参与者无法就插入内容做出反应,那么就没有必要使用。其唯一的影响就是演练控制最终训练了自己。
兵棋推演流程之兵棋开发
可追溯 必须明确参与者决策的基本原理。在训练兵棋推演中,插入要有利于事后回顾流程。在研究兵棋中,要有助于分析。
这是各事件存在的理由,因此它们的推导要尽可能清晰。影响对阵员决策的插入的起因和目的要绝对清楚。
要达到上述三个标准,要提前考虑,提前确定以下内容:

    目的:预期对参与人员产生何种影响?压力:要对参与人员施加多大程度的压力,在推演插入内容时是否可根据需要降低或增加压力?激发机制:何时、怎样插入,是否需要提前埋下伏笔来引出?所需行动:需要谁做什么来引出,怎么协调他们的行为?

兵棋开发,即兵棋团队在一定帮助下,单独或者与相关人员合作完成设计步骤中要求的工作。

兵棋推演流程之兵棋开发

开发任务一般主要包括以下内容:

☞ 设置和想定:想定(含绘制实物或数字地图)开发的工作量较大。北约方针中详述了六个模块,为兵棋(含较小兵棋)开发提供指导。

虽然使用主要事件和主要突发偶然事件列表的情况比较常见,但预先编写兵棋叙述脚本还是必要的。

☞ 裁决方法: 理想情况下,可使用现有的经过验证的方法,但是可能需要新工具或新技术来支持。

☞ 兵棋进程:无论使用什么技术,大多数兵棋是否成功主要取决于使用的进程是否正确、稳健。

兵棋推演流程之兵棋开发

☞ 分析方案和保障流程:训练和分析兵棋中都要有分析方案。

☞ 数据搜集方案:这从分析方案中获取并用来保障分析方案。

☞ 模拟:可新创建或者修改已有的模拟系统。模拟系统的设定、数据填加和实际创建需要较大的工作量。

☞ 对阵员和保障人员:对阵员单元无法控制或者主题专家职能缺失会造成整个兵棋的失败。

☞ 空间和布局:兵棋推演的物理空间可以是单个桌子也可以是分布式多国位置。尽管这取决于兵棋设计和开发流程;但通常情况下,空间可提前确定,成为兵棋设计的制约条件。

兵棋推演流程之兵棋开发

通常要召开几次开发会议和研讨会。可以是大型会议,比如北约采用的初始、主要和最终规划会议。但是小型兵棋开发没有必要召开大型会议。设计步骤所得出的结果应作为开发会议的议程,或至少应被视作一个重要日程项。

兵棋推演的一个必需元素即一次或以上的测试演练。推演测试是兵棋成功交付的关键所在。一系列测试与正在进行的开发工作交叉进行的情况比较常见,主要内容如下:

    内部推演测试:内部推演测试通常在兵棋小组内部进行。目的是测试关键开发项,如裁决方法、流程、想定、数据搜集和分析方案的进程。

    系统综合测试:系统综合测试的目的是评估整合后的兵棋系统是否达到快速性和简单性程度要求。这也是让赞助人和兵棋负责人参与,确定兵棋是否能够实现目标的一个好机会。

    测试演练:测试演练的目的是测试兵棋各个方面的稳定性,确保它们符合目标要求。尽管要评估所有兵棋要素(包括简报、技术和流程等),但是不要将测试演练与预演相混淆。赞助人和兵棋负责人的代表应在现场。

预演 不同于测试演练,预演只在真正推演开始前进行,要有足够的保障人员和对阵员代表。在此期间不应该提出新问题,预演主要用于确定保障推演的技术和进程是否能够正常工作。

成果 开发步骤特别是一系列推演测试的预期成果应是赞助人、兵棋负责人和兵棋团队所有成员确信可以对兵棋进行设定,由对阵员队伍执行,可以通过兵棋得出所需结果,实现总体目标。

兵棋开发,即兵棋团队在一定帮助下,单独或者与相关人员合作完成设计步骤中要求的工作。

开发任务一般主要包括以下内容:

☞ 设置和想定:想定(含绘制实物或数字地图)开发的工作量较大。北约方针中详述了六个模块,为兵棋(含较小兵棋)开发提供指导。

虽然使用主要事件和主要突发偶然事件列表的情况比较常见,但预先编写兵棋叙述脚本还是必要的。

☞ 裁决方法: 理想情况下,可使用现有的经过验证的方法,但是可能需要新工具或新技术来支持。

☞ 兵棋进程:无论使用什么技术,大多数兵棋是否成功主要取决于使用的进程是否正确、稳健。

☞ 分析方案和保障流程:训练和分析兵棋中都要有分析方案。

☞ 数据搜集方案:这从分析方案中获取并用来保障分析方案。

☞ 模拟:可新创建或者修改已有的模拟系统。模拟系统的设定、数据填加和实际创建需要较大的工作量。

☞ 对阵员和保障人员:对阵员单元无法控制或者主题专家职能缺失会造成整个兵棋的失败。

☞ 空间和布局:兵棋推演的物理空间可以是单个桌子也可以是分布式多国位置。尽管这取决于兵棋设计和开发流程;但通常情况下,空间可提前确定,成为兵棋设计的制约条件。

通常要召开几次开发会议和研讨会。可以是大型会议,比如北约采用的初始、主要和最终规划会议。但是小型兵棋开发没有必要召开大型会议。设计步骤所得出的结果应作为开发会议的议程,或至少应被视作一个重要日程项。

兵棋推演的一个必需元素即一次或以上的测试演练。推演测试是兵棋成功交付的关键所在。一系列测试与正在进行的开发工作交叉进行的情况比较常见,主要内容如下:

    内部推演测试:内部推演测试通常在兵棋小组内部进行。目的是测试关键开发项,如裁决方法、流程、想定、数据搜集和分析方案的进程。

    系统综合测试:系统综合测试的目的是评估整合后的兵棋系统是否达到快速性和简单性程度要求。这也是让赞助人和兵棋负责人参与,确定兵棋是否能够实现目标的一个好机会。

    测试演练:测试演练的目的是测试兵棋各个方面的稳定性,确保它们符合目标要求。尽管要评估所有兵棋要素(包括简报、技术和流程等),但是不要将测试演练与预演相混淆。赞助人和兵棋负责人的代表应在现场。

预演 不同于测试演练,预演只在真正推演开始前进行,要有足够的保障人员和对阵员代表。在此期间不应该提出新问题,预演主要用于确定保障推演的技术和进程是否能够正常工作。

成果 开发步骤特别是一系列推演测试的预期成果应是赞助人、兵棋负责人和兵棋团队所有成员确信可以对兵棋进行设定,由对阵员队伍执行,可以通过兵棋得出所需结果,实现总体目标。

猜你感兴趣

更多 >>

评论

评 论

更多精彩内容

热门图集