Erste Schritte mit Insight for Jira Management Data Center

Objekte

Objekte sind deine tatsächlichen Assets/Konfigurationselemente. Diese können mit deinen Jira-Vorgängen verknüpft werden, sodass du für eingehende Vorgänge sofort mehr Kontext hast.

Sie können auch mithilfe von Objektreferenzen miteinander verknüpft werden, um zu zeigen, welche Abhängigkeiten zwischen den Objekten bestehen.

Objektschemata

Ein Objektschema ist die Configuration Management Database (CMDB), die deine Objekttypen (mehr dazu weiter unten) und Objekte enthält. Du kannst in Insight mehrere Objektschemata erstellen, was aus verschiedenen Gründen nützlich ist:

• Die Aufteilung der Daten in kleinere Einheiten erleichtert die Überprüfung der Daten und die Gewährleistung ihrer Genauigkeit.
• Bei vertraulichen Daten wie z. B. Mitarbeiterinformationen ist es möglicherweise einfacher, all diese Daten in einem einzigen Objektschema mit eingeschränkten Zugriffsberechtigungen zu speichern.

Berücksichtige bei der Organisation der Daten in Insight, wie die Daten verwendet werden und wer sie aktualisiert, damit die Daten in logische Objektschemata gruppiert werden können.

Für Insight (und damit auch für Jira Service Management) spielt es keine Rolle, welche Informationen sich in welchem Objektschema befinden. Sie werden nur als ein großer Datenpool wahrgenommen. Daher kannst du für einen Anwendungsfall einfach mehrere Objektschemata anlegen und zwischen Objekten in verschiedenen Objektschemata Verknüpfungen erstellen.

Objekttypen

Objekttypen befinden sich in einem Schema und definieren die darin enthaltenen Objekte. Du kannst sie entweder selbst definieren oder eine Objektschemavorlage verwenden, die mit bestimmten anpassbaren Objekttypen vorausgefüllt ist. Objekttypen fungieren als Container für deine Objekte. Da Insight sehr offen und flexibel ist, kannst du sie ganz nach Belieben anpassen. Zu den häufigsten Objekttypen zählen jedoch:

• Unternehmensservices
• Hosts
• Laptops
• Software

Doch dabei muss es sich nicht um IT-Assets handeln. Viele Benutzer fügen andere hilfreiche Informationen hinzu, wie z. B.:

• Anbieter
• Standorte
• Mitarbeiter
• Geschäftliche Prioritäten

Objekttyp-Attribute

Objektattribute definieren einen Objekttyp. Jeder Objekttyp hat seine eigenen Attribute. Der Objekttyp "Laptops" könnte beispielsweise folgende Attribute haben: Modell, Seriennummer, Benutzer, Ablaufdatum der Garantie usw.

Durch die Eingabe von tatsächlichen Werten für das Attribut wird ein Objekt definiert. Dies kann manuell oder automatisch erfolgen (siehe Schritt 4).

Objektreferenzen

Eine besondere Art von Objektattribut ist der Attributtyp "Objekt". Dadurch wird eine Referenz zu anderen Objekten erstellt und du kannst mit der Zuordnung der Abhängigkeiten zwischen deinen Objekten beginnen.

Wenn "Standort" beispielsweise ein eigener Objekttyp ist, kann jedes Objekt vom Typ "Standort" einer der Bürostandorte deines Unternehmens sein. So kannst du schnell den Standort der einzelnen Laptops festlegen, z. B. durch die Auswahl von "Stockholm".

Berechtigungen in Insight

In Insight gibt es drei Arten von Berechtigungen.

