本页的目的是提供一个简单和全面的指南，以退役的任何ITS服务的过程。

使用本指南作为起点，以确保不会遗漏重要步骤或注意事项。不可能在一个通用文档中预测所有变量，因此一定要考虑您要停用的服务所特有的元素，这些元素超出了本指南的范围。

一旦它的领导层决定让一个服务退役，下面就为这个过程提供一个里程碑的概要。某项服务可能成为退役候选服务的一些原因包括但不限于缺少赞助商、用户活动减少或不存在、人员减少或资金损失。退役的决定不应秘密作出，并应涉及其战术团队和主要利益相关者的服务。

该过程中有八个里程碑，如下所述：退役计划批准、计划完成、服务退役批准、服务离线、不返回点、服务结束、退役完成和删除存档数据。服务离线日期和服务结束日期必须仔细选择并明确传达。

启动服务的停用

• 服务经理向其主管提交退役申请，包括采取行动的理由
  • 服务经理验证是否在其主管级别批准了继续进行退役计划
• 里程碑：批准退役计划

制定退役计划

• 退役计划
  • 退役项目经理由服务经理指派
  • 由于退役决策的重要性，项目经理确定并记录谁负责流程的授权部分
  • 识别并关联服务类型和使用服务的用户类型
  • 如果有替代服务，请确定替代服务并开发到替代服务的迁移路径
  • 为每种类型的用户和子服务制定通信计划
  • 项目经理为以下7个里程碑设定目标日期，并将其传达给服务经理：
    • 计划完成
    • 批准停用服务
    • 离线服务–设置此日期时，请考虑对用户的影响。在此里程碑之后，用户将无法访问服务。
    • 不归路点
    • 服务端–设置此日期时，请考虑SLA、许可证和保修。在此里程碑之前，该服务将遵守这些协议。
    • 退役完成
    • 删除的数据
• 里程碑：计划完成-服务退役计划完成。

获得最终批准

• 退役审批
  • 服务经理向其所有主管提交退役计划，以供审查和批准
  • 服务经理验证其主管团队是否批准停用服务
• 里程碑：批准服务退役-可以继续执行服务退役。

使服务脱机

• 使服务脱机
  • 离线和结束日期是最重要的，这些日期必须有效地传达给消费者以及整个信息技术服务。
    • 通知战术离线服务和服务结束日期
    • 将服务脱机和服务结束日期通知其记帐
    • 如果正在停用的服务在面向公众的服务目录中，请发布服务脱机日期的公告
  • 在服务脱机日期之后，用户不能再访问系统
    • 制定沟通计划，指导用户选择替代方案
    • 删除对正在停用的服务的访问
    • 修改WhatsUp监视以将服务置于维护模式
    • 修改HAM以反映退役过程状态
    • 通知安全团队服务正在停用，以及何时停止扫描
• 里程碑：离线服务-该服务不再对用户可用。

准备退役

• 服务结束准备
  • 在此阶段，如果需要，服务将随时准备重新部署
  • 资源仍然分配到结束日期
    • 人员
    • 硬件
  • 按脱机日期创建退役目标的存档
    • 包括在正常操作下存在的数据档案
    • 遵守所有数据归档规定
    • 退役后继续执行现有档案计划
    • 以可用格式存储存档
    • 除非需要，否则请删除数据
    • 验证是否遵循数据删除日期
  • 记录服务
    • 如何访问退役服务的档案
    • 此服务所依赖的内容
      • 供应商
      • 硬件
    • 是谁干的
  • 停止向用户计费
  • 从ITS服务目录中删除服务项
  • 验证仍需要的任何功能的迁移
  • 源代码保留在代码库中，以便在其他项目中引用和重用
  • 退役通知–需要退役通知的联系人示例通常包括但不限于以下内容：
    • 吊销证书（例如代码签名、SSL证书）
    • 防火墙规则
    • 服务帐户（例如LDAP服务帐户、AD服务帐户）
    • 备份服务（如CommVault）
    • 自动监控（如Splunk）
    • 安全扫描和Web应用程序防火墙
    • 资产管理（例如HAM条目）
    • PCI列表
    • PII列表
    • 工作描述
    • 从其他系统的白名单中删除
• 里程碑：不归路点-服务退役的准备工作已经完成。

结束服务

• 服务结束
  • 资源已释放
    • 人员可以执行其他任务
    • 决定重新调整硬件用途或淘汰硬件
  • 停止支付供应商账单
  • 完成所有帐户
    • 最终客户账单
    • 未使用服务退款
  • 里程碑：服务结束–服务已结束，但仍保留一些清理任务

