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

Viele MSPs haben Zahlen – aber keine Sicherheit im Alltag. Diese Folge zeigt, warum Kennzahlen nur dann helfen, wenn sie zur aktiven Steuerung genutzt werden. Es geht darum, welche Kennzahlen früh Orientierung geben, wie sie Veränderungen messbar machen und warum sie nichts mit Mitarbeitendenkontrolle oder Rechtfertigung zu tun haben.

Viele MSPs haben Regeln, Prioritäten und definierte Prozesse – und trotzdem bleibt der Alltag unruhig. Diese Folge zeigt, warum Regeln erst dann entlasten, wenn sie im Tagesgeschäft aktiv gesteuert werden, und wie fehlende Prozesskontrolle zu falschen Bildern, Überlastung und schlechten Entscheidungen führt.

Ungeplante Arbeit gehört zum Alltag von MSPs und Systemhäusern. Problematisch wird sie erst dann, wenn alles gleichzeitig dringend erscheint und keine klare Reihenfolge existiert. In dieser Folge geht es darum, warum Prioritäten der entscheidende Hebel sind, um ungeplante Arbeit einzuordnen und Planbarkeit zurückzugewinnen. Du erfährst, wie Prioritäten im Alltag wirken, warum sie häufig scheitern und weshalb es eine klare Verantwortung braucht, damit sie nicht nur definiert, sondern auch gelebt werden. Die Folge richtet sich an alle, die erleben, dass Störungen regelmäßig Projekte und geplante Arbeit verdrängen – und verstehen wollen, wie sich das nachhaltig ändern lässt.

Viele MSPs behandeln unterschiedliche Arten von Arbeit im Alltag gleich. Unabhängig davon, ob sie planbar ist oder ungeplant entsteht. Projekte, Wartungen, Regelbetrieb und Support laufen parallel und konkurrieren um die gleiche Aufmerksamkeit. Diese Folge zeigt, warum genau das zu Überlastung führt und weshalb eine klare Unterscheidung der verschiedenen Arten von Arbeit der erste wirksame Schritt zu mehr Struktur ist. Es geht darum, planbare und ungeplante Arbeit bewusst zu trennen, Service-Requests und kleine Projektaufgaben richtig einzuordnen und so wieder Steuerbarkeit in den Alltag zu bringen – ohne neue Tools oder große Umbaumaßnahmen. Die Folge richtet sich an MSPs und Systemhäuser, die ihren Betrieb stabilisieren wollen, bevor sie weiter wachsen.

Viele Konferenzen liefern gute Vorträge – aber der größte Nutzen entsteht oft in den Pausen: im Austausch untereinander. In dieser Folge erkläre ich, warum das Barcamp-Format genau diesen Austausch zur Hauptsache macht und wie du davon ganz konkret für deine Serviceerbringung profitieren kannst. Außerdem stelle ich zwei Termine vor: das Servicenerds.Camp (20./21. März in Hamburg) und das erste MSP.Camp (07./08. Mai 2026 in Nürnberg). Infos dazu unter: https://servicenerds.camp und https://msp.camp

Wenn Du Service verantwortest, Services designst oder im Service Desk arbeitest: Diese Folge ist für Dich. Nicht als Theorie – sondern als ehrlicher Blick darauf, was Kunden wirklich wahrnehmen und warum manche Provider besser wirken als andere. Guter Service ist kein Zufall: In dieser Podcastfolge sprechen Robert und Olaf darüber, was Service wirklich ausmacht – von Definition über Kommunikation bis Umgang mit Störungen und Digitalisierung.

