Skip to main content

Stakeholder Domain

The Stakeholder domain represents all individuals, groups, or organizations that either affect or are affected by the enterprise's strategies, activities, or outcomes. It provides the human and political context for all other enterprise architecture domains.

Schema: stakeholder.schema.json
Specification: JSON Schema Draft-07

Overview​

What is the Stakeholder Domain?​

The Stakeholder domain captures the essential context of who matters to the enterprise—from internal employees and executives to external regulators, customers, and the public. It focuses on classifying and documenting their:

  • Roles and responsibilities within or toward the organization
  • Interests and concerns regarding organizational outcomes
  • Influence and power to affect decisions and strategy
  • Engagement strategies for effective communication and management

Purpose and Value​

The Stakeholder domain enables architects and planners to:

  • Identify and classify key actors by systematically documenting all internal and external parties crucial to success
  • Analyze influence and interest using models such as the Power–Interest Grid
  • Define engagement strategies with tailored communication and engagement plans
  • Prioritize initiative alignment by linking initiatives to the stakeholders they serve
  • Manage expectations and risks by proactively addressing concerns and resistance
  • Provide human context linking abstract architectural entities to accountable people
For Data Engineers

The Stakeholder domain maps directly to data governance roles:

  • Stakeholders → Data Owners, Stewards, Consumers
  • Engagement Strategies → Communication plans for data governance
  • Requirements → Data quality requirements, SLAs
  • Influence/Interest → Priority for data asset ownership

Domain Attributes​

Core Attributes​

AttributeTypeDescriptionRequired
stakeholderIDStringUnique identifier for the stakeholder, e.g. STK-001✓
titleStringName/title of stakeholder✓
tTypeEnumPosition relation to organization✓
descriptionStringDetailed explanation✓
roleStringResponsibilities and interests
orgUnitTitleStringMost closely linked org unit
orgUnitIDStringID of the organization unit (see orgUnitTitle)
stakeholderCategoryEnumBroad stakeholder classification
influenceLevelEnumDegree of influence on organization
interestLevelEnumLevel of interest in organization
engagementStrategiesStringCommunication/interaction plans
engagementFrequencyEnumHow often engagement occurs
communicationChannelsArray[Enum]Preferred communication methods
inputsStringResources/info provided by stakeholder
outputsStringBenefits/outcomes received
expectationsStringWhat stakeholder expects from organization
dependenciesStringRequired dependencies
relatedStakeholdersStringRelated/linked stakeholders
relatedStakeholderIDsArray[String]IDs of related stakeholders
geographicScopeEnumGeographic scope of stakeholder
industryEnumIndustry sector of stakeholder
organizationTypeEnumType of organization stakeholder represents
performanceIndicatorsStringEngagement effectiveness metrics
risksStringEngagement risks
riskCategoriesArray[Enum]Categories of risks
improvementOpportunitiesStringEnhancement areas
strategicAlignmentStringGoal alignment
stakeholderRequirementsArray[Object]Specific requirements from stakeholder

A stakeholder record may not carry fields other than those listed above.

Stakeholder Requirement (stakeholderRequirement)​

AttributeTypeDescriptionRequired
requirementIDStringUnique identifier for the requirement, so other records can reference it
titleStringName/title of requirement✓
descriptionStringDetailed explanation✓
purposeStringIntended purpose/benefit✓
ownerStringResponsible fulfiller
orgUnitTitleStringImpacted organization units
orgUnitIDStringID of the organization unit (see orgUnitTitle)
priorityEnumRequirement priority level (shared priority list)
requirementTypeEnumType of requirement
acceptanceCriteriaStringAcceptance criteria
timelineStringExpected timeline for fulfillment
dependenciesStringRelated dependencies
complianceFrameworkEnumRegulatory requirement framework
regulatoryComplianceStringRegulatory requirements
measurementCriteriaStringHow requirement success is measured
riskLevelEnumRisk level if not met (shared four-point risk scale)

Enumeration Values​

Stakeholder Type (tType)​