停止使用

• 退役完成
  • 硬件的移除/重新分配通常包括但不限于以下内容：
    • 注销MAC
    • 删除DNS记录
    • 资产标签文件
    • 库存表格
    • 归还租赁的硬件
    • 把硬盘送到系统小组处理
    • 通知机房经理网络端口可用
    • 通知机房经理机架空间可用
  • 退役项目经理在退役完成后签字
• 里程碑：退役完成（庆祝）–退役过程完成。

退役后

• 数据删除
  • 存档已删除
  • HAM条目已存档/删除
  • Commvault许可证已发布
• 里程碑：删除存档数据–删除服务的最终存档

原文：https://its.unl.edu/bestpractices/decommissioning-process-guide

应用程序投资组合管理(APM)是管理和优化软件应用程序库存以实现精确业务目标的实践。这是通过创建透明的IT应用环境概述来完成的，以评估IT成本，在整个业务单元中对软件进行标准化，并促进敏捷性和创新。

• 介绍
• 关于应用程序投资组合管理，您需要了解的内容
• 您可以通过应用程序投资组合管理归档的内容
• 典型的利益相关者问题
  • 应用程序的投资
  • 支持业务功能
  • 应用冗余
  • 应用路线图
• 使用应用程序投资组合管理的12个原因
• 从应用程序投资组合管理开始
• 结论

介绍

近年来，APM的实践在很大程度上发展为帮助管理本地和基于云的IT应用程序的混合投资组合。

企业架构师和云架构师通过对分散的应用程序生成清晰、可操作的度量，并监控快速的软件开发周期，通过日益自动化的方法执行APM，以评估企业范围的服务，并确保各种支持技术的可用性。

大型企业的APM一般包括以下几个方面:

• 记录在组织内部部署或计划部署的过去、现在和将来的应用程序。
• 识别和/或自动化应用程序服务生命周期的变更。
• 根据业务能力组织应用程序。
• 将IT组件安排到技术堆栈中。
• 对应用的技术和功能价值进行分级

 

关于应用程序投资组合管理，您需要了解的内容

应用程序组合管理就像采取一种主动的方法来管理您的衣橱。你在回家前冲动买了一件t恤，发现它和你现有的衣服不一样?很有可能它还在抽屉后面积满灰尘。如果你采取一种更有条理的方法，事情会进展得更好。例如，在你去购物之前，你可以看看你现有的衣服，找出不足之处，然后选择一件来填补它们。巧合的是，企业应用程序也是如此。

随着组织的成长，IT部门甚至个别员工都购买应用程序来解决紧急问题，而没有考虑任何(或至少足够)潜在的影响。因此，很难或不可能与现有的应用程序或其他系统集成的应用程序就会堆积如山。用于完成相同任务的类似应用程序会被购买多次。另一些则不受欢迎，不再使用，但仍然付费，从未卸载。还有一些被买了下来，根本就没有用过!

避免这些情况的方法如下:

• 清点全部存货
• 决定每个应用程序的价值
• 保留那些高价值的
• 更新/修改那些有用但不太合适的应用程序
• 删除/退役那些不再适合的应用程序
• 在购买更多应用程序之前，使用更新后的概览来决定你需要什么

现在想象一下，这个过程需要同时覆盖成百上千个应用程序。对于许多组织来说，这听起来是一项巨大的工作，他们根本没有时间去做!

这是一个问题。

如果不能及时更新应用程序投资组合，就意味着企业在不能增加价值的应用程序上花费不必要的资金，这样就会使企业在能够增加价值、提高企业竞争力的软件和服务上花费的资金和资源更少。这也让它们面临潜在的、合规和安全漏洞。

这就是应用程序投资组合管理解决方案出现的地方。

您可以通过应用程序投资组合管理实现什么

那么，我们从应用程序投资组合管理中获得了什么具体的好处呢?

• 应用程序投资组合管理是确定再投资资金的有效方法。
• 应用程序合理化可以在单个企业中节约超过200万美元的成本。(印孚瑟斯)
• 许可优化可节省30%的许可成本(Gartner)
• 超过20%的应用程序没有使用，可以退役
• 基础设施成本可以降低45%
• 通过应用程序合理化(Oracle)，至少可以避免10%的IT项目成本。
• 供应商整合可以降低总拥有成本(TCO) 22% -28%
• 目前，75-80%的IT预算用于操作和管理应用程序。 (Science Direct)

典型的利益相关者问题

APM支持不同涉众(CIO、CTO、IT经理、企业架构师、云架构师等等)的信息需求。如果使用专用工具进行练习，可以解决以下问题:

