251 lines
4.9 KiB
Markdown
251 lines
4.9 KiB
Markdown
---
|
|
name: interview
|
|
description: Preparação de entrevistas técnicas e avaliação de candidatos. Cria perguntas, avalia respostas e fornece feedback.
|
|
layer: wiki
|
|
---
|
|
|
|
# /interview - Entrevista Estruturada de Requisitos
|
|
|
|
Skill para clarificar requisitos antes de iniciar trabalho. Reduz ambiguidade e evita retrabalho.
|
|
|
|
---
|
|
|
|
## Contexto NotebookLM
|
|
|
|
ANTES de executar, consultar notebooks para contexto especializado:
|
|
|
|
| Notebook | ID | Consultar quando |
|
|
|----------|-----|-----------------|
|
|
| Estratégia e Empreendedorismo | 79d43410 | Para contexto negócio |
|
|
|
|
```
|
|
mcp__notebooklm__notebook_query({
|
|
notebook_id: "79d43410-0e29-4be1-881d-84db6bdc239a",
|
|
query: "<adaptar ao contexto do pedido do utilizador>"
|
|
})
|
|
```
|
|
|
|
Integrar insights do NotebookLM nas recomendações e decisões.
|
|
|
|
---
|
|
|
|
## QUANDO USAR
|
|
|
|
- Início de projecto novo
|
|
- Tarefa complexa ou ambígua
|
|
- Pedido do utilizador pouco claro
|
|
- Antes de decisões arquitecturais
|
|
|
|
---
|
|
|
|
## EXECUÇÃO
|
|
|
|
### Fase 1: Contexto (OBRIGATÓRIO)
|
|
|
|
Perguntar usando `AskUserQuestion`:
|
|
|
|
```
|
|
1. O QUÊ?
|
|
- "Descreve o que queres alcançar em 1-2 frases"
|
|
|
|
2. PORQUÊ?
|
|
- "Qual o problema que isto resolve?"
|
|
- "O que acontece se não fizermos?"
|
|
|
|
3. PARA QUEM?
|
|
- "Quem vai usar/beneficiar disto?"
|
|
```
|
|
|
|
### Fase 2: Objectivos
|
|
|
|
```
|
|
4. RESULTADO ESPERADO
|
|
- "Como sabes que está feito?"
|
|
- "O que muda quando terminar?"
|
|
|
|
5. PRIORIDADE
|
|
- "É urgente ou importante?"
|
|
- "Deadline real ou desejado?"
|
|
```
|
|
|
|
### Fase 3: Restrições
|
|
|
|
```
|
|
6. TECNOLOGIA
|
|
- "Há tecnologias obrigatórias ou proibidas?"
|
|
- "Integra com sistemas existentes?"
|
|
|
|
7. RECURSOS
|
|
- "Quanto tempo podes dedicar?"
|
|
- "Há dependências de terceiros?"
|
|
|
|
8. LIMITAÇÕES
|
|
- "O que NÃO deve fazer?"
|
|
- "Há riscos conhecidos?"
|
|
```
|
|
|
|
### Fase 4: Validação
|
|
|
|
```
|
|
9. CRITÉRIOS DE SUCESSO
|
|
- "Como vamos validar que funciona?"
|
|
- "Há testes ou cenários específicos?"
|
|
|
|
10. EXEMPLOS
|
|
- "Tens exemplos do que queres?"
|
|
- "Ou do que NÃO queres?"
|
|
```
|
|
|
|
---
|
|
|
|
## OUTPUT
|
|
|
|
Após recolher respostas, gerar documento com **BACKLOG CLARO**:
|
|
|
|
```markdown
|
|
---
|
|
title: "REQ - [Nome do Projecto/Tarefa]"
|
|
date: YYYY-MM-DD
|
|
type: requisitos
|
|
status: draft
|
|
tags: [requisitos, interview, backlog, PROJECTO]
|
|
---
|
|
|
|
# Requisitos: [Nome]
|
|
|
|
## Contexto
|
|
- **O quê:** [resposta]
|
|
- **Porquê:** [resposta]
|
|
- **Para quem:** [resposta]
|
|
|
|
## Objectivos
|
|
- **Resultado esperado:** [resposta]
|
|
- **Prioridade:** [Urgente/Importante/Normal]
|
|
- **Deadline:** [data ou N/A]
|
|
|
|
## Restrições
|
|
- **Tecnologia:** [resposta]
|
|
- **Recursos:** [resposta]
|
|
- **Limitações:** [resposta]
|
|
|
|
---
|
|
|
|
## BACKLOG
|
|
|
|
> Lista ordenada de tarefas antes de arrancar.
|
|
|
|
### Fase 1: Preparação
|
|
- [ ] [tarefa preparatória 1]
|
|
- [ ] [tarefa preparatória 2]
|
|
|
|
### Fase 2: Desenvolvimento
|
|
- [ ] [tarefa core 1]
|
|
- [ ] [tarefa core 2]
|
|
- [ ] [tarefa core 3]
|
|
|
|
### Fase 3: Validação
|
|
- [ ] [teste/validação 1]
|
|
- [ ] [teste/validação 2]
|
|
|
|
### Fase 4: Entrega
|
|
- [ ] [tarefa final 1]
|
|
- [ ] [documentação se aplicável]
|
|
|
|
---
|
|
|
|
## Critérios de Sucesso
|
|
- [ ] [critério 1]
|
|
- [ ] [critério 2]
|
|
- [ ] [critério 3]
|
|
|
|
## Riscos Identificados
|
|
| Risco | Impacto | Mitigação |
|
|
|-------|---------|-----------|
|
|
| [risco] | [alto/médio/baixo] | [acção] |
|
|
|
|
## Decisões Tomadas
|
|
| Decisão | Motivo | Alternativas Descartadas |
|
|
|---------|--------|--------------------------|
|
|
| [decisão] | [razão] | [alternativas] |
|
|
|
|
---
|
|
*Gerado via `/interview` - YYYY-MM-DD*
|
|
```
|
|
|
|
### Regras do Backlog
|
|
|
|
1. **Ordenação:** Tarefas na ordem de execução
|
|
2. **Granularidade:** Cada tarefa = 1-4 horas max
|
|
3. **Dependências:** Tarefas bloqueantes primeiro
|
|
4. **Checkboxes:** Para tracking de progresso
|
|
5. **Fases:** Agrupar por momento (preparação, dev, validação, entrega)
|
|
|
|
---
|
|
|
|
## MODO RÁPIDO
|
|
|
|
Se o utilizador pedir `/interview quick` ou a tarefa for simples:
|
|
|
|
Perguntar apenas:
|
|
1. O quê?
|
|
2. Resultado esperado?
|
|
3. Restrições importantes?
|
|
|
|
Output: Lista bullet points, não documento completo.
|
|
|
|
---
|
|
|
|
## MODO TÉCNICO
|
|
|
|
Se o utilizador pedir `/interview tech` ou for projecto de código:
|
|
|
|
Adicionar:
|
|
- Arquitectura preferida?
|
|
- Padrões de código?
|
|
- Testes necessários?
|
|
- Documentação esperada?
|
|
|
|
---
|
|
|
|
## GUARDAR REQUISITOS
|
|
|
|
Após gerar documento:
|
|
|
|
1. **Se projecto tem pasta:** Guardar em `[pasta-projecto]/docs/REQ-[nome].md`
|
|
2. **Se não:** Guardar em Obsidian vault `00-Inbox/REQ-[nome].md`
|
|
3. **Memória:** Guardar resumo em Mem0 para referência futura
|
|
|
|
```javascript
|
|
await mcp__mem_save_memory({
|
|
text: "Requisitos [nome] ([data]): [resumo 2-3 frases]"
|
|
});
|
|
```
|
|
|
|
---
|
|
|
|
## ANTI-PATTERNS
|
|
|
|
**NÃO fazer:**
|
|
- Assumir respostas
|
|
- Saltar perguntas "óbvias"
|
|
- Começar a implementar antes de terminar
|
|
- Fazer todas as perguntas de uma vez (usar fases)
|
|
|
|
**FAZER:**
|
|
- Adaptar perguntas ao contexto
|
|
- Pedir exemplos concretos
|
|
- Validar entendimento ("Então queres X, correcto?")
|
|
- Identificar ambiguidades
|
|
|
|
---
|
|
|
|
## EXEMPLO DE USO
|
|
|
|
```
|
|
Utilizador: /interview
|
|
|
|
Claude: Vou fazer algumas perguntas para clarificar os requisitos.
|
|
|
|
**Fase 1: Contexto**
|
|
|
|
[AskUserQ |