你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
建立有关创新的业务价值的共识
开发任何新创新的第一步是确定该创新如何推动业务价值。 在本练习中,你将回答一系列问题,这些问题强调了在你的组织定义业务价值时投入充足时间的重要性。
什么是业务价值?
业务价值 是一个非正式术语,可能因企业而异。 它是客户的净利益,包括决定公司长期健康和福祉的所有价值形式。
确定业务价值的限定问题
在云或本地) 开发任何业务创新或业务价值 (解决方案之前,请通过回答以下问题来验证业务价值的标准:
- 你希望通过此解决方案解决哪些明确的客户需求?
- 此解决方案将为企业创造哪些机会?
- 此解决方案将实现哪些业务成果?
- 此解决方案适用于贵公司的哪些动机?
如果对全部四个问题的答案都有详细记录,则你可能不需要完成本练习的其余部分。
幸运的是,可以轻松测试任何记录。 设置两次简短的会议来测试记录和组织的内部一致性。 邀请忠诚的业务利益干系人参加一次会议,并与参与的开发团队单独召开一次会议。 向每个组提出四个问题,然后比较结果。
在会议之前,不要与任何一个团队共享现有文档。 如果存在真正的对齐方式,则每个组的成员应引用甚至背诵指导假设。
提示
不要为会议提供便利。 此测试用于确定对齐方式。 这不是对齐创建练习。
开始会议时,请提醒与会者,目标是测试与团队中现有协议的方向一致性。 为每个问题设定五分钟的时间限制。 设置计时器并在五分钟后关闭每个问题,即使与会者尚未就答案达成一致。
考虑每个组的语言和兴趣。 如果测试生成的答案在方向上是一致的,请将此练习视为胜利。 你已准备好继续开发解决方案。
如果其中一两个答案方向一致,请意识到你的辛勤工作正在取得回报。 你已比大多数组织更具一致性。 可能只需再进行少量的一致性投资,未来就可取得成功。 查看以下每个部分,了解可能有助于构建更多对齐方式的想法。
如果任一团队未能在 30 分钟内回答全部四个问题,那么一致性和以下部分中的注意事项可能会对这项工作和其他工作产生重大影响。 请仔细注意以下每个部分。
首先解决大局
云采用框架遵循一个规定的路径,分为四个阶段:制定策略、规划、准备和采用。 云和业务创新适合此流程的采用阶段。
第三个和第四 个资格赛问题的答案 涉及结果和动机。 当这些答案未对齐时,组织在云采用生命周期的策略化阶段遗漏了某些内容。 可能涉及以下一种或多种方案:
一致性机会:当业务利益干系人无法就与云和业务创新工作相关的动机和业务成果达成一致时,这是一个更大的挑战的症状。 策略方法中的练习可用于在业务利益干系人之间建立一致性。 我们还建议相同的利益干系人组成一个定期开会的 云策略团队 。
沟通机会:当开发团队无法就动机和业务成果达成一致时,分歧可能是战略沟通差距的症状。 可以通过与云采用团队一起查看云策略来快速解决此问题。 评审几周后,团队应重复回答资格赛问题的练习。
优先顺序机会:云策略本质上是一种执行级别的假设。 最佳云策略对迭代和反馈开放。
如果云采用团队和云策略团队理解策略,但仍无法将答案与问题保持一致,则优先级可能未对齐。 组织与团队的会话。 此会议可以为这两个组的工作提供帮助。 云采用团队首先共享对资格问题的一致答案。 云采用团队与云策略团队之间的对话可以据此重点关注更好地协调优先级的机会。
这些大局机会通常揭示了如何更好地使创新解决方案与云策略保持一致。 此练习通常具有以下结果之一:
- 这些对话可帮助团队改进组织的云策略,并更好地代表重要客户需求。 此类更改可能会为团队带来更大的行政支持。
- 这些对话可能表明,云采用团队应该投资不同的解决方案。 在这种情况下,请考虑迁移此解决方案,然后再继续投资创新。 或者,这些对话可能表明你采用公民开发人员方法来首先测试业务价值。 无论哪种情况,对话都会帮助你的团队避免在业务回报有限的情况下进行大量投资。
解决解决方案一致性
第一个和第二个问题的答案不一致很常见。
在构思和开发的早期阶段,客户需求和业务机会通常不一致。 许多开发团队发现很难在定义过多和定义过少之间取得平衡。 云采用框架建议采用精简方法(例如生成-度量-学习反馈循环)来回答这些问题。
以下列表显示了创建对齐方式的机会和方法:
假设机会:利益干系人和开发团队对解决方案的期望可能过高。 不切实际的期望可能表明假设过于模糊。 按照有关以客户同理心进行构建的指导来构建更清晰的假设。
生成机会:Teams 可能未对齐,因为他们在解决客户需求的方式上存在分歧。 这种分歧通常表示 过早的技术高峰 正在推迟团队。
为了让团队专注于客户,请开始第一次迭代并构建一个小型最小可行产品 (MVP) 来解决部分假设。 有关详细信息,请参阅开发数字发明。
培训机会:任一团队都可能不对齐,因为它需要深入的技术要求和广泛的功能要求。 这种需求可能会带来敏捷方法培训的机会。 当团队文化尚未针对敏捷流程做好准备时,你可能会发现创新和跟上市场的步伐是一项挑战。
有关 DevOps 和敏捷实践的培训资源,请参阅:
通过遵循本文每个部分中云采用框架创新方法和积压工作管理工具,可以帮助创建解决方案一致性。
后续步骤
调整并传达业务价值主张后,即可开始构建解决方案。