18、新系统部署管理：绿地部署与棕地部署对比

新系统部署管理：绿地部署与棕地部署对比

在系统部署领域，绿地部署（Greenfield）和棕地部署（Brownfield）是两种常见的方式，它们各有特点和挑战。下面我们就来详细了解这两种部署方式，并探讨如何克服部署过程中遇到的挑战。

1. 绿地部署与棕地部署对比

• 运营成本（OPEX）
  • 绿地部署 ：需要考虑新技术和新系统的培训成本，以及因缺乏新系统实践经验而可能导致的操作失误。不过，新系统和技术通常更注重功耗优化，因此功耗相对较低。
  • 棕地部署 ：培训成本通常较低，但可能存在潜在的技术债务，即组织为使系统尽快运行而采取的短期解决方案，这可能在长期产生严重后果。
• 上市时间（Time-to-market）
  • 绿地部署 ：一般来说，在绿地环境中部署系统比在棕地环境中集成到现有系统所需的时间更长。但如果现有系统过于陈旧或复杂无序，从头开始部署新系统可能更直接、更节省时间。
  • 棕地部署 ：通常能更快地将系统推向市场，但这高度依赖于现有系统的复杂程度。
• 风险（Risks）
  • 绿地部署 ：由于缺乏对新基础设施、技术、系统、工具和应用的经验，系统操作失误的可能性更高，解决问题的时间也可能更长。而且，如果新系统表现不如预期，可能没有备用系统可供回退。
  • 棕地部署 ：如果旧系统过于复杂或无序，由于集成的复杂性、潜在的技术债务、旧的不支持组件等因素，棕地部署的风险会更高。
• 员工入职（Staff onboarding）
  • 绿地部署 ：员工需要经过培训和积累经验，才能熟悉系统细节，因此入职过程较长。
  • 棕地部署 ：公司已经使用现有系统，对其工作原理、操作和潜在问题有更好的了解，这使得部署过程和系统操作更加顺畅，员工入职时间更短。
• 用户采用（User adoption）
  • 绿地部署 ：用户需要适应新的日常任务执行方式，这可能涉及内部和外部业务运营的转变，以及组织与内外部客户的互动方式的改变。这可能需要改变组织文化，对系统的成功实施构成重大挑战，并在部署后暴露出运营缺陷。用户采用过程通常较慢，培训也更复杂。
  • 棕地部署 ：更新后的系统功能对用户来说可能是渐进式的或有些透明的，因此用户采用更容易、更快。成功且渐进的用户采用有助于发现潜在的设计、实施和运营缺陷，并能迅速解决。

以下是绿地部署和棕地部署各方面的对比总结：
| 对比项 | 绿地部署 | 棕地部署 |
| ---- | ---- | ---- |
| 灵活性 | 高 | 低 |
| 可扩展性 | 高 | 低 |
| 技术栈 | 灵活且优化 | 受限 |
| 集成 | 极少或无 | 高工作量 |
| 成本 | 资本支出（CAPEX）高，但运营成本（OPEX）较好 | 资本支出低，但运营成本高 |
| 上市时间 | 通常较长 | 通常较短 |
| 风险 | 通常较高 | 通常较低 |
| 员工入职 | 过程较长 | 时间较短 |
| 用户采用 | 慢 | 快 |

2. 克服部署挑战

为了确保系统部署顺利成功，我们需要采取一系列措施来克服部署过程中遇到的挑战。

2.1 组建项目团队

• 开始部署项目时，应组建一个拥有多样化技能和经验的项目团队，涵盖项目的技术领域、部署和项目管理以及供应商管理等方面。
• 如果内部缺乏相关经验，可能需要通过第三方外包一个或多个项目经验领域，合作伙伴可以包括系统集成商、设备供应商和增值经销商。

2.2 合规性

• 遵守行业和当地法规是项目的重要组成部分。例如，处理信用卡的系统需要有PCI合规经验的团队成员；在美国部署的医疗系统可能需要有HIPAA合规经验的成员。

2.3 项目管理

• 项目管理对于建立清晰的团队沟通和协作至关重要。项目经理需要跟踪项目进度、变更和需求，确保在整个项目周期内满足时间表和目标，并确保所有利益相关者在项目的不同阶段都得到适当的通知和参与。
• 项目管理风格或方法取决于组织本身、时间表、实施细节和所部署的技术。项目经理需要与团队共同决定采用瀑布式、敏捷式、Scrum式还是其他方式。

2.4 风险管理

在任何部署活动之前，必须全面了解部署风险。因此，制定明确的部署风险计划至关重要，以识别风险并减轻每个风险，确保部署成功。风险管理过程如下：

graph LR
    A[识别风险] --> B[确定避免或最小化风险的方法]
    B --> C[制定缓解计划]
    C --> D[持续测试、监控和审查部署]
    D --> E[更新缓解计划以应对新风险或挑战]

3. 识别部署风险

• 绿地部署风险（GR）
  • GR1 ：高资本支出（CAPEX）
  • GR2 ：部署时间
  • GR3 ：由于缺乏培训和经验丰富的员工导致的系统故障
  • GR4 ：用户采用缓慢或缺乏
