基于软系统方法的工程项目风险管理规划

2018-03-24李铁栋任小燕

山西建筑 2018年20期

李铁栋梅岩任小燕

(1.解放军陆军勤务学院研究生大队，重庆 400000; 2.中国人民解放军63600部队，甘肃兰州 732750；3.解放军陆军勤务学院，重庆 400000； 4.中国人民解放军63613部队，甘肃兰州 732750)

0 引言

在以往的工程风险管理中，主要采用的是硬系统方法，将客观问题进行抽象化、简单化处理，这将不可避免的导致所反映客观事物的真实性与全面性受到影响。对此，本文对软系统方法进行研究，并在此基础上建立模型，对于解决硬系统中存在的不足和缺陷有较大的优势和良好的效果。

1 工程项目风险规划的软系统特点

从系统的角度来看，人们主要对系统问题进行研究，在研究中，人发挥着十分重要的作用，并且最为复杂的便是人类行为系统。在工程项目风险管理方面也离不开人的参与，工程项目风险规划的软系统特征主要体现在以下几个方面。

1.1 项目主体的多元性

对于不同的项目组织结构来说，与风险管理相关的主体范围较广，主要包括承包商、项目管理人员、投资人员、政府部门等等。由于工程所涉及到的主体众多，使得风险也在无形中增加，管理难度加大，上述主体不但与风险利益息息相关，同时也是直接的风险管理者，他们的行为也将会为工程项目带来风险，也就是项目主体风险。例如，如若业主没有在规定的时间范围内支付工程款项，则可能会为承包人带来资金上的风险；如若承包人在管理与技术方面存在缺失，则会导致整体工程的中断，产生管理风险与项目风险。由此可见，项目主体行为与工程成败之间存在较大的联系[1]。

1.2 工程信息量多且杂

在项目建设的过程中，通常会涉及到海量的信息，其中包括政治、经济、文化、人文等多个方面，与工程中的设计、施工、验收等多个环节相关联，在地基基础、设备安装、装修等多个工程中所体现。这些信息都具有较为显著的复杂性、非结构性特征，对信息进行快速的获取，对风险进行及时的管理显得十分重要，以免会为风险管理规划工作带来阻碍。

1.3 管理目标差异

参与到工程项目中的各个主体，对项目风险管理目标的认识程度存在差别，一方面，由于各个主体对于工程项目管理的最终目标不同，在要求上也有所不同；另一方面，对于不同的风险管理人员来说，有时他们的目标是相同的；而对于相同的风险来说，有时从另外主体的角度来说却未必是风险。因此在风险管理目标的认识上必然存在差异，这一点可以通过制定SSM的方式进行解决。

在软系统方法中，针对不同情况下人类行为问题，提供了系统的方法和工具对问题进行处理，也正是由于这些活动，通常使得风险问题变得困难和棘手。对此，通过发挥软系统方法的力量，能够将项目风险管理工作中存在的一些模糊的、非结构性的问题向清楚化转变，通过对软系统使用前后的对比分析能够看出，风险管理的水平得到了显著提升[2]。

2 软系统方法在工程项目风险管理中的应用

2.1 问题情景描述

Check land教授提出，在对系统进行开发之前，需要充分把握内容系统与问题求解系统，然后才能够根据软系统中的逻辑展开研究。在对项目风险问题进行分析的过程中，分析人员可以凭借着自己的经验积累感知风险以及存在的冲突。然后，预测到该风险问题产生后的利害相关者，并且顺着这个思维逻辑一直向下推理，直至无法得到新的结论。这时，便可以对项目风险问题的边界进行确定。然后，利用所得出的信息绘制“图表”，将项目风险更加直接形象的体现出来。分析人员则可以凭借着“图表”中的内容进行系统分析，以此来提升问题情景设定的正确性，并且不断尝试将模型进行精确化处理，在“图表”的作用下，使分析人员的思路越来越清晰，能够明确所需解决的问题。在项目风险的分析过程中，问题情景的描述应为：如何提升风险分析结果的准确性、全面性与时效性，决策者、承包商等利益相关者对于风险分析将起到怎样的作用和影响，通过对上述问题进行分析之后，便能够绘制出一张“图表”，实现对问题情境的有效描述。

2.2 构造系统的根定义

根定义主要是指回答系统是什么，其目的是对所提出的策略的有效性进行判断，以此来促进目标的形成。根定义共包括以下几个方面，也就是CATWOE，分别为：C代表的是client，也就是系统服务的对象，在项目风险的分析系统中，主要是指业主；A代表的是actor，也就是服务的操作人员，在项目风险的分析系统中，主要是指系统变换T的操作者；T代表的是transform ation process，也就是系统传输的过程，在项目风险的分析系统中，主要是指利用系统进行风险分析，从而促进项目的健康顺利进行的过程；W代表的是welttranschanung(德文)，翻译过来大概是世界观，在项目风险的分析系统中，主要是指对项目风险进行分析时的信念；O代表的是owner，也就是系统所有者；E代表的是enviroment，也就是系统环境约束条件[3]。

2.3 概念模型

在根定义的基础上构建概念模型，无需考虑到系统详细的构成内容，也不需要对实际运行的系统进行描述，而是利用根定义中的描述，知晓系统“是什么”，在概念模型的基础上了解到系统“做什么”。对于风险分析系统来说，在以上根定义研究的基础上，可以将概念模型描述为系统在对工程中各项目标进行分析中，对各方利益相关主体的权益进行协调，充分顾及承包商与操作者的利益。在项目实施的过程中，将可能对项目产生风险的因素进行挖掘，并且预测出风险爆发的概率以及对项目产生的影响，力求在最短的时间内做出决策，以全面性与准确性等特征获得更多主体的认可与接受。

2.4 问题情景与概念模型的比较

将二者进行对比分析的主要目的是发现二者之间存在的差异，并且找出差异问题存在的原因，从而有针对性的进行改进。在对比的过程中，主要借助根定义与概念模型两个阶段的作用，对其进行更新。对二者进行比较的方式多种多样，在风险分析系统中，可以将概念模型作为问题集的资源，采用模型方式对所需描述的内容进行提问，以此来实现问题情景与概念模型之间的对比分析。

2.5 改善问题情景

该阶段作为分析阶段，主要是针对上述研究中所得到的结果进行分析，然后在可行性与需求性的基础上，对系统工作的目标进行优化和调整。在实施调整以后，对原有的问题进行再次描述，以此来解决其中存在的一些新问题，然后重新进入到新的问题情境当中，如此反复，直至所有问题都完成后，并且保证没有新的改变发生为止。在此过程中需要建立有效的机制，使分析人员与工程利益相关者之间能够拥有良好的沟通。另外，在对项目风险因素进行确定的过程中，要从全局的角度出发来制定所要达成的目标。