Bei vielen MSPs sind alle beschäftigt. Projekte laufen parallel, Supportfälle kommen laufend rein und der operative Alltag fühlt sich dauerhaft überlastet an. Trotzdem bleibt das Gefühl, dass trotz hoher Auslastung nichts wirklich leichter wird. Diese Episode richtet sich vor allem an Managed-Service-Provider und Systemhäuser, bei denen es keine klare Trennung zwischen Support, Projekten und Betrieb gibt und alle Mitarbeitenden mehrere Rollen gleichzeitig übernehmen. Die Folge ordnet ein, warum Überlastung im MSP-Alltag häufig kein Kapazitätsproblem ist, sondern durch fehlende Klarheit in Abläufen, Zuständigkeiten und Übergaben entsteht. Anhand typischer Alltagssituationen und konkreter Reflexionsfragen geht es darum, besser unterscheiden zu können, wo die eigentliche Ursache liegt. Der Fokus liegt bewusst auf Einordnung und Erkenntnis – nicht auf fertigen Lösungen. Wenn du nach dieser Folge klarer einschätzen kannst, ob euch Kapazität fehlt oder Struktur, hast du den wichtigsten ersten Schritt getan. Was diese Struktur konkret sein kann, darum geht es in der nächsten Folge.

Zwischen den Feiertagen ist es im IT-Support oft ruhig. Und genau dann zeigt sich, ob Support funktioniert. In dieser Folge der MSP-Servicefabrik geht es um zwei Anrufe aus dem operativen Alltag: einen Cybervorfall, der als gewöhnliches Performance-Problem begann, und ein DATEV-Thema, das für einen Kunden geschäftskritisch war. Zwei sehr unterschiedliche Situationen – und doch ein gemeinsamer Kern. Die Episode zeigt, warum Erreichbarkeit allein nicht ausreicht, welche Rolle Einordnung und saubere Übergaben spielen und weshalb guter Support kein Zufallsprodukt ist, sondern Ergebnis klarer Abläufe und Verantwortlichkeiten. Aus dem Maschinenraum des MSP-Betriebs. Mit Robert Sieber.

Willkommen in der MSP-Servicefabrik. In dieser ersten Folge ordne ich ein, was sich mit dem Relaunch dieses Podcasts verändert und was gleich bleibt. Du erfährst, warum der Podcast nach über 230 Folgen ein neues Gesicht und einen neuen Fokus bekommt, welche Themen künftig im Mittelpunkt stehen und für wen die MSP-Servicefabrik gedacht ist. Es geht um Support, Serviceerbringung und den operativen Alltag im MSP-Geschäft: Standardisierung, Wiederholbarkeit, Verantwortung – und die Frage, wie Managed Services stabil und wirtschaftlich erbracht werden können, auch bei steigenden Anforderungen und knappen Ressourcen. Aus dem Maschinenraum – mit Robert Sieber.

Hast du dich auch schon mal gefragt, ob Festpreise in IT-Projekten wirklich eine sinnvolle Alternative zur Abrechnung nach Aufwand sind? Viele Kunden wünschen sich mehr Planungssicherheit, während Dienstleister oft zögern, weil unvorhergesehene Herausforderungen schnell zum Problem werden können. In dieser Podcast-Folge gehen Olaf Kaiser und ich genau dieser Frage nach: Wann machen Festpreise Sinn, welche Herausforderungen bringen sie mit sich und wie können sie sogar helfen, die Effizienz in IT-Projekten zu steigern? Außerdem diskutieren wir, ob wertbasierte Preisgestaltung eine Alternative sein könnte und warum manche Dienstleister geradezu darauf bestehen, Festpreise anzubieten.

In dieser Folge diskutieren Dierk Söllner und ich über die Bedeutung von Experience Level Agreements (XLAs) im Vergleich zu Service Level Agreements (SLAs). Wir beleuchten, wie Zufriedenheit, User Experience, Emotionen und Produktivität gemessen werden können und welche Rolle diese Faktoren in der IT-Service-Management-Welt spielen. Zudem wird die Notwendigkeit betont, dass Unternehmen ihre Ansätze zur Messung der Kundenzufriedenheit überdenken müssen, um den sich ändernden Anforderungen gerecht zu werden.

