Baseline adattive
InRoots impara che cosa è normale per ogni persona e per ogni team, poi giudica i cambiamenti rispetto a quello, non rispetto a un regolamento fisso. Il normale di un nottambulo è normale.
Il ritardo è ritardo per voi
Non esiste un orario fisso di ritardo a meno che non lo impostiate. La soglia di ogni persona è la propria media mobile di ingresso a 30 giorni più un margine (signin.late_threshold_minutes). Chi di solito arriva alle 09:00 è in ritardo dopo le 09:30; chi di solito arriva alle 11:00 è in ritardo dopo le 11:30. Finché non esistono cinque ingressi nella finestra nessuno viene segnalato, e la dashboard dice che la soglia non è ancora stabilita.
- Una fine tardiva dà diritto a un inizio più tardi: dopo meno di 11 ore di riposo dall'uscita precedente, la soglia del giorno successivo si sposta al primo inizio equo, fino a 3 ore più tardi (attendance.min_rest_hours, attendance.max_rest_grace_hours).
- L'ingresso flessibile per team salta del tutto l'orario limite e valuta sulle ore.
- Una fine tardiva in termini di salute lavorativa è oltre l'ora configurata e almeno 90 minuti oltre la fine mediana di quella persona, così un turno più tardi non viene mai contato come eccesso di lavoro.
Reti apprese
Casa, ufficio e in mobilità vengono appresi per persona dalla ricorrenza, non cercati online. Un indirizzo stabile a utente singolo che continua a ricorrere è una linea fissa, anche su un operatore che vende anche mobile. Un indirizzo condiviso da due o più persone è un ufficio. L'IPv6 residenziale viene raggruppato per /64, così un indirizzo che ruota si legge comunque come una sola rete, e il NAT di operatore è esente dalla regola condiviso-significa-ufficio. L'etichetta di ingresso della persona stessa prevale sempre sulla stima.
Deriva, rispetto alla vostra baseline
I segnali sulle persone confrontano gli ultimi 14 giorni con i 42 giorni precedenti, entrambe le finestre regolabili. Due regole di soppressione proteggono dai classici falsi positivi: una tolleranza post-ferie sospende le derive di output e disponibilità quando tre o più giorni di ferie si sovrappongono alla finestra recente, e il rilevamento dei cambi di orario riconosce che ore conformi a un orario atteso appena modificato sono una transizione, non un calo.
neural.drift_recent_days neural.drift_baseline_days
Benchmark relativi al team
- Il benchmark degli obiettivi è la mediana di efficienza del team stesso sulle settimane recenti, un valore per dipendente, escludendo la persona visualizzata, e solo sulle settimane valutate con la stessa rubrica.
- I target si risolvono per utente, poi team, poi globale, poi predefinito, e ogni payload di obiettivo dice chi ha fissato l'asticella e dove.
- Soglie di salute lavorativa, pesi della presenza, pesi del punteggio e la maggior parte delle altre impostazioni sono sovrascrivibili per team, così un team di supporto sui turni serali viene giudicato sulla propria linea.
I disservizi non sono mancanze
- Quando più della metà dei colleghi di una persona è in ritardo lo stesso giorno, il motore neurale sopprime ogni azione legata al ritardo.
- Quando l'80% o più di un team è assente in un giorno lavorativo, viene proposta agli admin una festività aziendale da confermare; non viene mai applicata automaticamente.
- Una finestra con meno di cinque giorni lavorati non restituisce alcuna lettura di salute lavorativa invece di un numero sicuro; una settimana in gran parte di ferie viene rappresentata come un vuoto nella tendenza, non come un punteggio.
Cosa cambia, cosa no
Cambiare un target cambia il verdetto accanto a un punteggio, mai il punteggio. Cambiare i pesi del punteggio invalida i punteggi in cache e vengono ricalcolati con la nuova firma. Cambiare i giorni lavorativi influisce sul rilevamento solo in avanti; i giorni passati restano come registrati.