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.