In dieser Podcast-Folge diskutieren Robert und Olaf die Herausforderungen im Managed-Service-Bereich, insbesondere die Komplexität der Abrechnung und die Volatilität der Dienstleistungen. Sie beleuchten die Notwendigkeit einer Prozessoptimierung im Service-Management, die Bedeutung von Laufzeiten und Kündigungsfristen sowie die verschiedenen Abrechnungsmodelle und Preisgestaltungen. Zudem wird die Hypothese aufgestellt, dass eine effiziente Datenübertragung zwischen Zulieferern und dem eigenen System die Abrechnungsprozesse vereinfachen könnte. In dieser Episode diskutieren Robert Sieber und sein Gesprächspartner die Herausforderungen und Möglichkeiten im Bereich der Prozessoptimierung, vornehmlich im Einkauf und der Abrechnung von Managed Services. Sie beleuchten die Bedeutung von Datenqualität und Automatisierung, die Integration von ERP-Systemen und die Notwendigkeit einer aktiven Community zur Wissensweitergabe. Zudem wird der richtige Zeitpunkt für die Implementierung von Automatisierungslösungen thematisiert, sowie ein Ausblick auf zukünftige Entwicklungen, vornehmlich im Hinblick auf den Einsatz von KI.

Über die Jahre des Podcasts habe ich erfolgreich das Thema IT-Strategie umschifft. Es hat auch nie jemand danach gefragt. Bis jetzt. Nun kam Olaf Kaiser mit dem Thema und wir tauschen uns dazu in dieser Episode von Olaf und Robert aus. Auch wenn ich wahrscheinlich Olaf mit meinem „Strategie-Trauma“ genervt habe, ist doch ein sehr interessantes Gespräch herausgekommen. Gleich am Anfang erläutere ich dir, warum ich im Hinblick auf Strategie so skeptisch bin.

Ein falscher Klick, schlechter Quellcode in der selbst entwickelten Applikation oder ein mieses Sizing können rasch dazu führen, dass die Cloudkosten enorm steigen. Manchmal binnen kurzer Zeit. Binnen Minuten oder sogar Sekunden. Daher besteht die Notwendigkeit, dass sich dein Unternehmen mit den Kosten, die durch die Nutzung dynamischer Clouddienste anfallen, beschäftigt. Es reicht nicht mehr, dass sich das Controlling mit den IT-Kosten beschäftigt. Viel mehr Menschen in deiner IT dürfen sich dem Thema annehmen und entsprechend Expertise aufbauen.

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.

Site Reliability Engineering (SRE) ist eine Disziplin, die das tiefe Verständnis von Softwareengineering mit einer ausgeprägten Fokussierung auf Zuverlässigkeit und Betriebsstabilität verbindet. Ursprünglich von Google entwickelt, zielt SRE darauf ab, die Lücke zwischen der Entwicklung und dem Betrieb von Software zu schließen, indem es Prinzipien des Engineerings auf Betriebsaufgaben anwendet. SRE-Teams sind dafür verantwortlich, Skalierbarkeit, Performance und Ausfallsicherheit von Services zu gewährleisten und dabei auch die schnelle Entwicklung und Bereitstellung neuer Features zu unterstützen. Sie nutzen eine Reihe von Methoden, wie Automatisierung und kontinuierliche Integration/Delivery, um manuelle Arbeit zu reduzieren und Fehlerquellen zu minimieren. Genau über diese Methoden und SRE an sich spreche ich heute mit Alex Lichtenberger.

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.

Die Aufgaben des CIO sind vielfältig. Immer auch von der Größe Deines Unternehmens abhängig. Es kann allerdings niemals schaden, wenn Du als CIO den Blick auf die Prozesse Deines Unternehmens hast. Mindestens für alle Prozesse, die bei Dir in der IT vorbeikommen. Meist handelt es sich dabei um Digitalisierungsvorhaben. Spätestens hier darfst Du im Sinne der Anwender*innen tätig werden. Du hast garantiert auch schon die Erfahrung gemacht, was es bedeutet, mit halb garen digitalen Prozessen und Lösungen zu arbeiten. Genau darum dreht es sich heute in der Folge.

Dafür sind wir nicht zuständig. Ein Satz, der auf jeden Fall gelogen ist. Zumindest, wenn er im Rahmen einer Serviceerbringung fällt. Warum das so ist, schildere ich Dir heute an einem Beispiel. Das ist kein Phänomen der internen IT oder speziell von IT-Services, sondern leider bei ganz vielen Services - egal aus welchem Lebensbereich. Insbesondere dann sehr beliebt, wenn ein Teil der Leistung nicht im eigenen Hause erbracht wird. Warum das problematisch ist, darüber spreche ich in dieser Folge.

