Responsive ITSM bedeutet für uns:
- kundenzentrierte Abläufe vor exakter Abbildung der IT-Strukturen
- präventive Massnahmen vor reaktivem Incident Management
- reichhaltige Konversation vor digitalisiertem «Briefverkehr» (Ticketing)
- kundenzentrierte Abläufe vor exakter Abbildung der IT-Strukturen
- präventive Massnahmen vor reaktivem Incident Management
- reichhaltige Konversation vor digitalisiertem «Briefverkehr» (Ticketing)
Kundenzentrierte Abläufe
ITSM-Systeme werden von IT Organisationen beschafft. Wir stellen fest, dass häufig der Endkunde, dem die ITSM-Organisation dienen will, zu oberflächlich bei der Ausgestaltung des Systems einbezogen wird. Beispielsweise werden Service-Kataloge genau anhand der technischen Detailservices strukturiert, wie die ITSM-Organisation diese erbringt. Doch es wäre besser in erster Priorität zu fragen, welche Services der Kunde einzeln abrufen möchte. Wir empfehlen, in Einführungsprojekten ein wirkungsvolles Stakeholder-Management zu betreiben und Benutzer-zentrierte Methoden wie Customer Journey Mapping zur Sicherstellung eines hochwertigen Kundenerlebnisses auch auf intern erbrachte IT Leistungen zu Gunsten des Business zu übertragen.
Präventive Massnahmen
Wie kann man proaktiv werden? Der Schlüssel liegt darin, das ITSM Data-driven zu gestalten. Erst mit einer gut ausgebauten Sensorik wird es möglich, die Qualität des beim Kunden wahrgenommenen Service im Alltag nachzuempfinden.
Im ITSM-Alltag fehlen oft die relevanten Frühindikatoren, welche es ermöglichen würden, rechtzeitig auf sich aufbauende Probleme einzuwirken. Die Abbildung rechts zeigt dazu einen einzelnen Beispielindikator. Würde dagegen das Dashboard der IT Fachkräfte wie in folgender Abbildung aussehen, wüssten sie sofort, welche noch nicht gemeldeten Probleme angegangen werden sollten.
Im ITSM-Alltag fehlen oft die relevanten Frühindikatoren, welche es ermöglichen würden, rechtzeitig auf sich aufbauende Probleme einzuwirken. Die Abbildung rechts zeigt dazu einen einzelnen Beispielindikator. Würde dagegen das Dashboard der IT Fachkräfte wie in folgender Abbildung aussehen, wüssten sie sofort, welche noch nicht gemeldeten Probleme angegangen werden sollten.
Reichhaltige Konversation
Der Aufbau eines ITSM bedeutet in der Regel die Einführung eines Ticketing-Systems. Systeme wie ServiceNow oder Jira Service Desk leisten einen wesentlichen Beitrag zu einem transparenten und steuerbaren ITSM. Eine wesentliche Limitation der meisten Ticketing-Systeme ist jedoch, dass das Kommunikationsmuster zwischen Endbenutzer und IT sowie zwischen den verschiedenen Support Level-Zuständigen einem «Briefwechsel» zwischen jeweils zwei Stellen gleichen.
Sinnvollerweise ergänzt man das Ticketing-Tool daher um digitale Räume, in denen Chat-basiert gemeinsam eine Konversation unter aktiver Beteiligung aller erforderlichen Spezialisten geführt werden kann. Sie haben den grossen Vorteil, dass die Kunden sofort spüren, dass sich jemand um das Problem kümmert und erste Rückfragen sofort ohne Zeitverzögerung beantwortet werden können.
Die Verbindung von Ticketing mit weiteren Kommunikationskanälen ermöglicht die raschere und zielführendere Abwicklung von Aufgaben.
Sinnvollerweise ergänzt man das Ticketing-Tool daher um digitale Räume, in denen Chat-basiert gemeinsam eine Konversation unter aktiver Beteiligung aller erforderlichen Spezialisten geführt werden kann. Sie haben den grossen Vorteil, dass die Kunden sofort spüren, dass sich jemand um das Problem kümmert und erste Rückfragen sofort ohne Zeitverzögerung beantwortet werden können.
Die Verbindung von Ticketing mit weiteren Kommunikationskanälen ermöglicht die raschere und zielführendere Abwicklung von Aufgaben.
Unser Werkzeugkasten: «best of breed» Lösungskomponenten
Frontend Tools: Interaktion mit den Endbenutzern und IT-Teams
Die Frontend Tools stellen die Kundenschnittstelle des ITSM sicher.
Die Komponente Status Information dient der Kommunikation des Service-Zustands an die Endbenutzer. Dies umfasst die Kommunikation von Einschränkungen der Verfügbarkeit, der Ankündigung von Wartungsarbeiten usw. Im Rahmen des Business Continuity Managements wird über diese Komponente die Information auch dann sichergestellt, wenn alle anderen Kommunikationskanäle ausfallen. Unser bevorzugtes Produkt dafür ist statuspage.
In Chat Rooms kann den Endbenutzern unkompliziert Support in einem Gespräch geführt werden («conversational ticketing»). Die Initiierung der chat-basierten Interaktion kann dabei je nach verfolgtem Customer Journey-Konzept entweder direkt durch den Endbenutzer oder durch die IT angestossen werden. Wir arbeiten bevorzugt mit Halp, Chatlio und Slack, wenn eine Cloud-Lösung mit Beteiligung von US-Firmen eingesetzt werden kann, oder mit Mattermost und jitsi bei Erfordernis eines Betriebs in der Schweiz. Wenn Microsoft Teams vorhanden ist, liegt eine Integration nahe.
Im Ticketing Portal können die Endbenutzer ihre Serviceanfragen stellen und nachverfolgen. Dazu gehört die Bereitstellung von Bestellformularen, deren Bewilligung durch die zuständigen Stellen und die Abwicklung der Leistungserbringung. Wir arbeiten bevorzugt mit Jira Service Desk oder ergänzen Jira zusätzlich um unsere Portal-Eigenentwicklung, falls besondere Anforderungen an die Gestaltung oder Integration des Portals vorliegen.
Die Komponente Status Information dient der Kommunikation des Service-Zustands an die Endbenutzer. Dies umfasst die Kommunikation von Einschränkungen der Verfügbarkeit, der Ankündigung von Wartungsarbeiten usw. Im Rahmen des Business Continuity Managements wird über diese Komponente die Information auch dann sichergestellt, wenn alle anderen Kommunikationskanäle ausfallen. Unser bevorzugtes Produkt dafür ist statuspage.
In Chat Rooms kann den Endbenutzern unkompliziert Support in einem Gespräch geführt werden («conversational ticketing»). Die Initiierung der chat-basierten Interaktion kann dabei je nach verfolgtem Customer Journey-Konzept entweder direkt durch den Endbenutzer oder durch die IT angestossen werden. Wir arbeiten bevorzugt mit Halp, Chatlio und Slack, wenn eine Cloud-Lösung mit Beteiligung von US-Firmen eingesetzt werden kann, oder mit Mattermost und jitsi bei Erfordernis eines Betriebs in der Schweiz. Wenn Microsoft Teams vorhanden ist, liegt eine Integration nahe.
Im Ticketing Portal können die Endbenutzer ihre Serviceanfragen stellen und nachverfolgen. Dazu gehört die Bereitstellung von Bestellformularen, deren Bewilligung durch die zuständigen Stellen und die Abwicklung der Leistungserbringung. Wir arbeiten bevorzugt mit Jira Service Desk oder ergänzen Jira zusätzlich um unsere Portal-Eigenentwicklung, falls besondere Anforderungen an die Gestaltung oder Integration des Portals vorliegen.
Backend Tools: Data-driven ITSM und Prozessunterstützung
Mit dem Knowledge Management wird das Ziel verfolgt, dass Probleme schneller gelöst werden können. Einerseits kann den Endbenutzern bei der Erstellung von Tickets stichwortbasiert relevante Troubleshooting-Artikel eingeblendet werden mit dem Ziel, dass sie das Problem entweder selbst lösen oder zumindest die relevanten Angaben zur Problembeschreibung mitliefern. Andererseits dient es auch dem Know-how Transfer durch die Supportkette (2nd Level zu 1st Level usw.). Wir arbeiten mit Confluence.
Im Asset Management werden im Sinne eines Inventars die Komponenten und deren Eigenschaften verwaltet, für die das ITSM Leistungen erbringt. Diese Informationen werden dann bei der Erstellung von Tickets oder zur Feststellung von Abhängigkeiten bei der Problemlösung ausgelesen. Idealerweise werden die Informationen nicht nur manuell eingepflegt, sondern soweit möglich automatisiert durch das Service oder User Device Monitoring ergänzt. Wir verwenden bevorzugt Insight – Asset Management for Jira.
Über das Alarming werden die zur Lösung eines Problems erforderlichen Mitarbeiter je nach hinterlegtem Schichtplan aufgeboten oder Eskalationsketten angesteuert, sobald bestimmte Kriterien eintreten. Beispielsweise kurz vor Ablauf einer garantierten SLA Reaktionszeit oder bei Ausfall eines Service. Wir arbeiten bevorzugt mit OpsGenie.
Das Service Monitoring dient der Überwachung des Zustands der IT Services. Dazu gehört insbesondere die Prüfung der Service-Verfügbarkeit (Uptime), der Performance (Antwortzeiten) sowie der Resourcenverwendung (wie Disk-Space, RAM usw.) für das Capacity Management. In diesem Bereich Für eher einfachere Problemstellungen verwenden wir in diesem Bereich gerne StatusCake und Prometheus. Die Problemstellungen im Service Monitoring sind jedoch erfahrungsgemäss sehr heterogen.
Das User Device Monitoring beschäftigt sich mit der Überwachung der von den Endbenutzern verwendeten PC-Arbeitsplätze. Traditionell verfügt die IT dank Software-Verteilungswerkzeugen wie Microsoft SCCM über gute Informationen über den Sollzustand der Endgeräte, z.B. welche Software installiert sein sollte. Ein proaktives Management der Geräte wird erst möglich, wenn genaue Informationen über den Ist-Zustand über die Organisation ausgewertet werden kann. Häufige Abstürze, abnehmender Speicherplatz, abnehmende Performance usw. können so detektiert und bearbeitet werden, bevor der Endbenutzer ein Ticket erstellt und dieses dann unter Zeitdruck gelöst werden muss. Die Überwachung der Endgeräte ist ganz besonders relevant in Umgebungen mit geringerer Management-Kontrolle durch die IT (Bring Your Own Device, Schulinformatik, Softwareentwicklung usw.) damit auf ein angemessenes Sicherheitsniveau der Endgeräte hingewirkt werden kann.
Das Project Management dient der Abwicklung von Projekten oder komplexeren betrieblichen Abläufen, welche nicht durch einzelne Tasks ausreichend gemanaged werden können. Wir arbeiten in diesem Bereich mit Jira Software, welches besonders für Software Projekte weit verbreitet ist, aber auch für beliebige Organisations- und IT-Projekte eingesetzt werden kann.
Die geleistete Arbeitszeit wird im Time Reporting rapportiert und ausgewertet. Wir setzen in diesem Bereich bevorzugt Tempo Timesheets ein.
Im Asset Management werden im Sinne eines Inventars die Komponenten und deren Eigenschaften verwaltet, für die das ITSM Leistungen erbringt. Diese Informationen werden dann bei der Erstellung von Tickets oder zur Feststellung von Abhängigkeiten bei der Problemlösung ausgelesen. Idealerweise werden die Informationen nicht nur manuell eingepflegt, sondern soweit möglich automatisiert durch das Service oder User Device Monitoring ergänzt. Wir verwenden bevorzugt Insight – Asset Management for Jira.
Über das Alarming werden die zur Lösung eines Problems erforderlichen Mitarbeiter je nach hinterlegtem Schichtplan aufgeboten oder Eskalationsketten angesteuert, sobald bestimmte Kriterien eintreten. Beispielsweise kurz vor Ablauf einer garantierten SLA Reaktionszeit oder bei Ausfall eines Service. Wir arbeiten bevorzugt mit OpsGenie.
Das Service Monitoring dient der Überwachung des Zustands der IT Services. Dazu gehört insbesondere die Prüfung der Service-Verfügbarkeit (Uptime), der Performance (Antwortzeiten) sowie der Resourcenverwendung (wie Disk-Space, RAM usw.) für das Capacity Management. In diesem Bereich Für eher einfachere Problemstellungen verwenden wir in diesem Bereich gerne StatusCake und Prometheus. Die Problemstellungen im Service Monitoring sind jedoch erfahrungsgemäss sehr heterogen.
Das User Device Monitoring beschäftigt sich mit der Überwachung der von den Endbenutzern verwendeten PC-Arbeitsplätze. Traditionell verfügt die IT dank Software-Verteilungswerkzeugen wie Microsoft SCCM über gute Informationen über den Sollzustand der Endgeräte, z.B. welche Software installiert sein sollte. Ein proaktives Management der Geräte wird erst möglich, wenn genaue Informationen über den Ist-Zustand über die Organisation ausgewertet werden kann. Häufige Abstürze, abnehmender Speicherplatz, abnehmende Performance usw. können so detektiert und bearbeitet werden, bevor der Endbenutzer ein Ticket erstellt und dieses dann unter Zeitdruck gelöst werden muss. Die Überwachung der Endgeräte ist ganz besonders relevant in Umgebungen mit geringerer Management-Kontrolle durch die IT (Bring Your Own Device, Schulinformatik, Softwareentwicklung usw.) damit auf ein angemessenes Sicherheitsniveau der Endgeräte hingewirkt werden kann.
Das Project Management dient der Abwicklung von Projekten oder komplexeren betrieblichen Abläufen, welche nicht durch einzelne Tasks ausreichend gemanaged werden können. Wir arbeiten in diesem Bereich mit Jira Software, welches besonders für Software Projekte weit verbreitet ist, aber auch für beliebige Organisations- und IT-Projekte eingesetzt werden kann.
Die geleistete Arbeitszeit wird im Time Reporting rapportiert und ausgewertet. Wir setzen in diesem Bereich bevorzugt Tempo Timesheets ein.
Unsere Optionen für das Deployment
Atlassian Cloud
Die Lösung kann auf der von Atlassian aus den USA heraus betriebenen Cloud-Lösung realisiert werden.
linkyard cloud
Die Lösung kann auf der von linkyard in der Schweiz betriebenen Cloud-Lösung realisiert werden.
On Premise mit Support
Die Lösung kann auf vom Kunden bereitgestellten Systemen realisiert werden. Der Betrieb erfolgt durch den Kunden, linkyard leistet bei Bedarf Support.
Managed Service auf Private Cloud
Die Lösung kann auf der vom Kunden bereitgestellten Private Cloud oder Infrastruktur von linkyard realisiert und betrieben werden. Der IT Betreiber des Kunden übernimmt den Betrieb der Infrastruktur, linkyard sorgt für Applikationsbetrieb und -pflege.
Auszug realisierter Projekte
Service Desk
Service Desk
