Warum ein CTO Business-Ziele für Entwickler übersetzt: Tech-Leadership entmystifiziert

00:00:00: Als Techie heutzutage kein Interesse am Business Hearts bist du eigentlich falsch im Job.

00:00:04: Wenn du ein reiner Coder bist, machen wir uns nichts vor AI?

00:00:07: Bist du weg?

00:00:08: zwei Jahre noch maximal?

00:00:09: Schulden

00:00:09: sind persönlich schlechtes.

00:00:11: Die muss ihr nur abbezahlen klar kommunizieren.

00:00:13: was passiert wenn eine Firma Schulden aufnimmt um den Grof zu finanzieren?

00:00:17: dann weiß es jeder.

00:00:18: Hier bin ich jetzt mal hundertfach denke die drei Sachen werden kaputt gehen und wenn ich jetzt in sechs Monaten neunzig Leute anstellen muss oh Gott!

00:00:23: Dann werde ich einfach den ganzen Tag nur mit Hiring verbringen.

00:00:28: Der Tod jedes Start-ups ist, dass sich da Techies zusammensetzen.

00:00:31: Dann schließen sie sich irgendwie sechs Monate ein und kommen die mit irgendwas raus, was kein Mensch

00:00:34: braucht.".

00:00:35: Warum reicht eigentlich nicht ein Entwickler um einen Software-Startup erfolgreich zu machen?

00:00:39: Ich meine es ändert sich gerade durch künstliche Intelligenz sowieso alles.

00:00:42: aber die meisten Firmen, die wir uns angucken, die dann Milliardenumsätze machen oder Milliardenbewertungen erreichen haben halt einen Entwicklerteam von hunderten oder sogar tausenden von Leuten gepaart mit einem großen Vertriebsteam.

00:00:54: Und in all diesen Business Podcasts kommt meistens ... Businessseite zur Geltung.

00:00:59: Und es geht sehr viel darum, Vertrieb Geld verdienen und Produkt wird immer so... an der Seite beschrieben.

00:01:05: Heute sprechen wir mal drüber.

00:01:06: was bedeutet das eigentlich eine Produkt- und Technologieorganisation voranzutreiben?

00:01:12: Warum braucht die Größe?

00:01:14: Was ist die wichtigste Aufgabe?

00:01:15: Dafür sitzen heute zusammen Andreas Strütz von FinAuto und Stefan Schulze von A-Eleven.

00:01:20: E-Miles Project A beziehungsweise der operative Arm vom Startup Investor Project A. Es geht genau darum Wie skaliere ich eigentlich eine Technologieorganisation?

00:01:30: Weil da gehört so viel dazu, es wird so selten drüber gesprochen.

00:01:33: Aber das Lustigste was ich daraus gelernt habe wo ich eigentlich kein Plan von habe als ja doch wenig technisch angehauchte Person ein CTO also der technologieverantwortliche in einem Start-up übersetzt Businessziele für Entwickler und wenn man das mal versteht dann versteht man dass da eigentlich viel Kommunikation passieren muss Eine große Organisation wird, weil einfach viel gemacht werden muss.

00:01:57: Aber auch weil viel übersetzt werden muss, Verantwortung übernommen werden muss und Verantwortung verteilt werden muss.

00:02:01: Wir gehen hier richtig ins Detail in dieser Episode Scaling Technology die wir zusammen mit SAP vor Startups produzieren Und wollen einfach mal über den Tellerantin ausschauen.

00:02:10: Normalerweise wie gesagt sehr business-seitig In vielen Business Podcasts und heute sehr technologielastig zwei Techchefs, die wirklich Ahnung haben und mal in Tiefe gehen.

00:02:21: Egal ob du selber dich mehr in der Business- oder Technischenrolle siehst, dieser Episode wird auf jeden Fall einiges an Mehrwert stiften.

00:02:28: Viel Spaß bei Scaling Technologies produziert von Unicom Bakery & SAP for Startups mit Stefan und Andi!

00:02:35: Also woran denke ich bei Skalierung?

00:02:36: Ist eine spannende Frage weil am Ende hast du ja zwar eben als technische Skalierung, Technologie treibt immer ein Business so dann haste auch das Gedingen vom Business dazu Und am Ende ist die Kernfrage immer die... Also das ist vielleicht eine grundsätzlich Frage, können wir ja gleich mal diskutieren.

00:02:55: Was treibt das Business?

00:02:56: Ist Technologie dazu da um das Business voranzutreiben oder ist Technologie dafür damit das Business überhaupt funktioniert?

00:03:04: also wie sind die Abhängigkeiten drauf?

00:03:05: und ich glaube am Ende musst du sicherstellen dass du Technologie hast die dein Business maximal unterstützt.

00:03:11: so und das heißt für mich Auch gar nicht nur, wenn wir jetzt nochmal Internet-Business denken.

00:03:18: Server, Programmiersprache, Applikationen, Wasserrümme... Sondern auch tatsächlich was darüber hinausgeht.

00:03:24: Also Prozesse, Haring, Organisation und so weiter.

00:03:28: Das ist ein riesengroßer Rattenschwanz!

00:03:30: Und deswegen nicht nur auf Technologie.

00:03:31: aber ich meine du betreibst ja zumindest selber einen Unternehmen.

00:03:36: oder wie ist es für dir?

00:03:38: Ja ganz ganz spannend.

00:03:39: also in dem Moment von dem man sagt Ich will ein scalable Business Meine erste Frage, wo ist das Orchard?

00:03:46: Ich meine ... Das darfst du ja keinem mehr sehen.

00:03:48: Normalerweise ist das was die Leute sofort einen Hate-Anfall bekommen und sie sagen ich will selber gründen und dann die wollen ein Orchyard!

00:03:54: Ich will es nicht.

00:03:54: Das Kernding.

00:03:56: Infrastruktur?

00:03:57: Easy.

00:03:57: Also darüber denke ich, ich weiß nicht wie's bei dir ist, denke ich erstmal gar nicht nach.

00:04:01: Application

00:04:02: bauen wir Sachen müssen jetzt... Die Kunst ist es rauszufinden, was braucht man da wirklich damit man den maximalen benäffigt für die Firmarschaft?

00:04:11: Und dann nehmen wir es nicht die kirche, man will für jemanden.

00:04:15: Ja du willst

00:04:16: Geld verdienen?

00:04:16: Klar und zwar ein euro investieren vielleicht einen euren nun Gummer eins-eins oder je nachdem wie viel marge du haben willst mehr machen das heißt ok und Dann welche leute brauchen wir dafür welches?

00:04:28: keins ergeben sich dadurch die man auch braucht und dann geht's dann gehts im wesentlichen los.

00:04:32: ist was spannend bei finn?

00:04:33: ich wollte wissen ist es eine matrix?

00:04:37: ist es eine, ich sag mal so, hierarchische Struktur.

00:04:40: Ist das irgendwas anderes?

00:04:41: Also nach Mission-Based aufgebaut bei Phoenixes Mission-based und dadurch gab's sich ganz klar welche Leute brauche ich, welche Technologie brauche Ich?

00:04:49: also API First war das zum Beispiel.

00:04:51: man hätte das auch wunderbar mit Monolithen bauen können aber dann wäre die Orgstruktur ein anderer gewesen.

00:04:55: Das beobachte ich

00:04:56: ja

00:04:57: dass er das erste was bei mir kommt.

00:04:58: Aber du hast schon paar Kampagnes mehr gesehen.

00:05:00: wie ist es bei dir?

00:05:01: Ja es ist spannend.

00:05:02: ich glaube es hängt sehr von der Stage ab ... jetzt über, sagen wir mal, Seedphase sprichst oder für mir das auch.

00:05:09: Ja doch SeedPhase ist vielleicht ein gutes Beispiel ne?

00:05:11: Also du hast sozusagen eine erste Idee.

00:05:12: Du fängst dann erstes Produkt zu bauen und versuchst, Product-Marketware zu finden... ...und danach eigentlich in die Skalierung anzugehen.

00:05:17: Da würde ich sagen es augtchart völlig egal.

00:05:20: Ne?

00:05:20: Du brauchst am Ende ein gutes Team!

00:05:22: Und im Enden ist es auch, oder am Anfang gesagt ist es ein kleines Team.

00:05:25: Das sind vielleicht drei, vier, fünf Leute und da brauchst du kein Orktat.

00:05:29: Da würde ich dir vielleicht sogar widersprechen.

00:05:32: Ich würde sagen Monolith ist ein sehr guter Startpunkt.

00:05:35: Also ich habe immer wieder gesehen das Gründe anfangen mit einem Drei-Personen-Team machen die dann irgendwie Microservices für drei Personen, fünfzig Services.

00:05:45: Und dann erstickst du jegliche Innovationen und Klickschündigkeiten.

00:05:48: oder eigentlich nur damit beschäftigt bist du die ganze Zeit deine Service zu maintainen und am Leben zu halten und ein Diplomen braucht dann irgendwie Nummer dreinundzwanzig Abhängigkeiten und jeden dritten Tag bricht ihr alles zusammen während du fünf User auf der Plattform hast.

00:06:00: Und da kommen sie Diskussionen.

00:06:01: beobachtest du das auch?

00:06:02: Sollen wir die Datmak in Docker-Container packen oder nicht?

00:06:05: Ja,

00:06:05: klassisch.

00:06:06: Das

00:06:06: ist nicht dein Problem jetzt, seriously!

00:06:08: Und ich glaube das ist ein interessanter Punkt.

00:06:09: Genau, das ist eigentlich gar nicht ein Problem weil es am Ende eine technische... Sagen wir mal technisches Detail ist, wie du es am Ende umsetzt.

00:06:17: Ich glaube die Kernfrage ist Du musst halt in der Lage sein In so einer Phase deinen Business schnellstmöglich iterieren zu lassen.

00:06:23: Ne?

00:06:23: Du hast eine Idee.

00:06:24: Du falligierst Versuch zu validieren Dann wird's was oder nicht?

00:06:27: Meistens wird nichts und dann gehst du eigentlich weiter.

00:06:30: Das wird dir als man ja auch nicht angefangen haben bei vielen Autos und gesagt haben also wenn ich Design im Allen Orgschatt für hundertundzwanzig Leute oder wie viele seid oder hundertfünfzig oder zweihundert Und dann baue ich darauf basiert mein Produkt sondern bist ja am Anfang fängst immer klein an um dann zu wachsen.

00:06:45: Aber da würde mich interessieren, also wenn du sozusagen über Technologie- und Skillierung nachdenkst, Orgdschad verstanden?

00:06:49: Wahrscheinlich dann later stage aber nur so mal zurück denkst an die Anfangsjahre wie war es da?

00:06:55: Ich hatte das große Glück vorher bei Westwing gearbeitet zu haben und zu gesehen was gut ist und was nicht gut ist.

00:07:02: Das heißt dieses das Hauptrisiko dass was ich immer wieder sehe da wollte ich niemals hinkommen niemals Engineering for the sake of engineering.

00:07:11: Das ist ich halte das für heute noch viel größter Gefahr.

00:07:14: Wir Ingenius, wir nehmen das... ...auf Teil so

00:07:17: eine richtig geile technische

00:07:18: Lösung zu bauen und dann sterben wir in Schönheit.

00:07:21: Ja!

00:07:23: Ganz ehrlich?

00:07:23: Das ist technologisch das größte Risiko.

00:07:26: Das heißt wenn man dann sowas baut es wasch wie baue ich das auf?

00:07:33: also Mindset von den Leuten dass das niemals passiert.

00:07:37: Und da, ich glaube, dann muss man beim Hiring halt richtig klar sein.

00:07:41: Die Score kann sehr, sehr klar sein und nicht Leute zu verteilen holen die sich technologisch austoben wollen sondern erst mal maximal Contribution to the Business.

00:07:52: Ja!

00:07:53: Ich glaube die Technologie welchen man da verwendet... Da gibt es ja halt... Das ist eine Entscheidung ob du das auf GCP, auf AWS oder selber maintains das musst du je nach Business-Modell entscheiden?

00:08:04: Wenn du ein BtoB Saas Business Mach, macht das vielleicht Sinn komplett erst auf ein locker Container.

00:08:09: Wenn du willst, auf bare Metal?

00:08:11: I don't care!

00:08:12: Das ist am Ende und macht das zum Teil sehr viel Sinn wenn du Health Care in Deutschland machst.

00:08:16: Kannst

00:08:17: auch noch.

00:08:18: wird es eng, wenn du Richtung Cloud-Lösung gehst?

00:08:21: Genau.

00:08:21: Obwohl die mittlerweile auch tatsächlich Richtung Cloudlösung gehen.

00:08:23: also der Weg ist zumindest da, das ist einfach nur zehn, fünfzehn Jahre später.

00:08:27: Also Mindset!

00:08:27: Ich glaube Mindset ist das erste.

00:08:29: am Anfang hol ich mir immer gerne Leute rein, die so ein bisschen wild unterwegs sind wie Kobo Style, Delivery Delivery...

00:08:35: Aber die auch wissen was sie tun, also das ist vielleicht zu einer der Punkte die nicht gesehen habt, so der klassische Fehler Hey, wir haben nicht viel Geld.

00:08:41: Start-up!

00:08:42: Lass uns mal hier so juniors und vielleicht ein paar Praktikanten

00:08:44: reinholen.".

00:08:45: Und dann gehst du drei Jahre spielter in die Firmereien guckst drauf und sagst so ... Ja okay, also verstanden jetzt weiß ja auch genau wer das gebaut hat.

00:08:52: Weil dann fängst du erst einmal an noch drei Jahre das Ganze wieder aufzuräumen, während du eigentlich eine Firma gerade skalieren möchtest tatsächlich.

00:08:59: Deswegen finde ich diesen Punkt wichtig den du sagst, die Leute müsste es verstanden haben oder idealerweise haben sie's vorher schonmal getan.

00:09:05: Jugendforscht ist in so einer Phase eher unglücklich.

00:09:08: Aber

00:09:08: wie stellt sich das hier?

00:09:10: Ja, interessante Frage.

00:09:12: Also wir machen uns mittlerweile Reference Calls.

00:09:15: ist eigentlich so am Ende von dem Prozess einer der Punkte bei den Schlüsselpositionen wo ich sagen würde auf gar keinen Fall ohne.

00:09:22: Ansonsten wie du gesagt hast eine sehr gute Scorecard und das es oft auch ein Thema was nicht so verstanden wird.

00:09:28: wen brauche ich denn eigentlich?

00:09:29: So brauche jetzt den Nerdy Genius Software Engineer Den ten X developer oder vielleicht mittlerweile hundert X mit AI, aber brauche ich den?

00:09:38: oder baue ich eigentlich jemanden der in der Lage ist nicht nur zu koden und schnell zu entwickeln sondern deren erlage ist irgendwie auch ein fünftiges System im Architektur zu bauen die Komponenten zusammenzustecken usw.

