Copilot GitHub Copilot 有效覆盖不同指令

内容隐藏

1 Copilot GitHub Copilot 有效覆盖不同

2 简介：为成功发布 GitHub Copilot 做好准备

3 建议 1：要建立信任，透明度必不可少

4 建议 2：技术准备，我们信任

5 建议 3：训练建议，指路明灯

6 建议 5：团队在我们信任的工具中分享 AI 成果

7 文件/资源

7.1 参考

8 相关文章

Copilot GitHub Copilot 有效覆盖不同

使用 GitHub
成为星空的副驾驶，而不仅仅是天空
惊心动魄的 Copilot 发射的 5 个起飞技巧
Daniel Figuicio，亚太区现场首席技术官；
Bronte van der Hoorn，产品经理

执行摘要
AI 辅助编码可以改变您的软件开发流程和成果。本文讨论了支持 GitHub Copilot 在整个组织中成功扩展以实现这些成果的五个技巧。
无论您是想加速代码生成、简化问题解决还是提高代码可维护性，通过周到而系统地实施 Copilot，您都可以最大限度地发挥 Copilot 的优势，同时帮助降低潜在风险，支持顺利集成，推动开发团队达到生产力和创新的新高度。

简介：为成功发布 GitHub Copilot 做好准备

GitHub Copilot 对开发者社区的影响无一不是革命性的。我们的数据显示，Copilot 显著提高了开发者效率，最高可达 55%，并增强了 85% 用户对代码质量的信心。随着 2023 年 Copilot 业务的推出以及 2024 年 Copilot Enterprise 的推出，我们的首要任务是支持每个组织将 Copilot 无缝集成到他们的工作流程中。
为了成功启动，获得管理和安全团队的认可、分配预算、完成采购和遵守组织政策至关重要。但是，您还可以做更多事情来促进顺利启动。
Copilot 的影响令人兴奋不已。它不仅能加快开发速度，还能提高工作质量并增强开发人员信心。随着我们向更多企业和组织推出 Copilot，我们的重点是帮助促进每个人的无缝集成。
尽早规划对于顺利采用至关重要。应提前开始与管理和安全团队进行讨论、规划预算和指导购买流程。这种远见可以进行全面规划并确保遵守组织的政策，为减少 Copilot 集成的摩擦铺平道路。
通过尽早开始这些讨论和规划阶段，您可以简化过渡并主动解决潜在障碍。这种准备工作可确保在 Copilot 准备好向您的团队推出时，一切准备就绪，可以成功发布。
在本指南中，我们将分享从已成功将 Copilot 集成到其开发流程的各种规模的组织收集的策略。
通过遵循这些步骤，您不仅可以简化 Copilot 的推出，还可以最大限度地为您的团队带来长期利益。
不要等到最后一刻——现在就开始准备，以充分发挥 Copilot 的潜力，并从第一天开始为您的开发人员创造无缝体验。

建议 1：要建立信任，透明度必不可少

团队对采用 GitHub Copilot 等新工具感到好奇（有时甚至持怀疑态度）是很自然的。为了实现平稳过渡，您的公告应清楚地阐明采用 Copilot 的原因 — 诚实透明。这是领导者强化组织工程目标的绝佳机会，无论他们专注于提高质量、提高开发速度还是两者兼而有之。这种清晰度将有助于团队了解 Copilot 的战略价值及其如何协调
与组织目标一致。

建立信任的关键策略：

领导层的清晰沟通： 明确说明采用 Copilot 的原因。解释它将如何帮助组织实现其目标，无论是提高代码质量、加快开发周期，还是两者兼而有之。
使用相关的组织渠道宣布采用。这可能包括电子邮件、团队会议、内部通讯和协作平台。

定期问答环节： 定期举行问答会议，让员工表达顾虑并提出问题。这可以鼓励开放式沟通并解决任何怀疑或不确定性。
利用这些会议的见解来更新您的推出计划，并根据团队的反馈不断完善您的常见问题解答和其他支持材料。
使测量结果与目标保持一致：确保您跟踪的指标与您的 Copilot 采用目标一致。例如，如果您的目标是提高代码质量，请跟踪与代码质量相关的指标view 效率和缺陷率。
证明您所说的和您测量的结果一致 - 这可以建立信任并表明您认真对待 Copilot 可以带来的好处。