ValueDescriptionExample
primaryCustomerMain customer or clientEnterprise software customers
secondaryCustomerIndirect or secondary customersEnd users of customer's products
b2bCustomerBusiness-to-business customerCorporate clients
b2cCustomerBusiness-to-consumer customerIndividual consumers
b2gCustomerBusiness-to-government customerGovernment agencies
internalCustomerInternal organizational customerInternal departments
endUserFinal user of product/serviceSoftware application users
regulatoryBodyGovernment regulatory agencyFederal Railroad Administration
governmentAgencyGovernment department or agencyDepartment of Transportation
localAuthorityLocal government entityCity transportation department
internationalBodyInternational organizationUnited Nations, European Union
standardsOrganizationStandards setting bodyISO, IEEE
strategicPartnerLong-term strategic allianceJoint venture partners
supplierVendorGoods or services providerEquipment manufacturers
distributorChannelPartnerDistribution partnerRetail distribution networks
systemIntegratorTechnology integration partnerIT system integrators
consultantAdvisorProfessional advisory servicesManagement consultants
financialInstitutionBanking or finance providerInvestment banks
investorShareholderFinancial stakeholderEquity investors
boardMemberGovernance stakeholderBoard of directors
employeeStaffInternal workforceCompany employees
tradeUnionLabor organizationRailway workers union
industryAssociationProfessional industry groupRailway industry association
communityRepresentativeLocal community voiceNeighborhood associations
environmentalGroupEnvironmental advocacyEnvironmental protection groups
mediaPressNews and media organizationsIndustry publications
academicInstitutionEducational organizationUniversities, research institutes
competitorMarket competitorCompeting organizations
otherAny other stakeholder type

Stakeholder Category (stakeholderCategory)​

ValueDescriptionExample
internalStakeholderStakeholders within the organizationEmployees, management, shareholders
externalStakeholderStakeholders outside the organizationCustomers, suppliers, regulators
primaryStakeholderDirect impact on organization successKey customers, investors
secondaryStakeholderIndirect influence on organizationIndustry associations, media
keyStakeholderCritical to organization successMajor customers, key suppliers
influentialStakeholderHigh influence but varying interestGovernment regulators, industry leaders

Influence Level (influenceLevel)​

ValueDescriptionExample
highInfluenceSignificant power to affect organizationMajor investors, key regulators
mediumInfluenceModerate power to affect organizationImportant customers, suppliers
lowInfluenceLimited power to affect organizationIndividual consumers, small vendors

Interest Level (interestLevel)​

ValueDescriptionExample
highInterestVery interested in organization outcomesDirect customers, employees
mediumInterestModerate interest in organizationIndustry partners, community
lowInterestLimited interest in organizationDistant suppliers, general public

Engagement Frequency (engagementFrequency)​

engagementFrequency uses the shared frequency list from common.schema.json.

ValueDescriptionExample
continuousOngoing, always availableDigital platforms, customer support
realTimeAs events occurIncident response partners
hourlyEvery hourOperations control centres
dailyMultiple times per day or dailyOperations teams, key customers
weeklyOnce or multiple times per weekProject partners, regular suppliers
monthlyMonthly engagementManagement reporting, board updates
quarterlyEvery three monthsInvestor relations, strategic reviews
semiAnnuallyTwice a yearHalf-yearly reviews
annuallyOnce per yearAnnual shareholder meetings
eventDrivenTriggered by a defined eventRegulator notification after an incident
onDemandWhen the stakeholder requests itInformation requests
adHocIrregular, as neededConsultants, crisis communications

Communication Channels (communicationChannels)​

ValueDescription
emailElectronic mail communication
phoneCallTelephone communication
videoConferenceOnline video meetings
inPersonMeetingFace-to-face meetings
digitalPlatformOnline platforms or portals
socialMediaSocial media channels
websitePublic website communications
newsletterRegular newsletter communications
reportsFormal reporting documents
surveysQuestionnaires and feedback surveys
workshopsInteractive workshop sessions
conferencesConferences and industry events
mobileAppMobile applications
traditionalMailLetters and printed mail

Risk Categories (riskCategories)​

riskCategories uses the shared risk category list from common.schema.json.