00:09:48: Also am Anfang würde ich... ...jemanden finden oder versuchen zu finden der genau diesen Cobber-Mot beherrscht also der sozusagen schnelle Ergebnisse liefern kann.

00:09:55: Aber an denen?

00:09:57: Wie sagt man, es gibt ja so Knackpunkte an den Knackpunkten.

00:10:00: Dann in der Lage ist da die richtige Entscheidung zu treffen oder zumindest eine bewusste Entscheidung zu treffen, dass ich jetzt sage okay, ich gehe hier rechts oder links lang in dem Wissen was diese Entscheidung für Implikation vielleicht in einer halben Jahr hat oder vielleicht auch nur in zwölf Monaten.

00:10:16: aber das wäre der Punkt wie findest du's raus am Ende?

00:10:20: Ideale Reserve die Erfahrungen mitbringen Peer Groups die Erfahrung haben involvieren und aber insbesondere klar haben, was will ich eigentlich?

00:10:30: Was brauche ich in der Phase meiner Firma für ein Profil?

00:10:33: Das kann ich nur bestätigen.

00:10:35: Super senior Leute die wirklich schon viel gesehen haben und wissen ganz genau wie man durch den Wald durchkommt, durch den Dschungel und juniorige Leute und dazwischen.

00:10:44: also das hat sich ja die Frage gestellt habe ich dann bei Finn CDF einen Career Development Framework aufgenommen.

00:10:49: Wie kommt dieser Junior zu dem?

00:10:51: ich sage mal so That's the bar, that's the ceiling.

00:10:53: Wir kommen da hin und dann geht das wunderbar durch.

00:10:56: Ich glaube viele Leute holen sich mediocre Leute rein ohne den Entwicklungsfahrten nach vorne.

00:11:01: Und dann hast du das Problem.

00:11:02: Du bist so stark!

00:11:03: Ja ich glaube das ist vielleicht noch ein zweiter Punkt ne?

00:11:07: Weil ich glaube die Leute die du am Anfang brauchst sind wirklich schwierig zu finden weil du willst auch nicht die Leute haben.

00:11:13: Du hast ja manchmal Situationen super Senior-Leute und dann kommen sie rein und das erste was die sagen in so einem drei Personenteam.

00:11:20: jetzt brauchen wir Prozesse Und dann fängst du an, also wir brauchen Dokumentationen.

00:11:25: Wir brauchen Testing umfangreich.

00:11:29: Wir brauchen hier so ein Riesenpipeline und schießt mich tot.

00:11:32: Ich bin ehrlicherweise ein großer Freund von Prozessen zur richtigen Zeit.

00:11:36: Und ich glaube gewisse Grundlagen zu legen macht Sinn.

00:11:38: Automatisierung WMP ist ein Stichwort.

00:11:40: Das sind wir eigentlich bei Skalierung von Organisationen am Ende.

00:11:42: Also sozusagen Grundlagen die erlauben deine Organisation später zu skalieren oder wachsen zu lassen aber im Rahmen dessen, dass wir gerade in Summe acht Leute sind.

00:11:54: Die versuchen jetzt irgendwie mal ein Produkt zu bauen was dann auch am Ende funktioniert.

00:11:57: Also wenn du jetzt jemand der gerade gefoundet habt oder wirklich pre-CCD irgendwo dazwischen ist so drei... So eine Prioritätsliste geben sollst.

00:12:06: Worauf sollte man bei Skalierung achten?

00:12:07: Was wäre es bei dir?

00:12:08: Ja, ähm... Ich bin wohl.

00:12:10: als

00:12:10: Moderator muss ich jetzt sagen!

00:12:11: Ja, ich spiele das gleich zurück, das war vom Brückfall.

00:12:15: Nein also es ist ne sehr gute Frage.

00:12:18: Ich würde sagen die richtigen Leute haben Punkt eins.

00:12:21: Also du möchtest ein Team haben, was ... das fühlt sich jetzt so sehr großartig an da, was mit dir durch Firmware Wasser geht, was aber sozusagen insgesamt auch dein Business versteht daran glaubt und das treiben möchte?

00:12:32: Das ist ja der erste Punkt!

00:12:32: Der zweite Punkt wäre dann zu verstehen wie kann eine zukünftige... also nehmen wir mal an, du hast irgendeine Idee Wie würde die in fünf Jahren aussehen wenn alles funktioniert?

00:12:46: Also Leute zusammen, die das verstehen die dann hoffentlich in der Lage sind, aus ihrem Erfahrungsstaats heraus, aus dem Wissen heraus an den richtigen Stellen die richtige Entscheidung zu treffen.

00:12:56: Das wäre der zweite Punkt.

00:12:57: und der dritte Punkt ... schnell Interaktion.

00:13:01: Also der Tod jedes Start-ups ist und das ja, du hast da gesagt, ein Schönheitssterben, dass sich da Techies zusammensetzen?

00:13:08: Dann schließen sie sich irgendwie sechs Monate ein, dann kommen die mit irgendwas raus was kein Mensch braucht.

00:13:12: So und ich glaube diese enge sehr enge Verbindung mit Business, diese schnellen Interaktionen rauszufinden was will in der Markt eigentlich?

00:13:17: Und vielleicht auch dann das Setup zu haben was das erlaubt dass wir für mich so der dritte Punkt mal ohne das wird es nicht werden.

00:13:23: wie hast du's am Anfang gemacht?

00:13:25: also Ich habe mir die Frage gestellt weil ich mich vorbereitet habe.

00:13:27: ja

00:13:28: bei mir ist mein set dann team Scorecard, das haben wir besprochen und Architektur.

00:13:35: Also viele Leute verwenden gerne das Wort Architektor weil es ja mal bei meines Applikationen ist.

00:13:39: Also die Applikations bei Architektauer kaufst du heutzutage ein, bei al-wes oder ähnliches.

00:13:44: Und da bei Applikten

00:13:46: die

00:13:47: die Healthmetall, die für mich am besten funktioniert, dass immer wie lange ist die Pipeline also die Pointband Pipeline kaputt?

00:13:56: Passiert jemand die Pleutenschmarrn und dann blockt die.

00:13:59: Wie schnell wird das repariert?

00:14:01: darauf achte ich als aus ausschließlich auch wenn ich mir dies für andere mache.

00:14:04: und Jetzt habe ich vergessen, dass halt der dritte hab ich

00:14:10: vergesst ja Ja vielleicht einmal beim thema Diplom in Palparen.

00:14:13: also es heißt code in produktiv oder produktive oder auch städtige bewegung zu bringen.

00:14:18: genau Was heißt, wenn die broken ist?

00:14:21: Also idealerweise ... Ist ja nicht broken.

00:14:23: Sie läuft durch oder nicht durch.

00:14:25: Ja und wenn sie nicht durchläuft, wie schnell wird's gefixed?

00:14:27: Wie schnell wird es gefixt?

00:14:27: Genau, genau.

00:14:29: Warum ist das da eine Kernmetrik?

00:14:31: Weil dann weiß ich ob das Mindset fixit fast implementiert ist.

00:14:35: Ja was wäre denn deine KPI, die du nimmst?

00:14:39: Die du dann einfach anschaust...

00:14:40: Da gehst du halt den Github rein, dann wird der DCI Pipeline angegriffen.

00:14:42: So viel Ratio oder so was.

00:14:43: Viel

00:14:44: Ratio und dann, wie lange dauert das bis es gefixit ist.

00:14:46: Also der Klassiker ist Vorm Mittagessen, wie die Pipeline kaputt.

00:14:50: Alle gehen erst mal zum Mittag

00:14:51: essen.

00:14:52: Ja ich hab noch einen...

00:14:53: Meltdown, Meltdown!

00:14:54: Komplett bei mir bist du komplett Meltdown.

00:14:56: Nee, da bin ich total dabei.

00:14:56: Ich habe ein Gegenbeispiel bei einem Profilium-Team von Project A wo ich mitgearbeitet habe.

00:15:02: War das genau der Fall?

00:15:03: Das wäre auch der zweite Punkt auf den ich schaue.

00:15:06: Länge des Deployments Also, der klassische Part.

00:15:10: Dort hat es eine Stunde gedauert und der Entwickler hat den Knopf gedrückt, ist dann zum Mittagessen gegangen, kamen wieder und geschauen, oh, durchgelaufen oder oh kaputt.

00:15:18: Fünf

00:15:19: die fünfte?

00:15:19: Genau!

00:15:20: Ja also ja das war ein bisschen besser als fünf die, aber die Chance war da dass es fehlt und dann schießt du halt daran sagst so okay jetzt lass mich mal überlegen.

00:15:26: wir sind hier vierzig Leute im Team.

00:15:29: Wir machen eine Stunde Diploment.

00:15:31: wenn nur Arbeitszeiten zehn Stunden annehmen kannst du also maximal zehn Mal pro Tag.

00:15:35: deploy'n reicht vielleicht nicht und dann lass das mal noch ein paar mal fehlen.

00:15:38: Also, dass wir für mich so einer der Punkte durchsagen würde beim Thema Diplomien bleiben.

00:15:43: Idealerweise bringst du bist in der Lage, Code sehr schnell produktiv zu kommen.

00:15:48: Ob du es dann machst ist vielleicht nochmal eine andere Geschichte?

00:15:50: Aber dieser Punkt knopfdrücken und dann innerhalb von fünf Minuten oder was auch immer je schneller je besser ist online und läuft produktiv.

00:15:58: Es ist für mich tatsächlich einen Kernpunkten die ich reingucke.

00:16:02: Insbesondere aus zwei Gründen.

00:16:03: Der erste Grund je schneller ich Sachen zum Kunden bringen kann, umso schneller kann ich Wert generieren oder Hypothesen validierend falsifizieren.

00:16:11: Du weißt ob du Wertgenerierst?

00:16:12: Und ich

00:16:12: weiß überhaupt, ob wir Wertgeneriere machen!

00:16:14: Ja ja ganz genau, ganz genau.

00:16:15: Der zweite Punkt ist tatsächlich wenn es dann mal schief geht online und ich warte eine Stunde das dann mal die Pipeline durchgelaufen ist bis da mein Fehler behoben ist, dann habe ich auch ein ziemliches Problem.

00:16:24: und das sind so für mich die Punkte.

00:16:26: jetzt noch.

00:16:26: abgesehen davon der dritte Punkt logischerweise wie oft kriege ich denn eigentlich Dinge geschippt und ausgeliefert.

00:16:36: Und das ist, glaube ich so eigentlich der Punkt wenn ich das linear mit meiner Organisation skalieren kann dann würde ich sagen habe ich ein skalierbares Set-Up geschaffen.

00:16:44: Also es ist ja zumindest meine Sicht... Ich habe mal eine Frage an dich und zwar du hast ja ihr macht dir viel mit Automatisierung.

00:16:50: So wie funktioniert das da?

00:16:51: Weil du hast dir trotzdem auch also du kannst individuelle Sachen ausrollen.

00:16:57: aber da würde ich gerne einmal verstehen also wie machst du's vor allen Dingen dass Dinge nicht kaputt gehen.

00:17:02: Ich will gar nicht sicherstellen, dass die Dinge dann nicht kaputtgehen.

00:17:04: Solange sie schnell genug gefixt werden?

00:17:06: Genau da habe ich kein Thema mit.

00:17:07: Also das Blame Game oder und oder weil fixen ist ja auch oft ein Blamegame sondern ich will sicherstellen Also mit Automatisierung bei FIN, so eine kleine Info.

00:17:20: Das ist ein Thema da sollten wir erst mal nicht reingehen.

00:17:22: Es ist Product Manager und ein paar Software Engineers und dann Business Automation und AI Manager.

00:17:27: Das is am Ende ein Heck!

00:17:28: Da kommt ein Equipment rein.

00:17:29: sagen wir mal wie wollen ne neue API implementieren um Autos schneller zu registrieren?

00:17:35: Wir haben gesagt schnell registriern oder schnell deployen ist immer gut.

00:17:38: Gibt es einen neuen Anbieter?

00:17:42: Brauchen wir dafür Engineering-Ressourcen?

00:17:43: Yes, no.

00:17:44: No Business Automation Manager implementiert.

00:17:46: Das heißt also, denn ihr möcht es in a fast lane für high uncertainty Implementierungen und das ist bei Finn Automatisierung.

00:17:56: Das ist automatisiert nichts anderes als da geht's nicht darum mit lovablem Prototypen zusammen zu rutschen.

00:18:01: Ja,

00:18:01: dass das nicht automatisieren, dass es Prototypen bauen.

00:18:06: Auch ein wichtiger Bestandteil, also Stellentwicklung.

00:18:09: Brotals wichtig brauchen wir nicht zu überreden.

00:18:11: Wer das noch nicht verstanden hat der die gute Registration muss sich in einem Jahr keine Sorgen machen weil er ist da weg.

00:18:17: Das ist das was haben das auch.

00:18:19: Aber das heißt dass es dann auch production ready Automatisierung.

00:18:23: oder bist du an dem Punkt wo du sagst okay wir verstehen funktioniert wird genutzt und so weiter.

00:18:28: und dann nur gibt's noch mal einen Engineering die dann eine Sagen wir mal Skaliber rückst, wenn wir im Begriff Lösungen dann auch...

00:18:36: Es ist ganz spannend.

00:18:37: Das ist jetzt lustig!

00:18:38: Es ist tatsächlich also klassisch.

00:18:41: Staging Production kannst du in der Automatisierung genau so machen.

00:18:45: Und dann bleibt das auf Production, ich sage jetzt mal in dem Automatisierungs-Stack und dann, wenn das Volumen erreicht ist was wir uns vorstellen, dass es ein Case by case Entscheidung, then we bake that into code.

00:18:58: Spannend?

00:18:59: Die meisten Projekte schaffen's niemals die Skalierung dann zu erreichen, weil es gar nicht notwendig ist.

00:19:04: Long story short wie denkt man das ist diese Skalierung?

00:19:08: Wir müssen diese Infrastruktur, diese Durchsätze erreichen auf dieser Appi.

00:19:13: Am Ende realisierst du brauchst sogar nicht... Also was versucht man damit zu erreichen?

00:19:18: die nicht funktionalen Anforderungen?

00:19:20: Wie viel sich und Security braucht man?

00:19:21: Wie viele Performance braucht man so schnell wie möglich zu beantworten?

00:19:27: wenn man das nicht beantwortet kann vor allem am Anfang dann ist das okay Und dann bekommt man ein Gefühl dafür.

00:19:32: Ja, finde ich sehr spannend!

00:19:34: Ich sage immer so einer der Tode von Filmes ist diese Premature Optimization.

00:19:38: Also du optimierst jetzt für eine Zukunft die in fünf Jahren kommt.

00:19:43: Das sind wir bei Kasselsatzlesen

00:19:45: ne?