持续提醒和培训：使用提醒和培训材料不断强化采用目标。这可能包括定期更新、成功案例以及有效利用 Copilot 的实用技巧。
提供全面的资源，例如指南、教程和最佳实践，以帮助团队快速掌握 Copilot（更多内容见下文）。

Samp沟通计划

初步公告：
信息： “我们很高兴地宣布采用 GitHub Copilot 来增强我们的开发流程。该工具将帮助我们实现提高代码质量和加快发布周期的目标。您的参与和反馈对于成功推出至关重要。”
频道： 电子邮件、内部通讯、团队会议。

定期问答环节：
信息： “加入我们的问答环节，了解有关 GitHub Copilot 的更多信息以及它如何使我们的团队受益。分享您的问题和反馈，以帮助我们解决任何问题并改进集成过程。”
频道： 视频会议、公司内联网。

进度更新和指标：
信息： “我们正在跟踪关键指标，以确保 GitHub Copilot 能够帮助我们实现目标。以下是有关我们进展的最新动态以及 Copilot 如何发挥作用。”
频道： 月度报告、仪表板。

培训与资源分配：
信息： “查看我们关于使用 GitHub Copilot 的新培训材料和最佳实践指南。这些资源旨在帮助您充分利用这个强大的工具。”
频道： 内部 wiki、电子邮件、培训课程。

不要只听我们说……
编写测试是埃森哲开发人员发现 GitHub Copilot 非常有用的一个领域。“它让我们能够花时间创建我们想要在管道中使用的所有单元测试、功能测试和性能测试，而不必回头编写两倍的代码。
过去从来没有足够的时间回去游览所有这些地方，”Schocke 说道。
除了编写测试之外，Copilot 还帮助埃森哲的开发人员解决任何同等规模的组织都面临的不断增加的技术债务。
“我们的工作比开发人员还多。我们根本无法完成所有工作，”Schocke 说道。“通过增强开发人员的技能并帮助他们以更快的速度和更高的质量开发出特性和功能，我们能够完成更多以前无法完成的工作。”
Daniel Schocke | 埃森哲应用架构师 | 埃森哲
埃森哲和 GitHub 案例研究
概括
为了建立信任，请清楚地传达采用 GitHub Copilot 的原因以及它如何符合您组织的目标。提供定期更新、开放的问答环节和持续的培训将有助于您的团队感到安心并解决任何问题。

建议 2：技术准备，我们信任

利用 GitHub 的综合文档来帮助简化 GitHub Copilot 的入职流程，确保您的开发人员尽可能顺利地完成工作。
让一组早期采用者参与进来，识别潜在的摩擦点（例如网络设置），并在更广泛地推广之前解决这些问题。

确保技术准备就绪的关键策略：

早期采用者观察：像对待客户一样对待早期采用者，密切观察他们的入门体验。寻找可能阻碍该过程的任何摩擦点，例如配置问题或网络设置。
为早期采用者建立反馈循环，以分享他们的经验和建议。这将为潜在障碍和需要改进的领域提供宝贵的见解。

及时解决问题：考虑组建一个小型工作组，专门解决早期采用者发现的任何问题。
该团队应该拥有权力和资源来根据反馈迅速采取行动。
使用反馈来更新和增强组织定制的入职文档，使其更加全面和用户友好。
逐步推广：从一小群用户开始，以更好地支持顺畅高效的入职流程。随着大多数问题得到缓解，逐步扩大规模，只留下极端情况。
根据反馈和观察不断改进流程，确保更广泛的团队获得无缝体验。

反馈机制：为新加入 Copilot 的用户提供易于使用的反馈表或调查问卷。定期view 通过反馈来确定趋势和常见问题。
迅速根据反馈采取行动，表明您重视用户意见并致力于改善他们的体验。

