26、企业软件交付全面解析

企业软件交付全面解析

1. 企业软件交付的组织架构影响

企业软件交付涉及多种组织架构模式，不同模式各有优劣。
- 共享编码团队与解决方案交付中心 ：共享编码团队组建专注于特定技术平台的“解决方案交付中心”，旨在打造高效技术基础，优化资源并降低支持成本。各业务部门（LOBs）承担更多业务设计责任，将交付中心视为技术合作伙伴。然而，这种模式可能导致 IT 组织技术专业性过强，缺乏直接业务知识，业务与技术社区的明显区分可能限制业务灵活性和敏捷性。
- 解决方案平台作为通用基础设施 ：创建一套解决方案平台作为企业软件交付的通用基础设施，项目由企业级路线图和战略驱动，明确优先级并指导资源决策。这有助于关注可重用基础设施和服务，培养产品线思维。但成功实施需要强大的跨企业战略和清晰的变更管理实践，否则这些平台可能阻碍变革而非促进发展。

企业的组织结构对大型企业的动态、政治和决策产生多方面影响，不容忽视。了解各组织单元内的具体角色和职责，有助于深入理解当今企业软件交付组织的运作方式。企业软件交付组织负责支持业务的软件交付，主要挑战是将业务需求转化为优化组织绩效的优先级和行动。组织架构反映了在维护现有系统和推动创新以满足新兴业务需求之间的压力平衡。

2. 企业软件组合管理挑战

多数组织面临管理庞大复杂软件组合的挑战，这些解决方案历经多年开发、收购、继承和升级。支持新业务活动的需求受限于现有系统的持续运行，大部分相关支出用于维持日常运营。许多组织将业务连续性活动列为首要任务，并密切监控运营与变革投资的比例。

系统维护成本在不同组织中的占比因业务领域、过往投资和交付历史而异。部分公司高达 80% 的预算用于系统维护，留给创新解决方案的预算有限。预算削减往往首先针对创新能力，因为停止现有运营比延迟未来功能交付更困难。

近期调查显示，平均超过 60% 的 IT 投资用于日常运营成本，且该比例近年来显著上升。IT 资本预算分配情况稍好，但仍有超过 50% 的预算用于维持现有 IT 能力。

应用重叠和重复是导致大量系统投资的主要因素之一。多数组织拥有多年软件交付历史，经历战略调整、业务重组和系统整合，导致系统交付基础设施复杂。以大型银行为例，通过基于关键业务流程的分析框架，发现多个业务流程领域存在大量软件重叠。如清算和结算业务流程有超百个企业系统涉及，管理余额和头寸的流程也有近百个系统参与。企业软件交付组织可通过此类分析，有针对性地优化软件组合，实现简化和成本降低。

管理和治理庞大的解决方案组合是企业软件交付组织的重要工作。需创建和维护最新的解决方案清单，了解项目执行情况，包括项目对系统的影响、项目间关系以及当前和计划投资等信息。常用多种分析技术和应用组合管理工具来记录企业软件活动。在大型银行，可能同时有数百个项目进行，需严格管理项目成本和交付时间，确保资源有效利用。

3. 组合解决方案的类型与特点

企业软件交付组织提供的业务解决方案因多种因素而异，但存在一些常见模式。以下是典型企业软件组合中解决方案的主要类别及特点：
| 类别 | 特点 | 挑战 |
| ---- | ---- | ---- |
| 核心业务应用 | 需要大量投资维护和发展，健康状况是首要关注；需合理利用现有系统功能；知识差异大，需准确编目；需提供安全高效的访问渠道 | 维护和升级成本高；集成风险大；知识管理困难；保障旧系统安全访问 |
| 打包应用 | 基于标准化业务流程提供复杂功能，需定制以适应组织需求；部署规模和影响大，需逐步实施和管理；定制和配置是持续过程；需与其他系统集成 | 定制成本高；部署管理复杂；持续适应业务变化困难；系统集成复杂 |
| 定制应用 | 满足特定业务需求，差异化竞争；需应对业务领域的周期性变化；快速响应市场变化 | 开发和维护成本高；应对变化的规划和实施难度大；快速响应市场挑战大 |
| 集成 | 关注系统集成基础设施，提升集成活动地位；需考虑外部系统集成；支持多种技术访问 | 集成基础设施建设和维护复杂；外部系统集成安全风险高；技术更新快，适配难度大 |
| 业务 | 业务需求决定组织角色、影响和成功；需清晰表达业务流程；协调业务与软件交付的变更管理；项目投资需证明业务价值 | 业务与 IT 关系紧张；业务流程建模和分析困难；变更管理协调难；项目投资价值证明困难 |
| 运营 | 按业务要求运营复杂软件组合极具挑战；需评估软件变更对业务和运营的影响；降低运营成本压力大 | 运营管理复杂；变更影响评估困难；成本控制与服务质量平衡难 |

