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