听听他们怎么说……
“我们构建了一个自动化席位配置和管理系统来满足我们的特定需求。我们希望 ASOS 中任何想要使用 GitHub Copilot 的开发人员都能尽可能轻松地使用。但我们不想在组织层面为每个人启用它，因为那样资源利用效率会很低。所以我们构建了自己的自助服务系统。
我们有一个内部 web每个员工都有专业的网站file。要获得 GitHub Copilot 席位，他们只需单击其专业版上的一个按钮即可file。在后台，这将启动 Microsoft Azure Functions 流程，该流程将验证开发人员的 Azure 令牌并调用 GitHub Copilot Business API 来配置席位。如果愿意，开发人员甚至可以从命令行执行此操作。
同时，我们有一个 Azure 功能，通过提取席位使用数据，每晚检查非活动帐户。如果席位 30 天未使用，我们会在下一个计费周期开始前将其标记为删除。在删除之前，我们会最后一次检查活动，然后向所有席位被撤销的开发人员发送电子邮件。如果他们想要再次获得席位，只需单击该按钮并重新开始该过程即可。”
Dylan Morley | 首席工程师 | ASOS
ASOS 和 GitHub 案例研究
概括
为了顺利完成 GitHub Copilot 的入职培训，请利用 GitHub 的文档并让早期采用者参与进来，在将其推广到整个组织之前发现潜在问题。实施强大的反馈机制将帮助您改进流程并不断增强体验。

建议 3：训练建议，指路明灯

以工程师的母语编码语言提供培训材料非常有影响力，尤其是当它在与他们的日常工作流程相关的环境中展示 GitHub Copilot 时。
此外，培训不必局限于正式的视频或学习模块；同行分享的“惊喜”时刻和实用技巧可能特别有用。在团队中推广 Copilot 时，确保这些资源随时可用。如果您需要帮助制定正确的培训计划或为您的组织量身定制培训，我们的 GitHub 专家可以为您提供帮助。

增强训练的关键策略：

量身定制的培训材料：创建针对工程师日常使用的编码语言和框架的培训材料。这种情境相关性使培训更具吸引力和实用性。确保这些材料易于访问，无论是通过内部门户、共享驱动器，还是直接在开发人员使用的工具中。在配置席位时提供这些资源的链接是一种很好的做法。
同行分享：鼓励团队内部分享文化。让开发人员在团队会议、聊天组或内部博客上与 Copilot 分享他们的“惊喜”时刻和技巧。
将这些同行经验汇编成成功案例库，供其他人学习和启发。开始建立自己的社区，为您自己的组织分享 Copilot 的成功经验、最佳实践和治理

定期更新和沟通：
让每个人都了解 Copilot 在组织内取得的成就（包括您的测量结果显示您已达到的任何里程碑）。使用电子邮件简报、组织新闻源或内部社交平台提供定期更新。
突出 Copilot 带来的具体成功和改进（无论是定性还是定量）。这不仅可以激发热情，还可以展示该工具在现实场景中的价值。
实施步骤：
配置资源： 提供副驾驶座位时，请提供开发人员母语的特定角色培训材料的链接。
频繁沟通： 积极主动地在组织内宣传 Copilot 的优势和成功之处。通过简报或内部新闻推送定期向团队通报新功能、用户提示和成功案例。
鼓励同伴学习： 营造一种环境，让开发人员可以彼此分享积极的经验和技巧。组织非正式会议，让团队成员可以讨论如何有效地使用 Copilot。

成功不言而喻……
“当我们向思科业务部门的 6,000 名开发人员推出 GitHub Copilot 时，他们非常兴奋，但也有很多疑问。我们与 GitHub 高级支持团队合作举办了一系列培训课程，他们在课程中解释了如何开始使用 GitHub Copilot，提供了编写有用提示的最佳实践，并展示了其独特的功能，随后进行了问答。很快，我们的开发人员就自信地在日常开发中使用 GitHub Copilot。真正帮助我们的是提前了解开发人员的问题和疑虑，并保持我们的课程高水平，以便在问答环节解决最初的疑虑。”
Brian Keith | 思科安全工程工具主管 | 思科
Cisco 和 GitHub 案例研究
概括
培训材料至关重要——根据开发人员每天使用的语言和框架量身定制。在团队中培养一种分享“惊喜”时刻的文化，并确保定期更新贵组织使用 GitHub Copilot 所取得的成就和里程碑。
掌握一项新技术工具需要时间，尽管我们尽可能简化了流程，但工程师仍然需要专门的时间在他们的工作环境中设置 GitHub Copilot。为工程师创造兴奋感和机会来尝试 Copilot 并了解它如何融入他们的工作流程至关重要。在不切实际的交付压力下期望工程师掌握 GitHub Copilot 是不切实际的；每个人都需要时间将新工具有效地融入他们的实践中。

