Anteprima del template (estratto)
4) Metriche e soglie delle prestazioni
- Metriche di validità (adeguate allo scopo)
- Verifiche di equità (ove applicabili)
- Calibrazione e analisi degli errori
Indicatori di evidenza
- Record di supervisione (approvazioni, override, escalation)
- Materiali di comunicazione al candidato + prova UI (ove applicabile)
Visualizzate l'esempio compilato
Confine:
- Il sistema fornisce solo raccomandazioni.
- Gli esseri umani prendono le decisioni finali di assunzione.
- Revisione sempre necessaria: ogni raccomandazione di rifiuto con confidenza < 0.7.
Prima di iniziare
Per i team di compliance, risk, prodotto e ML ops che portano Processes agentici in ambienti regolamentati.
Un modello Annex IV per tipo di sistema destinato allo screening delle assunzioni/HR: ranking, scoring, raccomandazioni e le evidenze necessarie per le revisioni di supervisione ed equità.
Mantiene il focus sui controlli e sulle prove: disclosure, Processes dei revisori e tracciabilità tra le versioni.
Quando utilizzare questa risorsa
- Il vostro sistema sottopone a screening, ordina o assegna punteggi ai candidati o influenza le decisioni di assunzione.
- Avete bisogno di mostrare supervisione, spiegabilità ed evidenze di valutazione orientate all'equità.
- State preparando revisioni di governance interna o audit esterni.
Informazioni da raccogliere
- Una dichiarazione chiara dello scopo previsto e dei limiti (soprattutto per le decisioni di assunzione).
- Le vostre fonti dei dati e finestre di conservazione.
- Approccio alla valutazione e governance delle soglie.
- Riferimenti alla SOP di supervisione e al piano di monitoraggio.
Checklist di revisione
Utilizzate queste verifiche nella revisione insieme al responsabile del sistema. Confermate i requisiti applicabili e allegate le evidenze per le decisioni prese dal vostro team.
- Gli output sono espliciti (ranking/punteggi) e i confini sono espliciti (cosa non è automatizzato).
- Sono definiti la minimizzazione dei dati e il trattamento dei dati sensibili.
- I controlli e le soglie relativi all'equità sono documentati (ove applicabile).
- Le regole di supervisione definiscono la revisione sempre necessaria rispetto a quella campionata e la motivazione registrata.
- I log e le esportazioni possono dimostrare quale versione del modello o della policy ha prodotto una raccomandazione.
Controlli operativi ed evidenze
- Govern
Checkpoint policy-as-code che bloccano o richiedono una revisione per le azioni ad alto rischio.
Controllo di versione delle modifiche per aggiornamenti di modello/prompt/policy/Process.
- Assurance
Revisioni di campionamento per livello di rischio (baseline + incremento durante gli incidenti o dopo le modifiche).
Monitoraggio dei near-miss (passaggi bloccati/quasi bloccati) come segnale di controllo misurabile.
- Dimostrare
Calendari di conservazione configurabili, verifica dell'integrità e Audit Trail append-only.
Bundle di esportazione di Evidence Room (manifest + checksum) per consentire agli auditor una verifica indipendente.
Domande su questa risorsa
Lo screening delle assunzioni/HR è comunemente considerato ad alto rischio?
Molti casi d'uso di supporto decisionale relativi all'occupazione sono comunemente trattati come categorie ad alto rischio, ma la classificazione dipende dallo scopo previsto e dal contesto. Confermate con il consulente legale.
Quali evidenze sono più importanti per lo screening HR?
Record di supervisione, risultati delle valutazioni (incluse, ove applicabile, analisi dei sottogruppi/segmenti rilevanti) e tracciabilità dalle raccomandazioni alle versioni e alle policy.
Sono necessarie informative per i candidati?
Gli obblighi di disclosure dipendono dal sistema e dalla giurisdizione. Molti team includono una trasparenza chiara rivolta ai candidati e conservano la prova che sia stata presentata.
Come evitiamo che dati sensibili finiscano nei log?
Utilizzate regole di redazione, riducete al minimo i dati registrati e applicate controlli degli accessi; registrate tutte le azioni di esportazione.
Con quale frequenza dobbiamo aggiornare la documentazione?
In caso di modifiche sostanziali, incidenti e risultati del monitoraggio; molti team allineano gli aggiornamenti alla cadenza del controllo delle modifiche.
Cosa rifiutano gli auditor?
Documentazione che non collega le asserzioni alle evidenze: mancano record di revisione, risultati della valutazione o tracciabilità delle versioni.
Lingua del file scaricato: inglese