• Globale Berechtigungen: Du kannst in den globalen Einstellungen festlegen, wer in Insight über Administratorberechtigungen verfügen soll. Benutzer mit der Rolle "Insight-Administrator" können alle Aktionen in Insight ausführen.
• Objektschema-Berechtigungen: In den Einstellungen für Objektschemata kannst du festlegen, wer über Administratorberechtigungen für ein bestimmtes Objektschema verfügt, wer Objektschemadaten aktualisieren und wer die Daten nur anzeigen kann.
• Objekttyp-Berechtigungen: Manchmal möchtest du vielleicht, dass Jira Service Management-Kunden bestimmte Informationen in einem Objektschema sehen können, aber keinen Zugriff auf alle Daten in diesem Schema haben. Das kannst du mit Objekttyp-Berechtigungen erreichen.

Das Problem definieren

Die meisten Tools werden implementiert, um ein Problem zu lösen, und Insight bildet dabei keine Ausnahme. Möglicherweise werden deine Vorfälle nicht so schnell gelöst, wie du es dir wünschen würdest, oder vielleicht führen Änderungen an einem bestimmten Service häufig zu unerwarteten Ergebnissen, da du die Serviceabhängigkeiten nicht einfach erkennen kannst.

Ermittle zuerst dein Problem und definiere dann auf dieser Grundlage alles andere – von den beteiligten Personen bis hin zu den Assets und Informationen, die du in deine Datenbank aufnimmst. Sieh dir das Problem genau an, um zu verstehen, welche zusätzlichen Informationen Mitarbeiter benötigen, um es zu bewältigen. Diese Informationen definieren deine Objekttypen.

Wenn du zu viele Informationen auf einmal hinzufügst, kann es schwierig sein, ihre Genauigkeit zu überprüfen. Versuche daher, dich immer nur auf ein Problem zu konzentrieren. Sobald dein erstes Problem gelöst ist, kannst du Insight ausbauen, um weitere Probleme zu lösen.

Mit Services beginnen

Für das Konfigurationsmanagement empfehlen wir, mit den Services zu beginnen, die mit dem zu lösenden Problem zusammenhängen. Services sind klar definiert, und es ist relativ einfach, die verschiedenen Assets hinzuzufügen, die für ihre Ausführung erforderlich sind. Dies gilt auch für die Assets, von denen diese Assets abhängen, und so weiter. Schließlich kannst du dir ein vollständiges Bild von jedem relevanten Service und seinen Abhängigkeiten machen.

Du musst entscheiden, wie weit du gehen möchtest. Überlege dir, wie viele Details du wirklich brauchst, um deine Services zu verstehen. Die Zuordnung der spezifischen Racks und Kabel ist für manche zu detailliert, während dies für andere erforderlich sein kann.

Du musst auch nicht sofort alle deine Services aufnehmen. Du könntest zum Beispiel nur mit deinen geschäftskritischen Services oder den Services mit den meisten Ausfallzeiten beginnen.

Wenn du mit Services beginnst, beschränkst du dich zunächst auf eine festgelegte Menge an Assets/Konfigurationselementen. Dann kannst du beim Auftreten neuer Probleme nach Bedarf weitere Assets hinzufügen. Es empfiehlt sich, deine CMDB nach und nach aufzubauen, da es einfacher ist, die Genauigkeit kleiner Datenmengen zu bestätigen, als deine gesamte Infrastruktur und alle Assets auf einmal zu überprüfen.

Objektschemavorlagen verwenden

Insight bietet Objektschemavorlagen für IT-Asset- und Konfigurationsmanagement, HR und Kundenbeziehungsmanagement.

Diese Vorlagen können an deine Anforderungen angepasst werden und sind ein guter Ausgangspunkt für die Objekttypen, die häufig in Insight gespeichert werden. Gehe die Liste der Objekttypen durch und entferne alle, die du nicht verwenden möchtest.

Auf Unnötiges verzichten

Überlege dir ganz genau, was du erreichen möchtest und welche Informationen du dafür brauchst. Jedes Objekt und die zugehörigen Attribute müssen einen Nutzen haben.