实现结合的关键策略

分配专门的时间：确保工程师有专门的时间来使用 Copilot。这应该安排在交付期限不紧迫的时间段内，以防止多任务处理并确保全员参与。
激发兴趣并鼓励尝试：通过强调 Copilot 的潜在优势并鼓励工程师尝试它来培养人们对 Copilot 的兴奋感。分享成功案例和经验amp如何增强他们的工作流程。
提供全面的资源：
提供各种资源来帮助工程师入门：
• 分享演示如何安装和设置 GitHub Copilot 插件的视频。
• 提供显示相关示例的内容amp针对开发人员的特定编码环境量身定制的文件。
• 鼓励工程师使用 GitHub Copilot 编写他们的第一段代码，从简单的任务开始，然后进展到更复杂的场景。
组织专门的入职培训会议：
安排入职会议，例如上午或下午，工程师可以专注于设置和探索 Copilot。
明确表示可以将这段时间用于学习和实验。
鼓励同伴支持和分享：
创建渠道，让工程师们可以相互分享入职经验和技巧，例如 Slack 或 Teams。这种同伴支持可以帮助解决常见的挑战并增强入职体验。
考虑组织 GitHub Copilot 黑客马拉松来鼓励协作学习和创新。
定期检查和反馈：
定期检查以收集有关入职流程的反馈并确定需要改进的任何领域。利用这些反馈不断改进和增强入职体验。

Samp入职时间表：
第 1 天：介绍和设置

上午：观看有关安装和设置 GitHub Copilot 的视频教程。
下午：在您的开发环境中安装并配置插件。

第二天：学习和实验

上午：观看显示相关示例的内容ampGitHub Copilot 的实际运行情况。
下午：使用 Copilot 编写你的第一段代码（例如稍微复杂一点的“Hello World”场景）。

第 3 天：练习和反馈

上午：继续试验 GitHub Copilot 并将其集成到您当前的项目中。
下午：在 Copilot 入职渠道（Slack、Teams 等）发布“我做得怎么样”的条目并提供反馈。

字里行间…
Mercado Libre 通过提供为期两个月的“bootc”投资下一代开发者amp”来帮助他们学习公司的软件堆栈并以“Mercado Libre 方式”解决问题。虽然 GitHub Copilot 可以帮助更有经验的开发人员更快地编写代码并最大限度地减少上下文切换的需要，但 Brizuela 认为 GitHub Copilot 在加速这一入职流程和缩短学习曲线方面具有巨大潜力。
露西娅·布里苏埃拉 |高级技术总监|自由市场
Mercado Libre 和 GitHub 案例研究
概括
为您的团队分配专门的时间，让他们放松且没有压力地加入并试用 GitHub Copilot。激发兴趣并提供资源（包括全面的指南和实践课程），帮助他们有效地将 Copilot 集成到他们的工作流程中。

建议 5：团队在我们信任的工具中分享 AI 成果

我们大多数人都会受到同侪压力和我们视为专家的人的意见的影响——类似于有影响力的代言和产品重新定价的影响。views。GitHub Copilot 也不例外。工程师寻求同行和受尊敬同事的认可，以确保使用 Copilot 是有价值的，并支持他们作为有成就的专业人士的身份。
促进团队内部协作采用人工智能的关键策略：

鼓励同侪支持和故事分享：让您的早期采用者团队分享他们使用 Copilot 的经验。鼓励他们讨论它除了提高编码速度之外，还如何丰富了他们的职业生涯。由于使用 Copilot 节省了时间，他们还能够开展哪些其他活动？
突出 Copilot 让工程师能够专注于更具创造性或影响更大的任务的故事，这些任务以前很耗时或被忽视。如果 Copilot 和更好地服务组织客户之间存在联系，那就太好了。
分享学习成果和组织技巧：分发针对您的组织场景的技巧和窍门。分享有关 GitHub Copilot 如何解决独特挑战或简化团队内部工作流程的实用建议。
通过定期更新和分享基于真实用户体验的最佳实践来培养持续学习的文化。

