IT-Management Podcast | Für den Service-Management Nerd in Dir.

Die Katastrophe der Titanic war vermeidbar. Sie war eine Aneinanderreihung von unglücklichen Entscheidungen, fehlenden Informationen sowie Glauben und nicht Wissen. In der heutigen Episode erfährst du vieles über die Titanic. Du erfährst, was wir in Hinblick auf ITSM davon lernen können. In dem Zusammenhang spreche ich mit Marc Schachteli über Business-Simulationen im Allgemeinen und sein Simulation Titanic ITSM im Besonderen.

Wie oft warst Du schon froh, dass das erste Gespräch mit einem neuen Anbieter vorbei ist? Endlich die Folienschlacht beendet. Vielleicht glaubst Du ja, dass der so toll ist, wie er sagt. Häufig hatten allerdings beide Seiten keinen Spaß. Olaf Kaiser und ich sprechen heute genau über dieses Problem. Wir geben Dir Tipps und Anregungen, wie Du für ein besseres Erstgespräch sorgen kannst. Egal ob als Anbieter oder Kunde.

Der Hype ist groß - Large-Language-Modelle sollen die Arbeitswelt revolutionieren. Ganze Jobs wegfallen. Microsoft ist ein großer Spieler dabei. Mit dem Copilot sind sie sicher am weitesten, um die Möglichkeiten für eine breite Masse an Unternehmen nutzbar zu machen. Zusammen mit Alexander Eggers schauen wir uns an, was heute wirklich schon funktioniert. Wir sprechen über 6 ganz konkrete Einsatzfälle und was sie uns nutzen. Ich verrate Dir schon mal: "Zeit sparen" ist vielleicht nicht das wichtigste Argument.

Das heutige Gesprächsthema zwischen Olaf Kaiser und mir wird uns auch beim Workshop Financial Management beschäftigen. Es ist ebenfalls eines meiner Lieblingsthemen im Service-Management: Wir sprechen über Service-Requests, Request-Management und Self-Services. Warum Lieblingsthema? Das Potential für Effizienzsteigerung, Kostensenkung und glücklichere Mitarbeitende ist in den meisten Unternehmungen einfach riesig. Die ersten großen Erfolge lassen sich ziemlich schnell realisieren.

Heute erzähle ich Dir eine Geschichte. Eine Geschichte von jemandem, der irgendwann die Nase voll hatte von der IT. Von der IT, wie wir sie heute kennen: technisch, wenig kundenorientiert, primär mit Betrieb beschäftigt und immer viel zu teuer. Ich nehme Dich mit auf seine einjährige Reise. Du erfährst, wie der Held der Geschichte Schritt für Schritt vorgegangen ist und welche grundlegenden Wandel er in nur einem Jahr erreichen konnte. Du erfährst zum Beispiel, wie der Held die Betriebsausgaben um 30 % senkt.

Ursprünglich geht es bei agilen Methoden darum, mit veränderten Umgebungsbedingungen schnell und gut klarzukommen. Im Prinzip genau das, was ich momentan erlebe. Ich könnte mich in mein Schneckenhaus zurückziehen, in der Hoffnung, dass das alles vorübergeht. Mache ich nicht. Ich schaue, wie ich die Situation adaptieren und ins bessere lenken kann. Ich glaube, genau darum geht es bei Agilität. Was wir heute sehen, ist „Cargo-Kult“. Es wird nach Blaupause und Best Practices geschrien, damit man möglichst schnell xyz einführen kann. Möglichst wenig eigene Beschäftigung mit dem Thema. Fertig werden und gut. Ich hoffe, dass diese Weihnachtsgeschichte Dir begreiflich macht, warum das nicht der richtige Weg ist.

