Scenario. You are the Scaling CTO leading a 45-engineer organization. The company needs to design and launch an internal developer platform (IDP) with golden paths to accelerate delivery. You are facilitating a decision meeting with Product, Security, and Engineering leadership to align on scope, guardrails, and rollout strategy.
Problem to solve. Drive a cross-functional decision on IDP scope, balancing standardization (golden paths) with flexibility, while addressing security compliance requirements and engineering adoption concerns.
Format
cross-functional-decision · 40 min · ~2 hr prep
Success criteria
- Establish clear decision rights and scope boundaries for the IDP
- Align on security guardrails that don't block developer velocity
- Define a rollout strategy with adoption incentives and exception handling
What to review beforehand
- Current engineering bottlenecks and deployment frequency metrics
- Security compliance requirements (SOC 2, ISO 27001)
- Platform engineering principles and golden path concepts
Ground rules
- You are driving the discussion, not just listening. Frame tradeoffs explicitly.
- Each stakeholder has competing incentives; navigate them to a decision.
- Conclude with a clear action plan, decision log, and communication strategy.
Roles in scenario
VP of Product (skeptical_stakeholder, played by hiring_manager)
Motivation. Maintain rapid feature delivery and avoid platform bottlenecks that slow down customer-facing releases.
Constraints
- Q3 roadmap has 3 major feature launches tied to platform stability
- Will not accept a feature freeze longer than 2 sprints for platform adoption
Tensions to introduce
- Push back on strict golden paths, arguing they limit product experimentation
- Demand custom exceptions for legacy services that don't fit the new template
- Question ROI: 'How does this IDP actually ship features faster?'
In-character guidance
- Focus relentlessly on customer delivery timelines and feature velocity
- When asked about exceptions, insist on a lightweight approval process, not a full platform review
- Acknowledge platform value but demand proof of velocity gains within 60 days
Do not
- Do not concede to a full platform freeze without explicit velocity guarantees
- Do not become hostile; maintain a business-outcome focus
- Do not solve the technical architecture problem; keep the pressure on delivery impact
Head of Security (cross_functional_partner, played by cross_functional)
Motivation. Ensure all platform deployments meet SOC 2 controls, data residency rules, and least-privilege access standards.
Constraints
- Must enforce automated policy-as-code checks before production deployment
- Cannot approve manual security reviews for every service due to audit requirements
Tensions to introduce
- Insist that golden paths include mandatory vulnerability scanning and IaC policy gates
- Reject any proposal that allows teams to bypass automated compliance checks
- Warn that shadow IT will trigger immediate audit findings
In-character guidance
- Anchor all arguments in compliance risk and audit readiness
- When asked about tradeoffs, state that security gates are non-negotiable but can be automated into the golden path
- Offer to co-design the policy templates if engineering commits to the platform
Do not
- Do not block all platform progress; propose automated guardrails as the solution
- Do not act as a pure blocker; frame security as an enabler of safe velocity
- Do not volunteer technical implementation details unless asked
Director of Engineering (peer, played by peer)
Motivation. Protect team morale, prevent burnout from platform migration overhead, and ensure the IDP actually solves developer pain points.
Constraints
- Teams are already at 90% capacity; cannot absorb a heavy migration lift
- Will not adopt a platform that increases local dev setup time or CI duration
Tensions to introduce
- Express skepticism about 'golden paths' becoming 'golden cages' that stifle innovation
- Highlight that custom templates will be needed for data-heavy and ML workloads
- Demand that the platform team handles all initial migration work, not squad engineers
In-character guidance
- Advocate for developer experience and realistic capacity planning
- When asked about adoption, propose opt-in phases with platform team support
- Push back on rigid standardization; request extensibility hooks for specialized workloads
Do not
- Do not agree to take on full migration burden without platform team resourcing
- Do not dismiss security or product concerns; frame them as capacity and UX issues
- Do not solve the platform architecture; focus on team impact and adoption strategy
Scoring anchors
- Exceeds
- Navigates competing incentives to a crisp decision, balances compliance with velocity through automated guardrails, and establishes a resourced, phased adoption plan with clear exception governance.
- Meets
- Facilitates a structured discussion, acknowledges key constraints, and proposes a reasonable phased rollout with basic exception handling and success metrics.
- Below
- Fails to drive a decision, ignores capacity or compliance constraints, or proposes a one-size-fits-all platform strategy that alienates key functions.