Was macht ein Saftproduzent, wenn das Geschäft nicht mehr so richtig läuft? Das ist die Kernfrage im Businessroman Wertvoll. Zusammen mit den Helden des Romans kannst Du auf gut verständliche Weise nachvollziehen, was es mit Valuestreams auf sich hat. Du lernst die Wirkkraft an einem Beispiel der "Old-Economy" kennen. Dazu gibt es 10 fachlich versierte Standpunkte, mit denen Du Dein Wissen vertiefen kannst. Ich spreche heute mit zwei der sieben Autoren über das Buch und den Entstehungsprozess.

Wollen wir nicht alle der Trusted Adivisor in Sachen IT bei uns im Unternehmen oder bei unseren Kunden sein? Der Wunsch ist verständlich, allerdings muss es nicht das Ziel sein. Eine alternative Positionierung ist zumindest für MSPs sinnvoll. Interne ITs dürfen schon dieses Ziel anstreben und müssen eigentlich noch weiter auf die nächste Stufe kommen. Olaf Kaiser und ich sprechen darüber, was es braucht, um Trusted Advisor zu werden und welche Alternativen es dazu gibt. Natürlich erfährst Du auch, was ein Trusted Advisor überhaupt ist.

Wer etwas verändert, der kann eine Geschichte erzählen. Wohl kaum jemand geht so mit der Zeit, wie der Weihnachtsmann. Wie sonst ist es zu erklären, dass die Kinder jeder Generation meist das bekommen, was sie sich wünschen. Also immer wieder dieses neumodische Zeugs. Alle Jahre wieder ... Kein Wunder, dass der Weihnachtsmann sich auch mit dem Geschenkeservicemanagement auseinandersetzt. Was er dabei erlebt und ob Weihnachten termingerecht stattfindet oder nicht, erfährst Du in der ITSM-Weihnachtsgeschichte.

Eine klare Definition von Verantwortung, Aufgaben und Rechten ist für das Funktionieren einer serviceorientierten IT von grundlegender Bedeutung. Das bietet es sich natürlich an, Rollen zu definieren. Schaust Du Dir die Frameworks an, suchst Du im Internet danach, findest Du eine Unmenge von Rollen. Für manche IT-Organisationen mehr Rollen als Mitarbeitende. Das ist nicht Sinn der Sache. Daher skizziere ich Dir heute einen Weg, der zu passgenauen Rollen für Deine IT führt.

Niemand will SLAs! Zumindest nicht, solange alles läuft, wie erwartet. Aber dann muss ein SLA her, der genau alles festschreibt. Achtung Falle! SLAs sind nur dann ein gutes Steuerungsinstrument, wenn Du jenseits der üblichen Theorie genügend Gehirnschmalz investiert. Dann können alle Seiten davon profitieren.

Ein häufig genannter Hinderungsgrund beim Aufbau eines Servicekatalogs ist die Zeit. Den Aufwand und Umfang fürchten sehr viele IT-Verantwortliche. Dahinter steckt wahrscheinlich der Glaube, dass alles fertig sein muss, damit sich die Wirkung entfalten kann. Dass das ein Irrglaube ist, zeige ich Dir heute an fünf konkreten Punkten. Fünf Vorteile, die Du sofort hast, wenn Du mit dem Aufbau eines Servicekatalogs startest. Mit jedem einzelnen Service kannst Du sofort von den Vorteilen 2, 3 und 5 profitieren. Damit wächst Dein Servicekatalog kontinuierlich, während Du kontinuierlich immer mehr Nutzen daraus ziehst.

Ich erlebe immer wieder heiß geführte Diskussion, ob ein Service nun ein Business- oder ein technischer Service ist. Es werden Kriterien gesucht und verworfen. Ohne die Definition, was nun genau ein Business-Service ist, geht es nicht weiter. Das lähmt und bindet anderweitig benötigte Energie. Warum ich nicht mehr über verschiedene Arten von Services spreche und was ich anstatt dessen meinen Kunden und Schulungsteilnehmern vermittel, erzähle ich Dir heute in der 200 (!) Episode.