00:19:45: Ja, so ein bisschen genau.

00:19:46: und dieses klassische lass uns jetzt mal eine sehr verteilte Architektur aufbauen weil die wird dann später wenn wir richtig erfolgreich sind superskalieren.

00:19:54: Dann

00:19:54: brauchen wir auch keine Ingenies mehr

00:19:56: Ja, genau.

00:19:56: Also am Ende ist es ja alles automatisch oder dann ist das Produkt fertig und wir wirklich nicht mehr weiter.

00:20:01: Das ist jetzt ehrlicherweise nicht im Startup-Kontext aber so Private Equity hört man sowas immer mal wieder.

00:20:06: Aber ich glaube diese Optimierung für eine Zukunft die vielleicht nie kommt, die dich auf dem Weg in diese Zukunft einfach blockt langsam macht und dir Dinge viel schwerer macht, dass es für mich ein Kernproblem auf einer grundsätzlichen Start up Reise.

00:20:22: Wie löst du das?

00:20:24: Also Erfahrung, ganz klar.

00:20:26: Also idealerweise Leute die das schon mal erlebt haben und die Konsequenzen erfahren haben mit dabei haben am Ende sparing also regelmäßig eine neutrale Perspektive.

00:20:38: also nur weil ich von meiner Idee begeistert sind bin heißt es ja nicht dass die beste der Welt ist.

00:20:41: also auch wohl natürlich meine immer die besten sind aber kennen wir alle doch fertig so.

00:20:47: aber da einen neutralen rationalen Blick drauf zu bekommen Das hilft ungemein und einfach Fragen gestellt bekommen.

00:20:56: Also vielleicht dein API-Beispiel, was ist denn so der Thrillput, den ihr so erwartet?

00:21:00: Also baust du ein Trading Public wo du hunderttausend Anfragen pro Minute beantworten musst oder sagst du daher eigentlich sind es bei uns drei in der Stunde und dann nimmst du halt ein anderes Werkzeug.

00:21:10: Und das ist dann die dritte Komponentin mit reinkommt, wo du versuchst das zu vermeiden

00:21:16: was bei uns sehr gut funktioniert hat.

00:21:18: Das habe ich, Disclaimer bei Google geklaut.

00:21:20: von wem Google das geklautet weiß ich nicht.

00:21:22: Das ist nicht schlimm.

00:21:22: Ten X kennst du diesen Ansatz?

00:21:24: Ja.

00:21:24: Also ihr seid ja A-Eleven vielleicht...

00:21:27: Wir sind schon Eleven X aber ähm also nein ... Ten

00:21:30: X!

00:21:30: Das ist ganz spannend.

00:21:31: das deckt sich auch sehr stark mit dem Do it do It Automated Mantra bei Finn.

00:21:35: Aber Ten X heißt Du nimmst einen komplexen Prozess und sorgst dafür dass es einem, sagen wir mal du willst einen komplexen Prozess sowas wie Auto registrieren oder in den anderen API.

00:21:48: Dann machst Du das erstmal manuell mit einem Auto dann machst Du es mit zehn Autos kannst immer noch Entscheidungen, dass manuell macht wie Du es machst egal.

00:21:56: und bei dann kommt ten X hundert X ein tausend, zehntausend weil dann fängst Du also ich stell mir das so vor Du musst nen Tunnelborn durch'n Berg.

00:22:06: Erst mal bauchst du ein kleines Löchle mit kleinen Lasern, weißt Du ja, du landest irgendwo auf der anderen Seite.

00:22:10: Da machst Du Zehn und so weiter und sofort.

00:22:13: Und da ist statt sofort mehr einen dicken Diamantenbohrer, der Dich Millionen Euro pro Tag kostet zu kommen!

00:22:18: Und das hat

00:22:19: bei uns

00:22:20: so richtig geil funktioniert.

00:22:22: Das ist dann schön weil die Leute machen erstmal manuell, ich brauche keinen Migrationsskript.

00:22:26: Ja brauchst Du nicht, mach's manuell gehst Du in den Datum am Ende des paar Starki...

00:22:29: Obwohl ich da wieder höre, halte ich mir ein bisschen die Ohren zu wie ich das höre

00:22:33: oder?

00:22:34: Die Leute machen es erstmal manuell einmal und verstehen dann wirklich, was passiert da.

00:22:39: Und ich glaube die Kunst ist das am Anfang, dass es demanding heavy lifting ist... Wie kriegen wir es so einfach hin?

00:22:45: Dass wir es wirklich manuell machen können!

00:22:48: Nicht im Prinzip Hoffnung sondern wirklich das zu verstehen.

00:22:52: Da kommen wir zum Kernnarrativ, was mir immer wieder hilft ist.

00:22:56: Habt ihr's im Kern verstanden.

00:22:57: also ist es simpel genug weil komplex wirds noch.

00:23:01: Machen wir uns keine Sorgen

00:23:03: Ich finde das ein sehr guten Punkt, also weil es tatsächlich einer der ... Knackpunkte dem bei Entwicklern immer mal wieder sieht.

00:23:10: Die lieben ist halt was zu bauen.

00:23:12: Aber am Ende wissen die gar nicht... Also interessiert die gar nichts des Businesses.

00:23:15: Die Lieben, die schön hat das Problems und die Lösung dahinter aber tatsächlich oft gar nicht.

00:23:21: wie hilft das den Business?

00:23:22: Was machen wir da eigentlich?

00:23:23: Und ich find diesen Vergleich sehr schön.

00:23:25: Weil ich glaube, dass nämlich genau der richtige Weg.

00:23:27: idealerweise müssen Entwickler Einfach auch mal und ehrlicherweise Produktmanager, da sieht man das ähnlich.

00:23:33: Nicht gleich die beste schönste schnellste Lösung sich hier denken sondern einmal den Prozess durchlaufen.

00:23:38: A um zu verstehen wo kann ich das einfach besser machen?

00:23:42: B aber auch um die Fallstricke zur Kennen uns Sicht zu überlegen.

00:23:47: wie kann ich dass dann eigentlich automatisieren?

00:23:49: und wenn wir ganz ehrlich sind am Ende... jede Software, die du baust ist ein automatisierter Business-Prozess mit bisschen Chichi drumherum.

00:23:56: Im Optimalfall Chichi?

00:23:58: Wenn ich den Prozessen nicht verstanden habe, dann werde ich auch keine gute Software bauen und deswegen finde ich diesen Vergleich mit dem Tunnel und dem Leser sehr gut.

00:24:07: Das ist ein klassisches Agilesvorgehen.

00:24:09: Also du fängst klein an und dann wird es immer größer und dann bist du halt irgendwann am Durchbruch und kannst auch deine Autos durchfahren lassen.

00:24:15: aber der Weg dahin war eben Wir holen jetzt die Tunnelbohrmaschine für fünf Millionen Euro pro Tag.

00:24:20: Sondern wir fangen mal klein an, graben uns durch bis wir ein Durchbruch haben und dann baust du den Tunnel lang.

00:24:24: Ja aber der Old Way war ja schönes großes dickes Fett des Lastenhefts.

00:24:29: Weil wir haben hier alles durchgerechnet?

00:24:31: Was can't go wrong!

00:24:32: So viele smarte Leute haben so viel lange durchgerechnet... Und dann kommt der Diamantenbohrer und dann merkt man Upsi das war Sand

00:24:40: Schlechtes Vorbereitung.

00:24:41: Genau, das

00:24:42: fällt alles in sich zusammen den Diamantenboden total unnötig.

00:24:44: Ja

00:24:45: aber siehst du sowas noch?

00:24:45: Also was zumindest ich würde sagen im Startumfeld also Lastenherfricht schon die Karn nicht mehr.

00:24:51: So Private Equity so größere Corporates die dann immer schon nochmal wieder in die Richtung gehen.

00:24:56: Wo ich das sehe und vielleicht kannst du das bestätigen ist bei der beim... Wenn der Jahresabschluss vor den Ordetern gemacht werden.

00:25:03: Die haben ja so eine kleine Komponente, wo die so einen IT-Diligence-Likecash machen wollen.

00:25:08: Also ich mache jetzt ganze Füße hier und da kommen mit dieser Denke noch.

00:25:15: Und das darf das nicht als Feedback loop dann wieder in der Kfirm landen weil die geben dir ne fünf sechs Punkte, die du machen musst.

00:25:24: Dann verfällt das Team leichten Panik oder wir müssen

00:25:27: jetzt genau

00:25:28: alles ganz ruhig.

00:25:29: Ja also das sehe ich immer mal wieder aber ich bin genau bei dir.

00:25:34: Ich glaube am Ende musst du gucken.

00:25:36: Es stellt sich ja immer die Frage was macht Sinn?

00:25:39: Ja.

00:25:39: Und ich glaube, das ist ja ... und was macht Sinn?

00:25:41: Und grade wenn du so Richtung Audits schaust, ist ja sehr oft eine Risikoabschätzung.

00:25:46: Und musst halt einfach ein gutes Risikomanagement haben.

00:25:48: Das musste wir überall haben ehrlicherweise.

00:25:50: Danach entscheidest du dann okay, sollte ich vielleicht bestimmte Punkte angehen, weil sie tatsächlich relevant sind.

00:25:55: Im besten Fall stehen die sowieso auf meiner Agenda.

00:25:57: oder es ist einfach fast wo wir vielleicht bei Prima Optimization im Sinne von okay, da versucht jetzt jemand schon etwas abzusichern, was vielleicht in drei Jahren erst relevant wird auf die lange Bank und sagst, okay wir machen es dann wenn's auch wirklich ein realer Schmerzpunkt wird oder idealerweise kurz davor.

00:26:14: Wie geurteilst du das?

00:26:16: Also was machst du, dass du klubst den Horizont ab wie weit die Leute nach vorne gucken.

00:26:22: also ich vergleichs jetzt immer so einen Teamleiter technologischer Teamleitern zwei Wochen eine Woche oder zwei je nachdem wie lang der Sprint dauert.

00:26:30: Dann vielleicht ein Department Lead Vielleicht ein Quartal Okay, Ars und so ein Quartalsweide in CTO vielleicht einen Jahr, achtzehn Monate.

00:26:40: Sind das sowieso die Horizonten, die du denkst oder kürzer?

00:26:43: Ja also sehr von der Stage abhängig.

00:26:46: Das

00:26:46: ist immer die Antwort.

00:26:47: Genau es ist ja so die klassische Anwaltsanwalt.

00:26:49: Depends ne?

00:26:50: Nein!

00:26:51: Also ich glaube die Richtung, die Du denkst, ist schon richtig.

00:26:53: Ich bin tatsächlich in Freund davon wenn... Du auf einem, sagen wir mal, IC-Level also quasi individual Contributor.

00:27:00: Leute die entwickeln, die Produkte spezifizieren oder Tickets Features wenn die nicht nur auf nem zwei oder drei, zwei Wochen oder drei Monats Zeitraum schauen.

00:27:09: Also idealerweise musst du ein Verständnis haben.

00:27:12: da komm ich wieder jetzt was macht der mein Geschäft eigentlich und wo soll sich hinwickeln?

00:27:16: Wenn ich in der Lage sein möchte Entscheidung zu treffen oder kritische Entscheidungen... ...in die richtige Richtung zu lenken dann muss ich verstehen was das mein größerer Kontext ist.

00:27:24: So und da komme ich wieder so zu den Leuten, die so manchmal sehr eng stöhnlich dann laufen.

00:27:29: Und sagen so ja, ich mache jetzt einfach genau das was mir gesagt wurde... ...und da fange ich an mit der Haare auszureißen weil am Ende möchtest du das nicht haben.

00:27:36: Du brauchst auch mal Leute die einfach Dinge runterrocknen.

00:27:39: auf der anderen Seite brauchst aber Leute die mitdenken und dir helfen dein Business voranzubringen.

00:27:43: um das tun zu können Müssen wir wissen, was der Business ist.

00:27:46: Was die Perspektive ist und ich komme typischerweise von so einer Art, ne, Framework würde ich jetzt nicht sagen, aber von den Programmen, wo Visionenstrategie kommt von ganz oben, muss ja überall verstanden werden also mal beim Kommunikationsthema.

00:27:57: Dann droppelt es runter auf See-Level, sag ich mal, also die vielleicht zweite Management Ebene, wo du dann einfach sagst okay, wir haben das hundertprozentig verstanden, wir können's übersetzen in einen Fahrplan mindestens für die nächsten sechs Monate.

00:28:13: Also für drei Monate ist es ja sehr klar, für sechs Monate wird's immer mehr blurry am Ende.

00:28:17: Weil du dir willst trotzdem flexibel sein und beweglich bleiben.

00:28:20: So Strategie ist das eine so die Taktik dahinter, die ändert sich dann auch mal.

00:28:25: also wie komme ich denn eigentlich ans Ziel?

00:28:27: Aber der Klackpunkt ist wenn all diese Themen nicht da sind, dann habe ich verloren weil dann flieg ich blind oder fahre ich im Nebel und... Dann hab' ich auch keine glückliche Organisation.

00:28:37: ehrlicherweise was ich dann jeder fragt so Ja wo wollen wir denn eigentlich hin?

00:28:40: Also die klassische Frage, weil jetzt wahrscheinlich auch schon gehört.

00:28:45: Wie ist denn unsere Roadmap?

00:28:46: Wo wollen wir eigentlich in drei Jahren sein?

00:28:48: Gibt mir eine Mission und ich glaube das sind so Fragen, die dann einfach von oben beantwortet werden müssen damit dann die Organisation noch sagt okay verstanden dass die Richtung kann ich meine Entscheidung treffen an den kritischen Stellen und je näher der mein Exekutionszeitraum kommt, desto klarer weiß ich auch was zu tun

00:29:04: ist.

00:29:04: Das ist ganz spannend weil ich hab tatsächlich wahrscheinlich bin ich sehr privilegiert das höre ich sehr sehr selten.

00:29:10: Ja

00:29:10: dann hast du vielleicht auch einfach so richtig

00:29:11: gewonnen.

00:29:12: Aber wir investieren noch wirklich die bx-mühlenartig wiederholt und wiederhohlt und dann... Also ich glaube das kannst du nicht um überkommunizieren.

00:29:22: Absolut.

00:29:22: also das finde ich ein extrem wichtigen Punkt weil ganz oft als meine wir sind bei einer Führungsposition ne?

00:29:28: Also für uns wir beschäftigen Ja, für total hundertprozentig klar.

00:29:31: Wo Schäfchen den ganzen Tag dreht sich nur darum.

00:29:34: Hundertprozenterlich klar.

00:29:35: also da verstehst du gar nicht warum das niemand nicht wissen kann.