Setze dich mit deinem Team und den Stakeholdern zusammen, um sicherzustellen, dass jedes Attribut von jemandem oder für einen bestimmten Zweck verwendet wird. Wenn ein Attribut von niemandem speziell gebraucht wird, landet es im Papierkorb. Es kann immer noch später hinzugefügt werden!

Musst du wirklich den genauen Standort deiner Server kennen? Oder den Hersteller deines Betriebssystems? Vielleicht ist das so und du hast einen triftigen Grund dafür. Wenn du allerdings auf der Grundlage dieser Daten keine Entscheidungen treffen oder Abfragen erstellen möchtest, haben sie hier nichts verloren!

Zu viele Daten bringen Herausforderungen mit sich:

• Je mehr Objekte und Attribute du hast, desto mehr Arbeit ist erforderlich, um ihre Genauigkeit zu gewährleisten.
• Viele ungenutzte Daten beeinträchtigen die Sichtbarkeit wertvoller Daten und könnten in Extremfällen sogar negative Auswirkungen auf die Leistung haben.
• Es ist einfacher, Daten später hinzuzufügen als sie zu entfernen. Wenn du also feststellst, dass dir etwas fehlt, kannst du es später hinzufügen, anstatt "für alle Fälle" mit einer riesigen Datenmenge zu beginnen. Niemand löscht gerne Daten.

Zukünftige Verwaltbarkeit berücksichtigen

Überlege dir, wie du die Daten in Insight verwalten wirst. Wie oft ändern sich die Attribute eines Objekts und wie einfach wird es sein, sie in Insight auf dem neuesten Stand zu halten?

Wenn sich ein bestimmtes Detail eines Objekts häufig ändert, es aber selten verwendet wird, ist es möglicherweise sinnvoller, es nicht in Insight zu importieren und es nur in den seltenen Fällen nachzusehen, in denen es tatsächlich benötigt wird. Bei einem Detail, das nur ab und zu verwendet wird, aber sehr statisch ist, kann sich der Import möglicherweise lohnen, da so der Zugriff erleichtert wird.

Nehmen wir einmal die Software auf einem Laptop als Beispiel. Wenn du wolltest, könntest du Insight mithilfe eines Scan-Agenten und mithilfe von Softwareanfrage-Vorgängen sowie Automatisierungsregeln so aktualisieren, dass alle Informationen zu jeder auf dem Laptop installierten Software importiert werden. Bei einer offenen Installationsrichtlinie ändert sich dies jedoch relativ schnell, und neue Software wird mit den Scan-Mustern unter Umständen gar nicht erkannt, sodass die erfassten Informationen möglicherweise nicht ganz aktuell sind. Daher ist es wahrscheinlich besser, sich die wichtigste Software anzusehen, deren Nutzung dich ganz besonders interessiert.

Falls du strenge Installationsrichtlinien hast und die Software nur bei der Einrichtung des Laptops und im Rahmen von Servicedesk-Anfragen installiert wird, ist es möglicherweise sinnvoll, alle Informationen in Insight zu speichern, da die Änderungsrate langsamer ist und leichter verfolgt werden kann.

Über physische Aspekte hinausgehen

Da du in Insight die benötigten Objekte definieren kannst, bist du weder auf herkömmliche noch auf physische Assets beschränkt. Unternehmensservices sind beispielsweise keine physischen Assets; dennoch ist es oft von entscheidender Bedeutung, dass sie im Detail verstanden werden. Du kannst alle physischen und nicht-physischen Abhängigkeiten eines Service mit diesem verknüpfen. Wenn du dir also ein Unternehmensserviceobjekt ansiehst, erhältst du einen umfassenden Überblick über seine Funktionsweise.

Dir sind keine Grenzen gesetzt. Zu den gängigen Beispielen von Insight-Benutzern gehören Objekte von geschäftlicher Bedeutung, Umgebungstypen, Abteilungen/Teams, Standorte usw.