• 棕地部署风险（BR）
  • BR1 ：由于潜在的低灵活性和可扩展性以及一些重用的遗留技术导致的系统功能限制
  • BR2 ：高运营成本（OPEX）

4. 风险优先级排序

风险暴露是风险概率乘以该风险对部署项目的影响。风险暴露越高，减轻该风险的优先级就越高。我们通常从风险缓解图表的右上角到左下角进行优先级排序，先处理风险和可能性为中到高的红色区域，然后是黄色区域，最后是绿色区域。
- 绿地部署风险缓解 ：先处理GR1（高CAPEX风险），接着是GR3（缺乏经验丰富的员工），然后是GR2（部署时间风险），最后是GR4（用户采用风险）。
- 棕地部署风险缓解 ：先处理BR1（系统功能限制风险），然后是BR2（高OPEX风险）。

5. 制定和实施风险缓解计划

针对不同的风险，我们需要制定相应的缓解计划，包括具体的行动、涉及的资源以及在风险发生时的应急措施。以下是针对不同风险的具体缓解策略：

5.1 GR1 - 高CAPEX风险

• 关注项目预算 ：明确项目预算，并根据预算情况对系统和项目需求进行优先级排序。如果预算有限，可能需要放弃一些非必要的系统功能。
• 有效谈判 ：
  • 研究供应商 ：对所有可能提供基础设施资产的供应商进行全面研究，包括其技术和业务优缺点、标价、部署和运营支持质量、产品路线图以及未来业务前景。
  • 多选项策略 ：通过供应商研究提出多个选项，增加在谈判中的灵活性和议价能力。
  • 确定最佳替代方案（BATNA） ：明确如果与基础设施供应商的谈判失败，我们能实现的最有利选项。这能在谈判中展示强大的议价能力，并帮助我们决定何时放弃谈判。
  • 利用杠杆 ：大型和声誉良好的组织可以利用自身的声誉、市场地位或市场规模来影响谈判结果。
  • 保持灵活性 ：在谈判中展示一定的灵活性，表明愿意妥协，有助于建立长期健康的业务关系。
• 其他方式 ：可以使用云提供商来部署新基础设施，特别是在项目的初始测试和调整阶段。还可以使用容器化和虚拟化来构建新工作负载，但要注意可能引入的OPEX和其他部署风险，尤其是员工对云环境部署缺乏培训时。

5.2 GR2 - 部署时间风险

• 组建专业团队 ：聘请高技能、训练有素的项目团队，以减少范围蔓延和时间延迟风险。如果内部缺乏相关专家，可聘请外部系统集成商，并为团队制定适当的培训计划。
• 控制影响因素 ：除了团队技能，还有其他因素可能导致项目时间表和范围蔓延风险，需要在风险缓解计划中考虑并控制这些因素。
• 简化部署过程 ：避免采用大规模的一次性变更，而是将部署分解为多个简单的阶段和步骤，遵循“一切都应尽可能简单，但不能更简单”的原则。
• 优化测试流程 ：避免过度分析和测试，可考虑以有限可用性（LA）的方式运行系统，如测试版或预发布期，在过渡到全面生产之前应用真实用户流量进行监控和系统更改。

5.3 GR3和GR4 - 系统故障风险和用户采用风险

• UI/UX设计 ：从项目一开始就组建专业的UI/UX设计团队，确保系统具有良好的用户界面和体验。
• 自上而下的方法 ：获得项目赞助商和高管的强力支持，推动组织流程和变革，实现使用新系统开展业务的文化转变。同时，强制执行针对系统用户和项目团队的培训计划，缩小现有经验与所需经验之间的差距。

5.4 BR1 - 系统能力限制风险

• 了解供应商产品图 ：对每个重用的遗留系统组件的供应商产品图有清晰的了解，明确组件的依赖关系。
• 评估影响 ：根据上述了解，评估该组件对系统可扩展性、未来运营可靠性和稳定性的影响。

5.5 BR2 - 高OPEX风险

• 降低系统复杂性 ：尽量减少新系统与旧系统集成带来的部署和运营挑战，避免引入过多的技术债务和高维护成本。
• 加强安全措施 ：由于新旧组件混合可能引入安全漏洞，需要加强安全措施，防止数据损坏、丢失、安全漏洞和声誉损害。

综上所述，绿地部署和棕地部署各有优劣，在选择部署方式时需要综合考虑各种因素。同时，通过有效的风险识别、优先级排序和缓解计划，可以最大程度地降低部署过程中的风险，确保系统的顺利部署和成功运行。

新系统部署管理：绿地部署与棕地部署对比（下半部分）

6. 风险缓解策略总结与实施步骤

