大修项目成功背后的“秘密”

停工检修并非易事，
总有某个环节会出现纰漏。
看似普通的大修流程绝不是表面 一般而言，停工期间的工作成本是正常运营期间的
三到四倍，且有 90% 的几率会出现 10%-15% 的
“一切如常”这么简单。要想尽 范围蔓延1。事实上，68% 的企业在大多数情况下

善尽美地完成该流程，需要付出 (95%) 不能在预算内按时交付大修项目2。

巨大的努力。一个典型的项目清 在过去十年中，各种工具和技术都有了长足的进步，
但为什么企业大修项目的预算仍然会超支 100%
单通常包括约 3000 个独立项目， 甚至更高呢3？

而这些项目又可能会涉及 这个问题的根源不难查明，但不幸的是，解决起来

150000 项独立的作业或任务 — 却要复杂得多。

每项作业或任务都有各自的干系
人、合规性要求和第三方供应商。
光是规模和复杂性就足以令人望
而生畏，更不用说还牵涉到巨大
的利害风险了。

大修项目成功背后的“秘密”2
信息交流不畅
检修经理属于稀有人才。他们的工作压力大，风险高，对企业盈利有
着重大影响。其采用的流程均久经验证，不仅从一开始就是精心设计
的，而且还在随着时间的推移不断进行系统化改进。项目交付作为一
门学科，已经取得了巨大进步，能够在确保员工安全的同时以尽可能
低的成本在短时间内完成停工大修。这套技能高度专业化，要求数千
个任务同时推进。

但是，如果企业数据严重孤立，整个企 这会给现场工程师/施工人员带来很多
业信息交流不畅，即便是最好的流程也 麻烦。设想一下，在大修项目中，轮 如果您想让大修项目
会失效。 班人员 — 那些需要报告中的信息来开
按计划进行，那么预
展工作的员工，每 12 小时换班一次。
既然您不会相信一份迟滞了 1.5 天的天
这意味着，他们工作时所用的信息往 先制定一致、能够实
气预报，那企业有什么理由相信同样迟
滞的每日大修报告，并据此开展工作呢？
往已经过期 1.5 天了。 时更新、具备绩效指
在导致大修项目超时超支的众多常见因 此外，由于一直手动收集信息和生成 标的交流标准和术语
素中，无论是范围蔓延、承包商关系破 报告，这些企业和大修经理错过了人
至关重要。
裂、紧急工作导致的延误，还是预算重 工智能 (AI) 和机器学习等日益普及的
新核算，或多或少都要归因于信息交流 先进工业物联网 (IIoT) 技术带来的增值
问题。 收益。尤其是机器学习，它有助于从
根本上简化报告制作和绩效衡量，缩
如果您想让大修项目按计划进行，那么
小误差幅度，从而为施工人员提供一
预先制定一致、能够实时更新、具备绩
致、准确的信息源。
效指标的交流标准和术语至关重要。

但可惜的是，清楚、快速的交流还只是
梦想而非现实。时至今日，许多企业仍
然在大修轮班期间手动收集数据，每隔
一天报告一次工作进度。

大修项目成功背后的“秘密”3
两方面的问题
大修项目并非以计划为开始，也并非以具体项目的完成而结束。大修
项目周期应当被看作一系列持续、循环进行的维护过程，能够直接影
响公司的年收益。

从这个角度来看，很明显，大修项目交流中固有的问题在大修周期早期就已根深蒂
固，并且与企业的 ITC 文化有直接关联。

以下是导致范围蔓延及范围冻结延迟的两个典型问题：

错综复杂的交流网 拼凑的单点解决方案

大多数时候，人们仍然以手动且协调松散的方式来整 不同的部门和职能使用不同的工具和技术意味着整
理大修范围 — 这种情况很常见。大修经理们会去到 个公司缺乏标准化和协作，这可能会导致停工、突
施工现场，将维护任务记录到移动设备中，有时甚至 发情况和效率低下。
直接记录在纸上。在初步确定范围时，电子邮件沟通
不仅如此，这还可能在实施阶段产生连锁反应，从
方式、审批、修订、讨论、不一致的术语形成了一张
而需要不断地重新评估工作范围，还可能导致 TAR
非常复杂的网，从而使这一任务不得不延长到实施阶
和干系人越来越主观地确定任务优先级。
段，甚至范围条目还有被误解的风险。