Ein weiteres Beispiel aus der Praxis ist die Kategorisierung von Unternehmensservices. Angenommen, alle deine Unternehmensservices werden unter dem Objekttyp "Unternehmensservices" zu Insight hinzugefügt. Möglicherweise möchtest du diese Unternehmensservices in die Kategorien "Finanzen", "Logistik", "Verkauf", "Infrastruktur" usw. einteilen. Du könntest dies mit einem Attribut im Objekttyp "Unternehmensservices" tun, oder du könntest diese Kategorien zu einem eigenen Objekttyp namens "Servicekategorie" machen.

Vorausplanen und schrittweise wachsen

Denke an alle Erweiterungen, die du in Zukunft vielleicht vornehmen möchtest. Dies wirkt sich darauf aus, welche Daten du einbeziehst, aber auch darauf, wie du deine Daten strukturierst.

Auch wenn es gut ist, dies im Hinterkopf zu behalten, empfehlen wir, Insight schrittweise aufzubauen. Ein enormes Release mit einer Genauigkeit der Daten von 100 % für Tausende von Objekten zu realisieren, ist äußerst schwierig. Klein anzufangen und im Laufe der Zeit neue Attribute, Objekte und Objektschemata hinzuzufügen, ist deutlich einfacher.

Wir empfehlen, ein Problem zu identifizieren und die Datenbasis in Insight entsprechend zu erweitern, damit es gelöst werden kann. Dann kannst du zum nächsten Problem übergehen und Insight nach Bedarf weiterentwickeln.

Realistische Anforderungen an die Genauigkeit stellen

Genauigkeit zu 100 % sollte immer das oberste Ziel sein. In der Praxis ist das jedoch nicht immer möglich und das ist auch nicht weiter schlimm. Solange die Daten genau genug sind, um einen höheren Geschäftswert zu bieten, als ohne sie möglich wäre, bist du im positiven Bereich. Viele CMDB-Projekte können sich verzögern oder sogar scheitern, da vor der Einführung darauf gewartet wird, dass sie "perfekt" sind.

Der Netzwerkscanner Insight Discovery

Insight Discovery steht im Marketplace kostenlos zur Verfügung.

Insight Discovery ist ein agentenloser Scanner zur Erfassung der Netzwerkressourcen (wobei auch ein Agent verfügbar ist, der detailliertere Informationen abruft). Du kannst auswählen, welche Assets und Attribute du in deine Insight-Objektschemata übernehmen möchtest, und deine eigenen Scan-Muster erstellen, um speziellere Assets zu finden. Wenn du deine Scans nach einem Zeitplan ausführst, werden Änderungen erfasst und deine Daten auf dem neuesten Stand gehalten. Mit Automatisierungsregeln kannst du sogar basierend auf erkannten Änderungen Jira-Vorgänge, E-Mail-Benachrichtigungen und mehr auslösen.

Importmöglichkeiten

Mithilfe von Insight-Importen kannst du Daten aus anderen Quellen laden. Diese Importregeln können nach einem Zeitplan synchronisiert werden, um deine Daten nach Bedarf zu aktualisieren. Für jeden Importtyp musst du festlegen, wo sich die Daten befinden und wo sie in Insight gespeichert werden sollen.

CSV-Import

Wenn du eine Kalkulationstabelle wie Excel oder Sheets verwendest, die alle deine Assets enthält, kannst du deine Daten mithilfe der CSV-Importfunktion in Insight importieren. So verfügst du über ein integriertes und transparentes System, das dir die Verknüpfung von Assets mit Vorgängen und die Analyse der Auswirkungen ermöglicht.

Datenbankimport

Mit dem Datenbankimport kannst du Daten aus einem internen oder einem Drittanbietersystem importieren. Zu den unterstützten Datenbanken gehören Oracle, MySQL, Microsoft SQL Server und PostgreSQL.

Jira-Benutzer-Import

Benutzer von Insight verknüpfen häufig Jira-Benutzer mit den Assets, die sie besitzen. Dafür musst du deine Jira-Benutzer oder bestimmte Benutzergruppen in Insight importieren. Das kannst du mithilfe des Jira-Benutzer-Imports tun.

