ONE treballa dins d'un límit estricte que la teva política no pot moure cap a fora. Aquest article traça aquest límit: el sòl del que sempre fa, el sostre del que mai fa, i el terreny intermig que la teva política realment controla.
Visió general
Llegeix això abans d'escriure una política. Saber on se situa el sòl i el sostre et diu quines de les teves oracions faran alguna cosa i quines ja estan garantides — o ja són impossibles.
El sòl: sis coses que fa en cada execució
Cap d'aquestes és opcional i cap es pot desactivar.
- Va directament al problema, no al títol. El títol del tiquet és una etiqueta; la decisió prové de l'estat exacte i l'evidència que el dispositiu ha informat.
- Comprova el teu mandat. Cap política publicada significa cap acció en absolut, sobre res.
- Revisa el dispositiu abans de concloure. Aquesta és més important del que sembla: una gran part dels dispositius "no conformes" són configuracions que encara estan en camí, no dispositius que s'han desviat.
- Mirar més enllà del tiquet únic — als altres problemes oberts del dispositiu, i a què ha passat amb aquest dispositiu i aquesta norma abans. Dotze tiquets que comparteixen una causa es reporten com una sola causa.
- Confirma al dispositiu, no al seu propi enviament. Un enviament que ha estat acceptat no és una solució fins que el dispositiu ho diu.
- Escriu una nota. Primera línia: el que ha passat. Última línia: l'única cosa que queda per a tu.
El mig: què pot fer realment
Reaplicant la solució. Sigui quin sigui el control utilitzat originalment — un perfil, un guió, una instal·lació de programari, un agent executor — repeteix aquest mateix mecanisme. La majoria d'execucions no són res més que això, i ningú fora de TI ho nota.
Escrivint a l'empleat/a, però només sota restriccions reals. Escriu quan el sistema operatiu necessita una persona present i no queda res remot per provar. Llavors: un missatge, una instrucció, el llenguatge de l'empleat/a, sense terminologia interna, i mai més per a aquest problema. Demana un reinici; no en realitza cap. Un dispositiu sense empleat/a assignat no rep cap missatge.
El sostre: on s'atura
Dues maneres diferents d'aturar-se, i val la pena diferenciar-les.
S'atura perquè només tu pots decidir — el tiquet torna amb el diagnòstic ja fet:
| Situació | Per què et necessita |
| Edisi d'OS inmanageable | Res a empènyer |
| Hardware per sota del que necessita la solució | Res a empènyer |
| Necessita una compra, llicència o credencial | No és ONE per gastar o mantenir |
| Necessita una reinscripció | Una decisió d'administrador/a |
| EDR mai desplegat | Res a reparar |
| Desconnectat, o inscrit en un altre lloc | Fora de l'abast |
S'atura perquè està prohibit — cap oració de política obre aquestes per la seva pròpia lectura:
- Esborrar, bloquejar, retirar o desinscriure un dispositiu
- Tancar o reobrir un tiquet per iniciativa pròpia
- Tocar un segon dispositiu, per similar que sigui
- Editant el control o la norma perquè el problema desaparegui
- Reportant una solució que no ha confirmat al dispositiu
- Continuant a escriure a algú que ha demanat una persona
One execució, un abast: One tiquet. One problema. One dispositiu. One intent per mecanisme. One missatge.
Una execució que acaba amb el problema encara obert és un resultat correcte, no un fracàs — i la nota ho diu així en comptes d'embellir-ho.
Consells i millors pràctiques
- Llegeix el sostre abans d'escriure la teva política. La majoria del que la gent vol prohibir ja està prohibit, i la resta no es pot concedir.
- Tracta un tiquet retornat com a feina acabada. El diagnòstic és el lliurable; la decisió sempre ha estat teva.
- Quan una norma t'ofega, obre un tiquet i llegeix la seva nota. Ja les ha correlacionat, i la resposta és generalment un control que no pot fer complir en aquests dispositius.
- Planifica el teu propi seguiment per als missatges dels empleats/es. One per problema és deliberat — ningú no està perseguint això.
Resolució de problemes i FAQ
Resolució de problemes
-
Va aparèixer una nota però el dispositiu no va ser tocat.
Treballa a través de tres causes en ordre: cap política publicada, un control sense res repetible per dispositiu, o un dispositiu que està desconnectat. Retorna els dispositius desconnectats en comptes de posar-los en cua. -
Els tiquets segueixen tornant a aparèixer en el mateix dispositiu i norma.
Llegeix la nota més recent — correlaciona'ls i anomena la causa compartida, que gairebé sempre és un control que no pot fer complir allà. -
Un empleat/a va respondre i res es va moure.
Les respostes dels empleats/es porten informació, mai instruccions. Només una nota interna d'un administrador/a ho dirigeix.
FAQ
-
Pot una política permetre esborrar un dispositiu?
Només si la política obre explícitament accions destructives. La seva pròpia lectura d'un tiquet mai les obre.
-
Recordarà a un empleat/a?
No — un missatge per problema, i s'atura completament si algú demana una persona.
-
Com sap que una solució ha funcionat?
Revisa el dispositiu. Un enviament reeixit del seu costat no compta.