ONE arbeitet innerhalb einer festen Grenze, die Ihre Richtlinie nicht nach außen verschieben kann. Dieser Artikel zieht diese Grenze: den Boden dessen, was es immer tut, die Decke dessen, was es niemals tut, und den Mittelweg, den Ihre Richtlinie tatsächlich kontrolliert.
Überblick
Lesen Sie dies, bevor Sie eine Richtlinie schreiben. Zu wissen, wo sich der Boden und die Decke befinden, sagt Ihnen, welche Ihrer Sätze etwas bewirken und welche bereits garantiert sind — oder bereits unmöglich sind.
Der Boden: sechs Dinge, die es bei jedem einzelnen Lauf tut
Keine dieser Dinge ist optional und keine kann abgeschaltet werden.
- Es geht auf das Problem, nicht auf den Titel. Der Titel des Tickets ist ein Etikett; die Entscheidung kommt aus dem genauen Status und den Beweisen, die das Gerät gemeldet hat.
- Es überprüft Ihr Mandat. Keine veröffentlichte Richtlinie bedeutet keine Aktion, auf irgendetwas.
- Es liest das Gerät erneut, bevor es zu einem Schluss kommt. Dies ist wichtiger, als es klingt: Ein großer Teil der "nicht konformen" Geräte sind Einstellungen, die sich noch auf dem Weg befinden, nicht Geräte, die abgedriftet sind.
- Es schaut über das einzelne Ticket hinaus — auf die anderen offenen Probleme des Geräts und darauf, was zuvor mit diesem Gerät und dieser Regel passiert ist. Zwölf Tickets, die eine Ursache teilen, werden als eine Ursache gemeldet.
- Es bestätigt am Gerät, nicht auf seiner eigenen Dispatch. Ein Push, der akzeptiert wurde, ist keine Lösung, bis das Gerät dies sagt.
- Es schreibt eine Notiz. Erste Zeile: was passiert ist. Letzte Zeile: das eine, was Ihnen bleibt.
Der Mittelweg: was es tatsächlich tun kann
Die Lösung erneut anwenden. Was auch immer die Kontrolle ursprünglich verwendet hat — ein Profil, ein Skript, eine Softwareinstallation, ein Agenten-Durchsetzer — es wiederholt denselben Mechanismus. Die meisten Läufe sind nichts anderes als dies, und niemand außerhalb der IT bemerkt es.
Schreiben an die Mitarbeiterin/den Mitarbeiter, aber nur unter realen Einschränkungen. Es schreibt, wenn das Betriebssystem einen Menschen benötigt und nichts Fernes mehr zu versuchen bleibt. Dann: eine Nachricht, eine Anweisung, die Sprache der Mitarbeiterin/des Mitarbeiters, keine interne Terminologie, und niemals wieder für dieses Problem. Es fordert einen Neustart an; es führt keinen durch. Ein Gerät ohne zugewiesene Mitarbeiterin/zugewiesenen Mitarbeiter erhält keine Nachricht.
Die Decke: wo es stoppt
Zwei verschiedene Arten von Stopps, und es ist wichtig, sie auseinanderzuhalten.
Stoppt, weil nur Sie entscheiden können — das Ticket kommt mit der bereits durchgeführten Diagnose zurück:
| Situation | Warum es Sie braucht |
| Unverwaltbare OS-Version | Nichts zu pushen |
| Hardware unter dem, was die Lösung benötigt | Nichts zu pushen |
| Braucht einen Kauf, eine Lizenz oder eine Berechtigung | Nicht ONE's zu verbringen oder zu halten |
| Benötigt eine erneute Einschreibung | Eine Entscheidung der Verwaltung |
| EDR wurde nie bereitgestellt | Nichts zu reparieren |
| Offline oder anderswo eingeschrieben | Außer Reichweite |
Stoppt, weil es verboten ist — kein Richtlinientext öffnet diese aus eigener Lesung:
- Ein Gerät zurücksetzen, sperren, ausmustern oder abmelden
- Ein Ticket aus eigener Initiative schließen oder wieder öffnen
- Ein zweites Gerät berühren, wie ähnlich es auch sein mag
- Die Kontrolle oder die Regel bearbeiten, sodass das Problem verschwindet
- Eine Lösung melden, die es am Gerät nicht bestätigt hat
- Weiterhin an jemanden schreiben, der um einen Menschen gebeten hat
One Lauf, ein Umfang: One Ticket. One Problem. One Gerät. One Versuch pro Mechanismus. One Nachricht.
Ein Lauf, der mit dem Problem noch offen endet, ist ein korrektes Ergebnis, kein Misserfolg — und die Notiz sagt das so, anstatt es schönzureden.
Tipps und bewährte Praktiken
- Lesen Sie die Decke, bevor Sie Ihre Richtlinie schreiben. Das meiste, was die Leute verbieten wollen, ist bereits verboten, und der Rest kann nicht gewährt werden.
- Behandeln Sie ein zurückgegebenes Ticket als abgeschlossene Arbeit. Die Diagnose ist das Ergebnis; die Entscheidung lag immer bei Ihnen.
- Wenn eine Regel Sie überflutet, öffnen Sie ein Ticket und lesen Sie dessen Notiz. Es hat sie bereits korreliert, und die Antwort ist in der Regel eine Kontrolle, die dort nicht durchsetzen kann.
- Planen Sie Ihr eigenes Follow-up für Mitarbeiternachrichten. One pro Problem ist absichtlich — niemand verfolgt das.
Fehlerbehebung und FAQ
Fehlerbehebung
-
Eine Notiz erschien, aber das Gerät wurde nicht berührt.
Arbeiten Sie der Reihenfolge nach durch drei Ursachen: keine veröffentlichte Richtlinie, eine Kontrolle ohne wiederholbare Maßnahmen pro Gerät oder ein Gerät, das offline ist. Es gibt offline Geräte zurück, anstatt Arbeit bei ihnen in die Warteschlange zu stellen. -
Tickets erscheinen immer wieder auf demselben Gerät und derselben Regel.
Lesen Sie die aktuellste Notiz — sie korreliert sie und nennt die gemeinsame Ursache, die fast immer eine Kontrolle ist, die dort nicht durchsetzen kann. -
Eine Mitarbeiterin/ein Mitarbeiter hat geantwortet und nichts hat sich bewegt.
Antworten von Mitarbeitern enthalten Informationen, niemals Anweisungen. Nur eine interne Notiz der Verwaltung leitet es.
FAQ
-
Kann eine Richtlinie es erlauben, ein Gerät zu löschen?
Nur wenn die Richtlinie ausdrücklich destruktive Aktionen eröffnet. Ihre eigene Lesung eines Tickets eröffnet sie niemals.
-
Wird es weiterhin an eine Mitarbeiterin/einen Mitarbeiter erinnern?
Nein — eine Nachricht pro Problem, und es stoppt vollständig, wenn jemand um einen Menschen bittet.
-
Wie weiß es, dass eine Lösung funktioniert hat?
Es liest das Gerät erneut. Ein erfolgreicher Push auf seiner Seite zählt nicht.