|
| 1 | +--- |
| 2 | +title: Governing Copilot to support developer productivity |
| 3 | +shortTitle: Govern for adoption |
| 4 | +intro: 'Set a governance posture that balances compliance requirements with developer productivity, so your rollout succeeds from day one.' |
| 5 | +permissions: Enterprise owners |
| 6 | +versions: |
| 7 | + feature: copilot |
| 8 | +category: |
| 9 | + - Roll Copilot out at scale |
| 10 | +contentType: tutorials |
| 11 | +allowTitleToDifferFromFilename: true |
| 12 | +--- |
| 13 | + |
| 14 | +Getting the most from {% data variables.product.prodname_copilot %} means finding the right balance between governance and developer access. Too restrictive, and developers can't use the features that make them productive. Too permissive, and you may not meet your compliance requirements. |
| 15 | + |
| 16 | +This guide covers the governance decisions that help your developers get value from {% data variables.product.prodname_copilot_short %} quickly, while keeping your enterprise within its compliance boundaries. You should make these decisions during initial setup, and revisit them as your usage matures. |
| 17 | + |
| 18 | +## Delegate {% data variables.product.prodname_copilot_short %} administration to people with AI context |
| 19 | + |
| 20 | +Policy decisions work best when they're informed by practical experience with AI tools. Custom enterprise roles let you delegate AI administration to subject matter experts. |
| 21 | + |
| 22 | +This approach reduces bottlenecks and helps ensure that the people setting policies understand how developers actually work with {% data variables.product.prodname_copilot_short %}. |
| 23 | + |
| 24 | +For step-by-step instructions on creating an AI manager role, see [AUTOTITLE](/copilot/tutorials/roll-out-at-scale/establish-ai-managers). |
| 25 | + |
| 26 | +## Review and enable features promptly |
| 27 | + |
| 28 | +Developers get the most value from {% data variables.product.prodname_copilot_short %} when they can access new features and models as they become available. When there are significant feature gaps, due to features remaining disabled, developers may turn to third-party tools that sit outside your compliance controls. |
| 29 | + |
| 30 | +Consider enabling vetted capabilities promptly, rather than disabling features by default and enabling them only after review: |
| 31 | + |
| 32 | +* **Enable new features and models as they become available**, unless you have a specific compliance reason not to. {% data variables.product.github %} vets all features and models before release. |
| 33 | +* **Only set enterprise-level defaults to disabled for non-negotiables**, such as compliance-critical controls or features that conflict with regulatory requirements. |
| 34 | +* **Scope restrictions to sensitive organizations**. Rather than blocking features enterprise-wide, disable them only in organizations with stricter compliance requirements. This lets other organizations move faster. |
| 35 | + |
| 36 | +### Spend management and policy posture |
| 37 | + |
| 38 | +Spend controls interact with your policies. If you enable advanced models and agentic features but set tight budget limits, developers may not be able to use those features consistently. |
| 39 | + |
| 40 | +When configuring policies and budgets, consider whether your limits align with how you want developers to use {% data variables.product.prodname_copilot_short %}. |
| 41 | + |
| 42 | +## Use pre-vetted LLM models |
| 43 | + |
| 44 | +If your organization already has a vetted LLM provider for compliance, cost management, or existing contracts, you can use those API keys with {% data variables.product.prodname_copilot_short %} instead of going through a separate approval process for {% data variables.product.github %}-hosted models. |
| 45 | + |
| 46 | +If you don't have an existing LLM provider relationship, this approach is optional. {% data variables.product.github %}-hosted models are ready to use immediately. |
| 47 | + |
| 48 | +This approach offers several advantages: |
| 49 | + |
| 50 | +* **Governance and compliance**: Use LLM providers that already meet your organization's policies and regulatory requirements. |
| 51 | +* **Cost management**: Align with existing payment methods, contracts, credits, or negotiated rates. |
| 52 | +* **Visibility and control**: Monitor usage through your provider's existing dashboards and billing. |
| 53 | + |
| 54 | +For setup instructions, see [AUTOTITLE](/copilot/how-tos/administer-copilot/manage-for-enterprise/use-your-own-api-keys). |
0 commit comments