CW-301a · Module 2
Governance Frameworks
4 min read
Governance is the word that makes enthusiasts groan and executives relax. Both reactions miss the point. Governance is not about restriction. It is about enabling safe, scalable usage. Without governance, you get shadow AI — people using Co-Work on sensitive data without guardrails, creating plugins that handle customer PII without encryption, automating workflows that bypass approval chains. Shadow AI is the inevitable result of adoption without governance.
A good governance framework answers four questions. What data can be processed through Co-Work? Who can create and deploy custom plugins? What approval is required for workflows that touch customer data? How are outputs reviewed before they reach external stakeholders? These four questions, answered clearly and communicated widely, prevent 90% of governance incidents.
The data classification matrix is the centerpiece. Green data: public information, internal analysis, draft documents. No restrictions — use Co-Work freely. Yellow data: internal financial data, pre-release product information, employee performance data. Use with caution — do not include in shared plugins, do not save to unencrypted files. Red data: customer PII, health records, financial account numbers, legal privileged communications. Do not process through Co-Work unless the deployment has enterprise data controls with appropriate compliance certifications.
This matrix does not slow people down. Green data is the vast majority of daily work — research, analysis, content creation, report generation. Yellow data requires a moment of thought. Red data has a clear boundary. The framework enables fast adoption of green workflows while protecting the organization from red data incidents.
Plugin governance is the second pillar. Anyone should be able to build a custom plugin for personal use. Department-level plugins — shared across a team — should be reviewed by a designated plugin owner who checks for data handling compliance, quality of the encoded workflows, and appropriate use of connectors. Organization-level plugins require IT security review. This is not bureaucracy. This is the same review process you apply to any software deployment. A plugin that connects to Salesforce and processes customer data is software, and it should be treated as software.