ValueDescriptionExample
strategicStrategic planning risksMisaligned objectives
operationalDay-to-day operational risksService delivery issues, process failures
financialFinancial and budget risksPayment delays, cost overruns
marketMarket risksLoss of customer demand
economicEconomic conditionsRecession affecting a partner
politicalPolitical risksChange of government policy
complianceRegulatory compliance risksNon-compliance penalties
legalLegal and contractual risksContract disputes, legal violations
technologyTechnology-related risksSystem failures, obsolescence
securityCybersecurity risksBreach of a shared system
privacyPersonal data risksMishandling of stakeholder data
dataQualityData quality risksInaccurate data exchanged with a stakeholder
supplyChainSupply chain risksSupplier failure
peopleWorkforce, skills, capacity and labour risksIndustrial action, loss of key contacts
reputationalReputation and brand risksNegative publicity, brand damage
relationshipRelationship and communication risksRelationship breakdown, miscommunication, information gaps
changeManagementRisks of resistance to changeStakeholder opposition to a programme
environmentalNatural-environment and climate risksCommunity concern over environmental impact
externalOther outside events beyond the organization's controlMarket shocks, political instability
otherAny other risk

Requirement Priority (priority)​

priority uses the shared priority list.

ValueDescriptionExample
criticalMust be fulfilled for basic operationSafety compliance requirements
highImportant for successful operationKey performance requirements
mediumBeneficial but not essentialProcess improvement requirements
lowNice to have, future considerationEnhancement requests

Requirement Risk Level (riskLevel)​

The risk if a requirement is not met uses the shared four-point risk scale.

ValueDescription
lowMinor consequences if not met
mediumNoticeable consequences that can be managed
highSerious consequences, such as regulatory or contractual breach
criticalSevere consequences that threaten operations or licences

Requirement Type (requirementType)​

ValueDescriptionExample
functionalSpecific functionality requirementsSystem features, capabilities
nonFunctionalQuality attributesPerformance, security, usability
complianceRegulatory or standards complianceLegal requirements, certifications
businessBusiness process requirementsWorkflow, operational procedures
technicalTechnical specificationsSystem architecture, integration
userExperienceUser experience requirementsInterface design, accessibility

Domain Relationships​

The Stakeholder domain integrates with other metamodel domains:

Target DomainRelationship TypeDescription
OrganizationEngagementOrganization units engage with stakeholders
StrategyInfluenceStakeholders influence strategic direction
PolicyComplianceStakeholders subject to or creators of policies
ServicesConsumptionStakeholders consume or provide services
ProductsUsageStakeholders use or influence product development
InformationExchangeStakeholders provide and consume information
PerformanceImpactStakeholders affected by or affect performance
InitiativesInvolvementStakeholders participate in or are impacted by initiatives

Stakeholder Analysis Framework​

The Stakeholder domain supports comprehensive stakeholder analysis using influence-interest matrices:

QuadrantStrategyStakeholders
High Influence, High InterestManage closelyKey stakeholders requiring active management
High Influence, Low InterestKeep satisfiedInfluential stakeholders requiring attention
Low Influence, High InterestKeep informedInterested stakeholders to communicate with
Low Influence, Low InterestMonitorMinimal engagement required

Examples​

Example 1: Regulatory Body​

{
"stakeholderID": "STK-001",
"title": "Federal Railroad Administration",
"tType": "regulatoryBody",
"description": "Federal agency responsible for railroad safety oversight",
"role": "Establish and enforce railroad safety standards and regulations",
"orgUnitTitle": "Regulatory Compliance Division",
"stakeholderCategory": "externalStakeholder",
"influenceLevel": "highInfluence",
"interestLevel": "highInterest",
"engagementStrategies": "Regular compliance reporting, safety audits, policy consultations",
"engagementFrequency": "monthly",
"communicationChannels": [
"email",
"inPersonMeeting",
"reports"
],
"expectations": "Full compliance with safety regulations, timely incident reporting",
"geographicScope": "national",
"industry": "government",
"organizationType": "governmentAgency",
"riskCategories": [
"compliance",
"reputational"
],
"strategicAlignment": "Critical for maintaining operating licenses and safety compliance"
}

