O que Verificação de Requisitos de Entregáveis faz?
Licença: Lançado sob CC BY 4.0 — livre para usar, adaptar e compartilhar com atribuição.
Uma lista fornecida de entregáveis é uma alegação sobre obrigação, não uma prova dela. Uma lista que se sustenta, usa os termos corretos e nomeia apenas artefatos reais ainda pode perder cada item que o financiador realmente exige, e encher o resto com trabalho que ninguém requer. Sua plausibilidade é o que a torna arriscada, porque a pessoa que a recebe está prestes a se comprometer a produzir cada linha.
A pergunta que esta skill faz a cada item não é "isso é uma coisa real?", mas "quem exige isso, e posso citá-los?" Onde a resposta é "ninguém", dizê-lo é uma constatação, não uma lacuna a ser preenchida.
Quando usar
- Alguém tem uma lista em mãos (de um modelo, fornecedor, consultor, framework ou IA) e está decidindo se deve adotá-la ou rastreá-la.
- O trabalho é financiado, regulamentado ou supervisionado por uma entidade que publica seus próprios requisitos, modelos ou listas de verificação.
Não para: elaborar uma lista do zero (comece pelo modelo do financiador ), ou revisar a qualidade de documentos finalizados.
Método
1. Catalogar a lista fornecida como está
Numere cada item exatamente como fornecido. Não mescle, renomeie ou adicione ainda. Registre de onde a lista veio e sua data, se conhecida.
2. Obter as fontes governantes e lê-las
Identifique quem financia, regulamenta ou aprova o trabalho. Obtenha o modelo, lista de verificação ou diretriz real deles e leia sua lista de seções. Não raciocine a partir do que tal modelo "provavelmente" contém. Os requisitos mudam em datas de vigência que os resumos subsequentes não carregam, portanto o documento fonte é a única verificação confiável. Anote o título, versão e data de cada fonte.
Se uma fonte governante não puder ser alcançada, diga isso e marque todas as conclusões que dependem dela como provisórias no ponto em que são feitas.
3. Marcar cada item com um valor de autoridade
| Marcação | Significado | Evidência necessária |
|---|---|---|
| Financiador | A entidade financiadora ou supervisora exige | Seção do modelo, cláusula de diretriz ou condição de premiação |
| Lei/Reg | Um estatuto ou regulamento exige | Citação à seção |
| Pessoa Nomeada | Uma pessoa específica pediu, em uma data | Quem e quando |
| Prática Padrão | Comum e talvez útil, mas nenhuma autoridade exigente foi encontrada | O que foi pesquisado |
"Prática Padrão" é um resultado legítimo, não uma falha. Sinalize também qualquer item que dependa de uma entidade ou função que o projeto não possui (por exemplo, um comitê de aprovação de lançamento em um projeto que não tem nenhum).
4. Encontrar lacunas em uma segunda passagem separada
Somente após o passo 3, percorra o modelo governante seção por seção e liste cada item obrigatório que a lista fornecida omite. Mantenha as linhas adicionadas visivelmente separadas das linhas fornecidas, para que qualquer um possa dizer quais vieram da fonte e quais a análise introduziu. Limite as adições ao que as fontes exigem, e registre qualquer coisa considerada e rejeitada, com um motivo. Cada linha adicionada é trabalho atribuído a uma pessoa.
5. Saída
- Tabela: item · fonte (fornecido / adicionado) · marcação de autoridade · citação ou evidência · notas (depende de uma entidade ausente, sobrepõe outro item, etc.).
- Descartar / Manter / Adicionar:
- Descartar: itens de prática padrão sem autoridade exigente que a equipe não precisa. Diga por que cada um vai.
- Manter: itens com uma autoridade citada, mais quaisquer itens de prática padrão que a equipe escolher manter, rotulados como uma escolha.
- Adicionar: itens obrigatórios ausentes da lista, cada um com sua citação.
- Fontes lidas: título, versão e data de cada documento governante, e qualquer um que não pôde ser alcançado.
Exemplo (genérico)
Uma biblioteca de código aberto recebendo uma doação de software recebe uma lista de 17 itens "documentos padrão de lançamento" de um consultor, agrupados em design, construção, lançamento e manutenção. A leitura do modelo de marcos da própria doação mostra 5 entregáveis obrigatórios. Dois deles estão na lista com nomes diferentes; três não estão nela. Dos 17 itens fornecidos, 2 correspondem à doação, 1 é exigido pelos termos de conformidade de licença de uma dependência, 2 foram solicitados pelo mantenedor principal, e 12 são prática padrão sem autoridade exigente. Três desses 12 assumem uma equipe de revisão de segurança que o projeto não possui. Resultado: manter 5, adicionar 3, descartar ou tornar opcionais 12.
Sem a verificação, a equipe teria se comprometido com 17 itens e perdido 3 que os revisores da doação realmente verificam.
Antes de relatar como concluído
- Cada item fornecido tem exatamente uma marcação de autoridade.
- Cada marcação Financiador ou Lei/Reg tem uma citação de uma fonte realmente lida.
- O modelo governante foi lido seção por seção, ou sua ausência é declarada e as conclusões são marcadas como provisórias.
- As linhas adicionadas estão visivelmente separadas das linhas fornecidas.
- Descartar / Manter / Adicionar está presente e cada linha tem um motivo.