此文本使用 Salesforce 的自动翻译系统翻译。参加我们的调查，提供有关此内容的反馈，并告诉我们您接下来想要查看的内容。

意图 - 策略

了解有关架构良好的简单性 → 意图 → 策略 → 治理的更多信息

Where to look?
产品区域 | 位置		好是什么样子？
模式
平台 | 业务✅ 团队成员知道谁在整个应用程序生命周期中负责什么
平台 | 业务✅ 团队和项目仅使用为业务批准的 AI 模型
平台 | 业务✅ 热修复程序具有清晰的生产路径
平台 | 业务✅ 用户可以轻松报告错误并请求功能
平台 | 业务✅ 工作项目的优先级过程有据可查，对所有利益相关者透明
平台 | 业务✅ 环境策略文档清晰，开发环境与文档匹配
平台 | 业务✅ 生产支持流程清晰
平台 | 业务✅ 发布计划可以预测，对所有交付团队成员透明
平台 | 业务✅ 用户和交付/维护团队清楚了解版本

了解有关构建良好的难易程度 → 意图 → 策略 → 优先级的更多信息

Where to look?
产品区域 | 位置		好是什么样子？
模式
平台 | 公司✅ 已确定所有 KPI 的实施和维护费用
平台 | 公司✅ 根据业务影响、需要交付的新工作量和维护的工作量确定功能请求的优先级
平台 | 文档✅ 路线图显示自动化基于业务价值确定优先级
平台 | 文档✅ 所有新工作项目都有明确的业务价值度量（例如，收入增加、流程优化的成本节约等）

了解有关构建良好的简单性 → 意图 → 策略 → 路线图的更多信息

Where to look?
产品区域 | 位置		好是什么样子？
模式
平台 | 业务✅ 交付团队知道如何根据长期优先级评估待办事项
平台 | 业务✅ 团队知道谁在做什么以及如何管理依赖性
平台 | 业务利益相关者了解工作项目的“原因”
平台 | 业务✅ 工作是有意为之的，即使优先级需要快速更改
平台 | 路线图✅ 显示先决条件和依赖性
平台 | 路线图✅ 传达专为受众定制的信息（业务或技术）
平台 | 路线图✅ 以正确的详细程度传达信息
平台 | 路线图✅ 显示开始和结束日期

了解有关架构良好的简单性 → 意图 → 策略 → 治理的更多信息

Where to look?
产品区域 | 位置		要避免什么？
反模式
平台 | 业务团队不知道谁负责什么
平台 | 业务团队会临时选择 AI 模型
平台 | 业务工作项目没有明确的优先级
平台 | 业务⚏ 环境是临时配置的，可能不会以可预测的方式刷新；开发人员通常没有他们需要的环境和访问权限
平台 | 业务文档不容易访问
平台 | 业务⚠ 您的待办事项已成为过时和停滞的“意见库”
平台 | 业务⚏ 交付团队和用户无法预测发布
平台 | 业务治理机构充当帮助台，对支持请求进行故障排除
平台 | 业务⚏ 热修复是临时解决的
平台 | 业务⚏ 错误报表和功能请求是临时的

了解有关构建良好的难易程度 → 意图 → 策略 → 优先级的更多信息

Where to look?
产品区域 | 位置		要避免什么？
反模式
平台 | 公司实施和维护自动化的相关成本不明确
平台 | 公司⚠ 请求以临时或先进先出的方式传递
平台 | 文档路线图不存在
平台 | 文档⚠ 与工作关联的业务价值不明确或不存在

了解有关构建良好的简单性 → 意图 → 策略 → 路线图的更多信息

Where to look?
产品区域 | 位置		要避免什么？
反模式
平台 | 业务利益相关者通常对正在做的事情感到沮丧和困惑，并且对何时交付新功能感到兴奋
平台 | 业务工作从待办事项中提取，没有明确的“原因”
平台 | 业务团队难以协调相互依赖的工作，并且经常在不知不觉中重复工作
平台 | 业务工作往往是反应性的
平台 | 路线图⚠ 用作项目启动材料，而非交付的工件
平台 | 路线图不要帮助利益相关者和交付团队保持一致
平台 | 路线图包含并非针对受众定制的信息（例如，同一路线图中的业务功能和系统）
平台 | 路线图混合详细信息级别（例如，通过在同一路线图中包含系统和组件）