Der Copilot von Microsoft kann uns, die wir täglich mit Word, Excel, Teams und den Unternehmensdaten arbeiten, viel Zeit sparen. Schätzungen liegen aktuell bei 30 %. Wenn Du Dir überlegst, was das für Dein Unternehmen bedeutet, dann lohnt sich auf jeden Fall die Beschäftigung damit. Diesen Produktivitätszuwachs kannst Du zu einem sehr geringen Preis realisieren. Zumindest, wenn Du nur die Lizenzkosten betrachtest. An der Formulierung merkst Du schon, da ist ein Haken. Genau über den und natürlich Copilot an sich, spreche ich heute mit Alexander Eggers. Als Produzent der deutschen Videos zu Copilot die beste Quellen für uns neugierige Servicenerds.

Ab einer gewissen Größe braucht Deine IT-Abteilung oder Dein Systemhaus eine Struktur. Wächst Du weiter, kann es sein, dass Deine Organisation eine andere Struktur braucht. Mit Struktur meine ich die Aufbauorganisation und damit verwandte Elemente. Genau darüber spreche ich heute mit Olaf Kaiser. Wir diskutieren darüber, warum es wichtig ist, die passende Aufbauorganisation zu finden.

Schatten-IT ist böse! Nein, Schatten-IT ist gut. Ohne würde vieles in Deinem Unternehmen nicht funktionieren. Die IT-Abteilung hätte noch mehr zu tun und die Unzufriedenheit wäre noch viel größer. Heute möchte ich Dir schwarze, graue und hellgraue Schatten-IT vorstellen. Ich möchte Dir erklären, wie Du daraus weiße Schatten-IT machen kannst. Es wird definitiv nicht einfach und Dein Unternehmen hat keine andere Wahl.

Wir machen uns zu wenig Gedanken darüber, wie eine IT funktionieren soll. Sie ist da und es läuft ja. Irgendwie. Ich habe immer wieder das Gefühl, das ist nur Glückssache. Einen Plan kann ich selten ausmachen. Vielleicht liegt das auch daran, dass es sich anscheinend meist um ein "moving target" handelt. Das Ziel nicht klar ist und sich je nach Priorität verändert. Dass das auch anders geht, möchte ich heute mit Dir besprechen.

SLAs sind von der Intension her, ein wunderbares Instrument. Die Umsetzung in vielen Unternehmen und von Providern ist einfach grottig. Sie sind aus Sicht des Unternehmens irrelevant und somit haben wir selten welche. Verständlich, es steht ja meist irrelevantes Zeug drin. Zumindest aus Sicht des Unternehmens. Das Problem ist, dass der Begriff damit verbrannt ist. Dementsprechend muss ein neuer her: XLA - Experience-Level-Agreement. Genau darüber reden wir heute.

Boah, die neuen Mitarbeiter sind echt langsam. Das kann doch nicht sein, dass das mit dem Urlaubsantrag so lange dauert. Was sich der F. da herausnimmt und niemand etwas dagegen tut, das ist schon ein dickes Ding. Als Führungskraft ist der M. aber echt eine Niete. Vier Sätze, die vielleicht darauf hinweisen, dass Deine Organisation (egal ob IT-Abteilung oder MSP) Wachstumsschmerzen hat. Jede Organisation hat Wachstumsschmerzen. Häufig an den gleichen Wachstumsschwellen. Damit Du diese erkennst und vielleicht schon rechtzeitig agieren kannst, sprechen Olaf Kaiser und ich heute über das Thema.

Du kennst AGABU. Also zumindest den Zustand den es beschreibt. Ich möchte heute mit Dir darüber sprechen, wie Du mit AGABU in einer ganz bestimmten Situation umgehst. Wenn Du magst, berichte gern in den Kommentaren über Deine AGABU-Situationen.