LDAP-Import

Vielleicht arbeitest du mit einem Unternehmensverzeichnis, das deine Assets oder die Mitarbeiter-Manager-Beziehungen enthält, die für Genehmigungsprozesse verwendet werden? Um die Sache zu vereinfachen, verfügt Insight über Module, die mit beliebten LDAP-Verzeichnissen kompatibel sind und die Struktur und die Assets aus deinem Verzeichnis abrufen.

JSON-Import

Du kannst Objekte mit einer JSON-Datei, die die zu importierenden Daten enthält, in Insight importieren.

Integrationen

Mithilfe von Integrationen können Verbindungen zu anderen Tools wie Cloud-Services, Asset-Management-Tools und weiteren CMDBs hergestellt werden.

Trotz der Verfügbarkeit all dieser Tools ist es nicht zu empfehlen, alle deine Daten in Insight zu importieren, da das Tool sonst an Wert verliert. Importiere, was du in Jira Service Management brauchst. Du kannst immer noch später weitere Daten hinzufügen.

Alle Integrationen können kostenlos über den Marketplace installiert werden.

Hier ist die vollständige Liste der Insight-Integrationen:

• Insight-Integration für AWS
• Insight-Integration für Azure
• Insight-Integration für Google Cloud
• Insight-Integration für SCCM
• Insight-Integration für Snow
• Insight-Integration für ServiceNow
• Insight-Integration für Jamf
• Insight-Integration für Device42
• Insight-Integration für National Vulnerabilities Database
• Insight-Integration für Jira und Bitbucket
• Insight-Integration für Tempo

Tipps und Tricks

Du musst das richtige Gleichgewicht dafür finden, wie häufig du Insight Discovery, Importer und Integrationen ausführst. Tust du dies zu selten, ist Insight für lange Zeit nicht auf dem aktuellen Stand. Bei zu häufigen Updates werden unter Umständen viele Ressourcen beansprucht – je nach der Anzahl der Objekte. Einige Benutzer führen Integrationen stündlich aus, andere einmal pro Woche oder nur nach Bedarf.

Wir empfehlen, in ruhigen Phasen so oft wie möglich zu synchronisieren. Sieh dir an, wie oft sich Daten voraussichtlich ändern und wie wichtig sie sind, und lege dann auf dieser Grundlage die Häufigkeit der Synchronisierung fest. Dabei solltest du den Datenveränderungen immer etwas voraus sein.

Mit Insight Discovery kannst du verschiedene Scan-Muster mit unterschiedlicher Häufigkeit ausführen, sodass du weniger Ressourcen benötigst, um Insight so aktuell wie möglich zu halten.

Daten auf logische Objektschemata aufteilen

Du musst nicht alle deine Daten in einem riesigen Objektschema speichern. Wir empfehlen, basierend auf der Datenverwendung oder den Besitzern der Daten mehrere Objektschemata anzulegen.

Für Insight und Jira spielt es keine Rolle, welche Informationen sich in welchen Objektschemata befinden. Der Administrator verweist ein benutzerdefiniertes Insight-Feld einfach auf die erforderlichen Daten, egal in welchem Schema sie sich befinden. Außerdem können mithilfe von benutzerdefinierten Feldern Daten aus einem Jira-Vorgang extrahiert und in mehrere Objektschemata übertragen werden. Zwischen Objekten in einem Objektschema und denen in einem anderen können Verknüpfungen erstellt werden und die Ausführung von Abfragen kann verschiedene Schemata umfassen. Objektschemata sind hauptsächlich dazu da, uns die Arbeit zu erleichtern und nicht für Insight selbst.

