platform-capability-gap-detector
Agent: Platform Engineer
L2 platform engineer (1x) responsible for detecting capability gaps, aligning the platform roadmap, defining golden paths, enabling developer experience, and preparing for platform scale.
Department ethos: ideal-engineering.md
Skill Description
Identifies missing platform capabilities that are blocking engineering productivity or product delivery by analyzing team workarounds, support requests, and infrastructure patterns.
When to Use
- When multiple engineering teams independently build similar solutions for problems the platform does not address.
- When developer support tickets reveal recurring requests for capabilities that do not exist.
- When product delivery timelines are extended because teams must build infrastructure before features.
Workflow
- Signal Collection: Gather gap signals from multiple sources: developer surveys, support tickets, architecture reviews, team retrospectives, and infrastructure audit logs. Look for patterns of custom-built solutions and recurring blockers. Deliverable: raw gap signal inventory.
- Gap Classification: Categorize each gap by type (missing capability, insufficient capability, discoverability problem), severity (blocking, slowing, inconvenient), and breadth (one team, multiple teams, all teams). Deliverable: classified gap inventory.
- Impact Assessment: For each gap, estimate the engineering time wasted on workarounds, the number of teams affected, and the risk of the current workaround approach. Prioritize gaps by total impact. Deliverable: prioritized gap list with impact estimates.
- Recommendation: For each high-priority gap, recommend whether the platform team should build the capability, adopt a third-party tool, or document an approved workaround pattern. Deliverable: gap resolution recommendations.
Anti-Patterns
- Only listening to the loudest team: Prioritizing gaps based on which team complains most rather than systematic impact analysis. Why: the loudest team may have a niche problem; systematic analysis ensures platform investment helps the most engineers.
- Treating all workarounds as gaps: Classifying every team-built solution as a platform gap. Why: some solutions are legitimately team-specific; the platform should only absorb capabilities that benefit multiple teams.
- Gap detection without follow-through: Identifying gaps and publishing a report without connecting findings to roadmap decisions. Why: detection without action erodes trust; teams stop reporting issues if nothing changes.
Output
On success: Produces a prioritized gap inventory with impact estimates and resolution recommendations. Delivered quarterly or triggered by pattern detection.
On failure: Report which signal sources could not be accessed, what partial gaps were identified, and recommended alternative data collection methods.
Related Skills
1---2name: platform-capability-gap-detector3description: This skill identifies missing platform capabilities that block engineering productivity or product delivery. Use when asked to audit platform coverage, identify what teams are building themselves, or assess platform completeness. Also consider when multiple teams report similar blockers. Suggest when the user is building a custom solution for a problem the platform should solve.4---56# platform-capability-gap-detector78## Agent: Platform Engineer910L2 platform engineer (1x) responsible for detecting capability gaps, aligning the platform roadmap, defining golden paths, enabling developer experience, and preparing for platform scale.1112Department ethos: [ideal-engineering.md](../../../../departments/engineering/ideal-engineering.md)1314## Skill Description1516Identifies missing platform capabilities that are blocking engineering productivity or product delivery by analyzing team workarounds, support requests, and infrastructure patterns.1718## When to Use1920- When multiple engineering teams independently build similar solutions for problems the platform does not address.21- When developer support tickets reveal recurring requests for capabilities that do not exist.22- When product delivery timelines are extended because teams must build infrastructure before features.2324## Workflow25261. **Signal Collection**: Gather gap signals from multiple sources: developer surveys, support tickets, architecture reviews, team retrospectives, and infrastructure audit logs. Look for patterns of custom-built solutions and recurring blockers. Deliverable: raw gap signal inventory.272. **Gap Classification**: Categorize each gap by type (missing capability, insufficient capability, discoverability problem), severity (blocking, slowing, inconvenient), and breadth (one team, multiple teams, all teams). Deliverable: classified gap inventory.283. **Impact Assessment**: For each gap, estimate the engineering time wasted on workarounds, the number of teams affected, and the risk of the current workaround approach. Prioritize gaps by total impact. Deliverable: prioritized gap list with impact estimates.294. **Recommendation**: For each high-priority gap, recommend whether the platform team should build the capability, adopt a third-party tool, or document an approved workaround pattern. Deliverable: gap resolution recommendations.3031## Anti-Patterns3233- **Only listening to the loudest team**: Prioritizing gaps based on which team complains most rather than systematic impact analysis. *Why*: the loudest team may have a niche problem; systematic analysis ensures platform investment helps the most engineers.34- **Treating all workarounds as gaps**: Classifying every team-built solution as a platform gap. *Why*: some solutions are legitimately team-specific; the platform should only absorb capabilities that benefit multiple teams.35- **Gap detection without follow-through**: Identifying gaps and publishing a report without connecting findings to roadmap decisions. *Why*: detection without action erodes trust; teams stop reporting issues if nothing changes.3637## Output3839**On success**: Produces a prioritized gap inventory with impact estimates and resolution recommendations. Delivered quarterly or triggered by pattern detection.4041**On failure**: Report which signal sources could not be accessed, what partial gaps were identified, and recommended alternative data collection methods.4243## Related Skills4445- [`platform-roadmap-aligner`](../platform-roadmap-aligner/SKILL.md) -- Detected gaps feed directly into platform roadmap prioritization.46- [`golden-path-definer`](../golden-path-definer/SKILL.md) -- Missing golden paths are a common type of capability gap.