通过对这些类别和特点的分析，企业软件交付组织可以更好地规划和管理软件组合，应对各种挑战，满足业务需求。

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px

    A(核心业务应用):::process --> B(维护与发展):::process
    A --> C(功能利用):::process
    A --> D(知识管理):::process
    A --> E(访问渠道):::process

    F(打包应用):::process --> G(定制适配):::process
    F --> H(部署管理):::process
    F --> I(持续调整):::process
    F --> J(系统集成):::process

    K(定制应用):::process --> L(满足特定需求):::process
    K --> M(应对业务变化):::process
    K --> N(响应市场变化):::process

    O(集成):::process --> P(基础设施建设):::process
    O --> Q(外部系统集成):::process
    O --> R(技术适配):::process

    S(业务):::process --> T(需求定义角色):::process
    S --> U(流程表达):::process
    S --> V(变更管理):::process
    S --> W(投资价值证明):::process

    X(运营):::process --> Y(运营挑战):::process
    X --> Z(变更影响评估):::process
    X --> AA(成本控制):::process

这个流程图展示了企业软件组合中不同类别解决方案及其面临的主要挑战之间的关系，有助于直观理解各部分的关联和重点。

企业软件交付全面解析

4. 各类解决方案的具体关注点

不同类型的企业软件解决方案在实际应用中有着各自独特的关注点，以下为您详细展开介绍：
- 核心业务应用关注点
- 维护与发展 ：核心业务应用的健康状况关乎企业的核心运营，对其进行维护和发展需要投入大量资金和资源。例如，在金融行业，交易处理系统的稳定运行是业务的基础，任何故障都可能导致重大损失，因此需要持续的资金和人力投入来保障其正常运转。
- 功能利用 ：随着新业务流程的出现，如何合理利用现有系统“孤岛”外的功能成为关键。这不仅需要技术上的支持，还需要对业务流程有深入的理解。比如，银行在开展新的金融产品业务时，需要整合不同部门的系统功能，以提供更全面的服务。
- 知识管理 ：由于核心业务应用可能已经运行多年，不同人员对其架构和操作的了解程度差异很大。建立准确的系统清单，并及时更新信息，对于决策制定和成本控制至关重要。例如，通过定期的系统审计和知识共享活动，确保团队成员对系统有全面的了解。
- 访问渠道 ：互联网的发展使得对核心业务能力的访问渠道需求多样化，特别是基于互联网的访问。保障这些访问的安全性和高效性是必须解决的问题。例如，采用先进的加密技术和身份验证机制，确保用户能够安全地访问核心业务系统。
- 打包应用关注点
- 定制适配 ：打包应用通常基于标准化业务流程提供功能，但每个组织的业务流程都有其独特性，因此需要进行定制以适应组织需求。这可能涉及到对软件的配置、开发新的接口等工作。例如，企业在引入 SAP 系统时，需要根据自身的业务流程对系统进行定制化设置。
- 部署管理 ：打包应用的部署规模和影响较大，需要采用逐步实施的策略，并建立完善的培训、安装、推广和变更管理机制。例如，按照业务单元、业务功能或地理区域逐步部署系统，确保员工能够顺利适应新系统。
- 持续调整 ：随着业务的发展和变化，打包应用需要不断进行调整和配置。每次软件更新都需要重新评估其对业务的适应性。例如，当企业的市场策略发生变化时，需要及时调整客户关系管理系统的功能。
- 系统集成 ：很少有组织能够仅依靠一套打包应用来支持全部业务，因此需要将其与其他系统进行集成。这涉及到复杂的技术和业务协调工作，需要专业的咨询和工具支持。例如，将财务系统与销售系统集成，实现数据的实时共享和业务流程的自动化。
- 定制应用关注点
- 满足特定需求 ：定制应用是为了满足组织特定的业务需求，以实现与竞争对手的差异化。这些应用的规模和重要性各不相同，但都需要从开发到部署的全程支持。例如，某电商企业为了提供独特的用户体验，开发了定制的商品推荐系统。
- 应对业务变化 ：业务领域的周期性变化可能需要对企业软件组合进行重大调整。例如，金融行业的监管政策变化、航空业的安全规定更新等，都需要企业及时调整软件系统以满足新的要求。
- 响应市场变化 ：在快速变化的市场环境中，企业需要能够快速响应市场变化，以获得竞争优势。这要求定制应用能够快速调整和升级。例如，在智能手机市场竞争激烈的情况下，手机制造商需要及时更新其应用程序，以满足用户的新需求。
- 集成关注点
- 基础设施建设 ：系统集成基础设施是企业软件交付的关键组成部分，它将不同的系统和服务连接在一起，形成一个有机的整体。建立一个灵活的集成架构，能够提高企业的业务灵活性和响应速度。例如，采用微服务架构和容器化技术，实现系统的快速部署和集成。
- 外部系统集成 ：与外部系统的集成需要考虑安全、隐私、知识产权等多方面的问题。例如，企业与供应商的系统集成，需要确保数据的安全传输和共享，防止信息泄露。
- 技术适配 ：随着技术的不断发展，企业软件需要支持多种技术访问方式，包括不同的设备和操作系统。这要求企业不断更新和优化其技术架构，以适应新的技术环境。例如，开发适用于移动设备的应用程序，提供更好的用户体验。
- 业务关注点
- 需求定义角色 ：业务需求是企业软件交付组织的核心驱动力，与业务分析师和业务领导者建立良好的关系至关重要。通过有效的沟通和协作，确保软件系统能够满足业务需求，并为企业带来价值。例如，定期召开业务需求研讨会，让业务人员和技术人员共同参与，确保需求的准确性和完整性。
- 流程表达 ：清晰表达业务流程是评估现有企业软件有效性的基础。业务流程建模和分析是业务分析师的核心工作，也是企业软件交付组织的重要输入。例如，使用业务流程建模工具（如 BPMN）对业务流程进行可视化展示，帮助团队成员更好地理解业务需求。
- 变更管理 ：业务功能和系统实现的变化相互影响，缺乏协调的变更管理可能导致系统故障和业务混乱。建立有效的变更管理机制，确保变更能够有序进行。例如，采用变更管理流程，对变更进行评估、审批和实施，减少变更带来的风险。
- 投资价值证明 ：新的软件项目需要证明其对业务的价值，以获得投资支持。然而，在实际操作中，很难准确衡量一些项目的投资回报率。例如，对于一些提升系统安全性的项目，很难直接量化其对业务的价值，但可以通过风险评估和成本效益分析来证明其投资的合理性。
- 运营关注点
- 运营挑战 ：按照业务要求运营大型、复杂的企业软件组合是一项极具挑战性的任务，需要确保系统的高可用性和低故障率。例如，在全球范围内提供 24/7 的服务，需要建立完善的运维体系和应急响应机制。
- 变更影响评估 ：在进行软件变更时，需要全面评估其对业务和运营的影响。任何可能影响系统性能、数据访问或信息安全的变更都需要谨慎处理。例如，在进行系统升级前，进行充分的测试和模拟，评估变更对业务的影响。
- 成本控制 ：运营和支持成本在企业的计算预算中占比较大，因此需要采取措施降低成本，提高资源利用效率。例如，通过自动化运维工具和云计算技术，降低人力成本和硬件投资。