哪些应用值得投资，哪些需要被淘汰?

在映射应用程序之后，IT经理必须决定支持哪些应用程序，以及完全放弃哪些应用程序。为此，他们必须确定应用程序在技术和功能上的适用性。可以通过向应用程序的实际用户发送调查来收集这些信息。

一旦反馈回来，就会清楚哪些应用程序适合某个组织。下一步就是撤资。

图1:显示应用程序的功能和技术适配性的应用程序组合。

哪些应用程序不能充分支持业务功能?

企业架构师管理业务和IT硬币的两面。业务程序经理可能很自然地对找出当前的应用程序是如何支持office的业务功能感兴趣的。在下面的示例中，我们可以看到许多应用程序在功能上不支持客户服务。这是移除这些应用程序并平衡应用程序组合的完美时机。

图2:显示与业务功能相关的应用程序的功能适合度的应用程序视图。

哪些应用程序是必需的?是否存在空白或重叠?

在大公司中遇到的一个困难是在整个组织中简化应用程序。

图3:应用程序矩阵显示哪些应用程序支持业务功能，这取决于它们的地理用户组。

我们的应用程序组合是否在正确的方向上发展以支持未来的战略目标?

在大型和复杂的组织中，人们很快就会忽略应用程序的生命周期。当应用程序到达其生命结束阶段时，必须准备好应用程序的后续程序，特别是当它被项目或其他人所依赖时。这些信息与公司的众多利益相关者相关(例如，安全官员需要知道所有底层应用程序都是最新的，以避免对过时应用程序的攻击;CTO需要知道应用程序的路线图是什么样的)。

图4:应用程序路线图，显示了应用程序的生命周期以及与这些应用程序相关的项目。

还有许多其他类型的报表，企业架构师应该能够访问这些报表，这些报表对于公司来说是必不可少的。

使用应用程序投资组合管理的原因

1. 启用云本地策略

动态的应用程序目录是根据业务关键度安全地升级核心IT流程和实现定制而高效的云本地开发标准的先决条件。APM是EAs和云架构师的实用资源，在迭代地扩展云环境和集成敏捷原则时，APM暴露了组织上的障碍。

2. 减轻安全性和遵从性漏洞

使用集成到供应商信息数据库或分散维护的IT投资组合，可以预测来自生命末期应用程序服务生命周期的遵从性问题。此外，可以跟踪所有在时间敏感的软件许可上运行的处理客户数据的应用程序，以支持审计管理。

3.优化云计算和混合成本和资源

IT领导者必须支持企业分析云计算成本和投资。在现场数据中心和公共云空间之间战略性地拆分工作负载时，需要跨多个帐户和业务单元对云成本趋势进行上下文化的自动化更新——就像直接集成到云供应商的应用程序库存一样。

4. 使用精益原则和技术业务管理(TBM)框架升级流程

来自APM程序的数据被用来度量TBM框架在企业范围内的采用情况。通过根据云供应商特定服务的能力记录它们，以帮助IT优化业务运行和更改支出，APM是希望以成本效益方式扩展服务的IT和业务领导的天然伴侣。

5. 使用强大的报告，确保战略平台的采用具有全面的洞察力

APM为企业架构师和执行级别的涉众提供了监视大规模IT转换项目的监督。特别是，许多公司使用自动化的、可配置的报告机制来实时度量其不断发展的应用程序环境的影响。

6. 降低IT复杂性，提高效率

在价值数十亿美元的企业中，IT景观通常包含数千个相互依赖的实体——其中大多数与它们的锚定业务功能断开连接。APM通过对应用程序进行分类和精确定位冗余，系统地解决了IT复杂性。该组织帮助协调技术和过程的实施。

7. 促进业务和IT之间的协作，以更快地响应业务需求

APM植根于IT和业务之间的紧密协作。开发人员越早诊断出业务需求，解决方案就能越早针对相关的安全性、软件和市场标准进行定制。这通常涉及到确定在哪里以及使用什么数据源最有效地应用自主开发周期。

8. 合理配置应用程序成本，降低总体拥有成本

服务器许可证优化、应用程序退役、标准化通用技术平台——apm是通过高度限定的价值评估来最大化IT预算的引擎。对于每个应用程序，拥有的总成本(TCO)与其他标准集一起记录，如战略价值、可用技能、用户满意度和可选方案的可用性。

9. 改善跨可伸缩混合云环境的IT可见性和控制

企业依赖APM方法来确保它们在传统的、基于本地的IT和部署在云平台上的粒度资产上的准确可见性。APM在根据已建立的最佳实践验证架构、基础设施和部署时，通过检测影响云环境的违规，确保混合IT环境得到文档化和控制。