00:29:37: Also gehst du mal raus, sagst ja guck mal die sitzen da immer in ihrem Führungskreis noch immer und sprechen logisch dass die erlaubt geholt sind so und ich glaube dieser Ansatz die nun sagt gebietsmühlenartig das in irgendeine Saison rein zu tragen Das ist der relevante Part weil am Ende war mein Kredo immer zu sagen okay Ich muss meinen Junior Entwickler nachts ein Drei anrufen können sagen so hey Peter Pauler was denn unsere Missionen Visionen?

00:29:58: Und warum?

00:30:00: Wie zahlt das, was du gerade tust eigentlich auf?

00:30:02: Darauf ein.

00:30:02: Dann sollte dann eine Antwort kommen und ich glaube wenn du an dem Level bist, kommt's den Leuten zu den Ohren raus.

00:30:07: Dann haben sie es aber auch verstanden so und das ist aber nicht einmalig sondern konstant Jeden Monat, jede Woche.

00:30:14: Jeder Tag vielleicht Muster-Kommunikation passieren?

00:30:17: Ja

00:30:17: absolut, absolut!

00:30:18: Vor allem auch in den Leadership Teams.

00:30:20: also bei mir ist es das Tag Leadership alle zwei Wochen und dann auch in dem One on Once die man dann jede Woche hat oder jede zwei Wochen immer wieder wie wir haben jetzt darauf eingezahlt.

00:30:29: ja klar absolut.

00:30:30: Und das gehört für mich auch zum Thema Skiliberkeit.

00:30:32: Sie sprechen jetzt viel über Technologie aber am Ende Gelberkeit.

00:30:37: eben auch eine Frage der Organisationen, weil bisher zumindest bauen Menschen Technologie und wenn diese Menschen nicht verstehen was zu tun ist oder warum Dinge getan werden dann bist du halt verloren.

00:30:48: Was bei mir ganz gut funktioniert.

00:30:50: ich weiß nicht wie Du das machst.

00:30:51: also Ich versuche den Leuten ein Satz zu geben Der hilft am Tag Beispielsweise für meinen IT-Team.

00:31:03: Das ist so ein einfacher Satz, aber das hat wochengedauert die zu entwickeln und habe ich gesagt we provision fast and deep ... No!

00:31:09: We provision all in deep provision fast was ich sage es wenn jemand zu finden kommt bekommt er erstmal viele Rechte und kann viel machen.

00:31:18: also er bekommt Zugang dann zu den lieberen Systeme und wenn der die Person die findet verlässt Beispiel oder die Praktikant, dann muss das sofort instant passieren.

00:31:27: Dadurch passieren also mit diesen Setzen hilft man den Leuten so bei der Implementierung ein bisschen Hilfe zu geben wie man es braucht.

00:31:34: Oder

00:31:36: do it automated heißt macht erst mal einmal zweimal manuell und dann kannst du es gerne automatisieren wenn's wascht Und ich habe da ich glaube sieben oder achten Mantras für jedes Team.

00:31:45: Also Wie machst Du das?

00:31:47: Ich stelle mir in diesem Moment vor Die Bude brennt und dann brauchst Du diese Wieder Besinnung!

00:31:54: Was mach ich hier eigentlich?

00:31:55: Und dann muss dieser Satz kommen.

00:31:57: Ja, also es ist ein interessanter Ansatz.

00:31:58: Ich hab noch nie mit solchen Sätzen gearbeitet.

00:32:00: Da erinnert mich sehr stark an Werte.

00:32:01: Wir haben tatsächlich für unsere Engineering-Teams Werte definiert.

00:32:06: Also einen ähnlichen Ansatz die wir aber arbeiten auf einer anderen... Wir arbeiten ja nicht immer in einer Firma sondern immer über verschiedene Firmen und wir bringen aber diese Werte mit.

00:32:17: Genauso was wie wenn die Kack am Dampfen isst, dann einmal durchatmen, sammeln, einen Schritt zurück treten dann sich schnell zügig, aber eben nicht irrational Panik eine Lösung überlegen.

00:32:31: So das in einem guten Satz ausgedrückt.

00:32:33: oder auch dieses grundsätzliche Thema auch Widersprüchen.

00:32:37: also wir sehen sehr oft dass... Also Soft Engineers können sich ja erste Hand-Erfahrung über die Zeilenlänge Von Kod, also sollen es jetzt achtzig Zeichen sein?

00:32:48: Weil das der Standard ist.

00:32:49: Postpaces,

00:32:50: Hatespaces

00:32:51: oder dabs.

00:32:51: Ein wichtiger Frage!

00:32:53: Eine

00:32:53: Stunde Podcasts da drauf.

00:32:54: Also locker.

00:32:56: Da entstehen Krieger.

00:32:57: Da hab ich wirklich Leute gesehen die sich dann nicht mehr mit dem Hinterteil angeschaut haben.

00:33:01: Das ist ja komplett andere Meinung waren und in sowas kann man sich verlieren.

00:33:06: auf der anderen Seite dann eben genau der Punkt wenn dann Dinge anfangen zu brennen und du vielleicht nicht ganz viel Erfahrung hast ist Panik plötzlich angesagt.

00:33:16: und ich glaube dieses No Panic, ne?

00:33:18: Ist.

00:33:18: bei uns sterben ja typischerweise keine Menschen.

00:33:21: Also hängt davon ab wo man ist.

00:33:22: aber normalfalls sterben keine Menschen.

00:33:24: das einzige was Schaden trägt ist das Business unter Umständen auch da hink ein bisschen davon ab was man macht wird oft sehr übertrieben im Sinne von also nur weil jetzt mal fünf Minuten vielleicht einen Lock in nicht möglich ist wird jetzt nicht die Firma zusammenbrechen?

00:33:39: so sollte man es schnellstmöglich beheben, ja da kommen wir automatisierte und geschnelle Diploments.

00:33:44: Aber sich zu überlegen wie kann ich dieses Problem schnellst möglich lösen ohne Panik?

00:33:50: Und ich mache jetzt irgendwas.

00:33:51: das ist halt dann das Credo was dir hilft auch etwas langfristig Nachhaltiges aufzubauen.

00:33:57: Wir haben

00:33:57: keine Panik, ist es einfach gesagt?

00:34:00: Ja natürlich aber das kommt dann halt die Erfahrung.

00:34:03: und idealerweise sagst du dann Leute an Bord, die dann eben schon mal durch das Feuer gegangen sind, die hat gesagt haben so okay verstanden eine muss man leider sagen schwingt sich zum Führer auf oder wird nominiert und dann Ende zu Ende diese Situation, den Inzident löst ihn auch.

00:34:21: Dann hast du natürlich Postmortem,

00:34:22: etc.,

00:34:23: ne?

00:34:23: Also eine Nachbereitung um verstehen, warum... Was machen wir damit es nicht wieder passiert uns weiter?

00:34:29: aber das ist am Ende was dir wieder eine skalierbare, wiederholbare Prozesskette gibt und was dir eben hilft einer Organisation sinnvoll zu bauen in der Produkt.

00:34:40: Ich finde wir Manager müssen doch ein bisschen runter schalten manchmal also ich weiß nicht wie du das machst.

00:34:46: Was ich dir definiere ist MTD.

00:34:48: Maximalte oder lierbare Downtime.

00:34:51: Sagen, hey die Webseite kann bis zu fünfzehn Minuten... Ich weiß jetzt kurz Schockstarre für die meisten.

00:34:57: Daun sein!

00:34:58: Für die

00:34:58: Business-Leute?

00:34:59: Das ist ganz wichtig!

00:35:00: Daunsein nicht verfügbar sein und erst dann machen wir Panik.

00:35:05: Und das machen wir für alle Systeme.

00:35:07: SAP zum Beispiel kann dann, ich glaube ein Tag da und sein.

00:35:09: Gut ist blöd wie Finance aber geht und dann für jedes System und ich glaube dass dann den Business Leuten zu geben sagt hey passt das für dich?

00:35:17: Und wenn dann die fünfzehn Minuten, das gerade vierzehn-vierzig ist und dann gefixt wurde.

00:35:23: All good!

00:35:24: Klar gibt's ein Postmortem aber all is gut.

00:35:26: Ja ja also das macht für mich total Sinn.

00:35:28: und ich glaube am Ende da sind wir wieder beim Thema Risikobewertung und vielleicht auch von der Rolle auf einem Tech Lead mittlerweile oder vielleicht zu einer größeren Organisation.

00:35:35: Am Ende machst du eine Risiko-Bewertung deiner Systeme.

00:35:37: Wie kritisch sind die für mein Business?

00:35:39: Was passiert, wenn die mal down sind?

00:35:41: Wie stark trifft es mich?

00:35:42: und danach würdest dir SLA's, SLOs festlegen, die im Prinzip eine gewisse Zeit geben, Dinge zu beheben.

00:35:48: Und das macht aus meiner Sicht Sinn, dass am Ende ne Professionalisierung von deinem gesamten Systemsetab ist.

00:35:55: Das ist am Ende auch wieder was wo Leute verstehen.

00:35:57: okay in diesen Grenzen kann ich arbeiten.

00:35:59: natürlich sind wir alle bestrebt alles zu minimieren.

00:36:02: Aber wenn dann mal was passiert, das passiert immer was?

00:36:04: Dann kann ich das lösen so und im Business das aber auch versteht.

00:36:06: Und dass vielleicht so einer der ... sind in unsere Rolle schaue, dann bist du ja am Ende jemanden, der einfach Tech-in-Business übersetzt.

00:36:15: Das ist so meine Interpretation.

00:36:17: Genau also am Ende frühfasig, da brauchst du auch noch Dinge selber und entwickelts auch noch vielleicht oder ziemlich sicher.

00:36:25: Aber je größer die Organisation wird, umso mehr wirst du eigentlich der Business-Typ.

00:36:29: Der eben Tech versteht weil er's studiert hat und wir haben uns von über TCP und GDP unterhalten.

00:36:34: Du kannst auch noch das eine Ozi-Layer machen aber am Ende sprichst du den Großteil deiner Zeit eigentlich eher über KPIs und über Kosten und über Revenues und wie man das alles machen kann usw.

00:36:47: Nur eben immer mit dieser Techbrille.

00:36:48: tatsächlich

00:36:49: Wie machst du das?

00:36:51: Ja, sehr gute Frage.

00:36:55: Am ersten Punkt würde ich sagen du solltest mal KPIs haben.

00:36:58: also ich glaube diese ganzen Business-Themen zu sagen im Sinne von Ich hab Ich habe meine Miet-Tricken oder Kontrolle, also Revenue kosten etc.

00:37:08: Das ist ein zweites Thema.

00:37:10: Cash liquidity?

00:37:11: Ja ja, diese Themen...

00:37:13: Cash ist immer das letzte Problem, was man hat!

00:37:15: Ja, also das wirklich letzte im Zweifel.

00:37:17: Dann kommt ihr ins Event.

00:37:19: Nein aber das ist vielleicht der erste Punkt.

00:37:20: die Themen solltest du verstanden haben als Tech League aus meiner Sicht und musst auch in einer Lage sein eine PNL Nebulance zu lesen und Zahlungsströme oder Geldströmen im Unternehmen zu verstehen von Anfang bis Ende.

00:37:32: Also von, ich sag jetzt mal Kunde wird akquiriert.

00:37:35: Geht durch den Pfanne durch und wird irgendwann bezahlen.

00:37:36: wie funktioniert's?

00:37:37: Jetzt mal High-Level.

00:37:39: Ich glaub in deiner Umgesation helfen dir KPIs und da bin ich eigentlich immer großer Freund vom Accelerate-Framework.

00:37:52: Jetzt fällst du mich ein.

00:37:53: Weißt du, wer ist meine?

00:37:55: Du hättest ja aber ich fand einen Kommon nicht für dich.

00:37:57: Das müssen wir jetzt mal ausschneiden.

00:37:58: dann...

00:37:59: Ach Gott!

00:38:00: Ich würde stehen lassen.

00:38:01: Du wirst es stehen lassen, jetzt fällt mir der verdammte Namen nicht ein?

00:38:05: Es gibt Leute die wenn man dann selber nicht drauf kommt das macht dich ja ein Kirr und dann müssen sie im Hintergrund Podcast stoppen nachdrucken.

00:38:12: Ja okay, also können wir einfach googeln, Jean Kim war einer der Autoren von Accelerate und wo du so Themen hast ist DoraFrame.

00:38:19: und jetzt kommt's wieder.

00:38:21: Also das ist vielleicht ein guter Startset für für Technologie KPIs in jedem Fall.

00:38:28: Einfach als Orientierung, weil es eben wissenschaftlich fungiert ist.

00:38:31: Es gibt Benchmarks mit denen du nicht vergleichen kannst und ansonsten Dinge die dir helfen deine ... Organisationen und wie deine Organisationen arbeiten zu verstehen.

00:38:41: also was wie Diploment Frequency ist im Dora-Farmarkt mit drin?

00:38:45: aber zum Beispiel Diplomat Time also wie lange dauert so eine Diplomet?

00:38:49: ist das beispielsweise nicht mit drin?

00:38:51: Du kannst über sowas schauen Cycle-Time, Lead-Time.

00:38:56: Also um zu verstehen wie schnell ist in Deiner Organisation eine Lage wert zu kreieren?

00:39:01: So dass wären so Metriken auf die ich zum Beispiel kauern würde und wo ich sagen würde lasst die Datenbasis am Anfang schnell aufbauen das du einfach rauf schauen kannst.

00:39:08: Auf die schaust Du als CTO.

00:39:10: Als CTO würde ich auf dich auf jeden Fall schauen.

00:39:12: Spannend

00:39:12: weil ich mach das bewusst nicht!

00:39:13: Ja

00:39:14: Also ich mach das Bivous

00:39:15: nicht.

00:39:15: Okay, interessant!

00:39:16: Bivus nicht und sagt hey... Das kann VP Engineering oder ein Engineering Manager

00:39:21: machen?

00:39:21: Okay fair hängt von der Größe der Orca ab ja.

00:39:23: Aber auch vor dem ganzen Anfang ganz viel.

00:39:25: Wir finden mit sechs Leuten, sieben Leuten geringt und haben gesagt ne, mache ich nicht aber nicht weil du es nicht magst sondern Ich finde du hast das wie gesagt Business in Tech Troop ersetzen und sagen Hey pass auf was heißt das für den Growth Department die die Demaren kontrolliert also die Kunden akquätiert CAC und Customer lifetime value zu kontrollieren.

00:39:43: Was heißt das für

00:39:43: euch?

00:39:44: Also

00:39:44: what's the implication, wie hast du es auf dem paid channel oder organic channel?

00:39:48: was heißt das?

00:39:48: runtergebrochen auf tech oder operations?

00:39:51: machen wir mit TCO.

00:39:52: Ja was heißt TCO?

00:39:54: ja am Ende kann er sein dass es darum geht zwanzig Cent bei api alcohol zu sparen weil das irgendwie in der PNL ziemlich weit Oben ist, Operations oder im Supply-Bereich wenn man Autos einkauft.