5. 平衡企业软件交付需求的难点

企业软件组织在平衡软件交付活动以满足业务需求方面面临诸多挑战，主要源于以下几个方面：
- 系统管理分散 ：不同的企业系统通常由不同的业务团队管理，这些系统规模庞大、复杂度高，且运行多年。团队成员在长期的工作中积累了丰富的个人经验和专业知识，但也导致了系统管理的分散性。例如，一个大型企业可能有多个部门各自管理自己的业务系统，缺乏统一的协调和管理。
- 合作伙伴系统差异 ：企业解决方案在供应链中经常与合作伙伴系统交互，但这些合作伙伴系统通常由外部团队管理，其优先级和目标与企业核心软件交付组织不同。这增加了系统集成和协调的难度。例如，企业与供应商的系统对接时，可能会因为数据格式、业务流程等方面的差异而出现问题。
- 职能分离 ：出于组织和审计的原因，运营控制职能通常与业务需求定义和服务交付团队分离。这种独立性虽然有助于合规和外部监管，但也导致了系统交付过程中的权力分散，增加了沟通和协调的成本。例如，在进行系统升级时，运营团队可能更关注系统的稳定性，而业务团队可能更关注新功能的实现，两者之间可能会产生冲突。
- 标准管理复杂 ：从组织层面考虑，需要制定和遵循长期的平台和交付标准，但市场上存在大量的技术、业务和市场驱动的标准，这些标准复杂且缺乏有效治理，不同业务线可能还需要进行定制。例如，在金融行业，需要遵循多种监管标准和行业规范，企业需要投入大量的精力来确保系统符合这些标准。
- 技术更新问题 ：引入新技术以增加新的运营能力或更新现有能力时，如果不充分考虑现有基础设施和信息资产，可能会导致系统复杂性增加。例如，企业在引入新的数据分析工具时，如果没有与现有的数据仓库进行有效的集成，可能会导致数据冗余和管理混乱。
- 外包问题 ：外包虽然可以降低劳动力成本，但也暴露出不同领域、企业软件、部门和管理链之间在沟通、流程定义、治理和业务/IT 对齐方面的不足。例如，外包团队可能对企业的业务需求理解不够深入，导致交付的成果不符合企业预期。