Kategorien sind ein hilfreiches Instrument, um aus den ganzen Daten des Service-Management-Tools Informationen zu gewinnen. Sie geben eine Struktur, die Dir helfen, immer besser zu werden. Allerdings stehen sie nicht alleine da. Es gibt noch vier andere Dimensionen, die Du in dem Zusammenhang nutzen kannst. Alle fünf zusammen erleichtern den Umgang mit Kategorien enorm.

Kannst Du etwas sparen, was es eigentlich nicht gibt? Auch wenn ich immer sage, dass es keine IT-Kosten gibt, dürfen wir schauen, welche Kosten sind in unserem Verantwortungsbereich. Was können wir ganz konkret beeinflussen? Genau daran wirst Du bei genauer Betrachtung sehen, dass das gar nicht so viel ist. Gleichwohl wird Dich im Zweifel demnächst jemand auffordern, Kostensenkungen einzuleiten. Diese Folge soll Dir Idee und Anregungen geben, damit Du gut auf diese Aufforderung vorbereitet bist. So kannst Du agieren und musst nicht gehetzt reagieren.

Was ist der Nutzen eines schnellen Motorrads? Ist der Nutzen für alle Menschen gleich? Ist es gar für einige Menschen nutzlos? Genau diesen Fragen gehen Olaf Kaiser und ich in dieser Folge nach. Wir beantworten auch die Fragen "Was ist Nutzen?". Wenn Du erfolgreich sein möchtest mit Deinen Services, dann darfst Du Dich mit deren Nutzen für Deine Kunden und Nutzen auseinandersetzen. Dabei stellt sich die nächste Frage: "Hat ein Produkt oder Service überhaupt einen Nutzen?"

39 % der im Mai(!) befragten CFOs gaben in einer Gartner-Umfrage an, dass sie im 4. Quartal 2002 die Kosten senken würden, wenn die hohe Inflation anhält. Die anhaltende Gefahr einer Rezession wird den Druck zur Ausgabenkürzung noch verstärken. Kosten senken und IT liegen ganz stark beieinander. Insbesondere dann, wenn der CFO die IT verantwortet. Man muss ja mit gutem Beispiel vorangehen. Ich möchte Dir heute zeigen, wie Du mit einem Servicekatalog nicht zum Opfer des Kostenrasenmähers wirst, sondern die Kontrolle behältst und vor allem agieren kannst, anstatt zu reagieren.

Servicekatalog einführen? Klar, machen wir nebenbei. Wird scheitern. Richtig gutes Service-Management etablieren? Klar, machen wir nebenbei. Wird nicht viel besser als vorher. Wir treiben jetzt xyz durchs Unternehmen. Klar, machen wir nebenbei. Bleibt gleich, heißt nur anders. So oder so ähnliche Momente hast Du sicher auch schon erlebt. Warum passiert das? Der Fokus fehlt. Viel zu viel gleichzeitig und alles ist gleich wichtig. Zusammen mit André Claassen stellen wir Dir heute OKR - Objective and Key-Results - als Werkzeug vor, welches Deinem Unternehmen hilft, die wirklich wichtigen Ziele zu erreichen.

Alle klagen über zu viel Arbeit, zu viele Projekte und niemand kommt mehr wirklich zum Arbeiten? Dann ist das genau die Folge, die Du brauchst, um einen anderen Blickwinkel einnehmen zu können. Mein Gesprächspartner Wolfram Müller lässt einige "Managementwahrheiten" platzen - so ganz nebenbei. Dabei wollte ich mit Wolfram "nur" über Verantwortung sprechen. Halte auf jeden Fall Zettel und Stift bereit.

Diversität - Menschen unterschiedlichen Geschlechts, unterschiedlicher Herkunft, unterschiedlicher Religion - oder besser gesagt unterschiedliche Menschen im Team, in der IT führen zu besseren Ergebnissen. Der Anteil von Frauen in der IT ist so gering und gleichzeitig der Personalbedarf hoch bei stagnierendem Frauenanteil in der Ausbildung. Ein Problem, über das ich heute mit Doris Schlaffer rede. Wir schauen uns an, wo die Ursachen liegen und wie wir etwas verändern können.