Keine Regel je Team.
Das Routing liest den zuständigen Service und das Team aus dem Objekt. Eine Regel deckt jeden Service ab, und ein neuer Service ist eine Datenänderung.
Kostenloser Download&w=3840&q=75)
Ihr Service Desk braucht ein Gehirn.
Wir beginnen bei den Entscheidungen, die der Prozess allein treffen soll, nicht bei Ihrem Inventar. Welche Fragen dürfen nie einen Menschen erreichen?
Warum Assets brachliegt
Das Schema beantwortet eine einzige Frage: Was besitzen wir. Objekte stehen nebeneinander, ohne Bezüge, also kann das Modell Ihren Bestand beschreiben, aber nichts entscheiden. Ohne Bezüge gibt es nichts, was eine Logik lesen könnte. Das fehlende Bindeglied wird der Agent, der die Zuordnung im Kopf nachschlägt. Also bekommt jeder Fall seine eigene fest verdrahtete Regel. Fünfzig Services, fünfzig Regeln, und jeder neue ist ein Änderungsantrag gegen das eigene Werkzeug. Der Import altert, die Regeln laufen auseinander, und am Ende heißt es, Assets funktioniere hier nicht. Datenqualität ist keine Phase, sie ist eine Aufgabe.
Logik, die skaliert
Kein SLA je Service.
SLA-Ziele ergeben sich aus Objektattributen und Bedingungen. Ein Produktivsystem und ein Testsystem teilen sich nie dieselbe Uhr.
Keine Genehmigerliste.
Eskalation und Genehmigung folgen den Rollen, die am Objekt hinterlegt sind. Die richtige Person wird abgeleitet, nicht nachgeschlagen.
Kein Raten.
AQL löst vom Melder auf dessen eigene Objekte auf. Das Portal bietet nur an, was diese Person tatsächlich hat.
&w=3840&q=75)
Warum MESKRU?
Wir saßen auf Ihrer Seite des Tisches. Vor MESKRU waren die Gründer Manuel Mesmer und Alexander Kruse das verantwortliche interne Atlassian-Team eines großen europäischen Konzerns.
Wir geben Ihnen keine leere Seite. Unser Asset Scheme Blueprint ist eine dokumentierte Bibliothek von JSM-Anwendungsfällen.
Eine Regel deckt jeden Service ab. Generische Logik liest ihre Parameter aus dem Objekt, also deckt eine Regel zehn Services ab oder vierhundert.