10. IT的项目的优先级

APM根据业务价值和可用资源(人员和技术)对项目及其关联的应用程序进行优先级排序。在制定组织目标时，这种高层次的清晰度直接用于支持cio和cfo的决策。

11. 通过发现技术差距和数据冗余来加强业务流程

完整描述的应用程序组合为可能减缓业务流程的技术差距和冗余提供了一条清晰的路径。APM概述了可行的改进，同时整合了与该技术密切相关的利益相关者的知识。

12. 映射数据流和应用程序依赖关系

通过集成应用程序网络及其共享接口，APM为在更广泛的应用程序范围内查看服务生命周期逐步淘汰的影响提供了基础。操作团队可以相应地检查任何特定接口和依赖项的可靠性。

从应用程序投资组合管理开始

既然我们已经讨论了为什么应用程序投资组合管理是必要的，现在是时候展示如何实际开始应用程序投资组合管理了。

1. 编写一个应用程序列表

列出系统上部署的过去、现在和将来的应用程序。这应该包括全世界的所有用户和办公室。

2. 确定谁拥有应用程序

识别应用程序的受影响的涉众(用户)。在这个发现阶段，通常会发现很少有人在使用某些应用程序。您可能还会发现，有些应用程序完全没有使用过。

3.确定应用程序的生命周期

一旦一项技术被激活，它的价值就会增加，它的潜在风险就会降低。然而，当it达到其生命周期的末尾时，it管理必须面对诸如集成问题、有限的功能、不同的服务水平、可用技能的缺乏以及缺少供应商的支持等挑战。许多有经验的管理人员非常擅长在早期阶段管理风险，但仍可能忽视技术在生命末期的风险。

图5:应用程序生命周期的视图，显示了哪些被支持，哪些被淘汰，哪些不被支持。

4. 评估应用程序的使用情况

可以通过进行彻底的应用程序合理化来识别被滥用的应用程序。应用程序通常不能充分发挥其潜力，或者在使用不当时很容易被利用。

5. 建立应用程序的业务价值、质量和成本

确定每个应用程序的总成本和业务价值——甚至是那些很少使用的应用程序。将此成本与行业中使用的类似应用程序的TCO进行比较。在这个阶段，最好使用业务功能。业务能力定义业务现在正在做什么，以及为了应对当前和未来的挑战需要做什么。它们只列出企业做“什么”，而不是“如何”做。此外，业务能力有助于识别IT中的冗余、发现风险并开发创新的技术解决方案。

6. 创建一个应用程序架构框架

一个最佳实践是通过定义一组业务、信息和应用程序概念来开发应用程序体系结构的框架，您的组织希望看到这些概念在长期内得到反映。LeanIX通过提供一个易于引用的、有形的、可视化的应用程序场景显示，可以建立组织的哪些部分正在由当前应用程序栈实现的概述，以便您确定真正需要的是什么。

7. 将整个概念映射到景观上

业务领导人、IT负责人和EAs应该聚集在一起审查每个应用程序的建议行动，并设计向前推进的实现路线图。在创建支持体系结构时，让不同的业务领导参与进来，将有助于建立透明性，并使业务与IT正确地对齐。尽管一些整合工作比其他的更容易实现，但是最好是在一个业务领域(例如人力资源、财务等)中联合应用程序来实现共享的业务模型。

8. 使应用合理化成为一个连续的过程

一旦正式列出并优化了应用程序投资组合，就必须持续地维护环境。一次性的应用程序合理化努力可能在一开始为组织节省资金，但是它们缺乏持续应用程序合理化所承诺的长期价值。通过定期确保IT领域积极地与业务目标保持一致，应用程序合理化提高了IT的整体效率。

结论:

在当今的商业环境中，实现敏捷是关键。随着数字化转型推动客户需求，IT体系结构必须动态地适应迅速变化的市场需求。大多数企业将70-80%的IT预算用于支持老化的、低价值的遗留应用程序，只留下很少的钱用于优化业务流程。

应用程序项目组合管理的目标是阐明一个单一的体系结构远景，以实现业务目标，有效地响应战略驱动，符合体系结构原则和标准，并处理关键涉众的关注点和目标。APM工作可以帮助您优化应用程序堆栈，在涉众之间建立透明度，并向业务领导交付真正的价值。

 

原文：https://www.leanix.net/en/application-portfolio-management

本文：http://jiagoushi.pro/node/1227

讨论：请加入知识星球【首席架构师圈】或者小号【jiagoushi_pro】或者QQ群【11107777】