实施广泛部署
现在，可以在更广泛的生产环境中部署更新。 作为流程经理，你将概述你的团队需要完成哪些操作以成功将更新部署到用户及其设备。
输入
在上一阶段，你已帮助组织准备用于广泛部署的输出。 分别是：
- 尚未准备好进行广泛部署的应用和设备列表
- 验证安全性和基准设置
你将使用这些项目来做出决策并执行任务，以对 Windows 10 功能更新进行广泛部署。
决策和任务
可以利用部署圈在整个环境中部署更新。 部署圈是同时接收更新的一组设备。 对于每个圈，你的团队同意在对下个圈应用更新之前，必须满足的条件。 可用的部署圈数量没有设置规则。 你可以根据组织的办公室地理位置创建部署圈。 还可根据设备对组织的关键影响创建部署圈。
可以使用桌面分析识别已准备好部署的设备。 然后，你的团队将能够创建单个部署圈。其中，标识为接收更新的设备会转到“配置管理器”中的设备集合，并且可以用作更新的部署目标。
或者，你的团队还可使用桌面分析提供的设备列表，并执行其他管理工作，根据组织的独特需求创建多个部署圈。 例如，你的团队可创建四个部署圈：
| 部署圈 | 识别的问题 | 是否通过验证？ | 部署状态 |
|---|---|---|---|
| 1 | 无 | 是 | 已完成 |
| 2 | 无 | 是 | 已完成 |
| 3 | 驱动程序已过期 | 不支持 | 已暂停 |
| 4 | -- | -- | -- |
每个部署圈包含组织中总不动产中四分之一的设备。 只有在所有问题都得到解决后，才会继续部署下一个圈。
不同角色将在“部署”阶段的这一部分完成不同任务。 这些任务分为更广泛的高级别部分。 任务应分配到流程中的各种角色。 使用 RACI 模型创建示例映射，以便你的团队可将其用作已分配任务的参考：
| 任务 | 流程经理 | 应用程序开发人员或所有者： | 应用程序开发人员 | 最终用户计算 | 安全性 | 运营 |
|---|---|---|---|---|---|---|
| 创建广泛部署圈 | 告知谁 | 不适用 | 不适用 | 谁负责 | 不适用 | 告知谁 |
| 分配设备 | 告知谁 | 咨询谁 | 不适用 | 谁负责 | 告知谁 | 咨询谁 |
| 实施运营更新 | 通知 | 不适用 | 不适用 | 告知谁 | 不适用 | 责任人 |
| 更新裸机流程 | 告知谁 | 咨询谁 | 咨询谁 | 谁负责 | 咨询谁 | 咨询谁 |
| 验证部署流程 | 告知谁 | 不适用 | 不适用 | 谁负责 | 不适用 | 告知谁 |
| 部署功能更新 | 告知谁 | 通知 | 告知谁 | 谁负责 | 告知谁 | 咨询谁 |
| 支持功能更新 | 告知谁 | 通知 | 咨询谁 | 告知谁 | 咨询谁 | 责任人 |
| 审查部署成功 | 告知谁 | 咨询谁 | 告知谁 | 通知 | 告知谁 | 责任人 |
| 获取改进建议 | 告知谁 | 咨询谁 | 咨询谁 | 咨询谁 | 咨询谁 | 咨询谁 |
借助桌面分析，你的团队可以使用在试点测试期间创建的部署计划，部署到其余设备。 下面是该过程在 桌面分析 门户中的工作原理：
- 通过将其标记为“就绪”，审核任何需要通过批准才能进行生产部署的应用。
- 每台设备的所有安装应用程序均标记为“就绪”后，会自动移动到生产集合。
- 然后，如果团队已设置默认的自动两阶段部署，则配置管理器将自动部署到生产设备。
输出
你需要确保团队生成多个项目用于下一个部署圈。 这将有助于减少部署未来更新时所牵扯的成本、时间和精力。 之后，可以使用这些项目针对广泛部署期间发现的任何问题映射工具和实践。
| 项目 | 示例 | 说明 |
|---|---|---|
| 部署注意事项 | 文档 | 可帮助改进下一周期中广泛部署的推荐工具和做法 |
| 基础结构建议 | 文档 | 推荐可帮助改进下一循环中广泛部署的基础结构相关工具和做法 |
| 运营和创新建议 | 文档 | 推荐可帮助改进下一循环中广泛部署的操作相关工具和做法 |