Geek: In der heutigen Folge unterhalte ich mich mit dem Digital-Transformer Tayfun
Geek: Tastan über das Thema Cloud-Transformation.
Geek: Hallo und herzlich willkommen zu Ein Geek kommt selten allein.
Geek: Mein Name ist Stephan und heute freue ich mich besonders, den Digital-Transformator
Geek: Tayfun begrüßen zu dürfen.
Tayfun: Hallo, freut mich.
Geek: Wir beide sprechen heute über den riesigen Berg Cloud Transformation und wie
Geek: eine erfolgreiche Reise in die Cloud verlaufen kann und natürlich auch,
Geek: was für Risiken auf dem Weg liegen.
Geek: Bevor es aber jetzt losgeht und wir tief in das Thema abtauchen,
Geek: Taifun, geht es erstmal um dich. Was bringt dich überhaupt dazu,
Geek: digitale Transformationen zu begleiten?
Tayfun: Ja, das ist eine sehr gute Frage. Ja, ich beschäftige mich, seit es Cloud-Technologien
Tayfun: gibt, historisch gewachsen.
Tayfun: Ich komme von einem Konzern, der ja sehr aktuell auch sehr groß im Cloud-Umfeld
Tayfun: unterwegs ist, bei der Firma Microsoft und durfte da schon die Cloud mit aufbauen,
Tayfun: mit entwickeln und dadurch halt auch Kunden begeistern im Bereich Cloud-Transformation.
Tayfun: Wenn.
Geek: Wir über Cloud Transformation sprechen, ich finde, da reden wir relativ viel
Geek: drüber. Also auch bei uns im Unternehmen reden wir viel darüber.
Geek: Und ich finde es immer so wenig greifbar. Und ich frage mich dann immer,
Geek: was genau meint eigentlich Cloud Transformation?
Geek: Und deswegen würde ich gerne einsteigen mit der Frage, woran merkt man eigentlich,
Geek: dass irgendjemand erfolgreich eine Cloud Transformation gemacht hat?
Geek: Hast du da irgendwie eine Idee?
Tayfun: Also wie man es messbar machen kann, kann man es ja wahrscheinlich am einfachsten
Tayfun: machen, dass man eine höhere Skalierung hat und am Ende des Tages einen höheren Umsatz gewinnt.
Tayfun: Wachstum, Qualität, das sind alles Merkmale, die man natürlich sehr grob erstmal
Tayfun: definiert sind, aber natürlich unternehmerisch zu sagen, ich bin in der Lage
Tayfun: als Vorjahr viel schneller Services,
Tayfun: IT-Services auszuliefern, Fachbereiche zu entfalten, ihre Anforderungen schneller abzubilden,
Tayfun: schneller auf Geschäftsanforderungen und Marktanforderungen zu reagieren und
Tayfun: nicht nur technologisch, sondern auch als Organisation.
Tayfun: Ja, beflügelt mit Prozessen. Daran erkenne ich, ob eine Cloud-Transformation
Tayfun: sauber oder in die richtige Richtung geht.
Tayfun: Eine Cloud-Transformation oder eine Transformation an sich sollte im Idealfall
Tayfun: nie enden, sondern sich immer stetig weiterentwickeln.
Geek: Das bedeutet ja auch, dass du im Grunde genommen eher nach innen gehst.
Geek: Also wenn man jetzt sagt, würde ich eher was nach außen ändern,
Geek: sprich mein Produkt großartig ändern oder ich würde vielleicht meine Channels
Geek: in der letzten Vorgesprache über Channels ändern, aber das ist ja mehr ein organisatorisches,
Geek: wie ich mich als Unternehmen aufstelle.
Geek: Wenn ich sage skalieren, wenn ich sage schneller Services bereitstellen.
Geek: Als Kunde weiß ich das ja gar nicht. Ich weiß ja nicht, ob jetzt hier der Karstadt,
Geek: in den ich nebenan gehe, ob der schnell oder langsam Services bereitstellt.
Geek: Das heißt, Cloud-Chance-Formation ist eigentlich ein Thema, was nach innen den
Geek: meisten Mehrwert bietet, oder?
Tayfun: Als erstes ja, sollte natürlich auch im Idealzustand auch nach außen hin ausgestrahlt werden.
Tayfun: Das heißt, der Kunde merkt das dadurch, dass gewisse Bestellvorgänge viel schneller
Tayfun: laufen, eine höhere Servicequalität, Reaktionszeit der Kunde mitbekommt und
Tayfun: einfach, wenn es im Einzelhandel ist,
Tayfun: dass die Produkte, die dort angeboten werden, immer verfügbar sind und idealerweise
Tayfun: zum günstigsten Preis in der höchsten Qualität.
Geek: Wer sind denn so die Treiber, aus deiner Erfahrung, die Cloud-Transformationen initiieren?
Geek: Ist es eher eine Top-Down-Entscheidung, wo eine Geschäftsleitung sagt,
Geek: wir müssen eine Cloud-Transformation machen?
Geek: Ist es eher aus einer Entwicklerecke, wo man sagt, wäre mal ganz schön,
Geek: wenn wir ein bisschen mehr Cloud hätten?
Tayfun: Das ist in der Tat total unterschiedlich. Die einen kommen als Visionär im Unternehmen
Tayfun: und haben gewisse Ziele in den kommenden Jahren mit dem Unternehmen irgendwo
Tayfun: zu stehen und reflektieren dann halt mit der Ist-Situation.
Tayfun: Wo stehe ich denn eigentlich und was muss ich tun und mit welchen Mitteln kann ich das tun?
Tayfun: Und dann kommt man ziemlich schnell auf die Erkenntnis, dass man mit der jetzigen
Tayfun: organisatorischen, technologischen Aufstellung nicht in der Lage ist,
Tayfun: diese Ziele adäquat zu erreichen.
Tayfun: Die andere Perspektive ist, gerade im Mittelstand merke ich das ziemlich häufig bei Kunden,
Tayfun: dass sie aus der technologischen Perspektive der Treiber ist,
Tayfun: weil man veraltete Systeme hat,
Tayfun: dort eine große Investition wagen muss, teilweise auch ein Stück weit Stillstand
Tayfun: in der Evolution der Technologie gemacht hat, weil es lief ja irgendwie alles
Tayfun: und am Ende des Tages soll IT ja ihren Zweck erfüllen, da zu sein.
Tayfun: Und ich möchte ja auch, und das ist natürlich ein Stück weit die Innovationsbremse
Tayfun: bei Familienunternehmen oder Mittelständlern oder Geschäftsführern,
Tayfun: die dann halt die Technik als, ja, oder Innovation, nicht so innovationsbereit sind.
Tayfun: Und somit Investitionen teilweise gehalten werden oder jahrelang ausgesetzt
Tayfun: werden und dann man irgendwann von den Technikern, von seinen Engineers genötigt
Tayfun: wird hier zu handeln und wenn man halt Monate,
Tayfun: jahrelang Stillstand hat, dann überlegt man sich dreimal, ob man jetzt große
Tayfun: Investitionen in vorhandene Rechenzentren und Hardware tut.
Tayfun: Oder ob man sie mit einer Cloud strategisch entgegen wird, wo man die Investitionen
Tayfun: Stück für Stück hochfahren kann.
Geek: Ich kenne Unternehmen, die haben über Jahre ihre eigene ERP- oder CRM-Software geschrieben.
Geek: Sind ganz stolz und das ist schön und die muss man maintainen.
Geek: Es gibt sogar Kunden, die haben eine AS400 im Keller und freuen sich auch, dass die schön läuft.
Geek: Und irgendwann kommt der Moment, wo man sagt, die AS400 oder aber die Software, die wir da haben.
Tayfun: Kennen das noch welche?
Geek: Tatsächlich im Versicherungsumfeld ist es nicht ganz so unüblich,
Geek: dass man auch nochmal einen Mainframe hat, Der funktioniert ja und da sind sicherheitskritische
Geek: Anwendungen und dann irgendwann staunen sich Dinge und dann bist du bei Modernisierungsprojekten
Geek: und Modernisierungsprojekte überlappen dann irgendwie mit der Cloud-Transformation.
Geek: Dass du sagst, wenn wir eh modernisieren, machen wir noch was.
Geek: Immer eine gute Idee, viele Steine gleichzeitig zu bewegen, weil was kann schon passieren.
Geek: Aber besser wäre es natürlich zu sagen, man macht alles so Stück für Stück und
Geek: ich glaube, deswegen sollten wir es auch mal so ein bisschen sortieren und sagen so Stück für Stück.
Geek: Wenn wir über Cloud reden, da hat ja jeder immer eine andere Vorstellung.
Geek: Wie würdest du Cloud definieren und sagen, was ist Cloud?
Tayfun: Also, jetzt aus der Informatikperspektive betrachtet, ja, aus meinem Informatikstudium
Tayfun: sage ich, ja, die Cloud ist ja nichts anderes als ein Remote-Rechenzentrum.
Tayfun: Ein Rechenzentrum von Zusammenschluss von Netzwerkkomponenten,
Tayfun: Serverkomponenten, Storage dahinter und am Ende des Tages dann halt von der Ferne aus zugreifbar.
Tayfun: Natürlich ist Cloud, wie wir sie heute kennen als eine AS400 früher,
Tayfun: viel, viel skalierbarer und flexibler und das Leistungsangebot ist ja auch einfach
Tayfun: wesentlich höher geworden.
Tayfun: Es ist schneller von Kunden und von Unternehmen partizipierbar und nutzbar und
Tayfun: konsumierbar. Aber Cloud an für sich ist ja, da gibt es ja zwei Ausprägungen.
Tayfun: Es gibt einmal die Private Cloud und einmal die Public Cloud.
Tayfun: Von der Thematik her, von der Struktur her ist es nahezu eigentlich gleich,
Tayfun: dass dort Komponenten in Rechenzentren bereitgestellt werden,
Tayfun: die dann von Kunden oder von einem einzelnen Unternehmen in der Hoheit genutzt werden.
Tayfun: Gerade im Hinblick, dass Unternehmen immer größer international unterwegs sind
Tayfun: und internationale Teams haben und internationale Strukturen,
Tayfun: ist die Zusammenarbeit mit Cloud-Komponenten und das Bereitstellkonzept natürlich
Tayfun: auch, auf die Kundenanforderungen zu reagieren, in der Cloud wesentlich flexibler
Tayfun: und schneller, als wenn man das in einem eigenen Rechenzentrum betreibt.
Geek: Irgendwer hatte mal gesagt, oder ich habe es in Heise-Kommentaren gelesen,
Geek: The Cloud is just someone else's computer.
Geek: Und ich finde, im Grunde genommen mag das ja stimmen, aber der spannende Teil
Geek: oder der mir super oft begegnet, ist, alle Leute, die über Cloud sprechen,
Geek: sprechen auch irgendwie über Kubernetes.
Geek: Also die sprechen über Elastizität, die sprechen darüber, du hast eigentlich kein Ende.
Geek: Weil du hast ja zwar bestimmte Rechenkapazitäten in deinem eigenen Rechner,
Geek: in deiner AS400, aber was, wenn du darüber hinaus gehst?
Geek: Also kaufst du eine größere AS400 oder wie gehst du darüber hinaus?
Geek: Und das ist bei der Cloud eben das Spannende, dass man sagt,
Geek: eigentlich spielen physische Grenzen gar keine Rolle mehr.
Geek: Und du kannst über Geo-Redundanz oder du kannst über Virtual RAM,
Geek: ich erweitere das einfach, kannst einfach was Großes machen und das ist glaube
Geek: ich das, was für mich bei der Cloud einen großen Eindruck macht,
Geek: und ich muss dieses Beispiel bringen, weil ich habe das jetzt vor einer Woche
Geek: oder so gelesen, es hat mich einfach so geflasht, KI ist ja gerade in aller
Geek: Munde und alle wollen ganz viel KI machen und ich weiß nicht,
Geek: ob du das gesehen hast, Meta hat ja jetzt angekündigt, die wollen so ein paar
Geek: H100 Chips von Nvidia kaufen.
Tayfun: Ja, ich glaube ein Investitionsvolumen von 9 Milliarden circa, ne?
Geek: Ja, genau. Die wollen 350.000 H100 kaufen.
Tayfun: Das ist die Goldserie, glaube ich, von denen.
Geek: Das sind die Dinger, die 20.000 bis 30.000 Dollar pro Stück kosten.
Geek: Deswegen kommst du ganz schnell dahin. Insgesamt wollen sie,
Geek: glaube ich, 600.000 Chips, die H100 wertig sind, haben.
Geek: Wo du dann bei der Cloud natürlich bist und dir sagst, toll,
Geek: das ist aber sehr elastisch. Da kannst du dann jederzeit quasi deinen Bedarf nachfahren.
Geek: Ich frage mich, wo die die Kernkraftwerke bauen, damit das auch funktioniert,
Geek: weil die brauchen ja auch so ein paar Watt pro jeweiligen Kern.
Geek: Aber das ist so das Cloud-Thema. Du musst nicht vorher sagen,
Geek: wie viel brauche ich eigentlich.
Geek: Und das Schöne dann, wenn du sagst, jetzt kommen Leute aus der ganzen Welt in
Geek: eine Cloud, du kannst eben sagen, manche Dinge sind halt Lastspitzen getrieben.
Geek: Also wenn ich jetzt hier dran denke, du hast einen Streaming-Dienst eines Fernsehsenders
Geek: und abends gucken alle Leute Tagesschau, dann musst du abends Tagesschau streamen können.
Geek: Aber vielleicht um 13, 14, 15 Uhr brauchst du fast gar keine Ressourcen,
Geek: weil da streamt eben keiner.
Geek: Und das ist in der Cloud eben gut, dass du nicht 90 Prozent des Tages eilen
Geek: musst, oder wie beim Auto, das steht nur rum und dann fährst du einmal,
Geek: sondern du kannst es wirklich hochfahren, wenn du es brauchst.
Tayfun: Richtig, diese schnelle Bereitstellung und Anpassung an die Anforderungen selbst.
Tayfun: Ich spitze das mal weiter. Ich habe zum Beispiel in einer Branche,
Tayfun: gerade im Lebensmittelhandel, wo ich auch ganz stark unterwegs bin,
Tayfun: auch immer bestimmte Phasen, wo der Einzelhandel, gerade im Lebensmittelhandel,
Tayfun: bestimmte Spitzzeiten hat.
Tayfun: Nehmen wir mal an, die Weihnachtszeit, die Bissinniche Zeit,
Tayfun: wo viel mehr Performance und Workload-Performance benötigt wird vom Kunden.
Tayfun: Und das muss die IT bereitstellen. Und dann außerhalb der Zeit liegen die Systeme
Tayfun: oder die Ressourcen dann brach. Und das ist nicht gerade effizient.
Tayfun: Vor allen Dingen auch die Investition, die dahinter hängt. Das kann man mit
Tayfun: einer Cloud entgegenwirken und sagen, ich buche mir oder reserviere mir bestimmte Kapazitäten.
Tayfun: Und dann, wenn ich sie nicht mehr brauche, gebe ich sie wieder ab.
Tayfun: Und das kann man in einem lokalen Rechenzentrum sehr schwierig, bis gar nicht.
Tayfun: In der Cloud kann man das schon, aber man muss auch die Spielregeln der Cloud
Tayfun: verstehen und auch den Kulturwandel, weil mit der Cloud kommt auch der Wandel,
Tayfun: eine andere Perspektive einzunehmen, damit das auch funktioniert.
Geek: Lass uns kurz noch darauf eingehen, du hattest schon über Private und Public
Geek: Cloud gesprochen und wir hatten gesagt, wir können ganz viel skalieren und da
Geek: ist jetzt das Rechenzentrum woanders.
Geek: Bedeutet Public Cloud für dich, dass du quasi die Cloud in deinem Keller betreibst?
Geek: Also ich habe das schon gesehen, dass Leute quasi das als Verständnis haben
Geek: oder würdest du sagen, Public Cloud auf den klassischen Hyperscalern,
Geek: über die wir sicherlich auch gleich noch reden, ist auch eine Public Cloud oder Private?
Geek: Was macht eine Private Cloud für dich Private?
Tayfun: Erstmal gar nicht technologisch, sondern eher organisatorisch und reglementiert.
Tayfun: Eine Public Cloud, da ist die Datenhoheit, die Infrastrukturhoheit,
Tayfun: die Prozessenhoheit, die Servicehoheit immer bei dem Unternehmen.
Tayfun: Also das Unternehmen verantwortet auch diese unterschiedlichen Abstraktionsebenen.
Tayfun: Bei einer Public Cloud wiederum teilt man sich gezielt aus der Hyperscaler Perspektive,
Tayfun: aus der Provider Perspektive, versucht man natürlich eine ganz hohe Kundendichte
Tayfun: auf die Hardware zu bekommen,
Tayfun: um einfach effizient zu sein aus der Kundenperspektive.
Tayfun: Und auch aus der Provider-Perspektive gibt es da eine Trennung zwar,
Tayfun: aber bei einer Public Cloud teilt man sich die technologischen Ressourcen mit anderen.
Tayfun: Aber man kriegt dann halt die Ressourcen, die man eingekauft hat,
Tayfun: auch garantiert zur Verfügung gestellt.
Tayfun: Falls nicht, gibt es auch dort Rollback-Szenarien oder Rebate-Szenarien,
Tayfun: wo man sagt, okay, außerhalb einer Abrechnungszeit hat der Provider nicht das
Tayfun: erfüllt, was er vertraglich zugesagt hat. Dann gibt es auch wieder Geld zurück.
Tayfun: Aber in der Regel teilt man sich im Vergleich zu der Private Cloud die Systeme
Tayfun: mit anderen Kunden, die man nicht sieht, die komplett isoliert sind.
Tayfun: Aber nichtsdestotrotz ist es bei einer Private Cloud vom Betriebsmodell auch
Tayfun: eine andere, weil man halt alles selber verantwortet.
Tayfun: Das hat man früher bei Kunden, die etwas größer waren, die haben sich ihre eigene Cloud aufgebaut,
Tayfun: ob mit Azure Stack oder mit HCM damals,
Tayfun: hat man quasi sein eigenes Rechenzentrum oder Rechenzentren gebaut,
Tayfun: die dann miteinander gespiegelt, damit man diesen Service nur für den Kunden und auch die,
Tayfun: je nachdem was das für eine Unternehmensstruktur war, ob das ein Holding war
Tayfun: oder Töchterfirmen, die dann halt konsolidiert wurden auf diese Plattform,
Tayfun: aber nur von den Kunden betrieben und genutzt wurden.
Tayfun: Das ist bei der Public Cloud dann ein Stück weit anders.
Geek: Dann bleiben wir Public und bei den Hyperscalern. Wir hatten ja schon darüber gesprochen.
Geek: Die Hyperscaler sind ja quasi die Platzhirschen, diejenigen,
Geek: die eben maximal gut skalieren können, die diese Elastizität gut bereitstellen können.
Geek: Ich glaube, in Deutschland kennen wir vor allen Dingen drei von denen und kennen
Geek: in der Regel Azure von Microsoft bereitgestellt.
Geek: Wir kennen Google mit der Google Cloud und GCP, die ganz viele Leute kennen.
Geek: Und als Entwickler kennt man natürlich immer AWS, weil die einfach die Besten
Geek: sind darüber, Leute direkt als Entwickler abzufangen, tolle Dokumentationen,
Geek: dann hast du da nochmal ein S3-Bucket und so weiter. Und deswegen AWS ist,
Geek: glaube ich, so die Einstiegsdroge, die die meisten Entwickler so für sich entdecken.
Geek: Und darüber hinaus, ich glaube, das wissen viele in Deutschland nicht unbedingt,
Geek: gibt es ja noch mehr Hyperscaler. Also da gibt es ja noch Alibaba, der groß mit rumgeht.
Geek: Meta ist als großer Hyperscaler dabei. Da kann man sich zwar nicht so richtig problemlos einkaufen.
Geek: Ich habe gelesen, OVH zählt auch inzwischen als Hyperscaler.
Geek: Also von daher, die Player sind schon mehr, als man denkt, aber immer noch abzählbar.
Geek: Also es sind nicht so wahnsinnig viele. Und wie würdest du sagen,
Geek: welche Hyperscale eignet sich für wen am besten?
Geek: Das ist so dein Favorit. Bist du AWS-Fan?
Tayfun: Ich bin prinzipiell allen Cloud-Technologien ja offen, weil ich hier nicht voreingenommen
Tayfun: bin, auch weil ich historisch ja auch von einem Hersteller komme,
Tayfun: der auch einer der sind, die du gerade aufgezählt hast.
Tayfun: Immer zu gucken, welchen Business-Case der Kunde hat und welche Erfahrungen
Tayfun: und welchen Ist-Zustand er hat.
Tayfun: Die meisten Kunden haben zum Beispiel auch bereits schon Cloud-Services,
Tayfun: SaaS-Services im Einsatz in Form von Office 365 oder jetzt heißt es ja M365 im Einsatz.
Tayfun: Und da liegt es natürlich auch nah, weil man sich schon damit auseinandergesetzt
Tayfun: hat und ein bisschen Erfahrung gesammelt hat, dass man vielleicht damit beginnt.
Tayfun: Oder je nachdem, wenn das ein Business Case ist, wo man mit Kubernetes arbeitet,
Tayfun: wo wir dann in Richtung Kontinuierung gehen, macht es auch durchaus Sinn,
Tayfun: über AWS und Google Cloud zu sprechen.
Tayfun: Ich würde das abhängig machen, wo der Kunde steht.
Tayfun: Und welche Anforderungen er hat und welche Erfahrungen er auch hat,
Tayfun: weil am Ende des Tages muss es ja jemand bedienen können, damit die Fachbereiche
Tayfun: auch dieses adäquat nutzen können.
Tayfun: Deswegen würde ich jetzt nicht sagen, der eine ist besser als der andere,
Tayfun: sondern die sind alle schon sehr skalierbar und ordentlich und in der Verfügbarkeit
Tayfun: viel, viel höher als ein Rechenzentrum, was man selbst betreiben würde.
Tayfun: Und das ist der feine Unterschied.
Tayfun: Diese Skalierbarkeit, diese Rückgabe von Kapazitäten zurück,
Tayfun: das kann man mit einem eigenen Rechenzentrum nicht.
Tayfun: Und von einer Georendertanz, wie du gerade gesprochen hast, ein Zusammenschluss
Tayfun: von unterschiedlichen Rechenzentren in der Region.
Tayfun: Wenn man dasselbe aufbauen müsste, wäre man viel, viel teurer und ich würde
Tayfun: auch behaupten, sehr, sehr schwierig für ein Unternehmen und auch gar nicht
Tayfun: rechenbar, was ein Hyperscaler kann.
Tayfun: Die sind schon so optimiert und automatisiert, dass die das für diesen Preis anbieten können.
Tayfun: Als Kunde sehr schwer zu realisieren. Ich.
Geek: Erinnere mich da gerade an den Anfang der 2000er, als wir mit VMware ESXi-Servern
Geek: Dinge quasi virtualisiert haben.
Geek: Und da konntest du auch sagen, diese Maschine hat jetzt bestimmte Ressourcen.
Geek: Und du hattest gerade das As-a-Service-Konzept ja auch mit reingebracht.
Geek: Und ich glaube, es ist spannend, da zu unterscheiden und zu sagen,
Geek: was ist eigentlich As-a-Service?
Geek: Also eine Maschine einfach nur zu nehmen, die woanders ist und die einfach unendlich
Geek: groß ist, ist ja was anderes, als zu sagen, ich nehme jetzt einen hochwertigen Dienst wie einen Autor,
Geek: Word oder Office, was online verfügbar ist oder ich nehme vielleicht irgendeinen
Geek: speziellen Service wie einen S3 Bucket, da muss ich ja gar nichts tun.
Geek: Also deswegen diese Unterscheidung zwischen einer Plattform als Service,
Geek: einer Infrastruktur als Service oder vielleicht Software as a Service ist ja
Geek: das, was so ein bisschen hineinspielt in die IT, wie du gerade sagst.
Geek: Wie reif ist der Kunde eigentlich?
Geek: Braucht er eigentlich nur unendlich dickes Blech?
Geek: Also braucht er so eine Infrastruktur as a Service?
Geek: Oder ist er schon so weit, dass er höherwertige Dienste einfach in Anspruch
Geek: nehmen möchte und sagt, ich brauche eigentlich einen Identity Provider und dann
Geek: holst du dir einen Active Directory vielleicht über die Azure Cloud?
Tayfun: Absolut. Was auch noch hinzukommt, was ziemlich viel vernachlässigt wird, ist der Mensch.
Tayfun: Gerade der digitale Wandel in die Cloud haben zu Recht auch ITler Angst um ihre Arbeit,
Tayfun: weil sie sagen, okay, wenn wir keine Virtualisierung mehr selbst betreiben und
Tayfun: ich die Virtualisierung einkaufe und eine viel,
Tayfun: viel höhere Verfügbarkeit bekomme und nur noch auf Knopfdruck oder per Code
Tayfun: solche Infrastrukturen aufbaue, Wofür braucht man mich denn noch?
Tayfun: Und da entgegne ich immer wieder und sage, natürlich braucht man dich.
Tayfun: Deine Arbeit ändert sich auch ein Stück weit. Also das heißt,
Tayfun: du schreibst nicht nur Buchstaben in Zukunft, sondern auch noch Zahlen.
Tayfun: Der Service, der muss ja weiterentwickelt werden. Der Code muss angepasst werden.
Tayfun: Auch du wirst deine Arbeit verändern müssen, aber es steckt verdammt viel Potenzial
Tayfun: in deinem Arbeitsplatz, wenn du dich auf das Thema Cloud einlässt.
Tayfun: Weil das ist meiner Meinung nach, kann sich niemand mehr davor verschließen,
Tayfun: weil einfach die Mehrwerte zu groß sind.
Tayfun: Es ist natürlich nicht das Allerhaltsmittel.
Tayfun: Aber wenn man das richtig macht, bringt das nahezu allen Unternehmen,
Tayfun: in allen Branchen einen Mehrwert.
Tayfun: Und da muss man die Menschen auch mitnehmen, abholen und die digitale Transformation angehen.
Tayfun: Und da gibt es gewisse bewährte Methoden und Herangehensweisen, um...
Tayfun: Aber am Ende des Tages eine erfolgreiche Cloud-Transformation beim Kunden zu haben.
Geek: Das kommt jetzt wieder ein bisschen zurück auf das, was du vorher gesagt hast.
Geek: Leute, die Monate oder jahrelang nichts gemacht haben.
Geek: Ich hatte vor einer ganzen Weile mal Kontakt mit jemandem, der in der Baubranche
Geek: tätig war. Und die wollten auch gerne in die Cloud gehen.
Geek: Und deren Anforderungen, die haben aber gedacht wie in der Baubranche,
Geek: wo sie gesagt haben, so ich habe 20, 40 Jahre Gewährleistung auf meinem Gebäude.
Geek: Und jetzt wollten sie das gerne digitalisieren.
Geek: Und haben gesagt, jetzt brauche ich eine Digitalisierungslösung,
Geek: wo mir jemand zusichert, dass das in 20 Jahren auch noch so funktionieren wird.
Geek: Wo man mit dem ganzen Cloud-Geschäft einfach sagen muss, niemand kann dir sagen,
Geek: dass das in 20 Jahren so läuft.
Geek: Gehst du in die Google-Cloud, bist du nicht mal sicher, dass morgen noch irgendein
Geek: Service funktioniert da vorne, weil Google ja auch gerne mal alte Zöpfe abschneidet.
Geek: Und das ist, glaube ich, ein Thema, wo man sich auch bewusst sein muss,
Geek: das ist halt der Preis, den man so ein bisschen zahlt, wenn man da reingeht,
Geek: speziell wenn du höherwertige Dienste nimmst.
Geek: Also wenn du nicht sagst, ich lasse es einfach nur abstrahiert laufen.
Geek: Baue meinen eigenen Identity-Provider, sondern wenn du sagst,
Geek: du verlässt dich eben auf die Dienstleistungen, die du in der Cloud bekommst,
Geek: sind alle irgendwie ähnlich zwischen den Hyperscalern, keine Frage,
Geek: die machen so ähnliche Sachen,
Geek: aber die verändern sich über die Zeit und du musst sie eben dann anpassen,
Geek: dann wird irgendwas deprecated und es fällt weg und die Zyklen sind dann ein
Geek: bisschen anders, als wenn du dein eigenes ERP auf der AS400 laufen lässt,
Geek: da hast du selber das Heft in der Hand, kannst sagen, soll sich jetzt erst in
Geek: zwei Jahren ändern und hier bist du so ein bisschen fremdbestimmt und ich glaube,
Geek: deine IT muss auch darauf eingestellt sein,
Geek: Dieses fremdbestimmte mitzugehen, so ein bisschen das Ohr am Zahn der Zeit zu
Geek: haben, zu wissen, wann ändert sich denn eigentlich was?
Geek: Wollen die was ändern in den Services? Gibt es neue Services,
Geek: die mir helfen oder fallen die Services, die ich gerade benutze, weg?
Geek: Und die ganzen nervigen E-Mails, ich weiß nicht, ob du auch hier bei Google
Geek: Workspace bist, regelmäßig kriegt man irgendwelche E-Mails, die man nicht liest.
Geek: Aber da steht ja immer drin, jetzt ändern wir was, irgendein Service fällt weg
Geek: und würde das mein Unternehmen sein, wo meine private Google Workspace Adresse
Geek: ist, dann sollte ich das aufmerksamer lesen, weil es kann sein,
Geek: dass bestimmte geschäftskritische Dinge,
Geek: einfach ersatzlos gestrichen werden oder migriert werden und ich muss da tatsächlich was machen.
Tayfun: Ja, absolut. Man kann es auch immer wieder positiv sehen. Wer mich kennt,
Tayfun: der versucht natürlich aus der Negativität das Positive rauszuziehen.
Tayfun: Und das zwingt ein Stück weit den Kunden und auch die Mitarbeiter auch immer
Tayfun: wieder nachzudenken, ob der
Tayfun: Service, den ich dort betreibe, also nichts ist in den Stein gemeißelt.
Tayfun: Gerade im Hinblick der Cloud ist der Evolutionszyklus viel, viel enger geworden.
Tayfun: Das bedeutet, dass man sich viel früher mal Gedanken machen muss,
Tayfun: wo entwickelt sich mein Service hin?
Tayfun: Kann ich mein Service, den ich wie jetzt betreibe, ist der noch effizient genug
Tayfun: oder kann ich den verbessern, dass der auch Mehrwerte schafft für die Bereiche
Tayfun: oder für die Mitarbeiter?
Tayfun: Darum geht es ja am Ende des Tages. Wir wollen Mehrwerte durch IT schaffen und
Tayfun: nicht wie in Maurer, der mauert zehn Jahre lang immer die gleiche Mauer.
Tayfun: Der muss sich keine Gedanken machen, ob er in der Elfenjahr die gleiche Mauer
Tayfun: nochmal mauern soll, sondern er hat einfach die Erfahrung.
Tayfun: Und da ist die Evolution natürlich sehr eingeschränkt. In der IT und in dem
Tayfun: jetzigen Wandel von Unternehmen, die immer wieder sich in die Breite gehen,
Tayfun: internationalisieren, sind die Anforderungen einfach immer kürzer geworden, darauf zu reagieren.
Tayfun: Und das ist auch wie in der Baubranche, ein Kunde, der sagt,
Tayfun: habe ich eine Planungssicherheit von 20 Jahren, das kann keiner geben.
Tayfun: Die Frage einfach ist, möchtest du 20 Jahre lang Stillstand haben oder möchtest
Tayfun: du mit der Zeit gehen, weil.
Tayfun: Die Welt ändert sich ja auch tagtäglich. Willst du dieses Potenzial der Synergie
Tayfun: und des Erkenntnisgewindes ausschalten, um nur eine Planungssicherheit zu haben?
Tayfun: Die Frage würde ich dann gerne beantwortet bekommen. Und dann kriegt man meistens
Tayfun: die gleiche Antwort, nein.
Tayfun: Man möchte natürlich mit der Zeit gehen, weil sonst geht man mit der Zeit.
Geek: Für dich selber kannst du natürlich sagen, bleibt 20 Jahre gleich.
Geek: Aber ich gucke in meine Schublade, da sind drei iPhones.
Geek: Eins hat so einen breiten, doofen Stecker, eins hat einen Lightning-Stecker
Geek: und das dritte ist ein USB-C. Und das ist alles in weniger als 20 Jahren passiert.
Geek: Klar kann ich versuchen, das alles in ein Auto einzubauen oder gar in ein Haus
Geek: und zu sagen, das ist jetzt dein Anschluss, aber das wird ein Hase-und-Igel-Spiel
Geek: sein, was du nicht gewinnen kannst am Ende.
Tayfun: Vielleicht kann man den Kunden, mit dem du gesprochen hast aus der Baubranche,
Tayfun: ein bisschen entgegenwirken und sagen, wenn du das mit einem Kubernetes-Cluster
Tayfun: machst und als Mikroservice abbildest, dann wirst du, egal in welcher Cloud,
Tayfun: flexibel sein mit deinem Service.
Tayfun: Aber Stillstand, 20 Jahre lang nichts tun und auf der gleichen Evolutionsebene
Tayfun: bleiben, das kann meiner Meinung nach kein Kunde. der will sich stetig weiterentwickeln,
Tayfun: weil auch die Marktanforderungen sich ständig ändern.
Tayfun: Und deswegen kann man sagen, lieber Kunde, das willst du doch auch nicht.
Geek: Wir haben jetzt sehr viel über Cloud gesprochen. Bevor wir in den Transformation-Teil
Geek: gehen, vielleicht noch eine Frage, auch aus meiner VMware ESXi-Zeit.
Geek: Da gab es ganz viele Diskussionen immer über dieses CapEx versus OPEX.
Geek: Da hat man gesagt, bevor wir uns jetzt ein Rechenzentrum bauen,
Geek: das ist dann aus dem einen Pott, da müssen wir eben Kapital einsetzen.
Geek: Lass uns doch einfach die OPEX nehmen, Also die operativen Kosten,
Geek: weil dann zahlen wir nur die Miete im Monat und das ist alles viel besser.
Geek: Spielt das heute noch eine Rolle bei Unternehmen, dass sie sagen,
Geek: CapEx versus OpEx ist eine Entscheidungsgröße bei Cloud-Projekten?
Tayfun: Selbstverständlich wird natürlich geguckt, was für ein Investitionsvolumen muss
Tayfun: ich bereitstellen, um in der Cloud das abzubilden, was meine Anforderung ist
Tayfun: und welche Betriebskosten sind dahinter.
Tayfun: Das Schöne bei der Cloud ist, dass man, so empfehle ich das immer,
Tayfun: mit einem kleinen oder mittleren großen Projekt anfängt.
Tayfun: Und sich herantastet an das Thema. Und nicht, wie man in der Vergangenheit große
Tayfun: Anzahl von Blech, um in dein Wording zu bleiben,
Tayfun: investiert und dann feststellt, okay, strategisch passt das gar nicht mehr zu
Tayfun: dem, was ich jetzt vorhabe.
Tayfun: Gerade wenn man visionsgetrieben ist, auf dem Weg dahin kann sich sehr vieles
Tayfun: wieder ändern, weil sich die Welt permanent weiter dreht und interessiert dann
Tayfun: nicht, was du als Unternehmen für eine Vision hast.
Tayfun: Die Marktanforderungen wechseln, die Gegebenheiten wechseln,
Tayfun: Kriege kommen auf einmal zustande, die die Welt aus den Fugen bringen.
Tayfun: Und wenn man dann halt solche großen planerischen Visionen hat,
Tayfun: die man erreichen möchte, aber dabei die Berücksichtigung nicht hat,
Tayfun: dass man das kleinteilig machen sollte. Ich sage immer, wenn du einen Elefanten
Tayfun: durch die Tür bringen willst, dann musst du den in Scheiben schneiden.
Tayfun: Dann hast du eine riesen Investition gemacht und das war eine Fehlinvestition
Tayfun: und das entwirkt gegen den agilen Ansatz in der Cloud, wo man sagt,
Tayfun: ich fange klein an, ich wachse menschlich, prozessual und technologisch an einem
Tayfun: tatsächlichen Mehrwert, an einem Business Case und nicht an etwas Fiktives.
Tayfun: Ja, Transformation hast du ja gerade sehr gut beschrieben, ist dehnbar,
Tayfun: jeder versteht was anderes darunter.
Tayfun: Aber was konkret bedeutet das für mein Unternehmen? Deswegen empfehle ich den
Tayfun: Kunden immer zu sagen, nimmt ein Business Case in der Legacy-Welt,
Tayfun: gerade wo ihr aktuell Probleme habt.
Tayfun: Ich habe zum Beispiel einen Kunden, wo die Hardware zehn Jahre lang out of support
Tayfun: ist und jetzt mal eben sagt, schnell, schnell muss ich in die Cloud.
Tayfun: Du hast zehn Jahre lang geschlafen, warum jetzt auf einmal schnell,
Tayfun: schnell? Ja, mit jedem zunehmenden Tag ist das Risiko höher.
Tayfun: Da gebe ich dir recht. Aber schnell, schnell heißt auch sehr teuer in der Cloud,
Tayfun: wenn man es nicht richtig macht.
Tayfun: Und da gibt es ja unterschiedliche Ansätze Lift und Shift oder.
Tayfun: Rebuilding oder Reengineering also man sollte sich wirklich an das Thema herantasten
Tayfun: und das als Organisation weil die Arbeitsweise wird sich ändern,
Tayfun: es muss sich auch ändern gerade agil, um schnellere Zyklen und Auslieferungsfähigkeit
Tayfun: von Produkten oder Services zu sein,
Tayfun: auf der anderen Seite aber auch auf Marktanforderungen schneller reagieren zu
Tayfun: können, sonst verliert man Marktanteile in dem Bereich Untertitelung des ZDF für funk, 2017
Tayfun: Deswegen ist CapEx und OPEX ganz wichtig und meiner Meinung nach als Synergie
Tayfun: kann man das in der Cloud sehr gut abbilden, als wenn man das konventionell macht.
Geek: Gerade Risiko reduzieren ist, glaube ich, ein ganz wichtiger Punkt.
Geek: Speziell, wenn du am Anfang stehst und noch nicht weißt, wo du hingehst.
Geek: Da gibt es aber diese Berichte, hier war das 37 Signals, die haben ganz groß
Geek: letztes Jahr angekündigt, die verlassen die Cloud, die brauchen das nicht,
Geek: sie bauen ihr eigenes Rechenzentrum wieder auf.
Geek: Kann man ja machen. Also wenn man rausfindet für sich, dass der Case besser
Geek: funktioniert, weil man eh die ganzen Server haben muss und was immer dahinter steckt.
Geek: Aber für jemanden, der eben einsteigt, der mal gucken möchte,
Geek: ich glaube, es ist immer eine gute Sache, sich leiten zu lassen von,
Geek: wo habe ich am wenigsten Risiko?
Geek: Also wo ändert sich vielleicht meine Welt schnell? Also wo ich überlege,
Geek: vielleicht mache ich es mit einem Partner oder ich baue es selber.
Geek: Wenn ich dann nämlich das Blech erstmal angeschafft habe und dann doch mit dem
Geek: Partner machen möchte, kommt dieses ganze Sunk-Cost-Fallacy-Thema.
Geek: Also ich habe halt schon so viel investiert, da mache ich das jetzt auch noch
Geek: weiter, auch wenn es eine doofe Idee ist.
Geek: Und ich weiß nicht, ob genug Leute über dieses Risiko sehr stark nachdenken.
Geek: Also zu gucken, was riskiere ich eigentlich?
Geek: Wie kann ich kleine Schritte gehen und wie kann ich Erkenntnis gewinnen?
Geek: Die Frage ist, wer muss eigentlich Erkenntnis gewinnen? Und damit sind wir ja
Geek: quasi in diesem Transformationsthema drin.
Geek: Also wer muss eigentlich Erkenntnis
Geek: gewinnen? Wer will eigentlich in die Cloud? Wer treibt das Ganze?
Geek: Und jetzt wird es, wie du gerade nett angesprochen hast, jetzt geht es mehr
Geek: um den Menschen und die Organisationen ja auch, als um reine Technik.
Geek: Aber ganz Technik können wir natürlich nicht ausblenden.
Tayfun: Wollen wir auch nicht.
Geek: Fangen wir mit so einem Startszenario aus. Also malen wir uns mal irgendwie
Geek: eine Welt, wo irgendjemand...
Geek: Vielleicht den mit dem zehn Jahre alten Hardwarehaufen oder mit was anderem.
Geek: Wen wollen wir in die Cloud schicken?
Tayfun: Einer, der akut Bedarf hat, einen Service so bereitzustellen,
Tayfun: dass er seine Businesses-Anforderungen erfüllt.
Tayfun: Und da habe ich immer so einen Leitsatz, Stabilität vor Einfachheit und Innovation.
Tayfun: Am Ende des Tages muss IT in der Lage sein, das ist so stabil zu laufen,
Tayfun: dass sie Geschäftsprozesse stattfinden lässt, erfüllt und weiterentwickelt mit den Menschen zusammen.
Tayfun: Aber am Ende des Tages verdient man ja mit IT Geld oder soll man ja IT Geld verdienen.
Tayfun: Ein Unternehmen ohne IT wird heutzutage meines Erachtens kein Geld mehr verdienen können.
Tayfun: Die Zeit von Kreide und Bleistift ist auch vorbei.
Tayfun: Also von daher, welcher Kunde ist es? Ich habe zum Beispiel aktuell einen Kunden
Tayfun: gehabt, der seine kompletten Kassensysteme ausgetauscht hat.
Tayfun: Diese Kassensysteme, die er vor Ort hatte in den jeweiligen Filialen, waren nicht managebar.
Tayfun: Also man hat sie dann halt mit CDs zum Leben erweckt oder Updates per CD.
Tayfun: Da ist ein Techniker rausgefahren und das weltweit und hat dann CDs eingespielt.
Tayfun: Natürlich ein ganz, ganz interessanter, kostspieliges Akt.
Geek: Der wird der Erfolg ja zum Fluch. Je mehr Kassen du hast, desto teurer wird der ganze Spaß. Genau.
Tayfun: Und der Dienstleister, der dann die CDs in den Rechner einwerfen darf und Stunden
Tayfun: abrechnen kann, der freut sich natürlich darüber.
Tayfun: Umgestellt auf ein komplettes managebares Kassensystem, anderes Betriebssystem,
Tayfun: andere Anwendungen teilweise drauf.
Tayfun: Alte Anwendungen, die nicht sofort abgelöst werden können, müssen sichergestellt
Tayfun: werden, dass sie weiterlaufen.
Tayfun: Die Services wurden von dezentral auf zentral umgestellt, also eine riesengroße
Tayfun: Transformation von einigen Jahren,
Tayfun: wo der Kunde sich Meilensteine auferlegt hat, wo er gesagt hat,
Tayfun: wann möchte ich mit welchem Land beginnen,
Tayfun: wann soll etwas umgestellt werden und auch so Marktanforderungen wie,
Tayfun: ich möchte ein neues Land erobern mit meinem Unternehmen.
Tayfun: Nee, baue ich jetzt komplett neue Filialen auf unter meinem Namen oder kaufe
Tayfun: ich einen Wettbewerb und platziere mich dadurch.
Tayfun: Das ist auch wieder ein Rechenexempel, was geht schneller, Marktanteile in dem Land zu bekommen.
Tayfun: Und dann entschließt sich der Kunde, ich kaufe einen anderen auf und in einer
Tayfun: Woche muss die Filiale komplett aussehen, wie meine eigene Filiale weltweit
Tayfun: standardisiert und auch die IT.
Geek: Du musst es konsolidieren irgendwie. Du willst ja nicht das kaufen und dann
Geek: nochmal zweigleisig, dreigleisig, fünfgleisig irgendwann fahren.
Tayfun: Genau, weil das ist ja auch Verwaltungsakt. Und das war sehr,
Tayfun: sehr spannend und auch...
Tayfun: Am Ende ist es auch sehr erfolgreich, weil man Betriebsprozesse wesentlich beschleunigt hat,
Tayfun: M&A-Szenarien sehr schnell abbilden konnte,
Tayfun: weil die Technologie immer schnell war, weil sie modular war und man konnte
Tayfun: dann halt innerhalb von einer Woche die komplette IT von dem alten übernommenen
Tayfun: Unternehmen so umstellen,
Tayfun: dass sie sofort integrierbar war in die neue Welt.
Tayfun: Und dann brauchte man nur halt oben die Werbebeine wechseln und die Produkte
Tayfun: müssen geliefert werden und dann konnte das Unternehmen schon die Filiale eröffnen.
Geek: Was war dann konkret der Cloud-Bestandteil? Also wir hatten vorher die CD, die verstehe ich ja.
Geek: Und das heißt, dann gab es in der Cloud eine Verwaltungssoftware dafür und da
Geek: haben sich die einzelnen Kassen als Client quasi Software runtergezogen oder wie funktionierte das?
Tayfun: Sowohl als auch. In der ersten Interaktionsstufe war es so, so dass die alten
Tayfun: Systeme, die noch nicht cloudfähig waren, die Geräte musste man erst mal cloudfähig
Tayfun: hinbekommen. Und davon musste man einmal vor Ort.
Tayfun: Man hat das immer so kombiniert, weil die Filiale wurde eh umgebaut.
Tayfun: Man hat immer die Filialen genommen, die nicht nur eine alte Kassensoftware
Tayfun: haben, sondern halt auch eine komplette Modernisierung im Bereich Kühlschränke.
Geek: Wo man eh musste, da kann man vielleicht ein bisschen mehr machen.
Tayfun: Da ist ein IT-Team vor Ort gewesen.
Tayfun: Die haben dann halt die Kassen erstmal auf die neue Version umgestellt und sobald
Tayfun: die Umstellung war, konnten sie die dann halt auch zentral managen und auch
Tayfun: alles dann halt auch zentral verwalten, halt neue Updates einspielen,
Tayfun: auch später über die Cloud neu provisionieren oder halt auch die ERP-Zugriffe realisieren.
Tayfun: Das heißt, die Abverkäufe, die landen ja dann irgendwo dann in dem ERP-System,
Tayfun: was zentral bereitgestellt wurde.
Tayfun: Sehr viele zentrale Dienste wurden dann in dem Zusammenhang auch automatisiert
Tayfun: und halt auch standardisiert.
Tayfun: Und in der ersten Phase waren es Rechenzentren.
Tayfun: Und später ist man dann auch immer ein Stück mehr in die Cloud gegangen mit
Tayfun: den Backend-Services, mit der ERP-Lösung, weil man sich dadurch viel mehr Verfügbarkeit
Tayfun: und Skalierbarkeit versprochen hat.
Tayfun: Und das wurde dann auch belegt, dass der Kunde im Verhältnis zu seiner alten
Tayfun: Kassensoftware in der Lage war, dass die Kassen viel stabiler liefen,
Tayfun: viel aktueller waren, weniger Betriebskosten hatten, weil der Techniker musste
Tayfun: jetzt auf einmal nicht rauchen.
Tayfun: Das ist alleine das Ersparnis von Reisekosten eines Technikers in einem Land.
Geek: Das ist es immerhin.
Tayfun: Da haben andere mittelständische Unternehmen diesen Umsatz, den Großkunden dort
Tayfun: nur für den Betriebsaufwand aufwerfen müssen.
Tayfun: Ja, das war eine absolute Erfolgsstory.
Tayfun: Und ich habe letztens mir wieder eine Studie angeschaut, die sich genau mit
Tayfun: meiner Erfahrung widerspiegelt.
Tayfun: Dass der Cloud-Ansatz der Transformation im Großkundensegment viel höher ist als im Mittelstand.
Tayfun: Im Mittelstand ist man noch sehr verhalten, man plant schon etwas,
Tayfun: aber von der Umsetzung her circa 60 Prozent noch nicht in der Cloud.
Geek: Liegt vermutlich auch daran, dass der Mittelstand schon etwas hat und dann dieser
Geek: Sprung auf das Neue natürlich wieder mit dem Invest verbunden ist.
Geek: Dass sie dann sagen, wir haben ja Dinge, die funktionieren und jetzt muss man
Geek: diesen großen Sprung machen, dafür müssen wir viel bewegen.
Geek: Bei den Großen, die sind es gewohnt, relativ viel zu bewegen.
Geek: Und mir ist auch gerade in den Kopf gekommen, als du darüber gesprochen hast,
Geek: dieses Bild von dem, was ich jetzt eigentlich arbeite, erinnert sich ja wirklich
Geek: von dem verwaltenden Patch einspielenden kleinen ITler, der einfach darauf wartet,
Geek: dass das System mal wackelt und dann dagegen tritt.
Geek: Zu jemandem, der viel mehr Glue-Code schreiben muss, der dafür sorgen muss,
Geek: dass die verschiedenen Komponenten miteinander sind.
Geek: Vielleicht ist das hier ein bisschen SAP, da ein bisschen Eigenentwicklung.
Geek: Machen, dass das alles irgendwie läuft. Daten durchreichen. Hier ein bisschen
Geek: Databricks, da vielleicht Power BI, wenn wir im Azure uns bewegen.
Geek: Dass man das alles anbindet und nicht so sehr am Laufen hält.
Geek: Und dieses am Laufen halten shiftet aus meiner Sicht so ein bisschen in,
Geek: lerne Dinge miteinander zu verbinden und Daten fließen zu lassen und da dann
Geek: irgendwie Compliance und Governance
Geek: drauf anzuwenden, die du in deinem Unternehmen eben machen musst.
Geek: Wie soll das laufen? Wer soll Zugriff haben auf bestimmte Dinge?
Geek: Aber du bist derjenige, der jetzt
Geek: nicht mehr einfach nur mal ab und zu Schraubenschlüssel dagegen haut,
Geek: sondern der sagt, okay, jetzt wie binden wir diese einzelnen Bestandteile an,
Geek: dass die Kassensoftware an die Kasse ausgespielt werden kann,
Geek: wenn die anfragt oder wie mache ich ein Interface, dass da jemand einen Button
Geek: klicken kann, damit das passiert.
Tayfun: Die Cloud hat viele Vorteile, wenn man es mit dem Use Case und all den Szenarien richtig macht.
Tayfun: Es macht nicht nur den technologischen Wandel, sondern man hat die Chance und
Tayfun: die hat man nicht häufig im Unternehmen, auch zu standardisieren.
Tayfun: Ein Architekturportfolio aufzubauen. Ich habe Kunden, die haben 600 aufwärts
Tayfun: Anwendungen und die muss man betreiben.
Tayfun: Und wie viele von den Anwendungen brauchst du tatsächlich noch?
Tayfun: Das ist alles historisch gewachsen.
Tayfun: Wenn man die Kosten mal wirklich zu dem tatsächlichen Use Case und wie viel
Tayfun: sie verwendet werden, mal monetär bewerten müsste, dann ist ein Unternehmen
Tayfun: schon lange nicht mehr IT-technisch effizient, würde ich behaupten.
Tayfun: In der Cloud hat man die Möglichkeit, diesen Sprung zu wagen,
Tayfun: aber nicht den großen Sprung, sondern den kleinen Sprung.
Tayfun: Erstmal wirklich mit einem Use Case anzufangen, nicht nur die Arbeitsweise,
Tayfun: nicht die technologische Veränderung, auch die Organisation mitzunehmen und
Tayfun: zu verproben und immer in einen höheren Reifegrad zu bekommen,
Tayfun: dass man irgendwann sowas nur noch multiplizieren muss.
Tayfun: Dass man sagt, okay, ich habe meine Change- und Demand-Prozesse definiert,
Tayfun: ich habe ein Risk-Management, ich habe ein Demand-Management hinterlegt,
Tayfun: ich habe einen ITSM-Prozess dahinter,
Tayfun: um einfach, und das ist das, was das Wichtigste heute,
Tayfun: meiner Meinung nach ist, Transparenz zu haben.
Tayfun: Was habe ich und bin ich noch effizient in dem, was ich tue?
Geek: Ja, oh Gott, da kommen ja die ganzen Enterprise-Architekten jetzt auch ins Spiel,
Geek: die jetzt zu Cloud-Architekts werden und wo das Thema Transparenz ja seit Jahrzehnten
Geek: eine große Rolle spielt und was wird hier eigentlich betrieben?
Geek: Wer kriegt von wem Daten und wer gibt wem Daten?
Geek: Und wenn ich dieses System ausmache, wie viel Umsatz verliere ich,
Geek: weil irgendwas kaputt geht?
Tayfun: Und dann halt zu sagen, welche Komponenten, sowohl menschlicher Art,
Tayfun: aber welche Komponenten auch technologischer Art, stellen überhaupt diesen Service bereit.
Tayfun: Also in den seltensten Fällen sehe ich wirklich eine Durchgängigkeit,
Tayfun: das wird natürlich immer besser.
Tayfun: Jetzt gerade sagtest du ja auch Enterprise-Architekten und ERM-Tools,
Tayfun: die dann halt für diesen Service-Dokumentationsschritt erforderlich sind, umzusehen.
Tayfun: Welche Komponenten spielen bei dem Service eine Rolle? Wie Verfügbarkeit ist so ein Service?
Tayfun: Was geschieht, wenn ich da eine Komponente wegnehme oder verändere?
Tayfun: Man hat sehr viele kleine Dokumentationen, aber dieses Big Picture hat man nicht.
Tayfun: Und wenn man das Big Picture nicht hat, kann man auch keine vernünftige,
Tayfun: nachhaltige Vision entwickeln. Deswegen ist es wichtig, Dokumentation ist bekanntlich alles.
Tayfun: Haben die meisten Leute relativ wenig Motivation oder nicht das Geld dafür.
Tayfun: Und dann, wenn ein Service oder ein Ausfall existiert, wo sind denn die Notfallpläne?
Tayfun: Die sind schon längst veraltet oder nie richtig durchgeführt worden.
Tayfun: Dann wundert man sich, dass der Service dann nicht so schnell wiederhergestellt werden kann.
Tayfun: Ob es jetzt ein Hackerangriff ist oder ein menschliches Versagen oder maschinelles
Tayfun: Versagen, spielt keine Rolle.
Tayfun: Am Ende des Tages dauert der Wiederherstellungsprozess viel, viel länger. Ja.
Geek: Das Wiederhochfahren, exakt. Und Transparenz gefällt mir auch.
Geek: Wenn ich eine Sache dokumentieren würde, wären das für mich immer Architecture
Geek: Design Records oder Decision Records, wo man sagt, warum haben wir das eigentlich getan?
Geek: Ich habe am Anfang meiner Karriere mal für einen großen Telekommunikationsanbieter
Geek: gearbeitet und wenn wir da gefragt haben, warum etwas so ist,
Geek: gab es immer den Dreiklang.
Geek: Historisch gewachsen, politisch gewollt, konzernbedingt.
Tayfun: Immer sind es die anderen Schulden, ja? Ja.
Geek: Irgendwie, man weiß es nicht so genau. Und es hat nie eine fachliche Begründung gehabt.
Geek: Also historisch gewachsen ist nicht fachlich, politisch gewollt definitiv nicht
Geek: fachlich, konzernbedingt vielleicht so ein bisschen Governance-1-Thema.
Geek: Aber ultimativ, wenn man weiß, warum Dinge entschieden werden,
Geek: kann man sich da auch viel besser dranhängen und gerade zwischen Teams wird
Geek: das ja nicht transportiert. Warum haben wir das jetzt so gemacht?
Geek: Ich glaube, das ist auch einer der Gründe, warum man sich eher für Microservices
Geek: entschieden hat. Da muss man den anderen nichts mehr erzählen.
Geek: Zumindest war das die Hoffnung, ob das so stimmt, muss man auch mal in irgendeiner
Geek: Folge eruieren, aber genau das ist so der Teil man muss wissen,
Geek: was man da tut und da muss man gucken, wenn etwas Altes da ist und man braucht
Geek: es nicht mehr, es hat keinen Wert mehr man muss es wegmachen.
Tayfun: Ja, man muss es gucken, ob es noch einen Mehrwert für das Unternehmen darstellt,
Tayfun: also nur weil etwas zeitlich da ist heißt es nicht, dass es zeitlich weiter noch da sein muss.
Tayfun: Es kann ja durchaus sein dass es dass es da viele andere technologische,
Tayfun: prozessuale Möglichkeiten gibt, viel effizienter unterwegs zu sein und viel stabiler vor allem.
Tayfun: Die meisten schimpfen ja über die IT-Gesellschaft,
Tayfun: Manchmal auch nicht unzurecht, weil die Services einfach nicht so sind, wie sie sein müssen,
Tayfun: dass sie eine durchgängige Transparenz haben, um zu gucken, laufe ich mit meinem
Tayfun: Service noch zeitgemäß oder nicht oder bedarf es dort einer Veränderung oder
Tayfun: laufe ich auf irgendwelche Lasten oder auf Probleme zu.
Tayfun: Dafür brauche ich Transparenz, um solche Entscheidungen zu treffen.
Tayfun: Am Ende des Tages müssen wir erst stabile Systeme haben und dann können wir
Tayfun: uns um Innovation kümmern. Aber viele Unternehmen sind damit beschäftigt,
Tayfun: das Wasser aus dem Boot zu bekommen, anstatt zu paddeln.
Tayfun: Und somit funktioniert der Fortschritt nicht. Und meistens kommen externe Berater,
Tayfun: die dann halt jemanden beraten und sagen, was alles nicht funktioniert.
Tayfun: Viel wichtiger ist zu sagen, wie es funktioniert und wie man sowas schnell abstellen kann.
Geek: Und Zuständigkeit. Ich glaube, das ist ein wesentlicher Faktor.
Geek: Also in so einem klassischen mittelständischen Unternehmen, wo du eben alles
Geek: Blech gekauft hast, da ist die IT für alles zuständig, was mit Computern zu tun hat.
Geek: Sei es, der Drucker druckt nicht bis hin zu das ERP muss irgendwie umkonfiguriert werden.
Geek: Das macht alles die IT. Ist hoffnungslos überlastet.
Geek: Aber jetzt gehst du in das große Unternehmen, jetzt gehst du in so ein Cloud-Thema
Geek: rein und da gibt es verschiedenste Services, die irgendwer gelauncht hat,
Geek: vielleicht auch irgendwie auf eine andere Kostenstelle.
Geek: Und dann ist die Frage natürlich über Zeit, wenn man fragt, kann ich das abstellen
Geek: oder muss das noch laufen?
Geek: Wer ist eigentlich der richtige Mensch? Weil immer zu sagen,
Geek: wir als Unternehmen oder die IT, das gibt es ja gar nicht so sehr.
Geek: Es ist ja immer irgendein Mensch, der dahinter hängt.
Geek: Vielleicht ist es jemand, der die Abteilung verlassen hat und weggelobt wurde.
Geek: Vielleicht ist es jemand, der immer noch da ist, aber der vergessen hat,
Geek: dass er das jemals ins Leben gerufen hat.
Geek: Und da ist die Frage, wie kriegt man eigentlich diese Ownership in das Unternehmen,
Geek: dass jeder für seinen Teil quasi auch regelmäßig mal überprüft,
Geek: möchte ich das noch haben, hat es seine Lebenszeit überdauert und jetzt ist
Geek: es fertig, es hat seinen Zweck erfüllt, weil wir mussten nur ein paar Mergers
Geek: und Acquisitions-Themen damit adressieren.
Geek: Die sind jetzt reingeholt, wir lassen das jetzt nicht einfach rumlaufen,
Geek: sondern wir schalten es ab.
Geek: Also Abschaltthemen und ich glaube, die Leute, die ich so sehe in diesen IT-Kontexten,
Geek: sind immer super Sachen anzufangen, also Greenfield-Projekte sehen wir alle,
Geek: wir wollen gerne was Neues machen, aber dann über den Lifecycle nachzudenken
Geek: und zu sagen, und wie beerdigen wir das Projekt,
Geek: was sind denn die Todeskriterien, sag ich mal, wann wollen wir das Projekt zu Ende bringen,
Geek: wann ist die Cloud-Transformation abgeschlossen, klar man kann argumentieren, es gibt immer Change,
Geek: man muss immer wieder was machen, aber die Einzelbausteine davon,
Geek: ich glaube die Einzelbausteine brauchen ein definiertes Lebensende.
Geek: Und da muss man sagen, herzlichen Dank, dass du so lange gelebt hast.
Geek: Du hast mir einen Zweck erfüllt. Dein Zweck ist erreicht.
Geek: Jetzt kannst du abgelöst werden durch irgendetwas anderes.
Tayfun: Bei der Cloud-Transformation ist das Einfachste meiner Meinung nach die Technologie.
Tayfun: Die Physik ist vorgegeben, sie ist nicht überlistbar, aber der Mensch und die
Tayfun: Organisation viel mehr.
Tayfun: Und demzufolge sind ja auch mittlerweile in großen Strukturen,
Tayfun: gibt es sogenannte Product Owner.
Tayfun: Es gibt ja einmal den fachlichen Verantwortlichen und einmal den technologischen Verantwortlichen.
Tayfun: In der Idealwelt, wenn man in Richtung Bis-DevOps geht, ist ein Team sowohl
Tayfun: technologisch verantwortlich für einen Liefergegenstand und aber auch fachlich verantwortlich.
Tayfun: Davon sind wir ja noch in Deutschland sehr weit von entfernt.
Geek: Hast du das schon mal erfolgreich gesehen?
Tayfun: Nicht in Deutschland. Und mit vor allen Dingen am Anfang sehr viel Aufwand und
Tayfun: Mindset-Change, den es fordert.
Tayfun: Weil die Leute, wenn jemand versucht, in meiner eigenen Suppe rumzurühren, dann ähm.
Tayfun: Dann haben die Leute ein Problem damit und sagen, pass auf, wenn du damit rumrührst,
Tayfun: dann kann ich die Gewährleistung, nicht dieses physische Services weiter übernehmen,
Tayfun: was ja eigentlich völlig gerechtfertigt ist.
Tayfun: Aber diese Offenheit zu sagen, hey, ich stelle dir als IT eine Plattform bereit,
Tayfun: auch die Komponenten, die du bei mir gebucht hast, du kannst sie sogar zubuchen,
Tayfun: total automatisiert am besten ist es, umso weniger die IT mit der Belegschaft
Tayfun: in technologischen Fragen eine Verbindung hat, umso besser.
Tayfun: Weil dann sieht man den Automationsgrad eigentlich ganz stark,
Tayfun: dass Fachbereiche sich standardisierte, zertifizierte, lizenzierte Komponenten
Tayfun: sich buchen können, über etwaige Prozesse, Self-Service-Portale etc.
Tayfun: Und dann loslegen können.
Tayfun: Da müssen sie relativ wenig mit der IT umgehen. Aber dieser menschliche Wandel,
Tayfun: dieser organisatorische Wandel, wer verantwortet was?
Tayfun: Wer ist für die Evolutionsentwicklung zuständig? Wann endet eine Evolution?
Tayfun: Da macht man sich meistens keine Gedanken. Und dann, wenn die Mitarbeiter auch
Tayfun: nicht vernünftig diese Services übergeben bekommen, weil sie das Unternehmen
Tayfun: verlassen, dann passiert mir genau sowas.
Tayfun: Es wird irgendwas angeschafft. Warum, weiß man immer noch nicht.
Tayfun: Dann darf derjenige, der das ehrenamtlich übernommen hat, auch nochmal etwa
Tayfun: irgendwelche Dokumente durchforsten, Mails durchforsten, um eine Analyse zu
Tayfun: machen, warum sich damals jemand dafür entschieden hat.
Tayfun: Und das ist meiner Meinung nach die Hauptaufgabe eines CIOs oder eines C-Levels,
Tayfun: dafür zu sorgen, dass man ganz klare Verantwortlichkeiten haben,
Tayfun: sowohl technisch und auch fachlicher Art.
Tayfun: Die Fachlichkeit sollte immer in der Fachabteilung liegen, aber die Technologie
Tayfun: bis zur Bordscheinkante, sage ich immer, der IT oder...
Tayfun: Der entsprechenden Abteilung, die dafür zuständig ist technologisch und dann
Tayfun: muss ein Sparing stattfinden.
Tayfun: Also wenn der Fachbereich meint, eine Evolution seines Services voranzutreiben
Tayfun: und es setzt eine technologische Veränderung voraus, dann muss es über bestimmte
Tayfun: zentrale Prozesse gehen, dass es A klar ist, warum diese Veränderung, ist es ein Change,
Tayfun: ist es ein Demand stattfindet und immer diese Durchgängigkeit und diese Transparenz
Tayfun: sicherzustellen, Wer verantwortet was bis wohin?
Tayfun: Und wenn wir was verändern, warum? Und wofür?
Geek: Das ist ja der super spannende organisatorisch-technische Conways-Law-Bereich,
Geek: in dem man sich dann da bewegt.
Geek: Und da gibt es immer diese Sehnsucht nach einem Messias, der alles macht.
Geek: Also ich möchte gerne jemanden haben, der einfach sowohl die Technik als auch
Geek: die Fachlichkeit versteht und der die Verantwortung für alles übernimmt, der soll es mal tun.
Geek: Und ich finde so eine gesunde Arbeitsteilung ist a sehr wichtig und b so herausfordernd,
Geek: wo du die Grenze ziehst und dass du kein Silo wirst. Weil eigentlich finden
Geek: wir Arbeitsteilung ganz gut, weil dann kann ich einen Fokus auf ein bestimmtes Thema machen.
Geek: Aber ich möchte halt nicht, dass ich diese Mentalität habe mit,
Geek: ich stelle es dir nur an die Straße und du musst dann selber den Kühlschrank irgendwie reintragen.
Geek: Sondern ich möchte schon, dass die beide irgendwie dasselbe machen.
Geek: Und es ist mehr wie ein Tanz, als dass es so wie zwei Silos sind.
Geek: Sondern die beiden Tanzpartner, der eine macht halt die Herren und der andere
Geek: macht die Damen Schritte.
Geek: So ist es besser, als wenn man sagt, beide können irgendwie alles und warum
Geek: sollen denn mehrere da zusammenkommen?
Tayfun: Das interessiert auch den Konsumenten dieses Services am Ende des Tages ja nicht.
Tayfun: Der möchte diesen Service in einer bestimmten Qualität und Schnelligkeit nutzen.
Tayfun: Nehmen wir mal das klassische Beispiel,
Tayfun: was sich vorangeführt hat im Lebensmittelhandel, die Kassiererin.
Tayfun: Die will, dass der Kassiervorgang sehr schnell stattfindet. Nicht nur sie, sondern der Kunde auch.
Tayfun: Ob jetzt dahinter zwei Service- oder Product-Owner existieren,
Tayfun: der eine technologische und der andere, das interessiert die Kassiererin nicht.
Tayfun: Also am Ende des Tages muss der Service in der definierten und,
Tayfun: In ausgelieferter Form, die man auch garantiert hat und auch publiziert hat.
Tayfun: Und wenn der verfügbar ist weitestgehend und wenn man das einhält,
Tayfun: dann kriegt man auch Vertrauen.
Tayfun: Und wenn man Vertrauen hat, sowohl nicht nur bei den Konsumenten,
Tayfun: sondern halt auch bei den Servicegestaltern, bei den Product Ownern,
Tayfun: dann braucht man sich um Motivation gar nicht kümmern, weil das ist eine Wertschätzung genug.
Tayfun: Und damit kriegt man auch die besten Resultate hin, dass Services ständig sich
Tayfun: weiterentwickelt werden, wenn gewisse Verantwortlichkeiten und Transparenzen sichergestellt sind.
Geek: Der Können und Wollen fällt mir dabei ein. Also das sind halt diese beiden Seiten
Geek: der Medaille. Du musst irgendwas wollen, das heißt die Anforderung muss da sein.
Geek: Ich will schnell abrechnen können und dann aber erst gepaart mit dem Können macht es Sinn.
Geek: Also es bringt nichts, wenn der Product Owner sagt, wir wollen jetzt ganz schnell
Geek: abrechnen können, aber du kannst es nicht, weil dein System es nicht hergeben.
Geek: Es bringt aber auch nichts, dass du es ganz schnell hergeben kannst,
Geek: aber das wollte keiner, sondern man möchte vielleicht so einen Slow-Consuming-Laden
Geek: haben, wo man sagt, okay, der Kunde steht im Mittelpunkt, wir machen es langsam,
Geek: wir wollen gar nicht, dass der Prozess schnell ist.
Geek: Deswegen können und wollen muss man übereinander schieben, glaube ich und das
Geek: merkst du von außen dann.
Geek: Kann mein Gegenüber die Leistung erbringen, die er erbringen möchte,
Geek: ist er in der Lage und er bringt dir die richtige Leistung.
Geek: Effizienz, Effektivität, können, wollen, wie immer man dieses Pärchen nennen möchte. Ja.
Tayfun: Der limitierte Faktor wird meistens immer der Mensch sein. Technologisch ist vieles möglich.
Tayfun: Wie wir alle wissen, in der Informatik geschieht die Kommunikation zwischen
Tayfun: den Systemen nahezu Lichtgeschwindigkeit.
Tayfun: Aber Kommunikation ist ein ganz wichtiges Thema.
Tayfun: Wozu auch die Leute mitnehmen, wenn der Konsument da Wünsche hat,
Tayfun: Feedbacks hat, etwas zu verbessern.
Tayfun: Dann sollte natürlich die IT und der Product Owner natürlich affin dafür sein,
Tayfun: das nachzugehen und zu gucken, wie er den Service verbessern kann.
Tayfun: Und wenn es nicht verbesserbar ist aktuell oder wo der Kosten-Nutzen einfach
Tayfun: nicht aus der unternehmerischen Sicht ist, das hat ja der Konsument oder die
Tayfun: Kassiererin in dem Sinne nicht.
Tayfun: Die sieht ja das große Bild nicht, was das Unternehmen an einem Kostenapparat
Tayfun: herbeirufen müsste, wenn diese Veränderung von dem Kassierer erfüllt werden soll.
Tayfun: Dieses große Ganze, aber es steht und fällt mit Adaption and Change Management,
Tayfun: also eine gute Kommunikation, sind auch Leute gerne gewillt zu sagen,
Tayfun: okay, ich habe verstanden, momentan ist es monetär oder nicht lösbar.
Tayfun: Ich weiß, ihr könntet das technisch lösen, aber ihr könnt es momentan nicht
Tayfun: lösen, weil wir das im Gesamtkontext sehen müssen.
Tayfun: Vielen Dank dafür, dass ihr so offen und transparent mit mir kommuniziert habt.
Tayfun: Das bringt auch verdammt viel.
Geek: Schauen wir uns mal diesen Prozess des Mitnehmens der Leute an.
Geek: Was sind so die Top-Argumente, die du hörst, die gegen Cloud-Transformation
Geek: sprechen? Oder die Ängste, die Leute mitbringen?
Geek: Was ist das, warum Menschen mitnehmen,
Geek: sozusagen noch so einen kleinen Widerstand haben gegen Cloud-Transformation-Projekte.
Tayfun: Die Frage ist, welche Zielgruppe du meinst. Es gibt ja unterschiedliche Zielgruppen,
Tayfun: die haben unterschiedliche Ängste.
Tayfun: Eine Angst an der Zielgruppe hatte ich ja gerade mal herangeführt,
Tayfun: das ist der Virtualisierungsingenieur,
Tayfun: wo seine virtuellen Maschinen von dem lokalen Blech in einen virtuellen Blech
Tayfun: hineinwandern und er diese Art von Tätigkeit in der Form nicht mehr machen muss.
Tayfun: Er muss sich mit ganz anderen Sachen auseinandersetzen, wie er muss sich jetzt
Tayfun: zum Beispiel keine Gedanken machen, um I.O.
Tayfun: Oder RAM zu monitoren oder ist der Speicherplatz noch da?
Geek: Sein Wissen fällt weg. Sein Wissen, was er sich über Jahre angeeignet hat und
Geek: da weiß er ganz genau, wie die Dinge miteinander funktionieren,
Geek: wo er mit seinem Schraubenschlüssel gegenhauen muss.
Geek: Das Wissen muss er jetzt erneuern über Wissen, wo muss ich eigentlich bei einem
Geek: Azure, bei einem AWS dagegen treten. Genau.
Tayfun: Meine Arbeit ändert sich ein Stück weit. Aber wenn etwas wegfällt,
Tayfun: habe ich aber Zeit für was anderes.
Tayfun: Also ich gehe ja dann, meine Tätigkeit ändert sich und nicht weniger unspannend.
Tayfun: Dann reden wir von, dass ich auf Knopfdruck in der Lage bin,
Tayfun: komplette Farmen oder Services aufzubauen in Form von Terraform-Code zum Beispiel.
Geek: Aber für mich persönlich bedeutet das ja erstmal, ich muss raus und wenn ich
Geek: keine Lust auf Veränderung habe, wäre ja das drüberliegende Thema sozusagen,
Geek: eigentlich will ich mich gar nicht verändern, läuft doch alles gut. Ja.
Tayfun: Das ist ein spannendes Beispiel. Ich hatte mal vorletztes Jahr ein Summit als
Tayfun: Speaker sprechen dürfen vor 5000 Leuten, wo ich dann die Frage gestellt habe,
Tayfun: wer ist alles für Veränderung?
Tayfun: Und ich würde sagen 90, 95 Prozent haben die Hände gehoben.
Tayfun: Und wo ich gesagt habe, wer will sich dabei auch verändern, sich verändern?
Tayfun: Das waren weniger Hände. Also alle schreien irgendwie nach Veränderung,
Tayfun: aber nur dann, wenn es für einen nicht selbst gut läuft.
Tayfun: Wenn es für einen selbst gut läuft, ist die Veränderungsbereitschaft gleich gering.
Geek: Es ist ein Risiko da, mich zu verändern. Läuft doch gerade gut,
Geek: es kann doch schlechter werden sogar.
Tayfun: Genau, und woher hat er die Erkenntnis? Das heißt, man muss es ja immer als
Tayfun: Unternehmenskontext, und das ist das, was ich immer gerne sage,
Tayfun: ihr müsst als Unternehmen erfolgreich sein. Nein.
Tayfun: Und jedes Zahnrad muss ineinander greifen.
Tayfun: Und jedes Zahnrad, was nicht performant genug ist, der muss bewertet werden,
Tayfun: angepasst werden, damit es wieder wie ein Uhrwerk funktioniert.
Tayfun: Und dafür sind meiner Meinung nach die Führungskräfte zuständig,
Tayfun: die das große Ganze immer im Blick haben müssen.
Tayfun: Und erreiche ich noch mit meinem Vorgehen, mit der Mission, die Vision zu erreichen.
Tayfun: Ansonsten hat man kleine Silos, die man heute schon hat. und dann wird es sehr
Tayfun: schwer, diese Silos aufzubrechen, nicht nur menschlich, sondern auch technologisch,
Tayfun: weil man dann halt lauter kleine Insellösungen hat und Schatten-ITs aufgebaut
Tayfun: hat und war doch eh da und immer funktioniert.
Tayfun: Und dann ist der Change-Prozess extrem schwer und der Transformationsprojekt auch.
Geek: Können wir überlegen, was so die low-hanging fruits, wie man so schön sagt,
Geek: oder die quick wins sind, die man erreichen kann, wenn man jetzt anfängt mit
Geek: einer Cloud-Transformation.
Geek: Ich weiß, wir müssen ja immer abschichten zwischen, was ist ein großes Unternehmen,
Geek: was ist ein kleines Unternehmen.
Geek: Bei den Kleinen ist es sicherlich, du musst dir gar kein Blech anschaffen.
Geek: Du kannst also ohne Mitarbeiter, ohne IT-Abteilung, kannst du schon loslegen.
Geek: Für die Kleinen sozusagen, also ganz easy.
Geek: Aber bleiben wir bei den Mittleren, bleiben wir vielleicht bei den Großen.
Geek: Was sind so typische Quick Wins? Was könnte man erreichen?
Geek: Wenn man eine Cloud-Transformation anstößt?
Tayfun: Der erste Faktor ist, man muss sich um Sachen nicht mehr Gedanken machen,
Tayfun: die man vorher machen musste. Wie zum Beispiel, läuft meine Hardware aus dem Support?
Geek: Ah ja.
Tayfun: Ja, klasses Beispiel. Wie schaut es aus mit der Lizenzierung?
Tayfun: Steht irgendwann mal ein Wirtschaftsprüfer vor die Tür und sagt,
Tayfun: pass auf, du bist absolut unterlizenziert und brummt dann eine große Strafe auch.
Tayfun: Auch das habe ich gesehen. Und das kann auch sehr unangenehm werden.
Tayfun: Schnelligkeit in der Bereitstellung Wenn ich eine Hardware als,
Tayfun: egal ob jetzt Mittelstand oder Enterprise-Kunde unterwegs bin und ich muss eine
Tayfun: Hardware dafür anschaffen, dann geht ja alleine schon monatelang,
Tayfun: gerade in der aktuellen Zeit, monatelang ins Land, bis die Hardware überhaupt erstmal da ist.
Geek: Ich fange mit der Ausschreibung an und dann gucken wir mal. Nein.
Tayfun: Und das kann ich in der Cloud sehr simplifizieren, weil ich kann ziemlich schnell
Tayfun: den Use Case technologisch vorantreiben.
Tayfun: Ich muss mir keine Gedanken machen über das Lizenzmodell, über die Verfügbarkeit
Tayfun: kann ich mit einem Häkchen sagen, wie verfügbar etwas sein soll und kann mich
Tayfun: auf das Kerngeschäft fokussieren.
Tayfun: Aber dabei aber auch immer klein anfangen, diesen Wandel.
Tayfun: Und der Wandel ist nun mal so nicht nur technologisch, sondern halt auch menschlich
Tayfun: und prozessual. Weil wenn ich immer das gleiche tue, was ich bereits schon tagtäglich
Tayfun: mache, dann wird es sehr schwer, ein anderes Ergebnis zu erwarten.
Tayfun: Das ist ein Albert Einstein Mal in der Form.
Tayfun: Deswegen die Low-Hanging-Fruits sind darin begründet, dass ich viel schneller
Tayfun: die Anforderungen, die ich auferlegt bekomme, und die können ja nicht täglich,
Tayfun: aber wirklich nicht sich ändern.
Tayfun: Wenn ich zum Beispiel gerade einen Geschäftsführer habe, der ein anderes Unternehmen
Tayfun: gekauft hat, und sagt, pass auf, jetzt macht man hier ein Assessment von der
Tayfun: IT und ihr müsst in der Lage sein, innerhalb von einem halben Jahr die komplette
Tayfun: IT in unsere Standard-ID zu überführen.
Tayfun: Und dabei müsst ihr auch die Mitarbeiter mitnehmen, die wir hinzugekauft haben. Eine spannende Sache.
Geek: Auf jeden Fall.
Tayfun: Parallel sollst du auch noch als IT den Betrieb aufrechterhalten.
Tayfun: Auf der anderen Seite sollst du Projektmanagement und Innovation vorantreiben
Tayfun: und nebenbei noch andere Unternehmenskäufe in das Unternehmen zu integrieren. Sehr spannend.
Tayfun: Und das wird, wenn man das klassisch macht, eh nicht funktionieren,
Tayfun: weil einfach sehr viel Vorlaufzeit erforderlich ist. Ist bei den anderen teilweise auch.
Tayfun: Aber wenn es um technische Bereitstellung von etwas geht, ist es in der Cloud wesentlich schneller.
Tayfun: Wesentlich schneller.
Geek: Das ist alles sehr technisch gewesen. Für die fachlichen Leute ändert sich ja
Geek: auch eine ganze Menge durch diese Geschwindigkeit alleine.
Geek: Also sie merken es nicht direkt, weil sie nicht selber diese Technik bestellen müssen.
Tayfun: Doch, wenn sie nicht mehr monatelang auf eine Anfrage warten müssen,
Tayfun: bis sie abgebildet ist, sondern nur noch Wochen oder Tage.
Geek: Genau, das bedeutet ja auch, du musst auch in den nicht technischen Bereichen
Geek: musst du anders jetzt darüber nachdenken.
Geek: Du kannst nicht mehr sagen, ich order das jetzt mal und dann denke ich mir mein Projekt aus.
Geek: Du musst es schon machen und der große Vorteil ist aus meiner Sicht,
Geek: in der Regel musst du ja, oder so wie ich es gerade gesagt habe,
Geek: kann es ja niemals sein, du denkst dir ja immer schon aus, was du genau machen
Geek: möchtest und dann startest du deine Initiative.
Geek: Und wenn dann aber viel Zeit vergeht, bis zu dem, wo du zum ersten Mal Marktkontakt
Geek: hast oder Kundenkontakt, ist das Risiko ja deutlich größer geworden,
Geek: weil die Welt sich bewegt und du hast dann auf einmal zwei sich bewegende Dinge,
Geek: nämlich einmal eine Lösung,
Geek: die ich bauen möchte und der Markt, der sich weiterentwickelt und es kann sein
Geek: im schlimmsten Fall, dass das, was du dir im Frühjahr 2024 überlegst,
Geek: eine gute Idee ist, aber die Umsetzung, die erst im Frühjahr 2025 kommt,
Geek: völlig an den Bedürfnissen vorbeigeht, weil die Welt sich gedreht hat,
Geek: weil der Wettbewerb nochmal fünf andere aufgekauft hat und deswegen jetzt auf
Geek: einmal andere Dinge eine Rolle spielen und da merkst du es ja schon also ich
Geek: glaube, du kannst deutlich weniger Frust haben in der Cloud Transformation,
Geek: wenn du quasi den Maschinenraum so weit optimiert hast dass du dann an der Fachstelle
Geek: eben wirklich flott am Ohr der Zeit bleiben kannst dass du ganz individuell
Geek: reagieren kannst und schnellere Zyklen einfach,
Geek: also diese schnelleren Zyklen was wir aus dem ganzen Scrum und agilen Umfeld.
Geek: Ja, käme mit, oh, es geht alles schneller.
Tayfun: Sehr gut, das hätte ich jetzt auch gesagt.
Geek: Das ist ja gar nicht der Punkt. Es geht ja nicht darum, schneller zu entwickeln.
Geek: Es geht ja darum, schneller zu lernen.
Geek: Und einer der Punkte, die mich am meisten aus Silicon Valley ärgern,
Geek: ist immer dieses Fail Fast.
Geek: Niemand möchte failen. Das will keiner. Und es geht eigentlich ja darum,
Geek: schnell zu lernen. Es geht darum, ganz schnell zu lernen. Ist meine Idee die
Geek: richtige? Soll ich sie weitermachen?
Geek: Und wenn ich irgendwie falsch unterwegs bin, möchte ich schnell rausfinden,
Geek: dass ich falsch unterwegs bin. Also das ist das Fail Fast.
Tayfun: Da gebe ich dir sogar auch eine Studie an die Hand, die sehr interessant ist.
Tayfun: Menschen Menschen sind erst geneigt, die Entscheidung zu wählen,
Tayfun: die die geringstes Risiko oder eine Fehlervermeidung hat.
Tayfun: Bevor sie für die denken, ich entscheide mich für die Option,
Tayfun: die am meisten Profit hat oder einen Mehrwert darstellt oder was Positives ist.
Tayfun: Genau das Gegenteil ist der Fall. Ich habe etliche Studien gesehen und die haben
Tayfun: alle das Gleiche gesagt.
Tayfun: Der Mensch entscheidet sich erstmal auf die Option, die am wenigsten scheitert
Tayfun: oder das geringste Risiko hat. Ja.
Geek: Ich glaube, da gibt es so ein ganz klassisches psychologisches Experiment auch.
Geek: Die schenken dir irgendwie 10 Dollar und dann musst du wetten.
Geek: Also dann gibt es halt so ein Rad, was man dreht oder so und dann,
Geek: Die sind sehr risikoavers, die Leute, die diese 10 Dollar geschenkt bekommen haben.
Geek: Also sie können das verdoppeln, aber sie sind konservativ, sie behalten diese
Geek: 10 geschenkten Dollar, obwohl sie nichts dafür gemacht haben.
Geek: Also sie könnten einfach richtig viel kriegen, wäre eine Möglichkeit.
Geek: Der Mensch tickt nicht so, der Mensch möchte nicht Profit optimieren,
Geek: der Mensch möchte Verlust minimieren.
Tayfun: Genau, genau. Das widerspielt auch die Studie und auch meine Erfahrung wieder,
Tayfun: da, wo die Leute halt erstmal noch sehr konservative und zurückhaltende Entscheidungen treffen.
Tayfun: Wo man sagt, du hättest das schon vorher viel, viel mehr haben können.
Tayfun: Nein, wir müssen erstmal so, wir müssen ja auch die Menschen mitnehmen,
Tayfun: die sind noch nicht so weit.
Tayfun: Da muss man halt solche Interaktionsstufen aufbauen.
Geek: Ähnlich wie vielleicht bei Enterprise Architekturen, finde ich,
Geek: hast du immer so ein paar zugrunde liegende Konzepte, die du umsetzen möchtest.
Geek: Also sei es Robustheit, Skalierbarkeit oder Sicherheit, kannst du dann in der Architektur machen.
Geek: Und ich Ich finde auf einer organisatorischen Ebene ist es eben auch zu sagen,
Geek: ist Vorhersehbarkeit oder Vorhersagbarkeit meiner Organisation wichtig oder
Geek: ist Transparenz mir wichtig oder ist viel Umsatz mir wichtig und auf diese Dinge optimierst du dann.
Geek: Und wenn du sagst, du bist ein großes Unternehmen, wird natürlich Vorhersagbarkeit
Geek: immer wichtiger, weil 20.000 Leute arbeiten da und wenn die alle in verschiedene
Geek: Richtungen rennen, wird es auf einmal crazy.
Geek: Deswegen ist der Wert von ganz viel Umsatz vielleicht so ein bisschen vom Slider
Geek: her so ein bisschen in Richtung, sei mal ein bisschen vorhersagbar, verlässlich, stabil,
Geek: damit auch meine Gesellschafter, damit meine Aktionäre, damit die wissen,
Geek: worauf sie sich einlassen, weil zu viel Unsicherheit in zu großen Dingen könnte
Geek: sehr viel Verlust bedeuten.
Tayfun: Absolut. Ein gutes Beispiel ist ja die Reaktion oder die Vision,
Tayfun: die Mark Zuckerberg gemacht hat mit der Investition von 9 Milliarden in H100 Chips.
Tayfun: Also davon leitet man ab, aha, für die Firma Meta ist künstliche Intelligenz
Tayfun: ein ganz, ganz wichtiger Faktor geworden und sie wollen ja auch teilweise das
Tayfun: als Open Source bereitstellen, diese KI-Modelle.
Tayfun: Und das Ziel ist es, vom Meta unter anderem zu sagen, ich möchte eine KI entwickeln,
Tayfun: die intellektuell dem Menschen nicht nur ebenbürtig ist, sondern noch mehr.
Geek: Ja.
Tayfun: Und das ist ja die Vision dahinter. Und ich denke mal schon,
Tayfun: dass der Mark Zuckerberg oder ein Team hat, die natürlich vorher,
Tayfun: bevor sie das der Welt mitgeteilt haben, intern schon mal kommuniziert haben, was sie da vorhaben.
Tayfun: Und deswegen ist es wichtig, Kommunikation, und das ist die Hauptaufgabe der
Tayfun: Geschäftsführung, die C-Levels, je nachdem in welcher Organisation ich bin,
Tayfun: oder Führungskräfte, klar zu kommunizieren.
Geek: Das klare Kommunizieren ist vielleicht ein guter Punkt für, wenn du jetzt eine
Geek: Cloud-Transformation begleitest.
Geek: Worauf achtest du, um festzustellen, läuft es gut oder läuft es nicht so gut?
Geek: Was sind so die Merkmale, an denen du festmachen würdest, ich muss hier nachsteuern
Geek: oder ich kann mich entspannt zurücklehnen, diese Cloud-Transformation läuft gut.
Geek: Gibt es so Dinge, wo du das festmachen kannst?
Tayfun: Ja, Agilität ist ein ganz wichtiger Faktor eigentlich meiner Meinung nach bei
Tayfun: der Cloud-Transformation, weil sie einfach sehr viel beherrschbarer macht.
Tayfun: Auf der anderen Seite fordert das Unternehmen, weil auf einmal die Organisation
Tayfun: selbstbestimmender wird.
Tayfun: Aber durch die Interaktionsstufen, du hast ja gerade ein sehr schönes Beispiel
Tayfun: genannt, ich entwickle eine Software in 2024 und dann will ich 2025 online gehen
Tayfun: mit dem Produkt am Markt und stelle fest,
Tayfun: dass die Rahmenbedingungen sich komplett verändert haben und ich 80% des Source-Codes
Tayfun: wegwerfen muss. Das ist bei der Agilität genau anders.
Tayfun: Gerade komme ich meistens eigentlich, wenn die Cloud-Transformation nicht oder
Tayfun: suboptimal läuft, werde ich dann meistens gerufen.
Geek: Wenn die es alle schon selber gemerkt Genau.
Tayfun: Und dann sagen wir, jetzt holen wir doch mal einen, der das schon ein paar Mal
Tayfun: gemacht hat oder weiß, worauf es ankommt.
Geek: Aber woher wissen deine Kunden, dass ihre Cloud-Transformation nicht so gut
Geek: gelaufen ist? Woran machen sie das dann fest?
Tayfun: Entweder der Kostenfaktor sehr hoch. Die haben dann etwas provisioniert,
Tayfun: was nicht dem widerspiegelt, was sie als Budget da geplant haben.
Tayfun: Dass auf einmal jetzt ein SQL-Server 64.000 Euro im Monat kostet,
Tayfun: hätten die auch nicht gedacht, weil sie versucht haben zu konsolidieren.
Tayfun: Und versuchen aus zehn ERPs ein ERP-System zu machen.
Tayfun: Aber diese zehn ERPs im Gesamten haben keine Kosten von 64.000 Euro pro Komponente
Tayfun: verursacht und stellen dann halt fest, dass die Kosten immens in die Höhe gehen,
Tayfun: weil man halt einfach nicht alle Faktoren mit berücksichtigt hat.
Tayfun: Und wie man so ein, das Schlimmste, was passieren kann, oder ein gängiger Fehler,
Tayfun: sagen wir es mal so, was viele Kunden machen, versuchen, ihr eigenes Rechenzimmer
Tayfun: in der Cloud 1 zu 1 abzubilden.
Geek: Also einfach nur den fremden Computer zu nehmen.
Tayfun: Lift und Shift zu machen und dann zu hoffen, dass alles in der Cloud billiger wird.
Tayfun: Die Cloud ist alles andere als billig. Wenn man es nicht richtig macht, ist es sogar sehr teuer.
Tayfun: Wenn man es aber richtig macht, kann sie billig sein und Effizienz zugleich
Tayfun: und Skalierbarkeit kriegt man dazu.
Tayfun: Und die Verfügbarkeit, die man dort bekommt, kann ich nur als Ansatzweise bereitstellen
Tayfun: in einem normalen Rechenzentrum, gerade im Mittelstand.
Tayfun: Agilität, Meilensteine, ich erkenne, ob ich die Ergebnisse, die ich mir als
Tayfun: Team oder als Organisation auferlegt habe, ob ich die erreiche in dem Meilenstein.
Tayfun: Wenn ich merke, ich habe drei Meilensteine und ich ziehe alle meine Aufgaben
Tayfun: von einem Meilenstein in das andere, erkenne ich daran, dass die Agilität nicht
Tayfun: oder der Fortschritt des Unternehmens nicht funktioniert. Ich sehe es sehr konkret.
Tayfun: Das kann ich bei einem Wasserfall-Projektmanagement-Methoden nicht,
Tayfun: weil da warte ich ja erstmal ab, bis das Ergebnis X dasteht und bis dahin habe
Tayfun: ich maximal Uneffizienz teilweise, das aber erstmal zum späteren Zeitpunkt sichtbar wird.
Tayfun: Bei der Agilität nicht. Bei der Agilität sehe ich dann, entwickle ich mich richtig
Tayfun: oder nicht und kann dann schnell gegensteuern.
Geek: Und auf der menschlichen Ebene? Also wir sprachen ja viel über die Menschen.
Geek: Diejenigen, deren Rollen sich ändern. Hat man da irgendeine Möglichkeit für
Geek: Frühwarnsysteme? Weil meckern tun die Leute ja immer.
Geek: Also da jetzt einfach nur die Anzahl des Meckerns zu nehmen,
Geek: wäre glaube ich schwierig. Die.
Tayfun: Teilnahme an Meetings, an großen Meetings, wo dann die Leute sich gewisse Sachen
Tayfun: an den Kopf werfen, woran es scheitert,
Tayfun: an was Schuld ist, daran erkennt man die Stimmung in Meetings,
Tayfun: wo man dann als Externer so ein bisschen teilnimmt und guckt,
Tayfun: was ist denn tatsächlich dieses,
Tayfun: also ineffiziente Meetings, das merkt man ziemlich schnell.
Tayfun: Weil wenn man die Frage stellt was wollt ihr in diesem Meeting und wie wollt ihr später dann,
Tayfun: also woran macht ihr fest, dass es ein erfolgreiches Meeting war mit genügend
Tayfun: Output die Frequenz der Meetings etwas abzustimmen daran erkenne ich,
Tayfun: ob etwas falsch läuft, weil,
Tayfun: Wenn etwas klar ist und die Arbeitsplakete vergeben sind, dann sind die Meetings
Tayfun: auch ein Stück weit vorgegeben und alle anderen Meetings kann man ja auch im kurzen Dialog klären.
Tayfun: Gerade wenn ich jetzt mit einem anderen Fachbereich, der mir was zuliefern soll,
Tayfun: sprechen muss, da brauche ich keine großen Meetings initiieren.
Tayfun: Aber wenn ich große Permanent-Meetings habe, die ich initiieren muss,
Tayfun: irgendwelche teilweise Taskforces oder Steering-Komitees, wo lauter bunte Bilder
Tayfun: geballt werden und die Lichtjahre von dem Produkt entfernt sind.
Tayfun: Die wissen gar nicht, was die Teams da unten tun, wo sie gerade stehen.
Tayfun: Die Anzahl der Meetings erkenne ich ziemlich schnell, dass etwas im Argen ist,
Tayfun: weil das setzt ja voraus, dass man sich viel mehr abstimmen muss und Sachen
Tayfun: vielleicht korrigieren muss, um das Ziel zu erreichen.
Tayfun: Und natürlich die Stimmung in den Meetings und in den Einzelgesprächen merke ich das auch immer.
Tayfun: Gerade in der Kaffeeküche oder in der Mensa oder in der Kantine merke ich,
Tayfun: dann halt immer, ey, was hältst du davon? Oder wie ist dein Gefühl?
Tayfun: Und die Ergebnisse bleiben dann einfach aus.
Tayfun: Man ist mit einer großen Euphorie losgelaufen, aber hat das nicht konsequent
Tayfun: weiter verfolgt und hat sich dann verhaspelt.
Tayfun: Daran erkennt man an der Stimmung der Menschen am Ende des Tages.
Geek: Und wenn dann der Karren so richtig schön im Dreck ist, dann ruft man dich.
Geek: Und was kann man da so machen?
Tayfun: Nicht unbedingt mich, aber jemanden wie dich.
Geek: Ja.
Tayfun: Ja, die Die Hauptaufgabe, also in solchen Projekten komme ich schon ziemlich
Tayfun: häufiger, dann frage ich erstmal, was war denn eigentlich der Motivator?
Tayfun: Warum habt ihr dieses Projekt initiiert?
Tayfun: Welche Geschäftsziele wollt ihr damit erreichen?
Tayfun: Oder war das nur ein Proof of Concept, mal kurz rantasten, wie sich das anfühlt?
Geek: Was lernen dann.
Tayfun: Ja, lernen. Okay, dann dürfen die Leute auch nicht böse sein,
Tayfun: wenn man daran scheitert, weil beim Lernen kannst du ja auch scheitern.
Geek: Du lernst ja immer was. Du lernst, das ist nichts für dich oder du lernst,
Geek: wie es funktioniert oder du lernst, das löst dein Problem nicht.
Tayfun: Weil es ist ja auch ein kultureller Wandel. Gerade wenn es im Cloud-Kontext
Tayfun: ist, ist die Arbeitsweise auch eine andere. Es gibt neue Rollen.
Tayfun: Es gibt Leute, die sich ausschließlich mit Adoption und Change Management beschäftigen.
Tayfun: Also das heißt Kommunikation und Abholen von Mitarbeitern.
Tayfun: Ob sie Meetings, Kick-Offs, Veranstaltungen initiieren, um einfach das Wir-Gefühl
Tayfun: zu entfachen, weil gute Cloud-Transformationsprojekte leben einfach vom Mitmachen.
Tayfun: Und da muss man die Leute abholen. In der Regel ist es so, dass ich meistens
Tayfun: in die Projekte gehe, also erstmal mir das anschaue, was will der Kunde tatsächlich
Tayfun: tun, dann vergleiche ich das, wo sie gerade stehen und dann...
Tayfun: Egal wie etwas aussichtslos ist oder schlecht ist, also ich suche nicht den
Tayfun: schwarzen Peter, sondern immer wertschätzend und sage, okay,
Tayfun: du wusstest es damals nicht besser, alles gut, aber wir wollen es jetzt besser machen.
Tayfun: Und eine Aufbruchsstimmung und dabei eine Motivation, aber auch einen klaren
Tayfun: Fahrplan, wie man dieses Ziel noch erreichen kann, wenn das Ziel noch das richtige Ziel ist.
Tayfun: Und dann, ich sage immer, klein anfangen und stetig wachsen,
Tayfun: Schritt für Schritt, dann wenn es erfordert.
Tayfun: Nicht versuchen, das große Rad zu drehen, wenn ich schon beim kleinen Rad schon Probleme habe. Ja.
Geek: Auf jeden Fall. Vielleicht ist es allein schon wegen der Buchstaben.
Geek: Cloud Transformation, es gibt mehr Buchstaben bei Transformation als bei Cloud.
Geek: Also ist da anscheinend mehr drin.
Geek: Und in meiner Erfahrung ist auch so, alles das, wo Dinge sich verändern sollen
Geek: im Unternehmen, alles das, wo Transformation, Change oder dergleichen ist,
Geek: das braucht dedizierte Menschen, die sich darum kümmern, das zu begleiten.
Geek: Weil du hast immer zwei Arten von Kräften. Du hast die Aufbruchstimmung und
Geek: du hast die Erhaltungskräfte.
Geek: Ich hatte letztens auch mit einem Kollegen gesprochen und da ging es darum,
Geek: über so ein Change-Thema, welche wichtigen sieben Fragen stellen wir eigentlich
Geek: dem Kunden, wenn es um Change geht.
Geek: Und die Fragen waren alle in die Zukunft gerichtet, was gut ist.
Geek: Aber ich finde, du musst auch in die Vergangenheit gucken und sagen,
Geek: was wollen wir alles erreichen und was wollen wir mitnehmen von dem Alten.
Geek: Gibt es von dem Alten noch etwas? Und das ist bei den Leuten sehr,
Geek: sehr wichtig, wenn die sagen, ich habe ja hier den Schraubenschlüsseltyp,
Geek: der muss jetzt den ganzen Tag herhalten.
Geek: Wenn der halt ein gewisses Wissen hat und er hat Sorge, dass er das loswerden
Geek: muss, weil er jetzt in die Cloud geht und dann ist das alles nicht mehr wichtig,
Geek: was er vorher wusste, dann ist da ja irgendwas zu bewahren.
Geek: Und diese Bewahrungskräfte, die so ein bisschen Aikido-haft in Aufbruchskräfte
Geek: umzuverwandeln, das kannst du nicht nebenbei machen.
Geek: Du kannst nicht sagen, ich mache jetzt hier ein bisschen Technik und vielleicht
Geek: auch noch Geschäftsmodell und ich frage nur, was die machen wollen und dabei
Geek: nehme ich noch die Leute mit und bin die inspirierende Galleonsfigur.
Geek: Sondern du musst Change auch als das begreifen, was es ist Leuten zuhören.
Geek: Hier Betroffene zu Beteiligten machen, dass sie auch sagen können,
Geek: was ist ihr Ding und das, was Chefetagen am wenigsten wollen und wenn die irgendwas
Geek: sagen, wo eine neue Erkenntnis ist und man muss seinen Plan nochmal anpassen,
Geek: diesen Plan bitte auch wirklich anpassen und wenn du sagst, was war der Grund,
Geek: warum wir ursprünglich hingeklaut wollten,
Geek: vielleicht ändert der sich jetzt nach dem, was wir an Widerstandskräften gesehen haben.
Geek: Vielleicht müssen wir es nuanciert oder größer anpassen, damit das Unternehmen
Geek: an einem Faden ziehen oder an einem Seil ziehen möchte, dass sie mitkommen.
Tayfun: Ja und das ist die Hauptaufgabe der Geschäftsführung des C-Levels, das zu kommunizieren.
Tayfun: Zu sagen, wir haben einen Weg beschritten, wir wollen folgendes erreichen.
Tayfun: Wir wissen auf dem Weg vielleicht noch vieles, das wir noch beantworten müssen,
Tayfun: was wir heute noch nicht wissen.
Tayfun: Und es ist ein Stück weit, also was heißt ein Stück weit, Fehler sind erlaubt.
Tayfun: Wir haben eine Fehlerkultur.
Tayfun: Wir wissen alle das nicht besser. Und wir machen alle in einer Form Fehler.
Tayfun: Das macht auch keiner wissentlich. Also von daher, das bringt auch nochmal den Druck aus dem Kessel.
Tayfun: Und es gibt auch ein Stück weit Menschlichkeit und Vertrauen wieder.
Tayfun: Wir wollen alle gemeinschaftlich lernen.
Tayfun: Das ist ein Stück weit Pioniersarbeit für mich als Unternehmen.
Tayfun: Ich weiß am Ende des Tages das Resultat nicht ganz.
Tayfun: Aber ich bin voller guter Hoffnung, weil ich habe eine Vision.
Tayfun: Und male mir die aus und versuche, die bestmöglich zu erreichen,
Tayfun: unter anderem auch mit Cloud und mit den Menschen.
Tayfun: Und es gibt ein schönes chinesisches Zitat, wenn der Wind der Veränderung weht,
Tayfun: bauen die einen Mauern und die anderen Windmühlen.
Tayfun: Und das Adoption and Change Management Team, das muss ein Team sein von Pädagogen
Tayfun: und Kommunikatoren, genau denen, der den Schraubenschlüssel in der Hand hält,
Tayfun: zu sagen, pass auf, dein Arbeitsplatz und wie alle anderen Arbeitsplätze werden
Tayfun: sich in der Zukunft ändern.
Tayfun: Ihr werdet einen anderen Schwerpunkt haben. Du kannst nicht jederzeit den Schraubenschlüssel
Tayfun: an die Hand wollen und den verteidigen müssen.
Tayfun: Irgendwann gibt es keine Schrauben mehr, weil dann gibt es was anderes.
Tayfun: Und dann bist du nicht mehr wettbewerbsfähig, nicht nur für das Unternehmen,
Tayfun: aber auch später im Markt nicht.
Tayfun: Und das als die Vorteile, wenn er sich weiterentwickelt, welche Vorteile er
Tayfun: noch bekommt, dass er sich fachlich und auch disziplinarisch vielleicht auch
Tayfun: weiterentwickeln kann.
Tayfun: Dieses Positive, das ist die Aufgabe eines Teams, dass diesen Wandel kulturell
Tayfun: hauptverantwortlich, also nicht nebenbei zu tausend anderen Sachen stiefmütterlich,
Tayfun: sondern wirklich die Leute mitnimmt und gerade bei diesem Wandel.
Tayfun: Deswegen bin ich immer drauf und dran zu sagen, fangt klein an,
Tayfun: nehmt ein bestimmtes Projekt,
Tayfun: wo ihr gerade Schmerzen habt, verprobt das, sowohl menschlich,
Tayfun: organisatorisch, prozessual und technologisch und reift daran und wird immer
Tayfun: besser und dann nehmt ihr euch das zweite Projekt, das dritte Projekt.
Tayfun: Ihr glaubt nicht, wie dieser Ansatz euch weiter bringen wird und irgendwann
Tayfun: seid ihr auf einer Ebene, wo ihr immer mehr Gleichgesinnte bekommt,
Tayfun: von Kritikern zum Fan umgemünzt und dann haben die Leute Bock mitzumachen,
Tayfun: weil sie dann sehen, wie erfolgreich diese Meilensteine werden und wie sagt man so schön,
Tayfun: tue Gutes und spreche darüber und das bringt auch jeden Kritiker irgendwann
Tayfun: durch die Ergebnisse positiv geschimpft und nicht jeder muss den Wandel mitmachen,
Tayfun: dann ist es halt so, dann ist er aber auch nicht mehr der Richtige für das Unternehmen.
Geek: Ich finde das Kleinanfangen wichtig, aber wo man darauf aufpassen sollte,
Geek: Kleinanfang heißt nicht in einem Team auf einer niedrigen Ebene,
Geek: sondern ich glaube, du brauchst es bei ihnen schon.
Geek: Aus der Geschäftsleitung heraus muss jemand sagen, ich unterstütze das und ich finde das richtig.
Geek: Ich habe schon oft gesehen, gerade mit Agil, wenn Teams anfangen wollen,
Geek: agil zu sein, sind sie in dem harten Unternehmenskorsett, bleiben da,
Geek: sind dann aber ihr eigenes Team von 30 Entwicklerteams, das eine ist jetzt agil.
Geek: Das ist immer so ein sehr kleiner Tropfen auf dem super heißen Stein.
Geek: Das wird auch nicht funktionieren. Und deswegen ist, glaube ich, so ein kleiner,
Geek: So einen Kuchenschnitt zu machen, wo man sagt, von ganz oben nach ganz unten
Geek: schneide ich einen ganz kleinen Streifen und dieser kleine Streifen,
Geek: der hat aber auch hier einen Sponsor im Top-Management,
Geek: der hat Leute, die das auf der Fachebene umsetzen können, der hat Leute,
Geek: die das eben als Maschinenraum-Experten mit Schraubenschlüsseln,
Geek: was auch immer man dann braucht, umsetzen können.
Geek: Und ganz leicht verwechselt man ja, dass man sagt, fang klein an mit,
Geek: fang doch mal auf irgendeiner Arbeitsebene an, mach das mal irgendwo.
Geek: Aber Selbstabteilungsleitung wäre, glaube ich, noch zu klein,
Geek: wenn du sagst, du willst das irgendwie nach vorne tragen.
Geek: Es braucht immer irgendeine Art von Sponsorship aus einer höheren Ebene,
Geek: um da wirklich nachhaltig nach vorne gehen zu können. Und auch durchgängig.
Tayfun: Also ich könnte sogar ein konkretes Beispiel nennen. Wir haben eine Organisationseinheit
Tayfun: in einem Unternehmen aufgebaut, das nennt sich Center of Excellence.
Tayfun: Das beschäftigt sich um Legacy-Anwendungen in die Cloud zu bringen. Das arbeitet hoch agil.
Tayfun: Jetzt gibt es aber zuständige Fachbereiche, mit denen dieses agile Team zusammenarbeiten
Tayfun: muss, damit sie diese Workloads wirklich effizient in die Cloud bringen.
Tayfun: Und dann gibt es so Abteilungen wie Steuer oder Compliance oder halt auch IT-Sicherheit,
Tayfun: die kein Bestandteil dieses agiles Teams waren.
Tayfun: Und dann ist die Evolutionsbremse, sobald eine agile Arbeitsweise auf eine klassische
Tayfun: nicht agile Arbeitsweise trifft, passiert Stillstand, nahezu Stillstand.
Tayfun: Und dann hat man den ganzen Spirit, die ganze Performance, was man alles sich
Tayfun: geplant hat, aufgebaut hat, darf man es nicht betreiben,
Tayfun: weil die IT-Sicherheit oder weil die Compliance oder die Steuer diese Arbeitsweise
Tayfun: nicht gewohnt ist und dir erstmal wochenlang irgendwelche Termine gibt in die Zukunft.
Geek: Es liegt auf unserem Haufen, wir kümmern uns drum, wenn du dran bist, bitte komm wieder.
Tayfun: Genau, und jetzt hast du das Auto fertig gebaut, jetzt brauchst du nur noch
Tayfun: Sprit rein, dann kannst du losfahren, dann sagst du, den Sprit kriegst du nicht,
Tayfun: weil ich muss erstmal alle Radkappen prüfen.
Tayfun: Und das ist genau der Punkt, du musst anpassen.
Tayfun: Einen Use Case wählen, der komplett mit allen Fachabteilungen,
Tayfun: denen es dazu bedarf, Teile davon, daran widmen müssen, auch agil.
Tayfun: Ansonsten baust du eine agile Welt mit einer nicht agilen Welt auf und sobald
Tayfun: du eine Komponente oder eine Ressource aus einer nicht agilen Welt brauchst,
Tayfun: wirst du scheitern oder kommst dann halt in den Stillstand und in die Frustration,
Tayfun: weil du hast ja ein tolles Produkt gebaut, du weißt es, aber derjenige,
Tayfun: der nicht agil mitarbeiten soll, weiß es aber noch nicht und arbeitet auch ganz
Tayfun: anders und dann passiert der Frust und das ist wirklich von der Geschäftsführung
Tayfun: zu klären, diesen Schnitt zu machen.
Tayfun: Ich will was verproben und ich brauche alle Stakeholder an dem Tisch,
Tayfun: den ich dafür brauche, um diesen Use Case umzusetzen. Du.
Geek: Hattest das schon mehrfach gesagt und ich traue mich gar nicht,
Geek: die Frage zu stellen, aber wie lang sollte denn ungefähr so eine Transformation angesetzt sein?
Geek: Ich weiß, die ist nicht so richtig zu Ende, aber Ich habe so ein kleines Projektmanagement-Herz
Geek: und das sagt mir immer, alles hat irgendwie eine bestimmte Dauer, auf die es angelegt ist.
Geek: Spricht man da eher von Monaten, Jahren, Jahrzehnten? Wie würdest du sagen,
Geek: wenn man das jetzt so ein bisschen abschichtet und sicher kann man dann weitermachen, aber was…
Geek: Was wäre so der Rahmen, in dem man sich bewegen sollte für die kleineren,
Geek: aber auch für eine etwas größere Initiative?
Geek: Das sollte man für eine Cloud-Transformation mal so grob.
Tayfun: Nehmen. Also eine Zeitdauer kann
Tayfun: man leider nicht sagen, weil sie an umfangreichen Faktoren geknüpft ist.
Tayfun: Also das heißt, die Antwort würde heißen, kommt drauf an. Das hat ich befürchtet.
Geek: Ja.
Tayfun: Deswegen würde ich es sehr agil machen. Ich würde es in Interaktionsstoff machen.
Tayfun: Ich würde jede drei Monate, jedem Planungsschritt einen Erfolg verkünden,
Tayfun: damit die Leute auch daran Spaß haben und sagen,
Tayfun: hey, erst in zwei Jahren sehe ich den Erfolg meiner Arbeit oder sehe ich den
Tayfun: schon alle drei Monate. Das ist eine ganz andere Motivation.
Tayfun: Und ein Unternehmen, was seine ERP-Lösung weltweit zentralisieren und in der
Tayfun: Cloud aufbauen will, was zwei, drei, vier Jahre dauert, dann kannst du die Leute
Tayfun: nicht vier Jahre lang bei Laune halten und sagen, hey, am Ende des Tages knallt der Schampus.
Tayfun: Bis dahin ist halt viel, viel Arbeit und Schweiß und scheitern verurteilte Schritte zu durchlaufen.
Tayfun: Nein, damit kriegt man keine Transformation erfolgreich, nachhaltig abgeschlossen.
Tayfun: Wie lange dauert eine Transformation ist auf Basis des Use Cases,
Tayfun: der Größenordnung des Unternehmens ist auch ganz wichtig und der Aufgabe.
Tayfun: Wenn man sagt, ich möchte gerne, dass mein Mittelstand von lokalen Office-Anwendungen
Tayfun: in die Cloud M365 nutzen soll,
Tayfun: dabei immer mehr Services adaptieren, also erstmal typisch Word,
Tayfun: Excel, Teams und so weiter nutzen will, aber später soll sie auch die Prozesse
Tayfun: optimieren, wie zum Beispiel über Power-Plattformen, wo ich dann halt komplette
Tayfun: Geschäftsprozesse automatisiere.
Tayfun: Ich würde das in Interaktionsstufen machen und sagen, hey, diese Transformation
Tayfun: von diesem Use Case dauert so und eine Transformation hat normalerweise eigentlich
Tayfun: nie ein Ende, weil die Welt dreht sich ja permanent losgelöst,
Tayfun: welche Transformation man als Unternehmen gestoßen hat, immer weiter.
Tayfun: Auf jeden Fall. Und man muss darauf reagieren und wenn man es agil macht,
Tayfun: kann man schnell darauf reagieren, wenn man es…,
Tayfun: klassisch macht, dann wird es schwierig.
Geek: Somit könnte man eigentlich sagen, dass die Cloud-Transformation eigentlich
Geek: nicht eine einzelne Transformation, die irgendwann fertig ist,
Geek: sondern das ist das neue Geschäftsmodell, wie IT funktioniert oder wie Technologie
Geek: im Unternehmen funktioniert.
Tayfun: Genau. Es ist nicht nur der Wandel technologischer Art für das Unternehmen,
Tayfun: sondern auch der kulturelle Wandel und der Wandel mit den Menschen zusammen.
Tayfun: Technologie anders zu sehen, anders bereitzustellen, anders mitzuarbeiten und
Tayfun: im Zeitalter, wo man sagt, anytime, anyplace, anydevice, rund um die Uhr das
Tayfun: System verfügbar ist, in der Qualität und Form, wie ich es brauche.
Tayfun: Und egal, wo ich bin, kann ich den Service adaptieren. Dann.
Geek: Ist, glaube ich, der Begriff schwierig gewählt, weil Cloud-Transformation für
Geek: mich bedeutet, da ist irgendwann was angefangen und fertig. Aber es ist eigentlich eher eine Art zu denken.
Geek: Es ist nicht so sehr ein Vorgang, der abgeschlossen wird, sondern es ist ein
Geek: Paradigma, es ist eine Art zu denken.
Tayfun: Die Leute sagen dann, oder was man durchaus sagen kann, dann,
Tayfun: wenn ich alle meine Systeme in der Cloud habe, habe ich ja keine Cloud-Transformation mehr.
Tayfun: Wenn all meine alten Anwendungen, die ich nicht mehr habe, die gibt es nicht mehr.
Tayfun: Ich habe nur ein paar Netzwerkkomponenten lokal, vielleicht noch ein,
Tayfun: zwei Testsysteme, ansonsten habe ich alles in der Cloud.
Tayfun: Dann kann ich ja sagen, okay, jetzt bin ich auf einer Ebene,
Tayfun: die ich vorher noch nie hatte. Jetzt bin ich komplett in der Cloud.
Tayfun: Jetzt mache ich mir Gedanken, wie ich in der Cloud Multicloud-Modelle betreibe.
Tayfun: Also das heißt, das Evolutionslände ist ja noch nicht fertig.
Tayfun: KI besser einbinde. Dass meine Cloud über die KI komplett gesteuert wird,
Tayfun: dass ich meine Workloads auf Basis von unterschiedlichen Kriterien an den besten
Tayfun: Cloud-Provider platziere, der mich am meisten voranbringt.
Tayfun: Sowohl Kosten, Nutzen und Risiko. Die Transformation geht trotzdem in der Cloud,
Tayfun: auch wenn ich alle Workloads hätte in der Cloud, trotzdem weiter,
Tayfun: weil die Cloud sich ja auch in sich weiterentwickelt und die Services immer mehr werden.
Geek: Wenn wir das jetzt versuchen zusammenzufassen, für Menschen,
Geek: die da draußen zuhören und sich sagen, oh, Cloud Transformation,
Geek: würde ich auch gerne mal probieren.
Geek: Was für drei Tipps würdest du denen geben und sagen, auf diese Sachen solltest
Geek: du achten, um das nochmal zu pointieren, was wir hier jetzt die ganze Zeit gesagt haben?
Tayfun: Klare Ziele sich stecken, diese zu kommunizieren, dann zu sagen,
Tayfun: warum man sich für Cloud entschieden hat, um diese Ziele zu erreichen,
Tayfun: also auch wieder Kommunikation, klein anzufangen, das Ungewisse zulassen dabei,
Tayfun: in bester Form mit Agilität anzufangen und Stück für Stück kleine Quick Wins
Tayfun: zu erzielen, um zu zeigen, dass man auf dem richtigen Weg ist und die Leute dabei abholt.
Tayfun: Und die Leute kriegt man immer gut abgeholt, wenn man Erfolge feiert.
Tayfun: Kurzfristige Erfolge feiert, die Menschen mitnimmt, deren Bedürfnisse und deren
Tayfun: Ängste wirklich sich anhört und auch ein Team darauf ansetzt,
Tayfun: diese Kommunikation aufzubauen.
Tayfun: Weil wenn die Kommunikation nicht stimmt, dann löst die ausgeklügelste Technologie
Tayfun: in der Cloud nichts, wenn die Leute das nicht annehmen.
Tayfun: Also, klein anfangen, klare Ziele stecken und ja, Menschen mitnehmen.
Geek: Das war Ein Geek kommt selten allein. Vielen Dank fürs Zuhören und großen Dank an dich, Taifun.
Tayfun: Danke auch.
Geek: Mach's gut, lass dein Abo da und bis zur nächsten Folge. Wir hören uns.