00:40:06: was heißt GPU?

00:40:07: Oder ein vernünftiger GPU.

00:40:09: Growth Profit per Unit oder Net Profit Per Unit?

00:40:13: Das gucke ich mir sehr genau an und versuche denn die Leuten zu erklären Was heißen diesen Dynamik?

00:40:18: also was heißt das Wenn Tesla wieder auf die Idee kommt, zehn Prozent des Preiserudaktions zu machen.

00:40:25: Was passiert mit dem EW-Preis?

00:40:27: Was passiert mir den Wiederverkaufswert der Autos?

00:40:29: und wieso ist das ein Riesenproblem für die Firma?

00:40:31: Und ob du dann zwei oder drei Ingeniers oder zwanzig Ingeniens mehr einstellst, können wir lesen!

00:40:38: Und das versuche ich zu machen?

00:40:39: Ja, das finde ich interessant.

00:40:43: Also, finde ich einen sehr, sehr spannenden Ansatz, weil ich glaube... Das zahlt so sehr auf das ein, was ich am Anfang gesagt habe.

00:40:48: Du musst diesen Panne verstehen!

00:40:49: Aber uns schließt es da drauf

00:40:50: ne?!

00:40:50: Ja ja ganz genau.

00:40:52: Die klassische Frage die immer wieder hochkommt ist Was machen die Leute in der Allee?

00:40:57: Sind alle so teuer.

00:40:58: Und warum dauert das alles so lange?

00:41:01: und was macht die da eigentlich, ich glaube darauf trotzdem eine gute Antwort zu haben mit Hilfe von Metriken und vielleicht dann auch Vergleichswerten zu sagen, guck mal ... Wir können hier Features mit einem Business Value, typischerweise durchschnittliche Business Value durch die Interaktion von der Woche oder zwei Wochen liefern und ausrollen.

00:41:20: Ist tatsächlich sehr hilfreich weil es einfach eine Argumentationshilfe ist.

00:41:23: und dann... Aber willst

00:41:24: du diese Argumentation haben?

00:41:25: Ja das ist mir sehr gut nie!

00:41:26: Die möchte ich nicht haben.

00:41:28: aber bist natürlich nicht alleine.

00:41:30: Und du wirst ja.

00:41:31: in dem Management Kreis hast wir immer wieder auch sagen wir unterschiedliche Interessen würde ich formulieren, auch wenn eigentlich das Interesse immer die Firma sein sollte.

00:41:40: Trotzdem Blame Game, ne?

00:41:42: Ich glaube da sind wir Techies am wenigsten anfällig normalerweise, aber

00:41:45: es passiert

00:41:46: einfach und ich glaube du musst trotzdem also dein Naiv reinzugehen und zu sagen so ja dann muss ihr jetzt erst mal nachgucken lässt dich auch selber in deiner Position im schlechten Licht erscheinen weil er guckt der CEO und sagt so hey Stefan ganz ehrlich wie kann das sein?

00:42:00: Du hast doch deine Organisation gar nicht unter Kontrolle Und das ist aus meiner Sicht schlechtes Signaling.

00:42:06: Da würde ich eher sagen, da hab' ich drei KPIs, also meine Standard-KPI's die immer benutzen und es ist auch konsistent... Die kann ich rauszuhören und sagen so, lieber CEO, tatsächlich guck mal, sieht gut aus!

00:42:15: Kann ich einen Reporting drauf machen?

00:42:16: Fertig ist der Lack.

00:42:17: Spannend weil genau dieses Problem löse ich mit der Org.

00:42:20: Weil sich dann sagt du, ha, pass auf, ich mach keine separaten Tech-OKAs zum Beispiel sondern

00:42:25: setz mein... Das find ich sinnvoll.

00:42:26: Genau,

00:42:27: genau.

00:42:28: Also außer für Tooling und Security, das ist ein anderes Thema.

00:42:30: Du wachst die Tech Leute Insgleiche die Partner rein.

00:42:33: Also sagen wir, die Leute, die die Kundenaktualisieren und die haben die gleichen, die kontributen zu den Business-OKAs?

00:42:40: Was ist deren Optimierung zum Metrik z.B.

00:42:42: Conversion Rate erhöhen?

00:42:44: Wie zahlen dann die Ingenius drauf ein?

00:42:46: Ja, genau so wie die Businessleute darauf einzuzahlen.

00:42:49: Klar muss man im Hintergrund dann die ganzen Tech KPI's im Griff haben.

00:42:55: aber so löse ich es um ehrlich zu sein brutals praktisch.

00:42:58: das habe ich das erste Mal bei Film gemacht.

00:43:01: Ich hab noch nie diese Frage bekommen.

00:43:03: Es ist ein bisschen bequem, das Problem ist nur... Das ganz große Problem ist du kannst die Tech-Leute nicht mehr vergleichen untereinander.

00:43:12: Also du weißt nicht mehr ob das eine Department

00:43:15: besser performt

00:43:16: als das andere und ich habe lieber dieses Problem

00:43:20: Als

00:43:20: das Problem, dass Technik zu Business Contributive.

00:43:22: Ja!

00:43:23: Das finde ich einen sehr guten Take weil in der Theorie sprechen alle über crossfunktale Teams, wo eigentlich immer die Businessseite mit dabei haben solltest.

00:43:30: Ich glaube eine Realität ist da ganz oft nicht der Fall, sondern wenn über Crossfunktalität gesprochen wird dann hast du Engineers, Produkmentleute... Du hast vielleicht UIUX noch dazu und irgendwie Analysts so.

00:43:39: aber die Businessleute sind gar nicht mit an Bord und ich find's nen sinnvollen Ansatz zu sagen Ich zwinge das mit rein, weil es zwingt ehrlicherweise und ist auch einer der Punkte die ich sehe.

00:43:51: Der zu wenig gemacht wird dass sich businessleute mit der Technologie dahinter beschäftigen.

00:43:55: Dass sie verstehen oder vielleicht den engineer raffermach fragen können warum dauert's denn so lange?

00:44:00: und dann kriegen sie typischerweise eine sehr gute Antwort warum Dinge eben komplexer sind was natürlich dann hilft zu verstehen okay?

00:44:07: Es ist doch gar nicht so einfach.

00:44:08: du kommst idealerweise in diesem dialog der sagt so ja wenn wir das jetzt ein bisschen anders machen.

00:44:13: Geht es dann vielleicht halb so schnell?

00:44:15: oder der engineer schläge oder product man steht irgendwas vor wir können das auch so machen geht schneller und ich glaube diese dialog findet eigentlich viel zu selten statt.

00:44:25: Das ist das problem.

00:44:26: genau

00:44:26: die frage ist es erfolgreicher

00:44:30: Kommt aus Business-Munderland.

00:44:32: Aber ich glaube, das ist halt sehr teuer.

00:44:34: Du kannst nicht den Designer mit fünf Departments teilen sondern du musst im schlimmsten Fall für drei von fünf Departen des Designers heiraten.

00:44:41: Richtig!

00:44:42: Das ist der Nachteil.

00:44:43: und dann ist wieder die Frage wie essentiell ist denn diese Funktion, diese Rolle für diesen Bereich?

00:44:51: Und dann ist vielleicht eine Frage der Schnitte, die Organisation.

00:44:54: Dann kommst du auch wieder auf die Business-Seite.

00:44:56: Wie schneidest du eigentlich deine gesamte Organisation?

00:44:58: Damit du möglichst das Maximum aus deinen Ressourcen nicht negativ, was du rausbekommst und dann wird's tricky!

00:45:05: Dann kommste ja in Atome oder was auch immer.

00:45:07: Also ein Business Unit, wie du es nennst... Die dann versuchen dieses Problem als eine eigene Mini PNL Betrachtung in irgendeiner Art um also zu lösen.

00:45:18: Also Techies die PNl lesen können Hundert pro.

00:45:21: Also ganz ehrlich, also ich glaube wenn du als Techie heutzutage kein Interesse an Business-Hearts bist du eigentlich falsch im Job.

00:45:28: Weil wenn du ein reiner Coder bist machen wir uns nichts vor.

00:45:31: AI bist weg.

00:45:33: zwei Jahre noch maximal vielleicht eher okay, weil man nicht zu negativ sein kann oder wirst du länger.

00:45:38: aber ich glaube erfahrene Coder in dem Sinne gibts vielleicht auch gar nicht mehr, weil die Leute diese erfahren sind dann typischerweise alle anderen Facetten von so einem Software Engineering Job beherrschen.

00:45:47: ja hundepro Also absolut.

00:45:49: Ich glaube die Kunst wird das dann sein, diese Leute in die jeweiligen Business-Ceremonien einzunehmen.

00:45:56: Beispiel ins Leadership.

00:45:57: also ich sage mal jetzt mal Growth Leadership und da sitzen Techies, da sitzt ein Produktmensch, da sitzen ein paar Businessleute, die einen machen BTC, die anderen machen BTB, dass sie zusammensitzen und dann die Ziele definieren.

00:46:08: Ja idealerweise.

00:46:10: Das führt mich zu einer Frage... Also der klassische Fall ist, ihr habt ja schon auch Sales Leute oder?

00:46:15: Ja ja.

00:46:16: BtoB

00:46:17: macht fünfzig Prozent das sehen wir

00:46:18: aus!

00:46:20: Wie gehst du damit um wenn Sales Leute Dinge versprechen die die Organisationen am Ende raus liefern muss, die überhaupt noch gar nicht existieren?

00:46:26: Ja

00:46:26: also ich nenn das immer Feature Sales.

00:46:29: Das ist selten, dass die Features verkaufen, die noch nicht da sind.

00:46:32: Genau!

00:46:32: Und deswegen gibt es ein Microsoft Exxon Computerspieler, ne?

00:46:35: Ja... Es

00:46:35: ist der Grund, weil die gesagt haben, natürlich gibt's ein Computer mit dem Nordgie.

00:46:40: Ich glaube nicht auf der Mac-Version, aber

00:46:41: hey

00:46:42: kann sein das so auf den Mac-Wersion.

00:46:44: Also wie... Also vermeiden kann man´s nicht.

00:46:47: So.

00:46:48: Das heißt am Ende wenn ich sage jetzt mal ... absolut der wichtigste Businesskunde ist, denn du... also der ICP-Kunde den perfekte Kunde dann musst du auch ein bisschen was machen.

00:47:04: Um ehrlich zu sein ich schmunfele jetzt die ganze Zeit weil das es will zu den Leuten austreiben versuchen die zu machen?

00:47:12: Nein, das gehört ein bisschen dazu.

00:47:13: Das heißt Was man dann macht, ist vielleicht die Person so früh möglich reinzuholen.

00:47:18: Aber es auch nicht verhindern!

00:47:19: Vielleicht ist da ein geiles Feature wo der Kunde sagt hey ich hätte das gerne.

00:47:23: Man muss immer wieder drauf aufpassen dass man nicht die Features zuerst verkauft weil das ist das ganz große Risiko.

00:47:29: und dann ich glaube den Feedback Loop zu schließen.

00:47:32: was meine ich damit?

00:47:34: Du kommst mit den perfekten Kunden.

00:47:35: Hey Leute is dieses Kundeskalierbar in einem Monat in drei Monaten vier Monaten fünf Monate wenn ja Und dann stellt sich nur die Frage, wie skalblierbar ist der Kunde.

00:47:47: Am Ende lügt man sich natürlich selber so ein bisschen anders.

00:47:51: Natürlich jeder Kunde wird ja DER kundisch nicht

00:47:53: mehr.

00:47:53: Ja, und wenn sie zahlen, dann ist das der Billion-Dollar-Kunde.

00:47:56: Aber ich glaube, wenn man dann ein bisschen in den Challenge geht und zusammen wirklich auf einen Ziel einsteigt – der Techie, der Produktmensch oder der Businessmensch – ... dem Bullshit-Level ein bisschen niedrig erhalten und ein bisschen ehrlicher in die Augen gucken.

00:48:10: Und nicht einfach nur, hey ich hab das zum Kunden versprochen!

00:48:12: Mein Boni hängt davon ab... ...und jetzt ist zu dover tick, Techie, dass du es implementiert und der Techie sagt, mein Boni Hängt nicht davon ab.

00:48:19: Also Incentives laufen komplett in die falsche Richtung

00:48:21: rein?

00:48:22: Das finde ich einen sehr interessanten Punkt weil ich glaube eine der Punkte um das gelebere Organisationen, Firmware zu bauen, ist ein gutes Incentive Modell wo glaube ich viel zu wenig Kapazität oder Braincapper reingesteckt wird teilweise um das sicherzustellen, ne?

00:48:36: Also ich hab da auch keinen Cyberbullet in irgendeiner Art und Weise.

00:48:39: Aber sicherzustellend ist so was nicht passiert, dass du halt auseinander laufende Incentives hast.

00:48:44: Das wäre eine der Punkte, die man zum Beispiel glaube ich in einer CTO-Rolle sehr gut übersehen kann weil man's antizipieren kann, was ansonsten passiert.

00:48:52: Fühlt mich aber noch zu einer weiteren Frage.

00:48:53: Weil du sagst, also kann man deinen Case draus machen macht ihr Business Cases für Features?

00:49:00: Also sagst du hey, ich baue das nur wenn ich ... Wenn das Feature, sagen wir mal von Zeitraum was ich zwölf Monate, sechs Monate war so immer.

00:49:08: Entsprechend wertgeneriert damit am Ende die Kosten gedeckt sind und nicht in multiple Übungen getroffen.

00:49:13: Also

00:49:13: die Antwort ist... Wie kennst du das?

00:49:14: Es kommt drauf an!

00:49:17: Wenn es ein Business-Modell kompletter neue Revenue Channel ist Ja, aber dann verkaufen wir das Produkt erst bevor wir es haben.

00:49:24: Bei Bauen kriegen wir es hin?

00:49:25: Das ist das erste.

00:49:26: Wenn es einfach nur ein Feature ist Dann sind wir sehr schnell da drin das einfach zu testen.

00:49:31: Also wir knallen die Experimente.

00:49:33: Wir haben sechs sieben Experiments jede Woche die ganze Zeit am Laufen Und gucken ob das auf unsere Keymetriken So wie Conversion Rate ist der Klassiker und drauf einzahlt.

00:49:41: Und so testet man das schnell durch Weil Man weiß ja nicht was man nicht weiss.

00:49:46: Man muss halt bei den Das größte Problem was dann entsteht.

00:49:50: Tests sind zu klein, also nicht bold genug.

00:49:53: Aber das kann man dann eher lösen.

00:49:55: Also so lösen wir das und bauen mich aus jedem Ding ein Case weil... Sind wir mal ehrlich?

00:50:00: Dann wird der Case halt größer gemacht oder die Kosten im Case dann reduziert.

00:50:03: Total bei dir, du lügst wieder in deine eigene Tasche.