为了更清晰地展示不同风险的缓解策略及其实施步骤，我们将其整理成如下表格：
| 风险类型 | 风险描述 | 缓解策略 | 实施步骤 |
| ---- | ---- | ---- | ---- |
| GR1 - 高CAPEX风险 | 项目资本支出过高 | 关注项目预算、有效谈判、利用云服务和虚拟化技术 | 1. 明确项目预算，对系统需求进行优先级排序
2. 研究供应商，提出多选项
3. 确定BATNA，利用杠杆和保持灵活性进行谈判
4. 在初始阶段使用云提供商，采用容器化和虚拟化技术 |
| GR2 - 部署时间风险 | 项目可能延迟交付 | 组建专业团队、控制影响因素、简化部署过程、优化测试流程 | 1. 聘请高技能团队，制定培训计划
2. 识别并控制影响项目进度的因素
3. 将部署分解为多个简单阶段
4. 以有限可用性方式运行系统进行测试和调整 |
| GR3和GR4 - 系统故障风险和用户采用风险 | 系统可能出现故障，用户采用率低 | 优化UI/UX设计、采用自上而下的方法 | 1. 组建专业UI/UX设计团队
2. 获得高管支持，推动组织变革和培训计划 |
| BR1 - 系统能力限制风险 | 系统因遗留技术存在功能限制 | 了解供应商产品图、评估组件影响 | 1. 明确遗留组件的供应商产品图和依赖关系
2. 评估组件对系统性能的影响 |
| BR2 - 高OPEX风险 | 系统运营成本过高 | 降低系统复杂性、加强安全措施 | 1. 减少新旧系统集成的挑战
2. 加强安全防护，防止数据安全问题 |

7. 风险监控与调整

在系统部署过程中，风险是动态变化的，因此需要持续进行风险监控和调整。以下是风险监控与调整的流程：

graph LR
    A[开始部署] --> B[实施风险缓解计划]
    B --> C[持续监控风险]
    C --> D{是否出现新风险或风险变化}
    D -- 是 --> E[更新风险评估]
    E --> F[调整缓解计划]
    F --> C
    D -- 否 --> G[继续监控]
    G --> C
    C --> H[部署完成]

具体操作步骤如下：
1. 实施风险缓解计划 ：按照前面制定的风险缓解策略和实施步骤，开始执行风险缓解计划。
2. 持续监控风险 ：在部署过程中，定期对风险进行评估和监控，收集相关数据，如项目进度、成本支出、系统性能等。
3. 判断是否出现新风险或风险变化 ：根据监控数据，判断是否有新的风险出现，或者已识别的风险的概率和影响是否发生变化。
4. 更新风险评估 ：如果出现新风险或风险变化，重新对风险进行评估，确定新的风险优先级。
5. 调整缓解计划 ：根据新的风险评估结果，调整风险缓解计划，包括修改具体的行动方案、重新分配资源等。
6. 继续监控 ：持续重复上述步骤，直到部署完成。

8. 案例分析

为了更好地理解绿地部署和棕地部署的实际应用和风险缓解策略，我们来看两个案例。

8.1 绿地部署案例

某新兴科技公司计划开发一款全新的在线教育平台，采用绿地部署方式。在项目初期，公司面临高CAPEX风险和部署时间风险。
- 高CAPEX风险缓解 ：公司对项目预算进行了严格控制，明确了核心需求和非必要功能。通过对多家云服务提供商和技术供应商的研究，选择了性价比最高的组合。在谈判过程中，公司确定了BATNA，并利用自身在行业内的发展潜力与供应商进行了有效沟通，最终成功降低了基础设施成本。
- 部署时间风险缓解 ：公司组建了一支由经验丰富的开发人员、测试人员和项目管理人员组成的团队。在项目实施过程中，采用敏捷开发方法，将项目分解为多个迭代阶段，每个阶段都有明确的目标和交付物。同时，在测试阶段采用有限可用性方式，邀请部分用户进行试用，及时发现并解决了问题，确保了项目按时上线。

8.2 棕地部署案例

某传统金融机构计划对现有业务系统进行升级，采用棕地部署方式。项目面临系统能力限制风险和高OPEX风险。
- 系统能力限制风险缓解 ：机构对现有系统的遗留组件进行了全面梳理，了解了每个组件的供应商产品图和依赖关系。通过与供应商的沟通，制定了逐步替换老旧组件的计划，以提高系统的可扩展性和性能。
- 高OPEX风险缓解 ：为了降低系统运营成本，机构加强了安全措施，采用了先进的加密技术和访问控制机制，减少了数据安全风险。同时，优化了系统架构，减少了不必要的维护工作，降低了运营成本。

9. 总结

绿地部署和棕地部署是系统部署中两种不同的方式，各有优缺点。在选择部署方式时，需要综合考虑组织的需求、预算、时间、技术能力等因素。同时，通过有效的风险识别、优先级排序和缓解计划，可以最大程度地降低部署过程中的风险，确保系统的顺利部署和成功运行。在部署过程中，持续的风险监控和调整也是非常重要的，能够及时应对新出现的风险和变化。通过实际案例的分析，我们可以看到不同的风险缓解策略在实际应用中的效果，为我们在实际项目中提供了参考和借鉴。

希望本文能够帮助读者更好地理解系统部署中的绿地部署和棕地部署，以及如何应对相关的风险和挑战。在实际项目中，根据具体情况灵活运用这些方法和策略，将有助于提高系统部署的成功率和效率。