在贵公司推动 GitHub Copilot 采用 - GitHub 文档

有效的赋能流程对于在组织内推动 Copilot 的采用至关重要。该流程应根据组织的需求和目标进行定制，并旨在帮助您的团队了解如何有效使用 Copilot。

您的赋能流程可能会根据反馈和结果进行演变。您应定期审查并更新该流程，以确保其持续满足组织的需求。

GitHub Copilot 赋能流程可分为以下阶段

授予许可证
支持用户设置其环境
支持有效使用 Copilot

先决条件

必须在您的组织中设置 GitHub Copilot。更多信息，请参阅为您的组织设置 GitHub Copilot。

示例推广时间表

为实现最佳的 Copilot 采用，请根据组织需求定制时间安排和方法。例如，推广时间表可能如下所示

在推广前 45 天开始入职：定义成功指标并培训倡导者。
在推广前 14 天分享公告和异步资源。
在推广前 7 天举办研讨会。
在发布当天，提供 Slack 频道、维基和精选在线资源。
继续提供培训。最初可以是正式培训，随着采用度提升，逐步转为特定的按需支持。

授予许可证

在您能够推动 GitHub Copilot 的采用之前，需要确保您的团队能够访问该产品。更多信息，请参阅为组织成员授予 GitHub Copilot 访问权限。

根据组织规模，您可能希望先启动一个小规模的试点项目。这可以让您在向全组织推广之前测试赋能流程并进行必要的调整。

您可以先确定少数对使用 Copilot 感兴趣的团队，然后与这些团队合作帮助他们快速上手。

GitHub 发现，许多成功的推广采用了完全自助的模式，开发者可以无需审批自行领取许可证。了解设置此流程的选项，请参阅为 GitHub Copilot 许可证设置自助流程。

支持用户设置其环境

一旦您的团队获得了 GitHub Copilot 的访问权限，请确保他们对环境的搭建充满信心。GitHub 提供了完整的文档帮助用户配置环境并解决常见问题。参见为自己设置 GitHub Copilot 和排查 GitHub Copilot。

如果贵公司使用企业代理或防火墙，需要额外的步骤来确保用户能够连接到 GitHub Copilot

确保关键 URL 已加入代理服务器或防火墙的白名单。参见 Copilot 白名单参考。
为用户提供通过代理配置环境的指导。可能还需要在用户机器上安装自定义 SSL 证书。参见为 GitHub Copilot 配置网络设置。

对于更复杂的问题，您也可以指定内部联络人帮助用户解决问题，或升级至 GitHub 支持。请选择对防火墙和网络配置排查有信心的人员作为联络点。

支持在组织内有效使用 Copilot

本节提供了若干示例，帮助您支持组织内对 Copilot 的有效使用。您可以以这些示例为起点，依据组织需求和目标进行调整。

为推动并衡量 Copilot 的下游影响，GitHub 建议在推广时围绕特定的工程目标展开。您应向团队传达这些目标并据此组织培训。参见使用 GitHub Copilot 实现公司工程目标。

创建入职资源

您可以制作内部的入职材料，帮助团队快速上手 Copilot。材料可以包括组织的 Copilot 使用政策与指南、GitHub 文档、相关的 GitHub 博文，以及您认为有帮助的其他资源。

您可能希望在入职材料中重点展示的 GitHub 文档包括

您还可以创建一个 GitHub 仓库来存放这些材料，并鼓励团队贡献自己的资源和最佳实践。这有助于在使用 Copilot 的团队之间营造社区感，并让新团队更容易上手。

与您的试点计划合作

当试点计划的用户使用了您的入职资源后，您将获得首次反馈的机会，以判断是否存在需要在大规模推广前解决的阻碍点。

收集反馈的一种方式是通过调查。您可以使用 Copilot 调查引擎创建一个在 Copilot 使用过程中特定节点触发的调查应用。参见 Copilot 调查引擎。

提供培训和支持

从试点计划中，您可以挑选一批对 Copilot 充满热情且愿意帮助他人入门的 Copilot 冠军。与这些冠军合作，创建培训课程、研讨会以及其他帮助团队上手的资源。

您还可以利用 GitHub Discussions 创建一个空间，让团队提问、分享最佳实践并相互学习。这有助于在使用 Copilot 的团队之间营造社区感，并让新团队更容易入门。

GitHub 还提供了专门的 Copilot Workshops 仓库，里面包含一系列旨在帮助团队有效使用 Copilot 的研讨会。参见 Copilot Workshops。

以下章节提供了来自真实组织的实用示例，帮助团队成功开始使用 Copilot。

1. 开展团队入职冲刺

安排一天或一周，让所有人专注于使用 Copilot。
让有经验的开发者与新成员配对，在真实代码库中探索 Copilot。
鼓励每个人在特定工作流（例如编写测试或起草内容）中尝试 Copilot。
以小组形式进行回顾。有什么让你惊讶、哪些有效、哪些无效？

2. 构建定期反馈循环

在冲刺回顾或每周同步中加入 Copilot 讨论。
提示：“本周 Copilot 在哪个方面帮助了（或没有帮助）？”
利用这些对话的模式来调整团队文档或入职流程。

3. 跟踪并庆祝成功

选择几项关键指标（例如更快的 PR 或更少的“如何开始？”提问）。
在团队频道或会议中分享成功案例。
表彰帮助他人从 Copilot 中获得价值的个人。

提供学习资源

除了入职资源之外，您可能还想提供一套学习资源库，帮助团队提升 Copilot 使用技能。Copilot Chat Cookbook 是一个很好的起点。该手册收录了大量示例提示，帮助您学习如何让 Copilot 完成各种任务。参见 GitHub Copilot Chat 手册。

沟通期望

如果组织有特定的 Copilot 使用指南，需要在入职材料以及团队可能查阅的其他任何地方明确传达。例如，若您计划对长期未使用 Copilot 的用户撤销访问权限，请确保用户了解该政策。

许多用户可能并不了解 Copilot 的全部功能。您应提供关于如何将不同功能融入组织工作流的指导，并提供相应培训。完整示例请参阅将代理 AI 融入企业软件开发生命周期。

持续分析和优化

实施 Copilot 赋能流程后，您应定期审查并优化，以确保其持续满足组织需求。可采取的方式包括

监控使用数据以识别趋势和模式。参见使用 Copilot 使用指标跟踪许可证激活和首次使用情况。
跟进未使用分配许可证的用户。您可以使用 API 查看每个座位的最新活动日期。参见提醒未活跃用户使用其 GitHub Copilot 许可证。
收集团队反馈，了解哪些做得好、哪些需要改进。
审查 GitHub Discussions 及其他沟通渠道，识别常见问题和疑问。
根据经验教训迭代您的赋能流程。
成功推广后，将您的入职清单或操作手册分享给其他团队，以扩大采用范围。

延伸阅读

欲获取更具体的示例和详细的操作手册，请参阅《在 GitHub Copilot 上培训与入职开发者》白皮书。

推动贵公司采用 GitHub Copilot

本文内容