大修项目成功背后的“秘密”4
任凭工作千头万绪，
信息源始终统一一致

更严格的 范围管理和更快的 应对策略 可使检修的总体成功率提高

参考资料来源：

高 20-25%1。
1. Williamson, L. (2018)，
《Turnaround optimization》。

要实现这一点，必须尽可能地对大修项 甚至在多个炼油厂和工厂实现该目标。 [链接] Flow Control Network 网站：

目所采用的技术和优秀实践进行集中化、 更重要的是，您还可以通过持续分析大
https://www.flowcontrolnetwork.co
m/turnaround-optimization/
[2018 年 1 月 12 日访问]。
标准化管理。鉴于现有端到端大修解决 修流程，逐步、全面地改进所有其他流
方案已经具备移动化和基于云的功能， 程。
2. McKinsey & Company (2018)，
《Reinventing construction through a
这一目标完全可以轻松实现。
当然，任何解决方案都应考虑用户体验
productivity revolution》。
[链接] 参见：
大修流程涉及众多部门、专家、供应商 和部署的简易性。即便是最好的工具， https://www.mckinsey.com/industrie
s/capital-projects-and-
和干系人，因此必须确保所有人使用的 如果不能帮助员工提高效率，为员工赋 infrastructure/our-
insights/reinventing-construction-
信息源一致、客观、最新。这不仅能够 能，它也是毫无用处的。因此，您应选 through-a-productivity-revolution/
[2018 年 1 月 12 日访问]。
让大家清楚、透明地了解从计划到实施 择适应性强、能够逐步且明显改善企业
的每日项目进展，还能让大家的工作与 现有大修实践的技术，而不是在一夜之
3. Implementation.com (2018)，
《Shutdown and Turnaround Process
更长远的战略性里程碑保持一致。这种 间让您的员工改变行为模式的技术。 Optimization: Leading Refining,

持续、简化的协作方法有助于显著减少
Chemicals, and Biofuels Company》。
[链接] 参见：
能够帮助您不断改善大修项目成果和绩
范围变更，预测突发情况，并以可度量
https://www.implementation.com/wp-
效的举措有很多，多到能编写一本“最
content/uploads/2017/08/Shutdown-

的战略性方式重新评估任务优先级。
and-Turnaround-Process-

佳做法”教科书。但因篇幅所限，本文
Optimization.pdf
[2018 年 1 月 12 日访问]。
许多大型公用事业企业经营着多家炼油 不作一一介绍。
厂。这些炼油厂采用类似的布局和运营
您的首要任务就是确保所有人使用的信
模式，很适合进行成本、管理和流程效
息一致。
率方面的同类比较。如果您能准确跟踪
所有的大修绩效数据，就能运用分析来
改善运营，打造标准化优秀实践 —

大修项目成功背后的“秘密”5
Oracle 大修 (STO) 解决方案
助您掌握项目全貌

根据前面阐述的结构，您可以通过三个试点大修项目检验 Oracle STO

解决方案的各项功能，以避免完全替换原有大修流程和解决方案所带
来的风险、成本和复杂性。

在分阶段引入整个解决方案后，您将能够全面了解您的项目范围、成
本和潜在风险，同时利用强大的分析功能来改进日后的每个大修项目。

如果您想详细了解 Oracle STO 解决方案，或者部署 Oracle STO 解决

方案的最佳方式，请联系我们：

400 699 8888 按 3 转建筑与工程解决方案

https://www.oracle.com/cn/industries/construction-engineering/

版权所有 © 2018，Oracle 和/或其关联公司。版权所有本文档仅供参考，

内容如有更改，恕不另行通知。本文档不保证没有错误，也不受其他任何
口头表达或法律暗示的担保或条件的约束，包括对特定用途的适销性或适
用性的暗示担保和条件我们特别声明拒绝承担与本文档有关的任何责任，
本文档不直接或间接形成任何契约义务。未经预先书面许可，不允许以任
何形式或任何方式（电子或机械的）、出于任何目的复制或传播本文档。

Oracle 和 Java 是 Oracle 和/或其关联公司的注册商标。其他名称可能是

其各自所有者的商标。