将 Copilot 融入组织文化和绩效框架：将 Copilot 的使用和 Copilot 实践的分享融入组织文化。表彰和奖励那些贡献宝贵见解和改进的人。
确保工程师知道管理层支持并鼓励使用 Copilot。这种保证可以通过高层领导的认可和融入绩效考核来实现。view和目标。

直接从源头……
嘉士伯的开发工作流程。GitHub Copilot 无缝集成到开发过程中，直接从 IDE 提供有价值的编码建议，进一步消除开发障碍。该公司软件工程主管 Peter Birkholm-Buch 和嘉士伯工程师 João Cerqueira 都表示，Copilot 显著提高了整个团队的生产力。人们对人工智能编码助手的热情是如此一致，以至于企业访问权限一开放，嘉士伯就立即采用了该工具。“每个人都立即启用了它，反应非常积极，”Birkholm-Buch 分享道。
他说，现在很难找到不愿意与 Copilot 合作的开发人员。
Peter Birkholm-Buch | 软件工程主管 | 嘉士伯
若昂·塞尔奎拉 |平台工程师|嘉士伯
嘉士伯和 GitHub 案例研究
概括
鼓励早期采用者分享他们使用 GitHub Copilot 的经验并强调他们所体验到的好处。通过分享技巧、认可贡献并确保强有力的管理支持，将 Copilot 融入您的组织文化。

放在一起：
GitHub Copilot 成功实现任务控制

现在，您可以进行飞行前检查了。建立对工具用途的信任，解决技术障碍，提供共鸣培训材料，分配时间进行设置和探索，并促进团队范围内的使用。这些检查将支持最大限度地发挥 Copilot 在您的组织中的影响。当您进行这些检查时，您可以帮助工程师取得成功，并使您的组织能够从 Copilot 中获得最大的长期影响。

其他资源
想要了解更多 GitHub Copilot 的优点？查看以下其他资源，为您的 Copilot 之旅增光添彩：

为您的组织设置 GitHub Copilot 文档页面

如何使用 GitHub Copilot Enterprise 完整演示视频
为您的组织订阅 Copilot 文档页面
GitHub Copilot Enterprise 教程简介

GitHub Copilot for Business 现已推出公告博客
GitHub Copilot Docs 页面的订阅计划
GitHub Copilot 定价页面

找到即修复：引入代码扫描自动修复功能，由 GitHub Copilot 和 CodeQL 博客文章提供支持
Duolingo 如何利用 Copilot 将开发人员的速度提高 25% 客户案例

关于作者

Daniel Figucio 是 GitHub 亚太区 (APAC) 的首席技术官 (CTO)，拥有 30 多年的信息技术 (IT) 经验，其中包括 20 多年的供应商领域经验。他热衷于通过实施强大的开发人员体验方法和技术来帮助他在整个地区接触的数百个开发人员团队。Daniel 的专业知识涵盖整个软件开发生命周期 (SDLC)，利用他在计算机科学和纯数学方面的背景来优化工作流程和生产力。他的编程历程从 C++ 发展到 Java 和 JavaScript，目前专注于 Python，这使他能够为不同的开发生态系统提供全面的见解。
作为 GitHub 亚太区团队的创始成员之一，Daniel 自 8 年前成立以来一直致力于推动公司在该地区的发展，当时团队只有两个人。Daniel 居住在澳大利亚新南威尔士州的蓝山山脉，他致力于提升开发者体验，同时对游戏、骑自行车和丛林徒步等户外活动以及美食探索也非常感兴趣。
Bronte van der Hoorn 是 GitHub 的一名产品经理。她负责领导 GitHub Copilot 的各种跨学科项目。Bronte 致力于帮助客户充分发挥 AI 的潜力，同时通过出色的工具提高工程师的满意度和工作效率。
Bronte 拥有丰富的行业经验、博士学位以及一系列管理主题的出版物，她将研究见解与实践知识相结合。这种方法支持她设计和迭代符合现代商业环境复杂需求的功能。她是系统思维的倡导者和 champ通过协作工作实践，Bronte 通过推广组织变革的整体和现代视角来促进创新。

由 GITHUB 编写