为了更好地理解企业软件组合中不同类别解决方案之间的关系，以下是一个 mermaid 格式的流程图：

graph LR
    classDef solution fill:#F5EBFF,stroke:#BE8FED,stroke-width:2px
    classDef challenge fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px

    A(核心业务应用):::solution --> B(维护成本高):::challenge
    A --> C(集成风险大):::challenge
    A --> D(知识管理难):::challenge
    A --> E(访问安全保障):::challenge

    F(打包应用):::solution --> G(定制成本高):::challenge
    F --> H(部署管理复杂):::challenge
    F --> I(持续适应难):::challenge
    F --> J(系统集成复杂):::challenge

    K(定制应用):::solution --> L(开发维护成本高):::challenge
    K --> M(应对变化难):::challenge
    K --> N(响应市场挑战大):::challenge

    O(集成):::solution --> P(基础设施建设难):::challenge
    O --> Q(外部集成风险高):::challenge
    O --> R(技术适配难):::challenge

    S(业务):::solution --> T(业务与 IT 关系紧张):::challenge
    S --> U(流程建模分析难):::challenge
    S --> V(变更管理协调难):::challenge
    S --> W(投资价值证明难):::challenge

    X(运营):::solution --> Y(运营管理复杂):::challenge
    X --> Z(变更影响评估难):::challenge
    X --> AA(成本控制与服务平衡难):::challenge

    B --> BA(资源投入大):::challenge
    C --> BA
    D --> BA
    E --> BA

    G --> GA(资源投入大):::challenge
    H --> GA
    I --> GA
    J --> GA

    L --> LA(资源投入大):::challenge
    M --> LA
    N --> LA

    P --> PA(资源投入大):::challenge
    Q --> PA
    R --> PA

    T --> TA(沟通成本高):::challenge
    U --> TA
    V --> TA
    W --> TA

    Y --> YA(资源投入大):::challenge
    Z --> YA
    AA --> YA

这个流程图展示了不同类别解决方案面临的挑战以及这些挑战所导致的共同问题，如资源投入大、沟通成本高。通过这个流程图，可以更清晰地看到企业软件交付过程中的复杂性和相互关联性。

综上所述，企业软件交付是一个复杂的过程，涉及到组织架构、系统管理、业务需求、技术更新等多个方面。企业需要全面考虑这些因素，制定合理的策略，以平衡软件交付需求，满足业务发展的需要。