沿着“价值定位—能力设计—数据贯通—分步交付—价值运营”推进，采用业务与技术共同决策的方式，把规划、建设和运营放在一张路径图上。研究依据包括 MIT CISR 的数字业务转型研究、DORA 对组织与技术协同的实证观察，以及数据互操作与 OT 安全的公开技术规范。支策将这些研究转化为能源企业的工作设计，实施优先级由企业实际约束决定。
哪一项经营结果值得优先改善？
哪些能力必须统一，哪些应保留差异？
决策所依赖的数据是否可信、可追溯？
怎样在业务连续性约束下完成改变？
上线之后，价值是否持续发生？
能源企业的数字化规划需要同时回答经营和生产两组问题：集团能否看清资产与现金流，场站能否维持安全、连续的运行。两者之间隔着业务口径、组织责任和系统边界。支策先选择一条重要价值流，追踪信息怎样形成、决策怎样作出、结果怎样反馈，再把障碍分别归入管理、数据或技术问题。诊断由此形成有依据的建设顺序，而不是把各部门的软件需求汇编成项目清单。
数字能力只有进入稳定的工作机制，才可能持续产生价值。支策以业务能力图连接目标流程，以数据产品说明信息的来源与使用条件，以分阶段架构处理历史系统的演进。业务负责人参与优先级和验收，技术团队对可运行与可维护负责，财务共同确认收益口径。规划、交付与运营使用同一组问题和证据，使每一阶段都能够决定继续建设、调整范围或停止低价值投入。
方法的作用，是让证据、选择与责任之间的关系可以被讨论、被检验。
同一个经营问题可以有不同的解法。结算周期过长，既可能源于接口缺失，也可能源于合同口径不一致或确认责任不清。若直接把问题归结为系统落后，新增平台未必消除等待与返工。支策将目标结果分解到具体岗位和业务活动，对照现有流程、信息和决策权逐项验证原因。技术方案必须说明它改变哪个环节，并解释为什么流程调整、标准统一或现有系统优化不足以解决问题。
立项材料应同时列出业务基线、非技术方案、拟改变的流程以及收益确认人。没有清晰使用对象和验收证据的需求，应先完成业务澄清；不能用功能数量、平台规模或展示效果替代投资依据。
能源集团跨区域、跨资产类型经营，既有统一标识、财务口径和权限管理的需要，也面临不同市场规则、设备特性和现场条件。全部集中容易抹平业务差异，完全分散又会固化重复建设。支策以能力为单位讨论标准化边界：共同规则由集团维护，业务差异通过可配置服务承接，例外必须说明原因和有效范围。架构因此成为可解释的经营选择，而不只是系统之间的连线。
每项公共能力应明确服务对象、运营责任和变更机制；每项例外应记录业务理由、成本影响与复审条件。通过这些安排，让集团标准能够执行，也让必要的区域和场站差异能够被管理。
项目交付与业务改善之间存在一段容易被忽略的距离：数据可能需要持续修正，人员需要形成新的协作方式，旧系统也未必能够立即退出。支策在设计阶段就确定产品负责人、运行支持和改进预算，并把知识移交、故障恢复及价值复盘列入交付范围。评价既看应用是否可用，也看流程是否改变、人员是否真正采用、成本是否可解释，避免在验收后失去持续改进的责任主体。
上线之前应确认谁接收问题、谁决定改进、谁承担运行成本；上线之后继续核对使用与业务结果。无法说明运营安排的建设方案，需要补齐责任和资源，而不能只增加一项形式化的运维承诺。
每一阶段既形成成果，也明确下一步所需要的条件。点击展开活动安排、证据要求与评审标准。
价值定位从真实经营活动进入。选择投资、检修、交易或结算中的一条关键价值流，观察工作怎样跨部门完成。重点识别影响结果的等待、返工和信息断点，并核对它们由流程、数据还是技术条件造成，为后续架构和投资选择建立同一事实基础。
沿投资建设、生产运维、能源交易和经营分析梳理价值流；核对等待、返工、信息断点与决策延迟，建立业务基线。
与业务负责人共同选定价值流，沿一次完整业务记录参与岗位、决策节点、输入信息和交付结果，保留实际单据与时间线作核对。
将问题按影响结果、发生条件和责任边界分类，检查是否存在制度口径、岗位权限或信息传递问题，避免直接假定需要新建系统。
与财务和使用部门商定基线及收益假设，明确数据来源、观察周期和外部影响因素，同时列出需要进一步补证的关键判断。
业务负责人确认问题和基线，财务确认收益计算口径。
01核心问题已由业务负责人确认，事实与推测分别标记，关键基线能够追溯到记录。
02收益假设具有测量办法和确认责任，暂时不能量化的影响已说明后续验证路径。
能力设计把经营目标转成组织和系统共同遵循的安排。它需要说明集团应统一什么、业务单元应保留什么，以及历史系统如何演进。方案应给出不同路径的成本与约束，使管理层能够比较取舍，而不是只看到一个看似完整但难以实施的目标蓝图。
把目标流程映射到业务能力、组织职责和应用服务，比较保留、整合、替换与新建方案，明确集团和场站边界。
把目标价值流映射到业务能力和岗位职责，区分公共能力与区域、资产类型的差异，并核对统一规则是否拥有明确的维护主体。
逐项评估现有应用的保留、整合、替换或退役方案，比较数据迁移、合同依赖、业务中断与长期维护影响，形成可解释的选择。
设计过渡架构和交付依赖，明确每个阶段哪些能力可以独立使用、哪些旧系统仍需保留，以及偏离目标架构的临时安排。
每项能力都有责任主体和使用场景，架构取舍有明确依据。
01每项能力有明确使用场景和责任主体，统一与差异的边界已获得业务确认。
02迁移顺序能够执行，关键依赖与退出条件已说明，临时安排不会成为无期限例外。
数据贯通从消费要求反向组织治理。对设备、项目、合同等关键对象，不仅统一名称和编码，还要核对口径、时间、来源和适用条件。支策把这些要求写入数据产品规格，使业务人员能够判断数据能支持什么决策，以及出现问题时应由谁在源头处理。
选择设备、项目、客户与合同等关键对象，统一标识和业务语义；从具体消费场景反向定义质量、时效、权限与服务接口。
围绕具体使用岗位定义数据粒度、更新频率和允许延迟，逐项核对关键字段的业务含义、来源系统、确认岗位与历史修订记录。
建立标识映射、质量检查和问题分派规则，区分可在源头修复的错误与暂时无法消除的不确定性，并向使用者说明限制。
组织供数与用数双方试用数据产品，检查授权、接口和版本变更能否正确传递，将实际使用中的问题纳入治理工作清单。
源头责任和消费条件得到双方确认，关键数据链路能够追溯。
01关键业务概念不存在未说明的口径冲突，使用者能够识别数据缺失和不适用情形。
02供数、质量修复与服务运行的责任可落实，重要变更能够通知受影响的消费方。
分步交付处理设计与现场之间的距离。能源企业既需要验证新的工作方式，也要保持生产和经营连续。支策按照端到端业务结果拆分批次，对生产相关连接设置独立验证、变更审查和恢复安排，让试点结论能够支持有限范围的实施决定，而非直接替代全域论证。
按业务结果拆分交付批次，先验证最小端到端流程；对生产侧连接开展隔离验证、变更审查、回退设计与联合演练。
选择范围明确的业务链开展首批交付，列出必须同时具备的流程、人员、数据和系统条件，避免以单个功能完成代表业务贯通。
围绕正常、异常和恢复情境设计联合验收，分别检查业务能否完成、数据能否核对、人员能否使用，以及失败时怎样继续工作。
对生产相关接口安排适当的隔离验证和变更审查，明确发布窗口、回退条件与现场责任，并以记录支持上线或延期决定。
业务验收、技术运行和安全边界均达到事先约定的条件。
01首批范围内的业务结果得到验证，异常与恢复安排可执行，未解决问题有明确决定。
02推广依据来自适用范围内的证据，新增区域或资产类型的差异已列入补充验证。
价值运营把上线后的使用、质量和成本放回经营决策。支策持续区分系统运行、流程改变与收益兑现三个层次，解释偏差来自使用不足、数据问题、业务变化还是原假设不成立。复盘最终应能够调整投资组合，使产品获得必要改进，也使低价值投入可以有序停止。
由业务、技术与财务共同跟踪使用、质量、成本及经营变化，区分系统可用、流程改善和财务兑现，定期调整产品投资组合。
由产品负责人汇总使用、问题、运行与成本记录，结合具体业务活动解释变化，避免把访问量或功能使用次数直接等同于经营收益。
组织业务、技术和财务共同复盘收益假设，核对外部环境、人员调整和流程变化的影响，识别可以确认及尚需观察的改善。
依据使用证据和后续需求更新产品计划，对低价值功能提出缩减、合并或退役建议，并保留数据迁移和业务连续性安排。
收益有归属，成本有全口径记录，低价值投入能够及时停止。
01价值判断可被业务和财务复核，运行成本与人工补充工作已纳入同一评价口径。
02后续投资依据真实使用和经营需要，产品责任持续存在，退役安排不损害关键业务。
跨部门连通与公共能力建设应相互支撑；所在象限用于讨论下一步工作，不代表企业评分。
左右滑动，查看完整图形
临时集成协同范围扩大，但靠专项接口和人工协调维系。下一步应确认共同语义、稳定服务与长期责任，避免每次需求都重新连接。
可持续协同公共能力能够复用，业务链也能完整运行。重点转向服务质量、变更协商和价值复盘，并持续检视新场景是否适用。
分散建设应用按部门发展，跨系统任务依赖人员补位。先选择一条关键价值流建立共同问题，再决定应统一的能力和数据。
局部标准化基础服务已有共性，但尚未进入完整经营流程。下一步应明确业务使用者和结果责任，验证复用能力是否真正改善协同。
每层都应有责任与证据；上层的使用要求约束下层的设计，下层的限制也应回到经营选择。
左右滑动，查看完整图形
经营决策与结果责任说明谁在什么时点作出什么决策，预期改变哪项经营结果，以及由谁确认改善是否发生。
流程协同与应用服务定义任务、交接、审批和异常处理；把共同能力组织为服务，并明确集团与业务单元的分工。
数据产品与业务语义连接设备、合同和项目等对象，说明口径、来源、质量、时效、授权与版本，让信息可以被正确理解和使用。
技术运行与生产边界确认接口、隔离、可靠性、维护及恢复条件，按实际业务后果设置变更要求，支撑上层持续运行。
从文件名称进一步明确用途、证据和检验方式。项目启动时，结合实际条件确认工作范围。
左右滑动，查看完整表格
| 阶段及工作边界 | 形成的核心成果 | 需要提交的验证证据 | 管理层据此作出的决定 |
|---|---|---|---|
| 价值定位：围绕一条重要经营价值流，确认影响结果的主要问题及其发生条件。 | 建立问题、责任、基线和收益假设之间的对应关系，形成首批诊断与建设建议。 | 提交业务单据、流程记录和岗位确认，说明关键判断来自什么事实及仍存哪些疑问。 | 确认需要优先改善的经营问题，以及是否继续投入架构设计和数据补证工作。 |
| 能力设计：明确集团公共能力与业务差异，比较历史系统的保留、整合和演进路径。 | 形成目标能力图、方案比较和过渡架构，列明阶段依赖、责任边界与退出条件。 | 提交应用现状、业务差异及方案取舍记录，解释重要约束、成本和连续性影响。 | 选择实施路径并批准阶段范围，确定共同能力责任及需要保留的例外安排。 |
| 数据贯通：从具体消费场景出发，明确关键对象的语义、来源、质量与使用条件。 | 形成数据产品规格和责任机制，把口径、接口、权限及问题处置要求连接起来。 | 提交端到端追溯样本、质量检查与试用反馈，证明数据问题能够被识别和处理。 | 判断数据条件能否支持目标场景，决定补充治理、限制使用或进入业务验证。 |
| 分步交付：以完整业务结果组织首批实施，同时保留生产与经营连续性的安排。 | 形成可使用的业务能力、联合验收材料，以及迁移、恢复、培训与交接方案。 | 提交正常及异常任务记录、数据核对结果与恢复验证，说明未解决问题的处理。 | 决定上线、延期或缩小范围，并明确推广前还需验证哪些区域与资产差异。 |
| 价值运营：持续核对实际使用、经营结果和完整成本，检视原有投入假设是否成立。 | 形成价值复盘、产品改进及退役建议，为下一阶段资源配置提供可核对的依据。 | 提交使用与问题记录、业务结果和成本明细，区分确认改善、待验证项及环境影响。 | 决定继续投资、调整责任和范围，或有序合并退役低价值能力并安排业务衔接。 |
每个专题都展开诊断方法、方案设计、实施安排与交付要求。
以管理研究与技术进展为依据，将其转化为能源企业的工作方法。以下框架为支策结合行业问题的归纳。
应用于支策方法在 IT / OT 协同中同时考虑性能、可靠性和安全要求，形成接口、变更与恢复边界。
适用边界引用正式 Rev.3。官网已发布 Rev.4 初始公开草案的信息；草案不作为正式要求，中国项目应结合当地适用要求。
阅读原始研究先讨论当前选择、现实约束与所需证据，再共同确定项目范围和工作安排。