ONE fonctionne à l'intérieur d'une limite stricte que votre politique ne peut pas étendre. Cet article dessine cette limite : le plancher de ce qu'il fait toujours, le plafond de ce qu'il ne fait jamais, et le terrain d'entente que votre politique contrôle réellement.
Aperçu
Lisez ceci avant d'écrire une politique. Savoir où se trouvent le plancher et le plafond vous indique quelles de vos phrases feront quelque chose et lesquelles sont déjà garanties — ou déjà impossibles.
Le plancher : six choses qu'il fait à chaque exécution
Aucune de ces choses n'est optionnelle et aucune ne peut être désactivée.
- Il s'attaque au problème, pas au titre. Le titre du ticket est une étiquette ; la décision provient du statut exact et des preuves que l'appareil a rapportées.
- Il vérifie votre mandat. Pas de politique publiée signifie aucune action, sur quoi que ce soit.
- Il relit l'appareil avant de conclure. Celui-ci est plus important qu'il n'y paraît : une grande partie des appareils "non conformes" sont des réglages encore en cours, et non des appareils qui ont dérivé.
- Il regarde au-delà du ticket unique — aux autres problèmes ouverts de l'appareil, et à ce qui s'est passé sur cet appareil et cette règle auparavant. Douze tickets partageant une cause sont rapportés comme une seule cause.
- Il confirme sur l'appareil, pas sur son propre envoi. Une poussée qui a été acceptée n'est pas une correction tant que l'appareil ne le dit pas.
- Il écrit une note. Première ligne : ce qui s'est passé. Dernière ligne : la seule chose qui reste pour vous.
Le milieu : ce qu'il peut réellement faire
Réappliquer la correction. Quel que soit le contrôle utilisé à l'origine — un profil, un script, une installation de logiciel, un agent d'application — il répète ce même mécanisme. La plupart des exécutions ne sont rien d'autre que cela, et personne en dehors de l'informatique ne le remarque.
Écrire à l'employé, mais seulement sous de réelles contraintes. Il écrit lorsque le système d'exploitation a besoin d'un humain présent et qu'il n'y a plus rien à essayer à distance. Alors : un message, une instruction, la langue de l'employé, pas de terminologie interne, et jamais plus pour ce problème. Il demande un redémarrage ; il n'en effectue pas. Un appareil sans employé assigné ne reçoit aucun message.
Le plafond : où cela s'arrête
Deux types d'arrêts différents, et il vaut la peine de les distinguer.
S'arrête parce que vous seul pouvez décider — le ticket revient avec le diagnostic déjà fait :
| Situation | Pourquoi cela a besoin de vous |
| Édition de système d'exploitation ingérable | Aucun élément à pousser |
| Matériel en dessous de ce que la correction nécessite | Aucun élément à pousser |
| Nécessite un achat, une licence ou un identifiant | Pas à ONE de dépenser ou de détenir |
| Nécessite une réinscription | Une décision d'admin |
| EDR jamais déployé | Aucun élément à réparer |
| Hors ligne, ou inscrit ailleurs | Hors de portée |
S'arrête parce que c'est interdit — aucune phrase de politique n'ouvre celles-ci par sa propre lecture :
- Effacer, verrouiller, retirer ou désinscrire un appareil
- Clore ou rouvrir un ticket de sa propre initiative
- Toucher un deuxième appareil, aussi similaire soit-il
- Modifier le contrôle ou la règle pour que le problème disparaisse
- Rapporter une correction qu'il n'a pas confirmée sur l'appareil
- Continuer à écrire à quelqu'un qui a demandé un humain
One exécution, un champ : One ticket. One problème. One appareil. One tentative par mécanisme. One message.
Une exécution qui se termine avec le problème toujours ouvert est un résultat correct, pas un échec — et la note le dit plutôt que de l'embellir.
Conseils et meilleures pratiques
- Lisez le plafond avant d'écrire votre politique. La plupart de ce que les gens veulent interdire est déjà interdit, et le reste ne peut pas être accordé.
- Traitez un ticket retourné comme un travail terminé. Le diagnostic est le livrable ; la décision vous revenait toujours.
- Lorsque une règle vous inonde, ouvrez un ticket et lisez sa note. Elle les a déjà corrélés, et la réponse est généralement un contrôle qui ne peut pas s'appliquer à ces appareils.
- Planifiez votre propre suivi pour les messages aux employés. One par problème est délibéré — personne ne court après cela.
Dépannage et FAQ
Dépannage
-
Une note est apparue mais l'appareil est resté intact.
Travaillez à travers trois causes dans l'ordre : pas de politique publiée, un contrôle avec rien de répétable par appareil, ou un appareil qui est hors ligne. Il rend les appareils hors ligne plutôt que de faire la queue pour travailler avec eux. -
Les tickets réapparaissent sur le même appareil et la même règle.
Lisez la note la plus récente — elle les corrèle et nomme la cause partagée, qui est presque toujours un contrôle qui ne peut pas s'appliquer là. -
Un employé a répondu et rien n'a bougé.
Les réponses des employés contiennent des informations, jamais des instructions. Seule une note interne d'un admin le dirige.
FAQ
-
Une politique peut-elle lui permettre d'effacer un appareil ?
Seulement si la politique ouvre explicitement des actions destructrices. Sa propre lecture d'un ticket ne les ouvre jamais.
-
Va-t-il continuer à rappeler un employé ?
Non — un message par problème, et il s'arrête complètement si quelqu'un demande un humain.
-
Comment sait-il qu'une correction a fonctionné ?
Il relit l'appareil. Une poussée réussie de son côté ne compte pas.