Carregando a Ajuda…
Como uma equipe de jurisdição convida um painel de profissionais para verificar uma função-base pronta e chega a um consenso registrado e exportável.
Uma rodada de verificação é uma forma estruturada de profissionais convidados confirmarem — relação por relação — que uma função-base está correta para sua jurisdição. A rodada emite um sinal, nunca uma escrita: o consenso gera uma lista de tarefas editoriais que a equipe de criação aplica no Construtor de Funções.
Este percurso se destina aos responsáveis pelas rodadas (a equipe da jurisdição que conduz a rodada) e aos painelistas convidados. Pressupõe que o papel já tenha sido elaborado até o estado Pronto — consulte o percurso Papéis iniciais.
Um único mecanismo cobre estudos Delphi, workshops online e grupos focais — o método é um rótulo e uma cadência. Uma rodada sempre percorre os mesmos sete passos.
Um painelista emite exatamente um parecer por relação. A unidade de verificação é a relação — se este perfil pertence a este papel ou este item a este perfil — e não uma lista simples de verificação.
Uma relação ausente não é um parecer. O painelista que a identifica propõe um novo alvo de votação, e os demais painelistas emitem pareceres sobre a proposta na mesma rodada.
O consenso é calculado por uma função determinística quando a rodada é encerrada — as mesmas entradas sempre produzem o mesmo resultado, sem nenhum modelo envolvido. Para cada relação, ela considera apenas os veredictos registrados (as abstenções são deixadas de lado) e aplica dois limites: um quórum, um número mínimo de respostas, e um limite de concordância, a proporção que precisa concordar. Os padrões são cinco respostas e setenta por cento de concordância.
Uma relação é confirmada ou rejeitada quando ambos os limiares são atingidos. Sem quórum, registra-se ausência de consenso — um estado comum que permite ao responsável ampliar o prazo ou renovar os convites. Um resultado Ajustar é uma pluralidade, nunca uma decisão: a lista de trabalho apresenta a distribuição completa dos valores sugeridos (por exemplo, IRI 3 por cinco painelistas e IRI 4 por quatro), e a equipe autora decide.
Os profissionais são convidados e atribuídos: cada veredicto é nominal internamente, para que o responsável e uma entidade patrocinadora possam ver quem votou de que forma e ler a justificativa. É isso que torna a rodada auditável.
A atribuição pública é opcional. Por padrão, um resultado publicado ou compartilhado mostra apenas o agregado — ‘verificado por 18 painelistas’ — e o nome de um painelista só aparece publicamente se ele tiver optado por isso. A visualização interna com identificação e a visualização pública agregada permanecem separadas.
Toda rodada encerrada é preservada como um registro de verificação — uma exportação determinística de toda a rodada: a lista de participantes, cada relação e seu instantâneo congelado, cada veredicto com seu comentário e carimbo de data e hora, e o consenso calculado com toda a distribuição.
As visualizações identificada e pública agregada têm finalidades distintas. O acesso ao registro identificado depende de permissão; a visualização agregada respeita as escolhas de atribuição registradas.
O registro inclui um hash para verificar se seu conteúdo mudou. Um hash correspondente apoia uma verificação de integridade; não comprova a correção dos julgamentos do painel.
Uma rodada de verificação precisa de uma função-base pronta. Criar uma função-base de ponta a ponta é tratado em sua própria jornada.
