你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
与云采用相关的创新
所有的 IT 产品组合都包含一些工作负荷和想法，这些符合和想法可以极大地提高公司在市场中的地位。 大多数云采用工作专注于现有工作负荷的迁移和现代化。 但是，最大的商业价值来自于云创新。 与云应用相关的创新释放了新的技术技能，拓展了业务能力。
在“云采用框架创新”方法中，你将专注于了解客户需求并快速构建创新，从而塑造客户与产品的交互方式。 本文介绍了一种实现最小可行产品 (MVP) 价值的方法。
为了让云应用生命周期的这一阶段做好准备，该框架建议开展以下云创新活动：
|
创建具有商业价值共识的假设：在决定技术解决方案之前，需确定新的创新如何推动业务价值，并提出有关客户需求的假设。 |
|
构建第一个 MVP：一旦有了一个具有足够价值潜力的假设，就可以将其集成到应用程序中，并开始构建过程。 开发冲刺应尽可能快速。 快速冲刺可让团队快速验证或否定假设，或微调所需功能与应用程序的集成方式。 |
|
衡量并从 MVP 中学习：你希望尽快验证假设的准确性。 最小可行产品 (MVP) 是新功能的一个初步版本，它提供足够的功能来收集反馈，并确认方向是否正确。 |
|
扩展数字创新：利用创新学科或数字发明来完善你的假设，其中包括： |
创新摘要
以下方法基于现有的精益方法。 它旨在帮助你创建一个以云为中心的会话，该会话涉及客户采用以及如何通过科学模型来创造商业价值。 此方法还将现有的 Azure 服务映射到可管理的决策过程。 有了这种映射，你可以更容易找到正确的技术选项来解决特定的客户需求或假设。
在构建 MVP 的过程中，应该考虑使用数字发明的五大原则，其中包括：
- 使数据大众化
- 通过应用程序互动
- 为采用提供支持
- 与设备交互
- 预测和影响
本系列文章重点介绍此方法的以下方面：
- 首先，始终从客户采用着手来生成反馈，通过“构建-度量-学习”反馈循环建立客户合作关系。
- 其次，对方法进行检查，开发用于设置采用优先级的数字发明。
不必同时采用所有的做法。 这些原则强调了开发数字发明的几种方法，同时也让你专注于采用和客户同理心。
下一部分将介绍创新的公式以及采用这种方法取得成功所需的承诺。
创新公式
成功的创新并不是什么重大的转型事件，也不是什么难以捉摸的神奇过程。 成功的创新更多的是均衡操作，它体现在这样一个简单的公式中：创新 = 创造 + 采用。
发明得到采用就形成了创新。 只有通过新方法、新流程和新技术慢慢调整人类体验，才能实现真正的创新。 在这个公式中，发明意味着要创造一种新的解决方案来满足客户的需求。 反之，采用则意味着要应用新的解决方案来塑造人类的行为和交互。 在发明和采用之间寻找适当的平衡离不开迭代、数据驱动型决策、持续学习和成长型思维， 也离不开技术，因为没有技术，你就跟不上当今这个数字社会的前进步伐，错失无数的学习机会。
通常情况下，云是适用于发明或适用于创新的技术方面的极佳平台。 遗憾的是，大多数不错的创意在采用阶段失败，而不是在构思或发明阶段失败。 为了确保成功，开发团队应该始终从采用着手进行创新测试。 因此，这种方法从采用开始。 要使用这种方法，团队应同意以下三项承诺：
文化承诺
采用“创新”方法需要文化承诺，方可有效使用本文概述的指标。 在更改推动创新所需的方法之前，请确保采用团队和领导团队已准备做出这些重要的承诺。
承诺优先考虑客户而不是技术
每个开发团队都有一系列自己最熟悉的工具或技术。 明智的做法是发挥这些优势，使用自己知道的东西。 但是，若要确保创新成功，团队必须始终关注客户需求和要测试的假设。 有时，这一重点可能会与特定工具或架构方法的能力不一致。 为了成功进行创新，开发团队必须秉持开放的思维。 在发明过程中，进行技术决策时应关注客户的需求而不是团队的偏好。
承诺保持透明
若要了解创新方法中的度量，必须首先了解对保持透明的承诺。 只有在恪守成长型思维模式的环境中，创新才能发扬光大。 从经验中学习的文化要求是成长型思维的根源。 若要成功进行创新并持续学习，首先必须承诺在度量方面保持透明。 对于采用云技术的团队而言，这是一个勇敢的承诺。 但是，如果不同时承诺在领导团队和云策略团队内部保持透明，则该承诺毫无意义。
透明度很重要，因为度量客户影响无关对错。 对影响的度量也无关工作质量或采用团队的表现， 而只是表明仍然存在需要学习和改进的地方，以便更好地满足客户的需求。 滥用创新指标可能会扼杀这种文化。 最终，这种滥用会导致指标被篡改，进而造成发明、支持人员以及最终滥用数据的管理结构的长期失败。 领导者和参与者等人员应该借助度量来学习并改进 MVP 解决方案，而不应将其用于任何其他情况。
承诺进行迭代式改进
在所有创新周期中，只有一个承诺真实可靠：不会首次尝试就大获成功。 可以通过度量来了解应该进行哪些调整，从而获得所需的结果。 若要确定哪些更改会产生所需的结果，必须以迭代方式完成“构建-度量-学习”过程。 在采用成长型思维或“构建-度量-学习”方法之前，云采用团队和云策略团队必须承诺采用迭代式思维。
后续步骤
在构建下一个伟大的发明之前，请先查看在考虑采用和客户同理心的同时开发数字发明的不同方法。