ONE lavora all'interno di un confine rigido che la tua politica non può espandere. Questo articolo disegna quel confine: il pavimento di ciò che fa sempre, il soffitto di ciò che non fa mai, e il terreno intermedio che la tua politica controlla effettivamente.
Panoramica
Leggi questo prima di scrivere una politica. Sapere dove si trovano il pavimento e il soffitto ti dice quali delle tue frasi faranno qualcosa e quali sono già garantite — o già impossibili.
Il pavimento: sei cose che fa in ogni singolo run
Nessuna di queste è facoltativa e nessuna può essere disattivata.
- Va al problema, non al titolo. Il titolo del ticket è un'etichetta; la decisione deriva dallo stato esatto e dalle prove riportate dal dispositivo.
- Controlla il tuo mandato. Nessuna politica pubblicata significa nessuna azione, su nulla.
- Rilegge il dispositivo prima di concludere. Questo è più importante di quanto sembri: una grande parte dei dispositivi "non conformi" sono impostazioni ancora in fase di aggiornamento, non dispositivi che si sono allontanati.
- Guarda oltre il singolo ticket — agli altri problemi aperti del dispositivo e a cosa è successo su questo dispositivo e questa regola in precedenza. Dodici ticket che condividono una causa vengono riportati come una causa.
- Conferma sul dispositivo, non sulla propria spedizione. Una spinta che è stata accettata non è una soluzione fino a quando il dispositivo non lo dice.
- Scrive una nota. Prima riga: cosa è successo. Ultima riga: l'unica cosa rimasta per te.
Il mezzo: cosa può effettivamente fare
Riapplicare la soluzione. Qualunque sia il controllo utilizzato originariamente — un profilo, uno script, un'installazione software, un agente esecutore — ripete lo stesso meccanismo. La maggior parte dei run non è altro che questo, e nessuno al di fuori dell'IT se ne accorge.
Scrivere all'impiegato, ma solo sotto reali vincoli. Scrive quando il sistema operativo ha bisogno di una presenza umana e non c'è nulla di remoto da provare. Poi: un messaggio, un'istruzione, la lingua dell'impiegato, nessuna terminologia interna, e mai più per quel problema. Chiede un riavvio; non ne esegue uno. Un dispositivo senza impiegato assegnato non riceve alcun messaggio.
Il soffitto: dove si ferma
Due diversi tipi di fermata, ed è utile distinguerli.
Si ferma perché solo tu puoi decidere — il ticket torna con la diagnosi già effettuata:
| Situazione | Perché ha bisogno di te |
| Edizione OS ingovernabile | Niente da spingere |
| Hardware al di sotto di quanto necessario per la soluzione | Niente da spingere |
| Ha bisogno di un acquisto, licenza o credenziale | Non è compito di ONE spendere o detenere |
| Ha bisogno di un reinserimento | Una decisione dell'amministratore |
| EDR mai implementato | Niente da riparare |
| Offline, o registrato altrove | Fuori portata |
Si ferma perché è vietato — nessuna frase politica apre queste azioni da sola:
- Cancellare, bloccare, ritirare o disiscrivere un dispositivo
- Chiudere o riaprire un ticket di propria iniziativa
- Intervenire su un secondo dispositivo, per quanto simile
- Modificare il controllo o la regola affinché il problema scompaia
- Riportare una soluzione che non ha confermato sul dispositivo
- Continuare a scrivere a qualcuno che ha chiesto un umano
One run, un ambito: One ticket. One problema. One dispositivo. One tentativo per meccanismo. One messaggio.
Un run che termina con il problema ancora aperto è un esito corretto, non un fallimento — e la nota lo dice piuttosto che abbellirlo.
Consigli e migliori pratiche
- Leggi il soffitto prima di scrivere la tua politica. La maggior parte di ciò che le persone vogliono vietare è già vietato, e il resto non può essere concesso.
- Tratta un ticket restituito come lavoro finito. La diagnosi è il risultato; la decisione è sempre stata tua.
- Quando una regola ti inonda, apri un ticket e leggi la sua nota. Ha già correlato i problemi, e la risposta è di solito un controllo che non può essere applicato su quei dispositivi.
- Pianifica il tuo follow-up per i messaggi agli impiegati. One per problema è deliberato — nessuno sta inseguendo questo.
Risoluzione dei problemi e FAQ
Risoluzione dei problemi
-
È apparsa una nota ma il dispositivo è rimasto intatto.
Lavora attraverso tre cause in ordine: nessuna politica pubblicata, un controllo con nulla di ripetibile per dispositivo, o un dispositivo che è offline. Restituisce i dispositivi offline piuttosto che metterli in coda. -
I ticket continuano a riapparire sullo stesso dispositivo e regola.
Leggi la nota più recente — essa li correla e nomina la causa condivisa, che è quasi sempre un controllo che non può essere applicato lì. -
Un impiegato ha risposto e nulla è cambiato.
Le risposte degli impiegati portano informazioni, mai istruzioni. Solo una nota interna di un amministratore lo dirige.
FAQ
-
Una politica può permettere di cancellare un dispositivo?
Solo se la politica apre esplicitamente azioni distruttive. La propria lettura di un ticket non le apre mai.
-
Continuerà a ricordare a un impiegato?
No — un messaggio per problema, e si ferma completamente se qualcuno chiede un umano.
-
Come sa che una soluzione ha funzionato?
Rilegge il dispositivo. Una spinta riuscita da parte sua non conta.