很多团队在做SAP扩展与创新时,会同时遇到两类矛盾。
一类矛盾来自节奏:业务希望以周为单位上线新流程与新应用,IT 却被Clean Core、安全合规、系统边界、测试与运维牵制,结果不是“快但乱”,就是“稳但慢”。另一类矛盾来自角色:专业开发人员擅长ABAP、CAP、集成与架构,但不可能每天陪着业务反复调整表单、审批与页面;关键用户与业务专家最懂流程,却很难自己把服务、鉴权、回调、监控、生命周期管理等工程化细节补齐。
Fusion Development这套说法,本质上是在回答:能不能让不同技能的人在同一个交付链路里各司其职,但又不割裂、不甩锅,最终把“应用 + 服务 + 流程 + 事件”作为一个整体交付出去。
Fusion Development到底在融合什么
Fusion Development不是某一个新框架,也不是把所有人都训练成全栈“超人”。更贴近现实的理解是:用一套统一的入口与协作方式,把Low-code / No-code、Pro-code、以及ABAP的企业级开发能力,组织成一个可治理、可复用、可持续演进的交付模式。
在SAP的官方材料里,Fusion Development既可以指“一个开发者选用合适工具完成工作”,也可以指“不同技能的开发者与业务侧专家(流