메뉴
Use ao mapear capacidades de negócio, identificar sobreposições ou lacunas na empresa, ou alinhar investimentos de TI a resultados de negócio. Aciona com "capability map", "mapa de capacidades", "business capability", "domain map", "enterprise architecture".
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use ao validar requisitos contra padrões da notação EARS. Aciona com "EARS", "requirement review", "revisão de requisitos", "requirement quality", "shall statement", "REQ-ID".
Use ao rascunhar Architecture Decision Records, avaliar alternativas ou documentar trade-offs técnicos. Aciona com "ADR", "architecture decision", "decisão arquitetural", "trade-off", "pick between", "why did we choose".
Use quando uma nova pessoa de engenharia entra no time, durante onboarding em um codebase desconhecido, ou ao auditar se o time tem entendimento compartilhado. Aciona com "onboard", "onboarding", "context audit", "knowledge gap", "bus factor", "team understanding".
Use ao investigar consultas lentas, desenhar índices ou revisar planos de execução. Aciona com 'slow query', 'consulta lenta', 'explain plan', 'index', 'query tuning', 'N+1', 'table scan'.
Use ao planejar uma mudança de schema online, migração com zero downtime ou rollback de um deploy que alterou uma tabela. Aciona com 'migration', 'migração', 'ALTER TABLE', 'zero-downtime', 'expand-contract', 'backfill'.
Use quando um teste for intermitente, ao investigar instabilidade no CI, ao colocar um teste em quarentena, ou ao criar um dashboard de flaky tests. Aciona com 'flaky test', 'teste intermitente', 'flaky', 'quarantine', 'CI instável', 'flaky dashboard'.
| name | capability-map |
| description | Use ao mapear capacidades de negócio, identificar sobreposições ou lacunas na empresa, ou alinhar investimentos de TI a resultados de negócio. Aciona com "capability map", "mapa de capacidades", "business capability", "domain map", "enterprise architecture". |
Uma capability é o que o negócio faz, não como. Capacidades são estáveis (escala de décadas); aplicações e processos são voláteis.
Regra prática: 8-12 capacidades L1 para uma empresa média.
## Capability Map - <Domain>
### L1: <Top area>
#### L2: <Sub-function>
- **<L3 capability>** [Core|Supporting|Commodity]
- Owner: <team>
- Systems: <app1>, <app2>
- Maturity: 1-5
- Investment: $$$
flowchart TD
A[Tax Collection] --> B[Assessment]
A --> C[Payment Processing]
A --> D[Enforcement]
B --> B1[Calculate Penalty]
B --> B2[Audit Taxpayer]
C --> C1[Reconcile Payments]
C --> C2[Refund Issuance]
Toda capacidade L3 deve ter exatamente um dono responsável e uma tag Core/Supporting/Commodity.