Die Aufteilung deiner Daten auf verschiedene Objektschemata ist benutzerfreundlich und erleichtert die Verwaltung. Teams wie die HR- oder Finanzabteilung, die möglicherweise Informationen aus Insight benötigen, müssen nicht mit Informationen belastet werden, die für sie nicht wichtig sind. Außerdem ist es einfacher, ein Team darum zu bitten, regelmäßig die Datenqualität in einem Objektschema zu überprüfen, als nur bestimmte Teile eines großen Objektschemas.

Daten föderieren

Wenn du irgendwo eine völlig brauchbare Datenbank oder Informationsquelle hast und bereits Prozesse vorhanden sind, um sie auf dem neuesten Stand zu halten, müssen die Daten nicht in Insight verschoben werden. In diesem Fall ist es vermutlich besser, mithilfe von Integrationen eine Kopie der relevanten Daten zu erstellen und diese Integrationen gemäß einem Zeitplan auszuführen, um die Insight-Informationen zu aktualisieren.

Insight bietet eine Reihe von Importern und Integrationen (siehe oben). Mit diesen Importern und Integrationen kannst du die für Entscheidungen benötigten Informationen in einem Jira-Vorgang/in Insight selbst bereitstellen. Dabei werden keine zwei separaten Kopien aufbewahrt.

Ein sehr häufiges Beispiel hierfür ist die Nutzung des LDAP-Importers zur Synchronisierung von Insight mit Active Directory. Auf diese Weise hast du einfachen Zugriff auf alle deine Windows-Benutzer und kannst regelmäßig eine Synchronisierung ausführen, um sie auf dem neuesten Stand zu halten.

Manchmal erstellen Benutzer separate Objektschemata für diese importierten Daten. In anderen Fällen integrieren sie diese in größere Objektschemata. Wenn die Daten verschiedene Verwendungszwecke haben (wie z. B. IT-Support und HR), macht es mehr Sinn, für diese ein separates Objektschema anzulegen, anstatt sie direkt in das IT-Objektschema einzubinden und dann auch HR Zugriff auf dieses Schema zu gewähren.

Wir empfehlen bei der Nutzung von Integrationen, nicht alle verfügbaren Daten in Insight zu übertragen. Beim Einrichten der Integration kannst du festlegen, was in das Objektschema kommt und was nicht. Du solltest diese Daten auch nicht in Insight selbst aktualisieren, es sei denn, du nimmst diese Änderung auch in der ursprüngliche Datenquelle vor. Andernfalls hast du am Ende widersprüchliche Daten.

Wenn keine vorgefertigte Integration verfügbar ist, hast du auch andere Optionen. Die erste besteht darin, die Daten regelmäßig als CSV/JSON-Datei zu exportieren und mit den CSV/JSON-Importern von Insight gemäß einem Zeitplan zu importieren. Alternativ kannst du ein Objekt erstellen und ihm ein URL-Attribut zuweisen, das mit der anderen Datenbank verknüpft ist, in der weitere Informationen gefunden werden können. Das ist eine gute Option, wenn du nur möchtest, dass Agenten die Informationen anzeigen können, jedoch keine darauf basierenden Suchen oder Berichte erforderlich sind.

Die Wiederverwendung der gleichen Attribute vermeiden

Wenn ein Attribut an vielen Orten verwendet wird und wiederholt dieselben Werte hat, ist es oft sinnvoller, es zu einem eigenen Objekttyp zu machen. Ein gutes Beispiel hierfür ist "Anbieter". Du könntest beispielsweise für die Objekttypen "Laptop" und "Telefon" ein Attribut namens "Anbieter" haben und dann den Anbieternamen für jedes Objekt eingeben (oder importieren).

Das ist in Ordnung. Allerdings ist es aus folgenden Gründen effizienter, einen Objekttyp namens "Anbieter" anzulegen und jeden Anbieter als Objekt festzulegen:

1. Vielleicht möchtest du mehr als nur den Namen des Anbieters. Möglicherweise benötigst du andere Informationen zum Anbieter, wie z. B. die Telefonnummer des Supports oder Links zu Verträgen. Du möchtest diese Eingabe sicherlich nicht für jeden Laptop und jedes Telefon wiederholen. Es genügt jedoch, diese Informationen nur einmal zu erfassen und mit dem Objekt für den Anbieter zu verknüpfen. Dies ist auch hilfreich, wenn du in Jira Service Management bestimmte Aufgaben des Anbietermanagements durchführen möchtest.
2. Der Anbieter wird auf diese Weise standardisiert, sodass Berichte einfacher ausgeführt werden können. Wenn du einen Bericht über die Anzahl der Supportanfragen pro Anbieter erstellen möchtest, kannst du dir sicher sein, dass dir keine Informationen fehlen, weil jemand irgendwo "Micrsoft oder "Aple" geschrieben hat.
3. Wenn der Anbieter einen neuen Namen hat oder eine Änderung an diesem erforderlich ist, musst du ihn nur an einem Ort aktualisieren.

Der Anbieter ist nur eines von vielen Beispielen, darunter geschäftliche Bedeutung, Bereitstellungsumgebungen, Abteilungen und Standorte.

Insight-Automatisierungen

Insight-Automatisierungen werden spezifisch für ein konkretes Objektschema eingerichtet. Typische Anwendungsbeispiele sind:

• Das Senden von Benachrichtigungen basierend auf bestimmten Triggern oder Änderungen an den Insight-Objekten im Schema, wie z. B. das Senden einer E-Mail beim bevorstehenden Ablaufen einer Lizenz oder Garantie oder die Erstellung eines Jira-Vorgangs, wenn ein Service ausfällt.

• Gewährleistung der Übersichtlichkeit und Standardisierung von Insight-Daten, um die Berichterstellung und Abfragen zu erleichtern.

Mit Automatisierungsregeln kannst du Objektinformationen aktualisieren, Vorgänge erstellen, E-Mails senden, HTTP-Anfragen stellen, Groovy-Skripte ausführen und vieles mehr.

Hier kannst du dich mit dem Erstellen von Automatisierungsregeln vertraut machen:

Folgefunktionen

Insight bietet auch neue Folgefunktionen. Ähnlich wie bei Automatisierungsregeln kannst du mit Folgefunktionen die Ausführung von Aktionen automatisieren.

Der Unterschied besteht darin, dass die Aktionen stattfinden, wenn sich der Status eines Vorgangs im Rahmen eines Jira-Workflows ändert (Vorgangsweitergabe). Zu diesen Aktionen gehört das Aktualisieren eines Assets, das Senden einer Benachrichtigung und das Ausführen eines Skripts.

Wenn beispielsweise ein Vorgang erstellt wird, bei dem das Onboarding eines Mitarbeiters angefordert wird, können Tasks erstellt werden, um dem neuen Benutzer die erforderlichen Assets zuzuweisen, einschließlich Laptop, Mobiltelefon und Mobilfunkabonnement. Dabei werden die einzelnen Assets mit Insight-Objekten verknüpft.

Tipps und Tricks

Wenn du Vorgangstextfelder verwendest, um Daten in Insight einzugeben oder zu aktualisieren, oder wenn du gelegentlich manuell Objekte in Insight eingibst, kann es vorkommen, dass die Daten etwas unübersichtlich werden. In diesen Fällen empfiehlt sich die Verwendung von Automatisierungen.

Ein gutes Beispiel hierfür sind Servernamen. Diese sind in der Regel standardisiert und können leicht falsch geschrieben werden. Du kannst Automatisierungsregeln erstellen, die ausgelöst werden, wenn ein Objekt vom Typ "Server" erstellt oder aktualisiert wird, um sicherzustellen, dass der Name der Benennungskonvention entspricht und Fehler gemeldet werden.

Labels und QR-Codes

Labels und QR-Codes können die Verwaltung physischer Assets wirklich vereinfachen. Deshalb kannst du mit Insight für jedes Objekt Labels und QR-Codes drucken.