00:50:05: Ja genau!

00:50:07: Ich finde als CTO ist das eine aber als Co-Foundar linke Hosentasche, rechte Hosentausche immer noch meine Hosentaschen.

00:50:16: Ja, ich find's interessant.

00:50:17: Weil bei mir tatsächlich die Frage nach ... wie viel ... Also, ne?

00:50:23: Du kommst zu einer Liste.

00:50:24: Konkretes Beispiel, fünf Features vom Finanzteam.

00:50:27: So dann sagst du okay, gib mir doch mal eine Indikation!

00:50:29: Wieviel Ersparnis bringt es denn, damit wir mal ein Gefühl dafür bekommen?

00:50:32: Dann haben sie halt angefangen drüber nachzudenken und sich ausgestellt... Okay, bei zwei von fünf gar nicht, können wir direkt rausschleichen.

00:50:38: Eins war signifikant, zwei FTE eingespart.

00:50:41: Und die anderen beiden waren irgendwo dazwischen.

00:50:44: Aber was ich zumindest immer wieder sehe in der Organisation ist, dass diese Frage gar nicht gestellt wird.

00:50:48: Also da wird einfach gesagt, oh guck mal wir wollen diese Liste haben von Dingen geimplimentiert werden und dann fängst du halt... also nicht fängste du sondern fangen halt die Leute an zu bauen und machen das einfach ohne Rückfrage, ohne ist dann sinnvoller Case dahinter usw.

00:51:03: Und ich glaube vielleicht wenn man skalieren will, dann willst du eigentlich die Dinge, also die Zahl der Dinge maximieren die du nicht baust so wie es die richtigen Dinge bauen.

00:51:11: Ich glaub das ist dann am Ende die Kunst, Experimente kritischen Nachfragen um dann rauszufinden, was ist denn wirklich wert?

00:51:17: Ja das

00:51:17: so.

00:51:18: Why

00:51:18: we are doing that.

00:51:19: also ich nenne es why what.

00:51:21: und dann how is das kleinste Problem.

00:51:22: Ich wollte sagen ihr kriegst immer irgendwie hin.

00:51:24: Genau die Frage ist nur welche Qualität.

00:51:26: ich glaube dann immer wieder auf pain in the earth zu sein und dann zu fragen wieso machen wir das welch?

00:51:31: und dann muss man als techie halt die pnl verstehen hey optimieren wir jetzt cac endlich.

00:51:35: aber haben wir nicht gesagt dass ist gar keine plio sondern wir wollen eigentlich kast mal live.

00:51:39: dann weil er öhn wie so fokussieren wir uns jetzt auf den Kunden Einkauf Wenn man das versteht, dann kann man noch die richtigen.

00:51:45: Wieso machen wir das eigentlich?

00:51:47: Ja und das ist glaube ich ja genau die Frage.

00:51:50: Fühlt mich gleich zu der nächsten Frage.

00:51:51: Er würde gesagt, dass du mach mir den ganzen Experimente.

00:51:54: Wie ist denn dein Tag drauf?

00:51:56: Baust du eher schnell Dinge schmeißt du dann weg?

00:51:58: oder wie fällt sich das zum Thema?

00:52:00: wir bauen technische Schulden auf?

00:52:02: Das ist immer wieder ein Problem.

00:52:03: also du machst schneller so Dinge hast irgendwann eine Riesencodebase Technische Schulden.

00:52:12: Das deutsche Wort ist richtig nice, weil das Beinhalte das Wort schulden und wir als Deutsche bekommen Schnaabarten und Panik wenn da einfach das Wort Schulden denken.

00:52:24: Schuldend sind per se nicht schlechtes.

00:52:27: Schulden sind Probleme du nicht abbezeitz.

00:52:29: Ja es ist richtig.

00:52:30: Das ist ein sehr wichtiger Punkt.

00:52:33: Business one-on-one und keiner von wir haben Business nicht gelernt.

00:52:36: Wenn du Schulden aufnehmen kannst mit drei Prozent Interest Traits und hast zwanzig Prozent Marge.

00:52:41: Du

00:52:42: hast das vielleicht völlig in Ordnung, ne?

00:52:44: Do it!

00:52:44: Und

00:52:45: zwar take all the money...

00:52:46: Ja.

00:52:48: ...und sorg dafür dass du die schneller abbezahlst oder vernünftig abbezen.

00:52:51: Das ist der Hauptpunkt.

00:52:52: Also so, das ist ein Reihen der Business Case.

00:52:55: Klar kann man bei Text schlecht abschätzen was sind meine Schulden?

00:52:59: Der Satz, den bei mir im Kopf drinnen ist sometimes you have to flush the toilet.

00:53:03: Da musst du die Toilettenspülung drücken und dann kommunizierst du zu dem.

00:53:06: hey Leute wir haben jetzt echt drei vier Jahre richtig Radau gemacht, jetzt wenig in Tech investiert also in die klären Infrastruktur da ich muss zum Beispiel ein Headless CMS austauschen ... wird nicht mehr supportet.

00:53:21: Okay Leute, was wir machen?

00:53:23: Was sind die Opportunities?

00:53:24: Kaufen wir jetzt ein neues Produkt und dann ist es die Entscheidung... ...die man trifft, dann kostet das ein bisschen Geld,... ...dann gibt's einen Miglierungsplan.

00:53:31: Double the Costs auf dem Migrierungsplan und hast du dir reale Kosten.

00:53:34: So

00:53:35: Punkt!

00:53:35: So sehe ich das.

00:53:36: Schulden sind per se nicht schlechtes.

00:53:38: Du musst hier nur abbezahlen, klar kommunizieren... ...was passiert wenn eine Firma Schulden aufnimmt um etwas den Grof zu finanzieren, dann weiß es jeder.

00:53:47: Und so würde ich's machen.

00:53:48: Genau,

00:53:48: für mich hat das zwei Aspekte auf der einen Seite überschulden zu sprechen.

00:53:51: Das ist auch eine Sprache die Business sehr gut versteht weil

00:53:54: es mehr multäre Sprachen ist.

00:53:55: Ja aber wie über keine Plastikis um ehrlich zu sein?

00:53:56: Ja das kann durchaus sein da bin ich total dabei.

00:53:59: Weil am Ende immer das Schreck gespenst aufgemalt wird und ich glaube am ende ist es ne Frage des Investments, was du tun musst um diese Schulden dann irgendwann wieder abzubauen.

00:54:10: Und da glaube ich, dann würde ich einen Zinssitz-Effekt glauben den gibts dann nämlich tatsächlich schon.

00:54:16: also wenn man halt über vier fünf Jahre einfach anholft dann irgendwann wird es dann richtig teuer Und dann stehst du halt da und fängst an deine Kernsysteme zu entkernen.

00:54:26: Weil du immer nur ran rauf untergebaut hast.

00:54:29: Du kommst eigentlich gar nicht voran, aber am Ende gibts ja eben dafür Geld aus so das Geld was du halt dann vorher irgendwann eingespart hast oder einfach Geschwindigkeit dafür gewonnen

00:54:36: hast.

00:54:36: Ja, vor allem war es am Anfang eingespart.

00:54:38: Da war das Geld noch günstig.

00:54:39: Genau.

00:54:40: Und weniger.

00:54:41: Genau!

00:54:41: Und dein gesamtes... Kommen wir noch zum Risiko-Management?

00:54:44: Dein gesamtes Business war weniger ein Risiko.

00:54:46: Also ich sag mal so eine OP auf einer Herzoperation in einem Keine Ahnung.

00:54:51: Fünf Millionen Business ist einfach viel, viel riskanter als wenn du halt irgendwie zwanzig Leute bist und so eine Million Euro machst.

00:54:59: Absolut!

00:55:00: Aber man sollte auch genug Geld haben also größer haben um dann die Probleme um die überhaupt lösen zu können was ich damit sagen will.

00:55:09: Man sollte sich nicht panisch werden wenn man am Anfang gerade die Firma geründet hat.

00:55:13: Zu viele Sorgen über Schulden macht.

00:55:15: Die werden entstehen.

00:55:16: Ja.

00:55:16: Die Frage ist nur wie schnell?

00:55:18: hundertprozentig und da kommt zu mich wieder zurück auf erfahrenen leute am anfangen die so ein paar sachen, die einfach vermeidbar sind auch einfach dann nicht tun.

00:55:27: also das ist dass es denn der knackpunkt wenn jetzt über hetle cms sprichst.

00:55:32: also

00:55:32: ja also die frage wäre so vielleicht in meiner richtung.

00:55:36: also wir stehen immer wieder von entscheidungen so make or buy.

00:55:40: wonach triffst du hier die entscheidung?

00:55:41: weil du könntest ja auch sagen wir bauen einen für finn auto perfekt passendes cms Was es einfach noch mal riesigen Vorteil gibt gegenüber allen anderen, versus ich kauf eins von der Stange.

00:55:52: Also

00:55:53: die hier muss ein Disclaimer tropfen da, weil da bin ich schon ein bisschen radikal unterwegs.

00:55:59: Ein Slogan des sich habe ist We buy commodities we build assets.

00:56:05: Quizfrage ist was in commodity?

00:56:07: Wer für mich alles was Standard ist.

00:56:09: Genau also würde ich mir eine Kuh kaufen und selber mein eigen Käse herzustellen, das ist die Value chain ein bisschen lang.

00:56:16: ja

00:56:17: Da ist viel zu tun.

00:56:19: Das ist jetzt natürlich anekdotisch, aber am Ende hättest du die Messer.

00:56:22: sind Cms.

00:56:22: wie viele Cms gibt es auf dem Markt?

00:56:25: Hundert!

00:56:26: Wie viele sind mir bekannt?

00:56:27: Fünf?!

00:56:27: Ja.

00:56:29: Why not?

00:56:29: Würde ich mein eigenes Finance in der Accounting System bauen?

00:56:33: Wahrscheinlich nicht.

00:56:34: Den Schuh würde ich mich nicht anziehen.

00:56:35: Da kauf' ich mir auch was auf den Markt und dann... Was is das Esset?

00:56:39: Also bei Finn ist das Autorabus.

00:56:43: Wie viel zahlt dieses Tool auf dieses Asset ein?

00:56:46: Ist es sein internes Tool beispielsweise, um meinen Fleet Operation Manager noch schneller zu machen?

00:56:51: Gibt's was auf dem Markt?

00:56:54: Vielleicht.

00:56:55: Aber das ist Bread and Butter hier!

00:56:58: Müssen wir in der Haus haben... Also wieso wird der Disclaimer anfangt?

00:57:01: Wir kaufen im Zweifel immer einen.

00:57:04: Ja, das finde ich.

00:57:05: Im Zweifeln immer einen und mit den No-Code und dann mal beim Locustec, wenn wir merken die Value ist Mäh!

00:57:12: Irgendwann mal so, so.

00:57:14: Dann schmeißen wir hier raus?

00:57:15: Ja.

00:57:15: Da gibt es ein RFP-Prozess und dann geben die Negotiation rein... Ich glaube der Haupttrick, ich spring mir jetzt ein bisschen hin und her ist beim ersten Mal wenn man das Tool seint egal wie billig das nicht ist.

00:57:27: also bei uns ist die Grenze fünfhundert Euro pro Monat.

00:57:29: Wenn das mehr ist als sechstausend Euro pro Jahr dann muss es sofort negotiatet werden und am Anfang wird negotiated.

00:57:36: Saastools werden immer nur teurer Das ist richtig Und da geht am Anfang Unliebsamste Negotiation.

00:57:43: Partner am Anfang, weil meine Techies sind alle durch Negotiation Training gegangen.

00:57:49: Und die diskutieren dann am Anfang über fünffünfzig Euro?

00:57:53: Ja!

00:57:54: Aber wenn das Tum maximal durchknallt in der Firma, dann sind das hundert zu einhunderttausend später in fünf Jahren.

00:58:00: Das ist die Antwort.

00:58:01: Ich finde das Negotiation-Training sehr interessant.

00:58:05: Kann ich auch wirklich empfehlen sowas zu tun.

00:58:07: also gibt es einfach... Es ist augenöffnend, würd ich behaupten.

00:58:10: In bestimmten Bereichen, es hilft auch.

00:58:12: Aber wie machst du das mit Bayern und Bill?

00:58:14: Ähm ähnlich... Also ich hab eine andere Metaphe, ich sag's so Core & Context.

00:58:17: Okay.

00:58:18: Core ist am Ende das, wofür mich meine Kunden bezahlen.

00:58:20: Ja.

00:58:21: So ein Kontext ist alles drum herum.

00:58:22: Und genau das Asset.

00:58:23: Also die Frage ist, bezahl ich meine Kunden dafür dass sich das beste Content Management System habe?

00:58:28: Wahrscheinlich nicht.

00:58:29: Es sei denn ich produziere Content Management-Systeme oder die beste Finanzbuchhaltung eher nicht.

00:58:33: Das kaufe ich mir alles ein.

00:58:34: Wofür bezahle ich meine Kunden?

00:58:35: Wo hab' ich die wirkliche Wertschöpfung?

00:58:38: Das baue ich selber und das will ich auch own, weil am Ende ist das ja wenn ich... ...perspektive schaue.

00:58:42: ein Asset also eben nicht die Analogie zu dir.

00:58:45: Wenn ich irgendwann mal vielleicht einen Exit machen will, dass es was mein Käufer am Ende verkauft.

00:58:50: Sorry kauft nicht verkauft sondern was ich dem Käufe verkaufe.

00:58:53: Und das macht dann einfach den großen Unterschied.

00:58:56: Ich finde diesen Verhandlungspart sehr interessant.

00:58:58: wer verhandelt denn man euch machst du das?

00:58:59: Machen das deine Techies oder...?

00:59:02: Also wir haben keinen Prokübel-Department.

00:59:03: das machen die Techies

00:59:05: Also definiere Techies.

00:59:06: ist das so ein IC oder

00:59:08: ist es?

00:59:08: TechRise bei Finn Engineering, Product.

00:59:13: Data, also Data Analyse, Data Science und Business Automation und also im AI Manager.

00:59:18: Das heißt diese Leute negoschierten ab einem gewissen Level, also Level sieben, Level acht, Level sechs und es kommt halt auf den Volumen an.

00:59:28: Und das Schöne ist wenn wir Techies sind stumpf Wir sind hochanalytisch, aber sehr empathisch.

00:59:36: Und diese sehr empathischen wird ein Problem in Negotiationen.

00:59:38: Wenn man das abschaltet dann sind wir einfach Ja, aber ich will fünfzig Prozent Rabatt.

00:59:45: Aber du hast mir neunvierzig gegeben.

00:59:46: Der der Kind neun vierzig ist nicht fünfzig.

00:59:49: Ich will fünftig und wenn Du dieses Level erreicht

00:59:51: hast, ja, da sind

