4.业务系统持续改进在气象行业的现状分析

    迄今为止，气象行业在业务系统管理的规范性方面鲜有作为，持续改进也没有做为业务系统的管理方法之一而被明确纳入规范之中。造成这种局面的原因有以下几个方面：

    （1）管理指导思想的相对陈旧

    部分管理人员在对待业务系统整个生命周期各个阶段的重视程度存在差异，而其中又以“重系统建设、轻系统管理”较为典型；一个业务系统一旦建成，便认为该系统已经能够承担业务工作赋予它的各项职责，不再予以关注。事实上，一个具备业务运行各种条件，并已投入业务运行的业务系统，对于其所属建设项目而言是成功的；但即便如此，也并不能真正说明该业务系统已经成功。因为建设该系统的目的是为了它的能够满足业务工作需求的正常运行，而系统的正常运行是需要日常的运行维护、日常和阶段性的持续改进以及其它措施予以保障的，而这些保障，其实质是与之相配套的一整套符合实际且行之有效的管理思想、管理方法、管理制度和管理措施，以及相关的具体落实。

    “重运行结果、轻运行过程”是另一种比较普遍和典型的现象，即：以最终运行结果做为评价业务系统优劣的唯一依据，而不论其运行过程的质量。运行结果当然是评价业务系统的最权威的依据，但运行过程的优劣却直接导致运行成本的高低和运行效率的高下，最终将影响业务工作的整体成本；而系统管理（特别是系统运行管理）思路及方法的新旧直接关系到系统运行过程的优劣。“重结果轻过程”导致的直接后果之一就是一些系统管理者面对问题丛生的系统不愿意塌下心来对其进行精心的改进，而是宁愿习惯性地采取运行维护方式，不惜一切代价，不惜耗费大量人力物力资源，以保证系统的运行结果。

    凡此种种，限于篇幅，不在此枚举。总之，管理者（特别是一些职能部门的管理者）系统管理指导思想的陈旧，是导致系统持续改进难以在气象部门落地生根的主要原因之一。

    （2）基础的薄弱

    对处于市场激烈竞争环境下的企业来说，它们对于持续改进的需求是急切的，因为它们时刻面临着被市场淘汰的威胁，必须时刻关注市场需求并予以及时满足，一些企业甚至采取措施预测需求并提前在内部予以相应调整和准备。与此相关的根据先进管理理念和方法研制出来的用以支持持续改进的技术产品也在业界不断浮出并开始广泛应用，如当下比较流行的ERP，在某种程度上便可称其为适用于以产品生产为主要业务的生产型企业的持续改进技术平台。

    然而气象行业毕竟不是生产型企业，现有的有关技术产品未必适用，贸然上线一些未经认真论证的技术平台所可能导致的风险甚至高于不上这些平台；有关这方面的实例一直不断出现。另一方面，由于长期以来指导思想的陈旧及其所导致的全行业整体上对持续改进的重视程度不够，使得多年来没有就“气象业务系统的特点”“气象业务系统持续改进的基本方法”等课题开展研究，从而导致在业务系统持续改进方法论方面的空白。

    此外，凡成功引进并运用现代管理信息系统（如ERP等）的企业，其企业IT成熟度都是比较高的。而从IT建设、IT治理及IT应用等方面综合考察，气象行业整体在“初始建设”、“零散建设”、“集成建设”、“深化应用”和“持续优化”这五个成熟度等级中，其级别大致位于三、四级之间（即：“集成建设”和“深化应用”之间），有些部门甚至位于二、三级之间——应当说，这样的成熟度等级不算高。

    因此，缺少有效的方法和必要的基础条件，也是制约持续改进在气象行业落地生根的主要原因之一。

    （3）经费支持的不确定

    任何一项工作的开展，除指导思想及方法论等管理层面的支持外，物质方面的支持也是必不可少的，持续改进也不例外。对于事业单位来说，其经费来源大体有两个渠道：来自财政系统的运行经费，以及来自建设系统的项目建设经费。对于后者，由于项目建设的计划性、阶段性以及日渐严格的经费使用管理措施，使得持续改进难以从项目建设中得到经费支持；而对于前者，由于每年度的财政拨款数额大致是确定的，用途也大致明确；如果持续改进在指导思想上未予以统一，方法上未予以明确，措施上未予以落实，则很难在运行经费中予以落实并收到效果。因此经费支持的不确定也是业务系统持续改进难以普遍展开的原因之一。

    （4）其它部分原因

    由于指导思想的陈旧、方法论研究的贫乏特别是相关规范的缺漏，使得一些系统在初期总体设计时没有（或没有认真）考虑系统更新扩展问题，导致系统架构设计的不合理。在系统建成投入运行并遇见问题或需求变更等情况后，即便管理者具有改进系统的强烈愿望，但由于系统结构的不合理，各功能模块之间缠绵难解，从而只得望而却步，情愿采用简单而直接的运行维护方式予以解决。

    此外，系统建设期间有关技术文档的不规范（甚至不齐全），使得在相关人员变动后，新接手的技术人员无法通过技术文档全面深入了解系统情况；在他们面前，系统始终是一个灰盒甚至黑盒。笔者曾经见过一个运行有年的数值模式系统，既无技术文档也无相关材料，甚至没有模式源代码；原模式研制人员已辞职出国。类似这样的系统，不用说对其进行改进，就是运行维护也极其困难。因此，技术文档不规范问题也是导致难以进行系统改进的原因之一。

    此外一些诸如奖励等制度上的缺陷以及人们认识上的局限，使得一些管理者（特别是项目负责人）在即便能够以系统改进方式解决问题的情况下，也宁愿采用系统重建的模式。因此，认识上甚至个人修养上的问题，也会阻碍系统持续改进的实行。

    土壤虽然贫瘠，但毕竟还有野草在生长；许多带有持续改进因素的单位内部制度、习惯性做法以及一些基础性技术平台已经存在于我们日常的工作中；如：国家气象中心每年春季召开的业务系统研讨会制度，其目的就是专题研讨业务系统在过去一年运行中所暴露出的问题，研究探讨解决问题的方法并进而在本年度汛期前予以调整和解决；该制度带有强烈的业务系统持续改进的色彩。再如国家气象信息中心每年汛期结束后都要召开的各重要业务系统的用户联席会议，在系统出现重大故障后举行的系统故障分析会议等，其目的都是了解用户需求，发现系统缺陷及错误，寻找解决问题的方法并具体安排落实。一些业务系统在运行过程中，其管理维护人员也有不定期召集系统运行总结会的惯例，等等。所有这一切，虽然没有明确地形成制度，是一种发自朴素直觉的、非理性化和非系统化的个别举动，显得零散而不成体系；但却闪烁着系统持续改进的光芒，这在气象行业目前的环境下，显得格外可贵。

    此外，国家气象信息中心为保证业务系统运行维护工作的及时性和有效性，要求所有业务系统（特别是及时性、连续性和关联性都属于高等级的业务系统）必须配备相关的运行状态监视系统。这也为业系统持续改进间接地打下了技术基础。

    所以，在气象行业实施业务系统持续改进，并非没有基础；关键问题是我们必须深入研究，寻找出适合气象信息业务系统特点的、切实可行的实施方法来。