Hey Joe ist wohl nach wie vor die beliebteste Organisationsform einer IT im mittelständischen Unternehmen. Das ist auch kein Problem, wenn die gewünschten Ergebnisse geliefert werden. Also wenn der Betrieb reibungslos funktioniert, der Support klappt und neue Projekte schnell umgesetzt werden. Ist dem nicht so, dann bedarf es einer Veränderung. Das Etablieren von ITSM-Prozessen kann dabei ein adäquates Werkzeug sein. Das ist leicht gesagt - die Umsetzung ist meist nicht so einfach. Insbesondere, weil häufig das Verständnis oder die Einsicht fehlt, dass eine Veränderung notwendig ist. Dafür gebe ich Dir heute Impulse.

Produktteams, Product-Owner, Produktentwicklung - langsam könnte man den Eindruck gewinnen, dass sich die IT zum Produktionsunternehmen wandelt. Wenn da nicht die Services wären. Am besten beides in einem Unternehmen, damit die Verwirrung komplett wird. Heute beschäftigen wir uns mit dem Unterschied zwischen Produkt und Service und ich plädiere für eine klare Festlegung.

Wissen ist Macht. Ein Satz, der sich vielleicht so stark eingeprägt hat, dass Menschen ihr Wissen ungern teilen. Denn wenn keiner weiß, was ich weiß, dann bin ich unersetzlich. Ich bin mir sicher, keiner von uns hat seinen Job, weil etwas weiß. Wir haben unseren Job, weil wir das Wissen anwenden können und entsprechend schnell die richtigen Ergebnisse liefern. Wissen ist heute auf Knopfdruck im Internet verfügbar. Dieses zu vernetzen und sinnvoll anzuwenden, das ist unsere Aufgabe. Dazu kommt, dass Wissen wächst, wenn wir es teilen. Wie das konkret funktioniert, kannst Du beim Servicenerds.Camp erleben. Ich spreche heute mit Dir darüber, wie Du das Wissensmanagement am Leben erhältst.

Es wird viel zu viel Verantwortung an externe Berater ausgelagert. Wir haben in den Unternehmen viel zu großen Einfluss. Die Ergebnisse sind leider meist nur sehr mittelmäßig - wenn überhaupt. Klar, es geht voran und das wird von den Unternehmen als Erfolg verzeichnet. Bewegung allein ist kein Fortschritt. Allerdings gibt es eine Situation, in der darfst Du Dich auf einen Berater verlassen. Genau über diese möchte ich heute mit Dir sprechen.

Wir haben viel zu tun. Wir haben viel zu viele Vorgänge zur gleichen Zeit. Projekte, Projekte, Tickets und was alles nicht noch. Es wird nicht weniger. Dem begegnen wir vielfach mit der Arbeitsweise und den Vorgehensmodellen von vorn 2, 5 und 10 Jahren. Also so, wie wir es schon immer gemacht haben. Wir alle wissen, dass es anders und besser geht. Manchmal schaffen wir es, so viel Aufmerksamkeit für die notwendige Änderung zu erzeugen, dass wir dazu ein Projekt starten. Mit Überzeugung, Begeisterung und der Unterstützung des Chefs. Und dennoch enden viele dieser Vorhaben mit: im Tagesgeschäft keine Zeit. Darüber spreche ich heute mit Olaf Kaiser.

In manchen Unternehmen ruft niemand gern beim Support an. In manchen Unternehmen arbeitet niemand gern im Support. Beides trifft häufig zusammen. Das eine bedingt vielleicht das andere. Inspiriert von einer Session auf dem letzten Servicenerds.Camp möchte ich heute mit Dir über das Image des 1st-Level-Support aus Sicht der ITler sprechen. Bevor Du direkt in die Folge startest, lass uns bei Dir ins Unternehmen schauen: Wie ist die Situation dort? Gibt es einen 1st-Level? Beschäftigen sich genügend Kollegen und Kolleginnen mit dieser Aufgabe? Sind diese mit Leib und Seele dabei?

Einfach muss es sein. Ganz einfach. Mehr will ich doch gar nicht. Olaf und Robert reden heute darüber, wie sich dieser Wunsch umsetzen lässt. Also zumindest entwickeln sie ein paar Ideen, einfach mal so.