You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/04)-Project-Governance-(COE).md
+17-2Lines changed: 17 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,14 @@ The goal of project governance, and the creation of a COE is to establish, maint
4
4
5
5
***
6
6
7
+
### How to weave this into your CTA Scenario
8
+
9
+
You should not just generically mention these roles, the roles you mention should be directly linked to requirements you read throughout your scenario. Generic suggestions for COE members will not get you any points. So if you get a scenario requirement that says something like, "The experience cloud site should be available in English, French, and Spanish" you should weave in your COE's "translation team" for your solution. **An example response would be something along the lines of**, "We would use translation workbench as well as experience cloud site translations and work with our COE's translation team to ensure the translations were accurate and appropriately vetted" or something like that.
10
+
11
+
You should essentially be thinking about if a COE membership should be involved/consulted for each requirement and weave them in wherever they are relevant.
12
+
13
+
***
14
+
7
15
### What is a COE?
8
16
9
17
A COE is essentially a body of individuals who manage the governance and operations for a Salesforce Org (or IT initiatives company wide). At a larger business you will likely have multiple COE's, but there will be two major types of COE's:
@@ -22,6 +30,13 @@ A COE is essentially a body of individuals who manage the governance and operati
22
30
23
31
**RACI** - Responsible, Accountable, Consulted, and Informed. This is a responsibilities matrix whose goal is to bring structure and clarity to the roles that each stakeholder plays in a project.
24
32
33
+
**CAB (Change Advisory Board)** - The ITIL-standard term that's effectively synonymous with your existing Change Control Board; worth noting since the exam/scenarios may use either term interchangeably.
34
+
35
+
**DACI (Driver, Approver, Contributor, Informed)** - An alternative to RACI you'll sometimes see cited as a lighter-weight decision-making matrix.
36
+
37
+
***
38
+
39
+
25
40
### Common COE Roles
26
41
27
42
When sitting for the CTA Board you need to make a decision on who to add to your COE based on the criteria in your scenario. You SHOULD NOT just produce a generic COE structure. You need to link your COE actors back to requirements in the scenario.
@@ -46,6 +61,6 @@ When sitting for the CTA Board you need to make a decision on who to add to your
46
61
47
62
**Translations Team** - Team is in charge of ensuring any/all translation work required follows the same quality control guidelines.
48
63
49
-
**Data Steward** -
64
+
**Data Steward** - A business-aligned role accountable for the quality, definition, and appropriate use of a specific data domain (Accounts, Products, etc). Defines data standards, business rules, and data quality metrics, and works with IT to get them enforced. Owns the "what" and "why" of the data, not where or how it's physically stored.
50
65
51
-
**Data Custodian** -
66
+
**Data Custodian** - A technical/IT-aligned role responsible for the safe day-to-day storage, security, and technical management of data (backups, access controls, encryption, retention enforcement). Implements the policies that Data Stewards (and, at a higher level, Data Owners) define. Owns the "how" of managing the data infrastructure, not its business meaning.
0 commit comments