iT邦幫忙

2024 iThome 鐵人賽

DAY 22
0
IT 管理

30天打造AI驅動企業:Copilot整合策略與實踐指南系列 第 22 篇

Day 22:GitHub Copilot 部署準備,從企業管理者、組織管理者到開發者的全方位指南

  • 分享至 

  • xImage
  •  

https://ithelp.ithome.com.tw/upload/images/20241006/20141298ihx3JtHAsx.png

今天我們將以三個不同層級的視角—企業管理者、組織管理者和開發者詳細說明如何在企業內部署 GitHub Copilot,以便在不同角色間取得平衡並最大化其效益。

企業管理者的部署視角

選擇適合的訂閱方案並制定策略

企業管理者首先需要決定採購哪一種訂閱方案,例如 Copilot Business 或 Copilot Enterprise,這是企業 AI 部署策略的一部分,而非僅僅是功能的購買決策。

選擇適合的方案能確保開發者在企業內使用 Copilot 提供的全套功能,達到提升生產力的目的。

此外還需要考量其他背景單位(例如 IT 單位、RD 單位、FAB 單位)的需求與限制,以確保 Copilot 在整個企業內的順利部署和應用,在釐清這些單位的過程中需要釐清他們使用這個工具的目的以及日常使用的程式語言。

有些冷門的程式語言不一定能透過 GitHub Copilot 加速開發過程。

根據團隊需求選擇最佳方案

功能 Copilot Business Copilot Enterprise
IDE 中的 Copilot Chat 技能 ❌ ✅
Copilot 知識庫 ❌ ✅
自定義大型語言模型的微調 ❌ ✅

延續剛剛的說明所以在選擇 GitHub Copilot 的方案時除了基本功能考量,企業管理者還應根據自身規模和開發需求做出長遠的部署決策,例如 Copilot Business 提供開發團隊所需的核心功能,如組織政策管理和程式碼建議已經適合大多數開發者。

然而如果企業需要針對內部程式碼進行深入分析,或需要進行自家程式碼的 AI 模型精細調整,那麼 Copilot Enterprise 可能是更合適的選擇,因為它提供了自定義大型語言模型微調以及企業內部知識庫的深度整合。

全局政策設定與安全性考量

企業管理者應根據企業的安全標準來設定 Copilot 的使用範圍,保障專案資料的機密性與安全性,避免開發者誤使用或接觸到不該分享的程式碼。此外,管理者還需根據內部政策與合規要求,明確各團隊的 Copilot 使用範圍,確保功能的應用符合企業的策略目標。

政策設定選項

https://ithelp.ithome.com.tw/upload/images/20241005/201412988mGpUDCdXm.png

  • 功能啟用與禁用
    企業可以選擇在所有組織中啟用或禁用 Copilot 的特定功能,例如在 GitHub.com 上的 Copilot 功能、CLI 中的 Copilot、IDE 中的 Copilot Chat,以及 GitHub Mobile 上的 Copilot Chat等。

  • 公開程式碼建議
    管理者可以設定是否允許 Copilot 提供與公共程式碼庫匹配的程式碼建議,若選擇阻止這些建議 Copilot 將檢查潛在的程式碼完成建議及其周圍約 150 個字符的程式碼,並避免顯示與公共程式碼相匹配的建議。

  • 預覽功能管理
    企業可以選擇是否允許用戶訪問尚未普遍可用的新功能預覽。這些功能可能有缺陷,並且可能隨時更改或停止。

推動工具採納與使用文化

企業管理者需要制定具體的採納策略,透過內部培訓和成功案例分享,推動 GitHub Copilot 在全企業內的應用。高層管理的支持與推動是 Copilot 成功部署的核心驅動力,因為來自領導的認同往往能加快工具的普及和推廣。

組織管理者的部署視角

當需要完全集中式的授權管理時,建議可以從單一的組織控管所有的權限

設定功能控制與政策調整

組織管理者在配置 Copilot 時,應根據組織具體需求來設定功能與政策,根據專案類型與團隊需求靈活調整 Copilot 的功能應用,能夠提升專案效率並確保功能安全性與可控性。

在企業內的管理方向是集中式的情況下,應將所有使用者的 GitHub Copilot 設定在一個獨立的組織中,避免使用者對應的組織中有人擁有 Owner 角色的情況下誤加授權,從而導致管理上的安全風險。

因應 Beta 功能的管理策略

當 GitHub Copilot 推出新的 Beta 功能或尚未正式發布的功能時,組織管理者可以考慮建立一個名為 Lab 的組織,將產品的負責人或想要測試新功能的開發者加入該組織進行管理。

這樣的方式可以確保新功能的測試不會影響到正式環境中的操作,同時減少額外的顧慮,讓測試功能的影響範圍保持在可控的實驗性環境中。

https://ithelp.ithome.com.tw/upload/images/20241006/20141298Sfwm3OC8Or.png

逐步授權並推廣應用

組織管理者可以先針對部分團隊進行 GitHub Copilot 的逐步啟用,收集早期用戶的反饋,並識別可能的問題。在解決這些初期挑戰後,再逐步將工具擴展到整個組織,確保每個開發者都能順利使用 Copilot。此過程中,管理者應持續關注成員的學習和適應過程,提供資源幫助他們加快上手。

開發者的部署與操作指南

接下來的幾天會從這個角度分享更多的細節

安裝 Copilot 擴展功能並調整設置

開發者的首要任務是安裝適合的 Copilot 擴展功能,並在自己的 IDE 或指令列環境中進行配置。這些擴展能夠與開發者日常使用的工具緊密結合,無論是 Visual Studio Code 還是其他環境,Copilot 都能無縫整合。

https://ithelp.ithome.com.tw/upload/images/20241005/201412984rruAtig9w.png

自定義功能來滿足專案需求

開發者應靈活配置 Copilot 的建議功能,根據專案的具體需求進行個性化設置,無論是調整 Copilot 的建議範圍,還是設定對某些程式語言的特定支持,這些設置都能幫助開發者更有效地應對日常的開發挑戰。

提升開發工作流的自動化與效率

開發者應將 Copilot 融入到日常的工作流中,並不斷調整其應用,讓 Copilot 的 AI 建議成為開發流程中的一部分。透過與其他工具的整合,如 Copilot Extensions,開發者可以進一步自動化開發流程,提升整體工作效率。

總結

企業管理者、組織管理者與開發者在 GitHub Copilot 的部署過程中各有其角色與責任,需要協同合作以確保 Copilot 能夠成功落地應用,企業管理者負責全局策略規劃,包括訂閱方案選擇與政策設定,組織管理者則需推動 Copilot 的採納與功能應用的細化管理。

而開發者則應積極配置與優化工具,以確保 AI 技術在開發工作流中的最大效益,達成企業生產力與創新能力的提升。

https://ithelp.ithome.com.tw/upload/images/20241006/20141298QadysY2Wd6.png


上一篇
Day 21 : 開發星球,初探 GitHub 宇宙的神奇世界
下一篇
Day 23 : GitHub Copilot Chat 的快捷鍵應用與前置作業 - 加速 Workspace、VSCode 和 Terminal 的開發體驗
系列文
30天打造AI驅動企業:Copilot整合策略與實踐指南 共 30 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言