你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
入门:在云中加快新产品和服务的创新
在云中创建新产品和服务需要采取与迁移不同的方法。 云采用框架的创新方法建立了一种指导新产品和服务开发的方法。
创新比标准迁移更难预测,但仍然适合更广泛的云采用计划。 本指南可帮助企业提供创新所需的支持,并提供在整个云采用过程中用于创建平衡项目组合的结构。
步骤 1:记录业务策略
若要避免常见的阻碍因素,请为创新创建简要的业务策略。 利益干系人在动机和预期业务结果方面的一致性决定了云采用团队的决策。
交付成果:
- 使用策略和计划模板记录动机和期望的业务成果。
关于支持实现交付成果的指导:
- 动机:实现策略一致性的第一步是就推动创新工作的动机达成一致。 首先,了解企业和 IT 中的利益干系人的动机和共同主题并进行分类。
- 业务成果:在动机达到一致之后,可以捕获所需的业务结果。 此信息提供了可用于衡量整体转换的明确指标。
- 平衡项目组合:创新并非所有工作负载的正确采用路径。 这种采用方法更多的是涉及需要重构体系结构或完全重新生成的新自定义生成应用程序或工作负载。 当动机非常倾向于所有工作负载的创新时,务必要评估项目组合以确保这些投资能够产生预期的投资回报率。 特定资源的现代化和小规模的重新生成工作可以具有创新性,但最好遵循入门:加速迁移。
问责团队 | 负责和支持团队 |
---|---|
步骤 2:评估业务理由
在构建业务案例的第一步中,评估可能的云采用工作的初始大致回报。 这一步骤的目标是让所有利益干系人对一个简单的问题达成一致:基于可用数据,云的整体采用是否是明智的业务决策? 基于该问题,关于这一创新项目如何在采用云的目标中帮助满足用户预期需求,团队可以更好地达成一致。
交付成果:
- 使用策略和计划模板记录业务理由。
关于支持实现交付成果的指导:
- 业务理由:在评估每个在云中进行创新的机会之前,请完成大致业务理由,以便利益干系人对整体采用计划达成一致性。
- 商业价值共识:在该过程初期,量化创新的价值可能会很困难。 本文中的练习可帮助评估特定创新工作的业务价值的一致性。
问责团队 | 负责和支持团队 |
---|---|
步骤 3:收集数据并分析资产和工作负载
在大多数企业中,可使用应用程序、虚拟机 (VM) 和数据等现有资产来加快创新。 规划创新时,务必了解如何以及何时将这些资产迁移到云。
交付成果:
- 获取有关应用程序、VM 和数据等现有库存的原始数据。
- 如果建议的创新依赖于现有清单,请完成以下可交付结果:
- 对支持计划创新所需的任何支持库存进行定量分析。
- 对交付创新所需的任何支持工作负载进行定性分析。
- 计算支持创新工作所需的新库存成本。
- 通过完善的计算更新策略和计划模板中的业务理由。
关于支持实现交付成果的指导:
发现和评估提供了更深层次的技术一致性。 然后,你可以创建可用于迁移计划创新所需的任何相关工作负载的行动计划。 当公司拥有现有的数据源、集中式应用或服务层,而在企业其他环境中提供创新需要这些时,这种情况就很常见。
当存在依赖系统时,以下文章可以指导发现和评估:
- 盘点现有系统:第一步是从程序化、数据驱动的方法中了解当前状态。 查找并收集数据以启用所有评估活动。
- 增量合理化:简化评估工作,专注于对所有资产的定性分析,甚至可能支持业务案例。 然后为前 10 个工作负载添加深度定性分析。
问责团队 | 负责和支持团队 |
---|---|
步骤 4:规划从属资产迁移
当新的创新依赖于现有工作负载或资产时,云采用计划可为项目积压工作 (backlog) 开发提供一种加速的方法。 然后可以修改积压工作 (backlog) 以反映发现结果、合理化、所需技能和合作伙伴合同。
交付成果:
- 部署积压工作 (backlog) 模板。
- 更新模板以反映要迁移的前 10 个工作负载。
- 更新人员和速度(人员的时间)以估计发布时间。
- 时间线风险:
- 不熟悉 Azure DevOps 会减慢部署过程。
- 每个工作负载的复杂性和可用数据也会影响时间线。
关于支持实现交付成果的指导:
- 云采用计划:使用基本模板定义计划。
- 工作负载一致性:定义积压工作 (backlog) 中的工作负载。
- 工作一致性:使积压工作 (backlog) 中的资产和工作负载保持协调一致,以明确定义已设置优先级的工作负载的工作。
- 人员和时间一致性:为工作负载建立迭代、速度和发布。
问责团队 | 负责和支持团队 |
---|---|
步骤 5:使治理要求与采用计划保持一致
与治理团队讨论计划创新有助于避免出现许多阻碍因素。 有时,创新型新解决方案可能需要采取健全的治理做法中不建议使用的做法。 治理执行甚至可能会通过自动化工具来阻止其中一些必需的功能。
交付成果:
- 在创新需求和治理约束之间建立透明度和理解。
- 在必要时更新策略和流程,以反映现有治理约束的任何更改或例外情况。
关于支持实现交付成果的指导:
这些链接可帮助采用团队了解云管理团队的方法:
问责团队 | 负责和支持团队 |
---|---|
步骤 6:定义操作需求和业务承诺
为计划创新定义长期操作责任计划。 建立的管理基线能否满足操作需求? 如果不能,则评估支持这一创新的技术所特有的资金运作方案。
交付成果:
- 完成 Microsoft Azure 体系结构审查,以评估各种体系结构和操作决策。
- 调整管理工作簿以反映任何必需的高级操作。
关于支持实现交付成果的指导:
- 扩展管理基线:云采用框架的此部分引导你完成到云操作管理的各种过渡。
- 通过高级操作了解具体情况:探索扩展管理基线的方式。
- 如果需要高级操作来支持操作需求,请评估业务承诺以确定两个团队的操作责任。
问责团队 | 负责和支持团队 |
---|---|
步骤 7:部署一致的登录区域
云中托管的所有资产都位于登陆区域中。 该登陆区域可能有明确的治理、安全性和操作要求。 或者,可能是一个没有其他团队支持的新订阅。 在任一情况下,重要的是从一开始就使用与治理和操作要求保持一致的登陆区域。
从已批准的登陆区域开始,有助于团队在开发过程中及早发现违反策略的行为,而不是在解决方案发布到生产环境时才发现。 及早发现可帮助团队消除阻碍,并为采用和治理团队提供足够的时间进行更改。
交付成果:
- 在早期创新期间部署第一个登陆区域,用于进行初始的低风险试验。
- 与云卓越中心或中央 IT 团队一起制定重构计划,以确保治理、安全性和一致性。
- 时间线风险:
- 前 10 个工作负载的治理、运营和安全要求可能会减慢这一过程。 第一个登陆区域和后续登陆区域的重构需要更长的时间,但重构应与迁移工作同时进行。
关于支持实现交付成果的指导:
- 选择登陆区域:使用此部分根据采用计划找到部署登陆区域的正确方法。 然后部署该标准化代码库。
- 扩展登陆区域:无论起点如何,都要找出已部署登陆区域的差距,并添加资源组织、安全性、治理、合规性和操作所需的组件。
问责团队 | 负责和支持团队 |
---|---|
步骤 8:在云中创新
创新方法为最常用于在云中创新的工具和产品管理方法提供了指南。 这些步骤可帮助你开始使用此方法。
交付成果:
- 基于技术的解决方案,可丰富客户生活并推动业务价值。
- 使用云更快地循环访问这些解决方案并增加更多价值的过程和工具:
- 迭代开发方法。
- 自定义生成的应用程序。
- 基于技术的体验。
- 使用 IoT 建立的物理产品和技术的集成。
- 环境智能:将非侵入性技术集成到环境中。
- Azure 认知服务:大数据、AI、机器学习和预测解决方案。
关于支持实现交付成果的指导:
- 创建具有商业价值共识的假设:在决定技术解决方案之前,需确定新的创新如何推动业务价值,并提出有关客户需求的假设。
- 生成你的第一个 MVP:当假设具有足够要内置到应用程序的潜在价值后,生成过程就开始了。 开发冲刺 (sprint) 应该尽可能快,以允许快速验证或拒绝假设,或微调将所需功能集成到应用程序中的方式。
- 衡量和学习:你需要尽快验证假设的准确性。 最小可行产品 (MVP) 是新功能的初始版本,它提供了适量的功能来收集反馈以确定你是否正在朝正确的方向前进。
- 扩展数字创新:使用创新规则或数字发明优化假设,包括使数据大众化、通过应用程序进行合作、为采用提供支持、与设备交互,以及预测和影响。 这些发明是创新方法的核心部分。
步骤 9:评估组织的创新成熟度
为向创新策略开发提供支持,AI 就绪情况评估工具是一种免费资源,可帮助组织评估是否能够创建和拥有基于 AI 的系统。 成熟度有四个级别:基础、接近、期望和成熟。 每个级别包含一组特定的特征,可帮助确定组织是否能够采用特定类型的 AI 解决方案、降低相关风险和实施策略。
评估需要 5 到 10 分钟,从四个类别衡量组织的能力:策略、文化、组织特征和能力。 通过衡量这些类别,AI 就绪情况评估工具可计算组织的分数,并以曲线形式提供 AI 创新成熟度估算。
交付成果:
- 使用 Gartner AI 成熟度模型评估组织的 AI 成熟度,以创建基于 AI 的系统。
关于支持实现交付成果的指导:
- 评估完成后,该工具的输出将提供评估 AI 创新成熟度状态的分数。
问责团队 | 负责和支持团队 |
---|---|
价值声明
本指南中概述的步骤可帮助你和团队在云中创建创新解决方案,以便创造业务价值、适当治理和完善体系结构。
后续步骤
云采用框架是生命周期解决方案。 它可助你开始创新旅程。 它还可以帮助组织开始创新旅程,并提升支持创新工作的团队的成熟度。
以下团队可以使用这些后续步骤来继续提升工作成熟度。 这些并行进程并不具备线性,不应视为阻碍。 实际上,每个进程都是同等重要的价值流,可帮助完善公司的整体云就绪情况。
组 | 下一次迭代 |
---|---|
云采用团队 | 过程改进提供了相关方法的见解,这些方法用于实现影响客户和推动定期采用的创新。 |
云策略团队 | 策略方法和计划方法是随着采用计划演变的迭代过程。 返回到这些概述页,继续对业务和技术策略进行迭代。 |
云平台团队 | 重温就绪方法,以继续推进支持迁移或其他采用工作的整个云平台。 |
云治理团队 | 使用治理方法继续改进治理流程、策略和规则。 |
云运营团队 | 根据管理方法,在 Azure 中提供更丰富的操作。 |