推动您的公司采用GitHub Copilot

有效的启用过程对于推动组织中的采用 Copilot 至关重要。此过程应根据组织的需求和目标进行定制，并且应设计为帮助团队了解如何有效使用 Copilot 。

启用流程可能会基于反馈和结果而变化。应定期查看和更新该流程，以确保它继续满足组织的需求。

GitHub Copilot启用过程可以分为以下阶段：

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

先决条件

GitHub Copilot必须在您的组织中完成设置。有关详细信息，请参阅为您的组织设置 GitHub Copilot。

推出时间线示例

为获得最佳 Copilot 采用，请根据组织需求定制时机和方法。例如，推出时间线可能如下所示：

在推出前 45 天开始加入：明确成功指标并对核心推广者进行培训。
提前 14 天发布公告和异步资源。
提前 7 天举办研讨会。
在启动当天，提供 Slack 频道、Wiki 和精选的在线资源。
继续提供培训。初期可采用正式培训形式，随着采用率提升，再逐步转向提供具体的按需支持。

授予许可证

在推动采用 GitHub Copilot之前，需要确保团队有权访问该产品。有关详细信息，请参阅为组织成员授予对GitHub Copilot的访问权限。

根据组织的规模，可能需要从小型试点计划开始。这将允许测试启用流程并在将其推广到组织的其余部分之前进行任何必要的调整。

首先，你可以确定一小部分有兴趣使用 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并愿意帮助他人入门的Copilot冠军。你可以与这些冠军合作，创建培训课程、研讨会和其他资源，以帮助团队入门 Copilot。

还可以用于 GitHub Discussions 创建一个空间，让团队可以提出问题、共享最佳做法并相互学习。这有助于培养正在使用 Copilot的团队之间的社区意识，并使新团队更容易入门。

GitHub 还提供专用 Copilot 研讨会存储库，其中包含一系列旨在帮助团队了解如何有效使用的 Copilot 研讨会。请参阅 Copilot Workshops。

以下各节提供了帮助团队成功启用 Copilot 的实操示例，这些示例均源自真实组织的实践经验。

1.开展团队加入冲刺

预留一天或一周时间，让全员专注于使用 Copilot。
安排经验丰富的开发人员与新团队成员结对，在实际代码库中共同探索 Copilot。
鼓励所有人针对特定工作流程（例如编写测试或起草内容）尝试使用 Copilot。
进行小组复盘。过程中让你感到意外的是什么？哪些做法是有效的？哪些做法没起到作用？

2.构建定期反馈机制

在你的冲刺复盘或每周同步会议中，加入关于 Copilot 的讨论环节。
采用以下提示：“本周 Copilot 在哪个场景下提供了帮助（或未起到帮助作用）？”
运用这些对话中的模式来优化团队文档或加入流程。

3.跟踪并庆祝成功

选择一些重要指标（例如更快的 PR 或更少的“我该如何开始？” 类问题减少）。
在团队频道中或在会议期间，分享成果亮点。
认可那些帮助他人从 Copilot 中获取价值的个人。

提供学习资源

除了入职资源外，你可能还需要提供学习资源库，帮助团队提升使用 Copilot 的技能。副驾驶聊天 Cookbook 是一个很好的起点。 “Cookbook”是一组示例提示词，您可以用它来学习如何向 Copilot 求助，以完成各种各样的任务。请参阅 GitHub Copilot 指南。

传达预期

如果你的组织具有特定的 Copilot 使用指南，则应在载入材料中明确传达这些准则，以及团队可能查找信息的任何其他位置。例如，如果您计划撤销在一定时间内未使用 Copilot 的用户对其的访问权限，请确保用户知晓这一策略。

许多用户可能不知道所有 Copilot的功能。你应该提供指导，说明你希望不同的功能如何融入组织的工作流程，并提供培训以支持这一过程。有关端到端示例，请参阅将代理式 AI 集成到企业的软件开发生命周期中。

持续分析和优化

实现 Copilot 启用过程后，应定期查看并对其进行优化，以确保它继续满足组织的需求。可通过以下几种方式执行此操作：

监视使用情况数据以识别趋势和模式。请参阅使用 Copilot 使用情况指标跟踪许可证激活和初始使用情况。
对尚未使用其分配许可证的用户进行跟进。可以使用 API 查看每个已分配席位的最新活动日期。请参阅提醒非活动用户使用其GitHub Copilot 许可证。
收集来自团队的反馈，以了解进展顺利的内容以及可改进的内容。
查看 GitHub Discussions 和其他沟通渠道，以识别常见问题和疑问。
根据总结的经验教训，迭代赋能流程。
成功推出后，将你的加入清单或操作手册分享给其他团队，以扩大采用范围。

其他阅读材料

有关更具体的示例和详细的操作指南，请参阅《开发人员培训与入职》白皮书GitHub Copilot。

推动您的公司采用GitHub Copilot

在本文中