你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

与云采用相关的创新

所有 IT 项目组合都包含一些工作负载和想法,这些工作负载和想法可以显著提高公司在市场上的地位。 大多数云采用工作专注于现有工作负荷的迁移和现代化。 但是,最大的商业价值来自于云创新。 与云采用相关的创新可解锁新的技术技能和扩展的业务功能。

在云采用框架创新方法中,你专注于了解客户需求并快速构建创新,以塑造客户与产品交互的方式。 本文演示了一种实现最小可行产品(MVP)价值的方法。

为了为云采用生命周期的这一阶段做好准备,框架建议进行以下云创新练习:

   


创建具有商业价值共识的假设:在决定技术解决方案之前,需确定新的创新如何推动业务价值,并提出有关客户需求的假设。


生成第一个 MVP:假设具有足够的价值潜力将其集成到应用程序中后,启动生成过程。 开发冲刺应尽可能快。 快速冲刺使团队能够快速验证或拒绝假设,或微调所需功能与应用程序集成的方式。


度量学习 MVP:你想要尽快验证假设的准确性。 最低可行产品(MVP)是新功能的初步版本,提供足够的功能来收集反馈,并确认你是否朝着正确的方向前进。


扩展数字创新:使用创新规则或包括:
  • 对数据进行民主化
  • 通过应用程序参与
  • 支持采用
  • 与设备交互
  • 预测和影响
  • 创新摘要

    以下方法基于现有的精益方法。 它旨在帮助你创建一个以云为中心的会话,该会话涉及客户采用以及如何通过科学模型来创造商业价值。 此方法还将现有的 Azure 服务映射到可管理的决策过程。 有了这种映射,你可以更容易找到正确的技术选项来解决特定的客户需求或假设。

    在构建 MVP 时,应考虑使用数字发明的五个学科,其中包括:

    • 使数据大众化
    • 通过应用程序互动
    • 为采用提供支持
    • 与设备交互
    • 预测和影响

    Diagram of the Innovate methodology of the Cloud Adoption Framework.

    本系列文章重点介绍此方法的以下方面:

    • 首先,始终从客户采用着手来生成反馈,通过“构建-度量-学习”反馈循环建立客户合作关系。
    • 其次,对方法进行检查,开发用于设置采用优先级的数字发明。

    无需同时采用所有做法。 这些学科突出了开发数字发明的几种方法,同时让你专注于采用和客户同理心。

    以下部分介绍创新公式以及实现此方法成功所要做出的承诺。

    创新公式

    成功的创新与一些重大转型事件或难以捉摸的神话过程有关。 成功的创新更多的是均衡操作,它体现在这样一个简单的公式中:创新 = 创造 + 采用

    发明得到采用就形成了创新。 只有通过新方法、新流程和新技术慢慢调整人类体验,才能实现真正的创新。 在此公式中,发明意味着你创建了满足客户需求的新解决方案。 相反,采用意味着应用新解决方案来塑造人类行为和交互。 在发明和采用之间寻找适当的平衡离不开迭代、数据驱动型决策、持续学习和成长型思维, 也离不开技术,因为没有技术,你就跟不上当今这个数字社会的前进步伐,错失无数的学习机会。

    通常情况下,云是适用于发明或适用于创新的技术方面的极佳平台。 遗憾的是,大多数不错的创意在采用阶段失败,而不是在构思或发明阶段失败。 为了确保成功,开发团队应该始终从采用着手进行创新测试。 因此,此方法首先采用。 若要使用此方法,团队应同意以下三项承诺:

    文化承诺

    采用创新方法需要文化承诺才能有效地使用本文中所述的指标。 在更改推动创新所需的方法之前,请确保采用团队和领导团队已准备做出这些重要的承诺。

    承诺优先考虑客户而不是技术

    每个开发团队都有一系列自己最熟悉的工具或技术。 明智的做法是发挥这些优势,使用自己知道的东西。 但是,若要确保创新成功,团队必须始终关注客户需求和要测试的假设。 有时,此焦点可能与特定工具或体系结构方法的功能不一致。 为了成功进行创新,开发团队必须秉持开放的思维。 在发明过程中,进行技术决策时应关注客户的需求而不是团队的偏好。

    承诺保持透明

    若要了解创新方法中的度量,必须首先了解对保持透明的承诺。 只有在恪守成长型思维模式的环境中,创新才能发扬光大。 从经验中学习的文化强制性是成长型思维模式的根源。 若要成功进行创新并持续学习,首先必须承诺在度量方面保持透明。 这是云采用团队做出的勇敢承诺。 但是,如果不同时承诺在领导团队和云策略团队内部保持透明,则该承诺毫无意义。

    透明度很重要,因为度量客户影响无关对错。 对影响的度量也无关工作质量或采用团队的表现, 而只是表明仍然存在需要学习和改进的地方,以便更好地满足客户的需求。 滥用创新指标可能会扼杀这种文化。 最终,这种滥用会导致对指标的操纵,这反过来又会导致发明的长期失败、支持人员,并最终导致滥用数据的管理结构。 领导者和参与者等人员应该借助度量来学习并改进 MVP 解决方案,而不应将其用于任何其他情况。

    承诺进行迭代式改进

    在所有创新周期中,只有一个承诺真实可靠:不会首次尝试就大获成功。 可以通过度量来了解应该进行哪些调整,从而获得所需的结果。 若要确定哪些更改会产生所需的结果,必须以迭代方式完成“构建-度量-学习”过程。 在采用成长型思维或“构建-度量-学习”方法之前,云采用团队和云策略团队必须承诺采用迭代式思维。

    后续步骤

    在构建下一个伟大的发明之前,请先查看在考虑采用和客户同理心的同时开发数字发明的不同方法。