00:59:52: die besten Negotiere bei Neumotions alles ok.

00:59:57: Rein rationale Ebene

00:59:58: Und das so sind Negotiations.

01:00:00: Ja,

01:00:00: ja... und das macht dann Spaß!

01:00:02: Nicht jeder ist dafür gemacht weil wir halt oft zu empathisch sind.

01:00:06: aber es ist ein Traum.

01:00:07: erstmal du kannst nur noch schmunzeln da musst Du halt in paar Metriken so Es kommt auf die Framework anfängt und das mach´s Spaß.

01:00:13: Das ist echt meine besten Negotiator.

01:00:16: also zum Beispiel sind halt die Top Techies.

01:00:20: Ja, spannend.

01:00:21: Ich finde das interessant.

01:00:22: also wenn wir sozusagen über Skalierbarkeit von Technologie sprechen landen wir am Ende jetzt immer wieder bei den Menschen und die Business.

01:00:30: ja genau vielleicht noch mal.

01:00:32: trotzdem einmal auf die Technologie zurückgesprungen.

01:00:35: Wenn du hast gesagt ihr habt sozusagen verschiedene Ebenen Also vielleicht die manuellen Schritt präsentiert am Anfang Dann Automatisierung dann wird es irgendwann in Kod gebacken wenn es ganz groß genug wird.

01:00:47: Was sind so Metriken für dich?

01:00:50: Software tatsächlich skalierbar machen.

01:00:52: Also sagst du, Containerisierung hat mich schon drüber gesprochen.

01:00:55: Gehst Du dann in, wir machen Kubernetes Cluster oder Bermetal?

01:00:59: Oder was sind so Dinge wo Du sagen würdest die gehören für Dich eigentlich dazu?

01:01:03: Oder sind vielleicht so eine Metapher dafür wenn Software am Ende dann auch skaliert?

01:01:07: Es ist sehr spannend.

01:01:08: und da wieder das gleiche Prinzip We Buy Commodities We Build Assets.

01:01:12: also wieder dieser Schritt zurück und sagt okay was brauche ich?

01:01:16: Ich brauche ein Storage, also ich brauche irgendetwas zum Speichern.

01:01:18: Ich muss Persistenten das Storage machen.

01:01:20: was sind die nicht funktionale Requirements?

01:01:22: Es muss schnell sein.

01:01:24: wie schnell muss es instan sein real time Wie lange wollen wir die Daten speichern?

01:01:29: ist das finanzrelevant?

01:01:30: zehn Jahre bla bla bla.

01:01:31: und dann gibt's ein Produkt auf mal hint S-Drei, vielleicht Glacier.

01:01:36: Vielleicht brauchst du dann ein fancy-pensive Real Time System und das ergibt sich da daraus.

01:01:42: ich glaube und diesen immer wieder die Frage ist es Storage, es ist Computation, brauche ich vielleicht Netzwerk?

01:01:48: Brauche ich um Data Warehouse, um Slicing & Dicing zu machen?

01:01:53: und dann geht man auf den Markt und nimmt immer das Beste was gerade da ist und dann bleibt wirklich und ehrlich zu sein nicht viel Kernsoftware übrig was du wirklich bauen willst.

01:02:02: Und die gleiche Frage muss ich dir dann stellen, sagen wir mal du sagst im BtoB Saas Produkt was du baust.

01:02:08: Wenn du die alle Sachen einkaufst, die du einkaufen kannst?

01:02:13: Was ist der Kernasset?

01:02:14: und ich glaube wenn viele Leute sich die Frage stellen würden, hätten wir bei Weitem nicht so viel Btob Saas Unternehmen.

01:02:20: Viele haben zu viele haben meiner Meinung nach ein Low Value Product.

01:02:26: ja das darf nicht sein.

01:02:28: Ja, am Ende werden die auch nicht erfolgreich sein.

01:02:31: Besonders

01:02:32: nicht in der aktuellen Phase?

01:02:34: Genau das kommt doch mal hinzu.

01:02:36: aber wir hatten jetzt vor zwei oder drei Monaten hatten wir unser Klassentreffenevent hier in Berlin wo wir so auch panel raten und da war so die erste Diskussion rund um.

01:02:49: wird es demnächst das erste One Person Unicorn geben?

01:02:53: also wurde am ende mit AI, wie auch immer das dann ausgestaltet ist.

01:02:58: Tatsächlich eine Firma baut es mit einer Milliarde Dollar-Bewertung und ich glaube die Kernfrage, die sich mir stellt ist und deswegen glaube ich da im Gegensatz zu meinen Kollegen vielleicht nicht ganz so dran ist wenn du ein... Also die Frage ist entweder schaffst du's einen Uniprodukt zu bauen mithilfe von AI was wirklich noch nicht vorher da war.

01:03:21: Dann wäre die Frage dann kannst du auch jeder andere mit AR bauen, wenn du es geschafft hast so das wäre der eine Punkt der dazu beiträgt.

01:03:26: und die zweite Frage wäre tatsächlich wie gut ist das Produkt am Ende?

01:03:29: Also es ist einfach meine Milliardenbewertung würde darauf hindeuten du kannst damit was erreichen aber... ...ist der Kern des Produkts so verteidigbar und so unik dass du am ende wirklich das alleine betreiben kannst?

01:03:43: Da glaube ich ehrlich aber nicht dran.

01:03:44: Ja das ist spannend!

01:03:45: Ich glaub Ich hab das genau, ich glaub bei Mende wird's nur aufs Momentum ankommen.

01:03:51: Du hast gerade diesen Moment und da musst du halt durchballern in diesem Moment im Wien wilder... ...und dann hast du vielleicht sechs Monate, lass es ein Jahr sein wo du dann auf diese eine Milliarde bewährt und kommen kannst.

01:04:02: Und dann I don't know!

01:04:04: Also wir können ja gerne ne Fünfer-Schnellwerte machen

01:04:07: oder so.

01:04:07: Ja, das würde ich eigentlich gut

01:04:08: finden.

01:04:09: Also ich zippe mal den sechsenzwanzig solltest schon die ersten Unternehmen geben.

01:04:14: Wie nachhaltig das ist, da sage ich gar nicht zu.

01:04:17: Das kann ich mir nicht vorstellen?

01:04:20: Aber let's see!

01:04:20: Wir haben ja den hier einmal aufgenommen, finde ich sehr gut.

01:04:25: Ich hoffe wir schneiden es raus und...

01:04:26: Ja, wenn er schnell wird, geht immer tatsächlich.

01:04:30: Genau, aber das heißt vielleicht zurück zum Ursprung der Frage Skliberkeit kaufst du am Ende ein und da bin ich total bei dir.

01:04:36: Aber die Business-Skliberigkeit ist ein anderes Thema also Infrastruktur, Technologie usw..

01:04:42: Ja, es sei denn dein Produkt ist das.

01:04:45: Also sagen wir mal du sagst Du hast zehn Kunden weltweit maximal und die laufen alle privat Private Cloud oder vielleicht sogar auf Bearbat Bärmettel, dann sieht das Produkt das vor.

01:04:57: Das ist ein Requirement, das so zu haben.

01:04:59: Vielleicht ein Container... vielleicht sind es auch eine Augen- und Dockerkontainer ohne Kibernitis weil du keine Skalierung brauchst und machst das da rein.

01:05:06: Und dann musst du sie irgendwie auf einen Raspberry Pi passen oder auf den CD, damit du das in irgendeinem Militärlager nur CD lesen kannst oder nur disketten.

01:05:17: Darüber musst du dir gingenang machen.

01:05:18: wie passiert das?

01:05:19: Deployment beim Punkt!

01:05:22: Ja, und das heißt am Ende auch wieder, dass es sich ja dem Business unterordnet.

01:05:26: Also was ist die Anforderung?

01:05:27: Weil das ist ja oft, dass man immer wieder hört oder vielleicht gar nicht mehr, ich glaube vielleicht einmal kurze Exkurs.

01:05:33: Es gab eine sehr lange Zeit diese Marty Kagan Philosophie Empowerment Nebelman uns weiter also im Ende Produktorganisationen sehr starkes Business schäpen und ich glaube auf der einen Seite Ist das ein sehr, sehr guter Gedanke?

01:05:46: Auf der anderen Seite seh ich wenig in der Realität tatsächlich passieren.

01:05:50: Oft ist es eigentlich andersherum.

01:05:52: Ist auch deine Beobachtung?

01:05:53: Ja, oft business-led!

01:05:55: So.

01:05:55: und die Kernfrage ist am Ende wenn du ... Also von welcher Seite her kommst du?

01:06:01: Und theoretisch kommen beide Seiten von derselben Seite, wie vom Kunden.

01:06:05: Aber am Ende sehe ich zumindest auch in Produktorganisationen das halt immer wieder so Dinge gebaut werden wo du sagst ja es ist einfach schön das gebaut zu haben und wir glauben da wir die Hypothese da ist ganz viel dahinter am ende ist es halt dann eben doch nicht viel was du vielleicht einfach vorhin nicht rausgefunden hast.

01:06:19: Ja und das ist ja okay.

01:06:21: Ich glaube wir sind auf maximal gebeiert.

01:06:23: also du bist im PE-Business noch unterwegs.

01:06:25: Ich bin VC Business, it's a hit business.

01:06:28: Die meisten machen sie nicht

01:06:29: Ganz genau.

01:06:30: Und

01:06:30: das soll es sein?

01:06:33: Ja, absolut!

01:06:35: Also ich überlege gerade was werden so die fünf Jahre zurückgespult?

01:06:41: Was wären die Empfehlungen von Stefan an Stefan?

01:06:46: Das ist eine sehr interessante Frage.

01:06:49: Fünf Jahre zurück da haben wir ... bis zur Halskrause in wahrscheinlich den Anfängen von Sender gesteckt und die mit ihrer Skiligungsphase begleitet.

01:07:01: Und hiring ist ein sehr relevanter, also verschiedene Dinge.

01:07:06: Ich glaube, es war vielleicht noch die DD-Phase wo wir schon reingeschaut haben gesehen haben so Architektur, sehen wir jetzt schon sehr eng gekoppelt, wenig Unabhängigkeit, wenig klarisch instellen.

01:07:20: Alles miteinander spegiert gut nicht, aber sehr miteinander verwurschtelt.

01:07:25: Genau, sehr viel Abhängigkeiten.

01:07:26: Schon gesagt so damals, okay das wird auf jeden Fall noch mal schwierig werden.

01:07:29: es hat sich auch bewahrter und bewahrheitet.

01:07:30: also es wurde dann erst fünf oder sechs jahre später wirklich schmerzhaft Aber war da schon abzusehen.

01:07:36: d.h.

01:07:36: Fielungen wäre auf jeden fall frühzeitig auf so eine signale gucken.

01:07:40: Wenn du dann wächst dann hast du Dann musst du hast du keine Zeit, jetzt dir Gedanken drüber zu machen wie deine Prozesse aussehen und so weiter.

01:07:49: Sondern idealerweise... Und dann ist der Zeitpunkt schwer abzuschätzen.

01:07:51: aber wenn du siehst dass das Fanning reinrollt oder sehr absehbar ist dich dann zurückzuziehen.

01:07:57: Aber einmal rauszutreten aus Tagesgeschäfte zu überlegen ich muss jetzt was muss ich tun?

01:08:03: Wenn ich in den nächsten sechs Monaten neunzig Leute anstellen will Wie kriege ich das auf die Straße?

01:08:08: Das ist für mich einer, also als Beispiel.

01:08:10: Oder wenn ich meine... wie muss meine Systemarchitektur oder mein Setup aussehen, wenn ich jetzt in meiner Anzahl von Anfragen in den nächsten sechs Monaten verziehen fache.

01:08:20: Also einmal außerhalb dieses Standard zu denken, ja doppeln wir verdreifachen, sondern einmal zu denken okay, ich mach's mal richtig krass!

01:08:31: Ten x hundert X was bedeutet das eigentlich?

01:08:34: typischerweise kommst du dann eigentlich auf punkt würde sagen okay wenn ich jetzt mal hundertfach denke.

01:08:38: Dann weiß ich die drei sachen werden kaputt gehen wenn ich den sechs Monaten neunzig leute einstellen muss.

01:08:43: Oh Gott, dann werde ich einfach den ganzen Tag nur mit Hiring verbringen.

01:08:46: Das heißt, ich muss mir überlegen wie kriege ich das eigentlich in meiner Organisation abgebildet?

01:08:49: Wie halte ich die Qualität hoch?

01:08:51: Wie baute ich die Leute an?

01:08:53: Das sind all deine Themen, über die ich anfange nachzudenken und dieser Nachdenkprozess hilft mir immer noch nicht in der Execution im Sinne von... Dann mach' ich trotzdem noch für unsere Erfahrungen, die ich nie gedacht hätte.

01:09:03: aber du gehst nicht komplett blank rein sondern hast ja einmal vorher überlegt, wie setzt du es auf und hast einen Plan, den du folgst auch wenn du vielleicht irgendwo abmeistert bist.

01:09:11: Aber das wäre was sagen würde an so einen Knackpunkten frühzeitig anfangen, drüber nachzudenken.

01:09:17: Okay wie geh ich jetzt damit um wenn jetzt krasses Wachstum kommen?

01:09:19: Krass nicht Doppelung sondern Verzehnfachung von Hundertfachungen.

01:09:23: das wäre so ein klassischer Ratschung die mir selber geben würde neben Bitcoin, Apple und so weiter.

01:09:29: Entweder.

01:09:30: Ja entweder stimmt heute aber Gehebe bitte.

01:09:32: Wie ist bei dir?

01:09:36: Fünf Jahre?

01:09:36: ich überlege gerade also Hiring auf jeden Fall.

01:09:39: Ich glaube, meine Lieblingsfrage beim Hiring würde ich weiterhin belassen.

01:09:43: Das ist um Style-Reflexion zu testen.

01:09:45: also auf Empathie gibt mir zwei Gründe nicht zu heiern, weil das nicht heieren ist wichtig ob die Person dann in die Reflektion kommt.

01:09:58: Was wichtig ist als See Level darauf zu achten was bei der Hiring Pipeline immer voll ist.

01:10:07: Also zu sagen, da hast du genug Epplikens.

01:10:08: Der Prozess selber muss ja die richtigen Leute rausfeltern und

01:10:12: er muss schnell sein.

01:10:14: Ja klar aber das

01:10:15: ist der Markt für dich.

01:10:16: wenn du zu langsam bist dann kriegst du noch nicht die guten Leute?

01:10:19: Aber ich habe gerade konkretes Beispiel wo Leute versuchen wirklich zu wachsen... ...und dann laufen die Kandidaten kandidatinnen durch acht Interviewschritte über sechs Wochen verteilt.. ..und dann hast natürlich keiner hinten rausfällt.

01:10:32: also dass sie auch zu erkennen sagen so okay Quality über Quantity oder umgekehrt, ne?