Example 2: Technology Partner​

{
"stakeholderID": "STK-002",
"title": "Railway Technology Solutions Ltd",
"tType": "strategicPartner",
"description": "Technology company providing AI-powered track monitoring solutions",
"role": "Develop and maintain predictive maintenance technology systems",
"stakeholderCategory": "externalStakeholder",
"influenceLevel": "mediumInfluence",
"interestLevel": "highInterest",
"engagementStrategies": "Joint product development, regular technical reviews, innovation workshops",
"engagementFrequency": "weekly",
"communicationChannels": [
"videoConference",
"digitalPlatform",
"workshops"
],
"inputs": "Technical expertise, software development, system integration",
"outputs": "Licensing fees, partnership opportunities, market access",
"geographicScope": "multinational",
"industry": "technology",
"organizationType": "privateCompany",
"strategicAlignment": "Enables digital transformation and predictive maintenance capabilities"
}

Example 3: Local Community Group​

{
"stakeholderID": "STK-003",
"title": "Downtown Residents Association",
"tType": "communityRepresentative",
"description": "Local community group representing residents near railway operations",
"role": "Advocate for community safety and noise reduction concerns",
"stakeholderCategory": "externalStakeholder",
"influenceLevel": "lowInfluence",
"interestLevel": "highInterest",
"engagementStrategies": "Community meetings, public consultations, safety briefings",
"engagementFrequency": "quarterly",
"communicationChannels": [
"inPersonMeeting",
"newsletter",
"website"
],
"expectations": "Minimal noise disruption, advance notice of maintenance activities",
"geographicScope": "local",
"industry": "nonProfit",
"organizationType": "communityGroup",
"riskCategories": [
"reputational",
"operational"
],
"stakeholderRequirements": [
{
"title": "Noise Level Compliance",
"description": "Maintain railway noise levels within city ordinance limits",
"purpose": "Ensure community quality of life standards",
"priority": "medium",
"requirementType": "compliance",
"acceptanceCriteria": "Noise levels below 65dB during nighttime hours",
"complianceFramework": "governmentRegulation",
"riskLevel": "medium"
}
]
}

Implementation Guidelines​

Global Deployment Considerations​

  1. Cultural Adaptation: Select appropriate stakeholder types and engagement strategies for local contexts
  2. Regulatory Alignment: Choose relevant compliance frameworks based on jurisdiction
  3. Communication Preferences: Include culturally appropriate communication channels
  4. Industry Specificity: Use industry-relevant stakeholder categories and requirements
  5. Risk Assessment: Adapt risk categories to local business and regulatory environment

Data Quality Best Practices​

  1. Stakeholder Mapping: Systematically identify and categorize all stakeholders
  2. Engagement Planning: Define clear engagement strategies and frequencies
  3. Requirement Tracking: Document and track stakeholder requirements comprehensively
  4. Relationship Management: Maintain current stakeholder contact and relationship data
  5. Performance Monitoring: Track stakeholder satisfaction and engagement effectiveness

OpenMetadata Integration​

For Data Platform Teams

When integrating with OpenMetadata, map Stakeholder entities as follows:

Triodian ElementOpenMetadata EntityNotes
Stakeholder (Internal)UserMap to user profiles
Stakeholder (External)Team (External)External stakeholder groups
Owner roleOwnerData ownership assignment
RequirementsCustom PropertiesTrack on data assets
Engagement StrategiesDescription/TagsDocument in asset metadata
# Example: Map stakeholder to OpenMetadata owner
def map_stakeholder_to_owner(stakeholder):
if stakeholder.get("stakeholderCategory") == "internalStakeholder":
return {
"type": "user",
"id": stakeholder["stakeholderID"],
"displayName": stakeholder["title"],
"email": f"{stakeholder['title'].lower().replace(' ', '.')}@company.com"
}
else:
return {
"type": "team",
"id": f"external_{stakeholder['stakeholderID']}",
"displayName": stakeholder["title"],
"teamType": "Group"
}

Schema Reference​


Previous: Organization Domain | Next: Capabilities Domain