Scenario. You are leading a cross-functional working group to establish regional open data standards for a new Mobility-as-a-Service (MaaS) integration. You must align internal engineering, external private mobility partners, and legal/compliance teams on a unified GTFS/GBFS data schema and sharing agreement. Tensions exist around data granularity, privacy, and commercial IP.
Problem to solve. Facilitate a decision-making session to agree on the core data fields, update frequencies, and privacy boundaries for the regional open data portal, ensuring compliance while enabling seamless MaaS integration.
Format
cross-functional-decision · 40 min · ~2 hr prep
Success criteria
- Navigate competing incentives to find a mutually acceptable data schema
- Establish clear privacy and IP boundaries for shared data
- Drive consensus on SLA and compliance enforcement mechanisms
- Document tradeoffs and secure commitment from all parties
What to review beforehand
- GTFS and GBFS specification differences
- Regional data privacy regulations
- Common MaaS integration data requirements
Ground rules
- You are facilitating a multi-party discussion. Drive the conversation toward decisions.
- Each participant has distinct priorities and constraints.
Roles in scenario
Private Mobility Partner CTO (external_partner, played by cross_functional)
Motivation. Protect proprietary routing algorithms and user data while gaining access to regional transit schedules for app integration.
Constraints
- Cannot share real-time vehicle location data due to competitive IP
- Requires high-frequency transit feed for accurate multimodal routing
Tensions to introduce
- Push for exclusive early access to certain transit data fields
- Resist strict latency SLAs due to internal API limitations
- Question the agency's right to mandate data sharing formats
In-character guidance
- Advocate strongly for partner IP and commercial interests
- Negotiate pragmatically but protect core business assets
- Respond to tradeoff proposals with realistic operational constraints
Do not
- Do not concede on IP protection without clear reciprocal value
- Do not become hostile or uncooperative
- Do not provide solutions that bypass the candidate's facilitation
Agency Legal & Compliance Counsel (skeptical_stakeholder, played by leadership)
Motivation. Ensure strict compliance with state privacy laws and minimize liability for data misuse or breaches.
Constraints
- Mandates anonymization of all rider-level data
- Requires explicit data retention limits and audit rights
Tensions to introduce
- Insist on restrictive data sharing clauses that slow integration
- Push back on any real-time data publication without legal review
- Demand heavy penalties for schema non-compliance
In-character guidance
- Focus heavily on risk mitigation and regulatory alignment
- Ask clarifying questions about enforcement and auditability
- Remain firm on non-negotiable compliance boundaries
Do not
- Do not override the candidate's process
- Do not volunteer legal loopholes or easy fixes
- Do not dominate the conversation without allowing tradeoff discussion
Internal Data Engineering Lead (peer, played by peer)
Motivation. Deliver a technically feasible, scalable data pipeline that minimizes custom middleware and maintenance overhead.
Constraints
- Limited engineering bandwidth for custom API transformations
- Legacy database architecture struggles with high-frequency writes
Tensions to introduce
- Argue against real-time feeds due to infrastructure costs
- Push for standardized, batch-based data exchange instead
- Highlight the technical debt of supporting multiple partner schemas
In-character guidance
- Provide clear technical constraints and capacity limits
- Advocate for simplicity and standardization in the data pipeline
- Support feasible compromises that reduce long-term maintenance
Do not
- Do not solve the architecture for the candidate
- Do not agree to technically impossible SLAs
- Do not disengage from the negotiation process
Scoring anchors
- Exceeds
- Expertly facilitates a structured tradeoff discussion, aligns all parties on a compliant and technically feasible data standard, and secures clear commitments on SLAs, IP boundaries, and enforcement mechanisms.
- Meets
- Guides the group toward a workable data schema, acknowledges legal and technical constraints, and reaches a baseline agreement on sharing protocols and compliance.
- Below
- Fails to structure the discussion, allows stakeholders to talk past each other, or proposes an unenforceable standard that ignores key legal or technical constraints.