01:10:38: Also wie gehe ich dann ran.

01:10:39: Das ist auf jeden Fall ein redamater Punkt.

01:10:41: Absolut!

01:10:41: Dass die Prozesse...

01:10:43: Genau der muss einfach laufen.

01:10:44: Ja absolut

01:10:45: genau.

01:10:45: da dachte ich immer darauf dass das so ungefähr zweihundert zu eins ist also zweihundertepplikens zu eins.

01:10:50: Also ohne..also das sind dann kalte Leads und nicht Hotleads.

01:10:53: Also nicht eingekaufte von Hättern da.

01:10:57: Und dann glaube ich vor fünf Jahren Ich glaub die schwierigste Phase und das klingt jetzt ziemlich dumm Ist zwischen zwanzig und vierzig.

01:11:06: Ich glaub, am Anfang hast du halt diese... ich mach das jetzt wirklich bewusst ein.

01:11:10: Das

01:11:10: ist mein Altersfasum ne?

01:11:11: Von der Zwanzigviert in die Kampagne zwischen zwanzig und vierzig.

01:11:14: Großes oder später wenn das Department zwischen Zwanzighundvierzig besucht hat.

01:11:19: Weil da ist das mental modeln anderes.

01:11:21: Am Anfang hast Du diese Peng-Peng Cowboy Style Leute.

01:11:24: und dann kommen die Prozesse.

01:11:26: Du hast ja gesagt, hier kommen ein bisschen mehr.

01:11:27: Da kommen die Leute, die bringen ein bißchen mehr Struktur.

01:11:30: Die brauchen ein bisschen Struktur und diesen Essential für Deinen Rolf.

01:11:33: Das geht nicht anders!

01:11:34: Und diese Transition Phase Da wird einmal die Suppe gedreht, dieser große Block.

01:11:42: Und da muss man dann hellisch fokussiert und laserfokus als Ziellevel sein... Das verschleppt man dann gerne wie so eine Grippe und das knallt dann hinten durch.

01:11:52: Und danach ob du jetzt plakativ, ob du hundert Leute hast oder ein tausend?

01:11:57: That's the Orc Problem!

01:11:59: Ja,

01:11:59: das finde ich kurz gern bleiben, weil ich glaube es ist ein sehr relevanter Punkt Weil am Ende, ich weiß nicht ... Du kennst wahrscheinlich den Dunbar's Numbers.

01:12:09: Also so eine Theorie über Größen von Organisationen und Kommunikationsstränge von Organisationien.

01:12:15: Diese zwei, drei?

01:12:16: Und dann bildet es so mehr...

01:12:17: Dann wird so ein Knackpunkt fünfzig, also ziemlich genau in deiner Range auch.

01:12:23: Wenn du diese Größen erreichst, sind sie immer so Kotzpunkte am Ende.

01:12:27: Also wenn du in die Größe kommst, wirds immer schwieriger und muss eigentlich die nächste Iteration in deinem Organisationsmodell gehen.

01:12:33: Und genau, später ist es dann eigentlich egal.

01:12:36: Aber am Ende hast du die Problematik, dass sich Leute gar nicht mehr kennen oder andersherum lädt.

01:12:40: der Kommunikations-Overhead wird zu groß wenn man mit jedem sprechen will und dann fängst du typischerweise an in Teams zu gehen.

01:12:47: Dann fängste an später in größere Units zu gehen oder Verticals, die dann Produkte ohne oder was noch immer... ...und das ist glaube ich einer der Punkte zu wissen dass es diese Knackpunkte gibt im organisatorischen Maximum.

01:13:00: Und dann eben genau damit umzugehen und darauf fokussiert zu sein, als wenn du in der Region bist sicherzustellen, du machst, legst die richtigen Fundamente für die nächsten Schritte.

01:13:09: das ist halt ein sehr, sehr relevanter Punkt weil ohne das wirst Du halt einfach genau ins Kotzen kommen, weil halt dir deine gesamten Organisationen-Union fliegt.

01:13:17: Was mich immer geholfen hat und ich weiß jetzt wo das herkommt... außer Algorithmen, Algorithmik und zwar Rebalancing vom Soetierbaum.

01:13:30: Das Rebalancen wird dich irgendwann mal mehr kosten als das Suche in dem Baum.

01:13:33: Also das ist so eine theoretische Informatik.

01:13:36: was ist das?

01:13:36: Erstes, zweites,

01:13:38: drittes glaube ich ja.

01:13:38: Drittes Semester genau.

01:13:41: wenn du nur noch am Rebalancing bist dann hast du es verpasst.

01:13:44: Und ich glaube dass genau der Punkt weil am Ende all die Energie die du da reinsteckst, geht halt nicht in eine Produktentwicklung.

01:13:51: Die bringt deine Firma voran, aber am Ende räumst du die ganze Zeit auf und nur aufräume.

01:13:56: ich weiß nicht... Also mein Zimmer sah immer chaotisch aus.

01:13:59: Nur aufräumen die ganze zeit bringt es halt auch nichts.

01:14:02: also das ist dann am ende nicht befriedigend und wenn du einmal durch bist dann fängst einfach direkt wieder von vorne an so dass vielleicht noch mal der zweite punkt der mir so durch den Kopf geht also denkst du ja mal so okay jetzt haben wir guten status Und dann kommt so das nächste Ding um die Ecke, was du überhaupt nicht erwartest und dann fängt es eigentlich alles wieder von vorne an mit dem Vorteil, dass du vielleicht gewisse Erfahrungen einfach schon mal mitgenommen hast.

01:14:23: Ich weiß nicht wie's bei dir ist aber ich kommuniziere meinen Leuten ganz klar wenn wir mit diesen restructuring refactoring fertig sind, dann gehts desnächst also jede anderthalb zwei Jahre wird ein neues Schweinchen durchs Dorf getrieben immer wieder und man muss drauf stehen!

01:14:38: Man muss das mögen

01:14:39: Ja, und es ist anstrengend ehrlicherweise.

01:14:42: Aber ich finde das ein sehr guten Punkt, weil's stark auf Transparenz ist.

01:14:47: Und am Ende ist auch das was in jeder Firma passiert.

01:14:50: also wir haben als uns ein unser Wettes Changes gut.

01:14:53: Am Ende ist genau dass wir sind jedes Jahr gefühlt eine neue Firma und auch wenn man vielleicht eine Produktorganisation im digitalen Produkt zumindest das Produkt hat was eint Die Firma selber, das Kretrieb dahinter ändert sich trotzdem permanent.

01:15:07: Und ich glaube, dass es zu akzeptieren willkommen zu heißen und dann auch zum Nutzen um besser zu machen... ...das ist halt das Beste was du rausholen kannst.

01:15:14: Dann wird's auch mit der Skalierung ehrlicherweise klappen.

01:15:16: Absolut!

01:15:17: Sonst noch irgendwelche Sachen nach fünf Jahren?

01:15:19: Ich bin die gerade.

01:15:20: Ja also ich glaub so die klassischen Themen ähm... Also zumindest in meiner Welt, ich hab eine Familie.

01:15:27: Ähm Don't Forget The Family ne?

01:15:29: Also es ist halt so ähm Es gibt ja keine Garantie dafür, dass dein Business erfolgreich wird.

01:15:34: Wenn du dann abstürzt, kann er es da um dich vielleicht mit aufzufangen oder dich einfach auch zu begleiten?

01:15:39: Vielleicht ich auch mal auszubereimseln in bestimmten Bereichen, dann wird's auch irgendwann schwer.

01:15:43: also so der einsame Wolf wäre jetzt nicht mein Modell.

01:15:48: Da gibts andere für die das völlig fein ist.

01:15:50: aber das wäre nochmal einer der Punkte wo du sicherlich darauf achtest, dass zumindest dein... vielleicht nicht mit Familie, aber dein gesamtes Netzwerk, privates Netzwerk.

01:15:57: Nicht komplett stuppt.

01:15:58: Absolut, absolut!

01:15:59: Ja und vor allem ich finde diese Ehrlichkeit auch bei der Arbeit dann immer wieder... Ich find das ist das schöne Wort No Fluff weil wir kommen ja zur Arbeit.

01:16:08: viele verbringen

01:16:10: acht, zehn zwölf

01:16:11: Stunden die meiste Zeit bei der arbeit.

01:16:13: Dann kommt man mal schlafen dazu Schlaf es halt nicht optional.

01:16:16: also bist du in gewissen Grad Und dann bleibt noch viel übrig.

01:16:19: Das heißt und dann in dieser zeit wo du bei der arbeite bist musst du da halt maximal jetzt nicht wohlfühlen.

01:16:24: Also es ist ja kein vielgut, sondern wirklich... Es muss dir mehr Energie geben als neben.

01:16:33: Das finde ich einen sehr interessanten Punkt weil ich glaube da glaube ich sehr stark dran.

01:16:38: also wenn du am ende eines arbeitestages nach hause gehst und sagst so Nicht jeder tag aber das war so im schnitt über eine woche hast Du mehr rausgenommen als du reingesteckt hast.

01:16:48: Wir ticken alle gleich, dass wir auch viel reinstecken.

01:16:51: Dann machst du eigentlich ... dann hast du den richtigen Job, sagen wir mal so!

01:16:54: Da nimmst du einfach was mit aber dann wirst du halt nicht ausgesaugt und endest am Ende nicht an einem Punkt wo du kündigst oder der Arbeitgeber kündigt weil es am Ende nie funktioniert.

01:17:05: Ich glaube bei fünf Jahren würde ich die Qualität beim Heiringen nicht sparen.

01:17:08: Weil immer Penin die erst sein wenn es um Infrastruktur Änderung geht, weil eigentlich muss alles immer sofort gemacht werden.

01:17:16: Beim Prozess immer wieder die Frage stellen, ist es einfach genug?

01:17:20: Und wenn das nicht einfach genug ist dann haben wir uns genug Gedanken dazu gemacht und muss einfach zu machen.

01:17:24: Also da kommt der Physiker bei mir durch, ne?

01:17:27: Sagen wir

01:17:28: mal ein konkretes Beispiel.

01:17:30: also weil es gibt ja durchaus komplexe Geschäftsprozesse.

01:17:34: ich überlege gerade

01:17:36: wo du sagen würdest okay da haben wir's so einfach gemacht Oder nimmst du einen Teilschritt, den die dann für sich wieder einfacher

01:17:41: sind?

01:17:42: Nein.

01:17:42: Ich mache das schon sehr radikal.

01:17:44: Also wenn ich das Wort komplex höre oder kompliziert... Dann mach' ich mal wie so ein kleines Erdmädchen.

01:17:53: Was heißt das?

01:17:54: Und dann komme ich wie immer... Aber was ist es, was macht das komplex oder im schlimmsten Fall kompliziert?

01:18:00: und dann merke ich immer, wenn die Leute anzustottern oder ja, das nicht klar.

01:18:04: also was wollen wir erreichen?

01:18:05: Ich sage mal ein Beispiel okay!

01:18:07: Wir wollen diesen neuen Marketing-Channel etablieren.

01:18:09: Okay cool!

01:18:10: Was ist die CAC

01:18:11: davon?!

01:18:12: Ja wissen wir nicht aber wir müssen's machen!

01:18:14: Okay, aber was ist der Kern?

01:18:17: Also was wollen wir erreichen.

01:18:18: Der CRC soll grünsiger sein als sehr aktuell.

01:18:21: Wie kriegen wir das jetzt implementiert, sagen wir mal irgendeinen Influencer-Kanal holen mit diesen einen Influenzer, der mir garantiert dass er den CRC unter meiner SX, er soll X minus Prozent liefern.

01:18:33: wenn du den hast dann testen wir das und machen wir es und dann gucken wir mal wo nicht.

01:18:37: ja wir müssen jetzt hier Budget ab.

01:18:40: Freivington zwei Millionen Euro machen.

01:18:41: jetzt Influenz am Marketing.

01:18:43: Ramba Zamba

01:18:46: Macht den konkreten Case.

01:18:47: Das ist kein Experiment, das ist dieses...das ist die eine Zahl und nicht wir wollen irgendein so ein Blendet, siebzehn verschiedene KPIs und wenn von diesen siebzen, fünfzehn hochgehen ist alles schön, dass gleich in Tech.

01:18:59: sondern was ist diese eine?

01:19:01: Was ist dieser Nenanasernbusiness-Triber?

01:19:03: Was

01:19:04: treibt es?

01:19:05: Und das ist ich glaube immer wieder diese Frage auf Tech angewendet und dann werden wir uns Techies selber dabei erwischen wie viel wir uns selber bullshitten.

01:19:14: Das können wir sehen, also ich sage es exzellent.

01:19:16: Ja absolut total.

01:19:18: Also das gehört auch ein bisschen ehrlicherweise zu der Rolle dazu, dass du... Da komme ich wieder an den Punkt bei Business mitreden.

01:19:25: Ich glaube idealerweise hat man einen Management-Team, wo man das nicht nötig hat aber in der Realität sieht's dann eben doch oft anders aus und wenn nach außen trittst, ist das immer ein bisschen Bullshitting muss man ehrliche Weise sagen.

01:19:36: Aber ich glaub Leute merken auch sehr schnell ob da eine Substanz dahinter ist oder eben nur die heiße Luft tatsächlich

01:19:41: rauskommt.

01:19:42: Ich hoffe, die Episode hat dir genauso viel Spaß gemacht wie mir.

01:19:45: Ich bin ja, wie gesagt jemand der in dem Fall erstens nur zugehört hat und zweitens gar nicht so technisch affin ist und habe sehr viel daraus mitgenommen und finde schon spannend wenn man sich überlegt wo es eigentlich beginnt welche Fragen man sich stellen muss, wenn man so eine Technologieorganisation plant und sagt okay wir wollen Software entwickeln das ist unser Kern.

01:20:03: Und dann eben auch zu verstehen wer sind eigentlich die richtigen Leute um das Team auszubauen?

01:20:08: wie denke ich Produkt wann kaufe ich Software?

01:20:10: Wann entwickle ich sie selber?

01:20:11: Wie teste ich das?

01:20:12: Wie gehe ich damit um?

01:20:13: Weil mal alles versagt damals wirklich mehr Einblicke zu haben in was für mich ne Blackbox war extrem hilfreich!

01:20:19: Wenn du es genauso findest teil die Episode gerne mit jemandem dem das auch helfen könnte.

01:20:22: folgt den Kanal.

01:20:24: Dann würde ich sagen, holen wir uns wieder bei der nächsten Episode Scaling Finance.

01:20:28: Wo es dann darum geht wie Sief aus wirklich in die Tiefe gehen und mal erklären was eigentlich hinter dieser ganzen Finanzorganisation steckt.

01:20:36: Vielen Dank beim Zuhören.

01:20:38: bis zur nächsten Episode Unicorn Bakery.