„C“ steht für Herausfordernd: Der Einstieg in die CTO-Rolle

‍

Matt Warcholinski

Also ganz allgemein, um über Ihren Übergang zu sprechen, denn das ist ein wirklich interessanter Übergang vom Startup zum Unternehmen, verschiedene Rollen, die Sie hier hatten, von der Analytik und Führung bis hin zur Art und Weise, wie Sie die Lead-Teams aufbauen. Ja. Und am Ende stellen Sie einige Fragen zu einem Buch, Podcast oder etwas anderem. Wie entwickelst du dich während dieser oder vielleicht in der Vergangenheit während dieser Rollen? Was hat dir beim Kommentieren geholfen? Und wir haben es auf Spotify, im Apple-Podcast und auf YouTube veröffentlicht, solche Sachen. Okay, das ist so ziemlich alles.

Andrei Ciobotar

Okay, klingt gut.

Matt Warcholinski

Ja Mann, wir kennen uns schon eine ganze Weile und es ist toll, das zu sehen. Toller Übergang, den du durch das Startup gemacht hast. Ihr Startup wurde von Relayr übernommen, dem Unternehmen, in dem Sie sich gerade befinden. Und Sie sind vom Leiter der Analytik zum CEO geworden. Leiter der Analytik, Technischer Leiter und CEO. Das ist also eine wirklich interessante Karriere innerhalb einer sehr kurzen Zeit. Mann. Das Erste, was ich fragen wollte, ist, wie anders es ist, heute als CTO zu arbeiten, anstatt dasselbe in einem Startup zu tun.

Andrei Ciobotar

Ja, es ist interessant. Ich meine, wenn ich darüber nachdenken würde, während der NeoKami-Zeit im Startup CTO zu sein, war das völlig anders in dem Sinne, dass ein halber Hut, den ich trug, im Grunde eher ein Typ für den leitenden Architekten war, der speziell zusammen mit den Ingenieuren an Low-Level-Design arbeitete. Und die andere Hälfte des Hutes, den ich trug, war im Grunde genommen die Arbeit an der Unternehmenskultur, die Erweiterung des Engineering-Teams und der leitenden Ingenieure. Und wenn ich mir meine heutige Rolle als CTO ansehe, habe ich sehr wenig Personalmanagement. Ich habe nur drei direkt unterstellte Mitarbeiter und ich habe weder das Privileg noch das Vergnügen, so viel Zeit damit zu verbringen, Kultur zu gestalten, wie Sie es auch betrachten wollen. So viel. Ich kann die Software-Engineering-Kultur im Unternehmen prägen, aber es ist sozusagen sehr weit von den Entwicklungsteams entfernt, die die Arbeit in den Schützengräben erledigen. Und das ist eine Herausforderung. Ich habe das Gefühl, dass ich mindestens drei oder vier Ebenen von dem Ort entfernt bin, an dem die Action stattfindet. Das macht die Entscheidungsfindung etwas schwieriger und die Arbeit viel abstrakter. Ich denke, ironischerweise war das meiner Rolle als CTO viel ähnlicher, als ich als Head of Analytics zu Relayr kam.

Andrei Ciobotar

Davor hatte ich ein Team in München, arbeitete an Dingen auf niedriger Ebene, aber nur an einem dünnen Stück, das sich auf Analytik konzentrierte. Im Moment ist es extrem breit gefächert und extrem weit von den eigentlichen Entwicklungsbemühungen entfernt. Ich verlasse mich also auf Leute, die um Größenordnungen klüger sind als ich es je sein werde, um Informationen zu ergänzen und mir am Ende des Tages bei der Erledigung meiner Arbeit zu helfen.

Matt Warcholinski

Cool, danke. Das ist super interessant, dass du das erwähnt hast, aber derzeit hast du drei Leute, mit denen du zusammenarbeitest. Könntest du etwa die Struktur beschreiben, wer sie sind, was sie tun?

Andrei Ciobotar

Ja, um für eine Sekunde zurückzugehen. Eines der wichtigsten Dinge, auf die ich mich konzentrieren wollte, als ich die Position des VP Engineering bei Relayer übernahm, war, diese Spaltung im Karriereverlauf der Menschen herbeizuführen. Konkret. Davor hatten wir hauptsächlich Manager, die sowohl technische Leiter als auch Personalmanager waren. Und das war eine etwas herausfordernde Situation, weil Sie wirklich gute technische Talente hatten, die nur sehr wenig Neigung hatten, Mitarbeiter zu führen. Sie waren also irgendwie darauf eingestellt, zu scheitern und das zu tun, was ihnen Spaß gemacht hat. Und es gab extrem gute Personalmanager, die plötzlich auch wieder technische Entscheidungen treffen mussten, etwas, womit sie sich nicht unbedingt wohl fühlten. Also haben wir diese beiden Karrierewege aufgeteilt, angefangen bei der Führungsebene, und Sie können eine Führungsposition einschlagen, ein kleines Team leiten, ein Team von Managern leiten, bis hin zum VP Engineering oder sogar zum CTO. Und der andere Weg ist im Grunde das, was Sie als Stabsingenieur, Principal Engineer, Senior Principal Engineer sehen würden. Also wirklich Expertenrollen, die tief in bestimmte Arbeitsbereiche gehen.

Andrei Ciobotar

Und ein Teil dieser Expertengruppe bildet jetzt die sogenannte Technical Leadership Group in Relayr. Das sind die Leute, die über architektonische Gestaltungsprinzipien nachdenken. Sie denken über die technische Landschaft nach. Sie denken darüber nach, in Ordnung, welches Tool wir einsetzen, wann und wie wir den strategischen Fahrplan auf der Technologieebene des Unternehmens mit den tatsächlichen Rückständen in der Produktentwicklung in Einklang bringen und so weiter. Ein Teil dieser technischen Führungsgruppe besteht im Wesentlichen aus einer Untergruppe, die als CTO-Büro bezeichnet wird. Diese Leute berichten mir im Grunde genommen, das ist effektiv, man kann es sich als eine kleine Führungsgruppe vorstellen, und sie arbeiten mit der technischen Führung zusammen, als ob sie in den Rest der Organisation im Allgemeinen übergehen. Ich nehme an, die Prinzipien und die oben genannten sind mir unterstellt. Das würde also einer Verzeichnisebene auf der verwalteten Seite entsprechen.

Matt Warcholinski

In Ordnung. Das ist eine interessante Struktur. Das ist cool. Dass sie sich aufgeteilt haben, wie die Jungs, die sich auf Technik konzentrieren, und die Leute, die sich auf Menschen konzentrieren. Ich denke, das ist ein guter Weg.

Andrei Ciobotar

Ich denke, es versteht sich von selbst, dass wir, wenn wir Leute, Manager, einstellen, Leute einstellen, die einen Hintergrund in Software haben. Daher müssen Führungskräfte natürlich verstehen, dass Softwareentwicklung einfach ist, und sie müssen auch in der Lage sein, die Herausforderungen, denen sich die Teams stellen, zu verstehen und zu verstehen, wie sie unterstützt werden können. Wir konzentrieren uns also immer noch auf Leute, die einen gewissen Entwickler-Hintergrund haben, einen Hintergrund als Teamleiter haben, manche auch so.

Matt Warcholinski

In Ordnung. Und die Unternehmenssprache ist Deutsch oder Englisch.

Andrei Ciobotar

Ich würde sagen, es ist zu 99% Englisch.

Matt Warcholinski

Oh, okay. Das ist interessant.

Andrei Ciobotar

Ich meine, wir sind ein internationales Unternehmen. Wir haben ein Büro in Berlin, wir haben ein Büro in München, wir haben ein Büro in Katowice in Polen, wir haben ein Büro in Chicago und dann haben wir eine ganze Reihe von entfernten Leuten in Europa, aber auch in Polen. Ich kann mir also vorstellen, dass es auch viele kulturelle Herausforderungen gibt. Aber wir müssen auch Englisch als Hauptsprache verwenden.

Matt Warcholinski

Gut. Es ist nicht so offensichtlich, weil ich für BMW gearbeitet habe, die Sprache war nur Deutsch und ich hatte die Erfahrung der meisten Unternehmen, auch die IT-Unternehmen damals, wie vor ein paar Jahren, sie waren trotz der offiziellen Sprache immer noch auf Deutsch. Nehmen wir an, die Textsprache ist normalerweise richtig. Das ist cool. Und dann, als CTO, wie baut man ein Team um sich herum auf? Sie haben ungefähr drei Leute und davor waren Sie so etwas wie ein VP of Engineering. Und ich weiß, dass es wirklich, wirklich schwierig ist, ein Führungsteam um Sie herum aufzubauen. Prüfen Sie also, was für eine Art von Persönlichkeit diese Person ist? Wie bei einem Einstufungstest oder spüren Sie es einfach nach ein paar Jahren, sagen wir, Erfahrung?

Andrei Ciobotar

Ja. Ich wünschte, ich könnte behaupten, dass es da einen rigorosen Prozess gibt, aber es ist eher Letzteres, wie eine Gefühlsperspektive. Offensichtlich werden Mitarbeiter in der Organisation aufgrund der Wirkung, die sie erzielen, aufgrund der Werte, die sie an den Tag legen, befördert. Die meiste Arbeit ist also bereits für mich erledigt, weil es viele technische Führungskräfte gibt, die in meinem Rang wachsen. Was ich persönlich besonders suche, sind unsere Mitarbeiter, die unternehmerisch tätig sind, und Personen, von denen ich vermute, dass sie Initiative haben und Dinge durchsetzen. Und ich denke, das sind die beiden Hauptkomponenten. Natürlich ist technisches Fachwissen sehr wichtig, aber das ist auch etwas, das wir alle kontinuierlich weiterentwickeln. Das finde ich sehr gut. Das technische Fachwissen ist ein so fließender Begriff. Alle sechs Monate stellen Sie wahrscheinlich fest, dass einiges von dem, was Sie wissen, veraltet ist, und dann gibt es immer etwas Neues, über das Sie nachdenken müssen. Deshalb lege ich hier mehr Wert auf Soft Skills, unternehmerisches Denken und das Gefühl, Dinge zu erledigen. In Ordnung.

Matt Warcholinski

Und wie sieht es mit den Rollen aus. Lassen Sie uns vielleicht mit dem Vice President of Engineering beginnen, denn bevor Sie sagten, Sie hätten etwa 150 Mitarbeiter, die Ihnen Bericht erstatten, sagen wir, Sie sind Ihnen unterstellt. Und könnten Sie vielleicht beschreiben, wofür Sie dort verantwortlich waren? Welche Art von Kennzahlen haben Sie befolgt?

Andrei Ciobotar

Ja, ich denke, die Antwort ändert sich heute nicht. Wir werden wahrscheinlich besser darin, aber die Antwort ist weitgehend dieselbe. Also im Allgemeinen, was ich herausgefunden habe und noch einmal, ich glaube nicht, dass das meine eigene Weisheit ist. Ich denke, die Branche ist sich auch einig, dass es sehr schwierig ist, die Teamleistung zu vergleichen. Sie können damit beginnen, die Geschwindigkeit und alle möglichen KPIs in Bezug auf die Teamleistung zu messen, aber wenn Sie diese KPIs mit einer Art goldenem Standard in der Branche vergleichen, werden Sie dem Team gegenüber höchstwahrscheinlich nicht fair sein. Ich denke, es läuft darauf hinaus, Dinge zu messen, einen Ausgangswert zu haben und dann eine Kultur der kontinuierlichen Verbesserung gegenüber diesem Ausgangswert zu entwickeln. Und ich denke, Sie werden feststellen, dass wir heute selbst bei der Weiterleitung einige Teams haben. Jeder von ihnen hat eine andere Geschwindigkeit. Jeder von ihnen hat ein anderes Verständnis davon, wofür ein T-Shirt, Größe oder Anzahl der Storypoints steht. Es ist also sehr schwierig, einen Vergleich zwischen Äpfeln und Orangen, zwischen Äpfeln und Äpfeln anzustellen. Aber was wichtig ist, ist kontinuierliche Verbesserung. Ich schaue mir immer an, weißt du, wie ich bei meinem nächsten Versuch um 1% besser werden kann? Und ich denke, das ist es, was die Leistung antreibt.

Andrei Ciobotar

Industriestandards können Ihnen eine gewisse Orientierung geben und Ihnen ein Gefühl dafür geben, wie Sie sich selbst vergleichen können. Aber ich denke nicht, dass es fair ist, diese isoliert zu betrachten. Normalerweise sehen wir uns heute eine Mischung aus — ich schätze, man könnte sie als Jira-Metriken betrachten. Wie gut sind wir also darin, unsere eigene Arbeit einzuschätzen und die Arbeit, zu der wir uns verpflichten, abzuschließen? Wie gut dokumentieren wir die Arbeit, die erledigt werden muss? Das wirkt sich auf den Umfang aus, wirkt sich darauf aus, wie viel Arbeit Sie danach erledigen müssen, wenn Sie feststellen, dass die Dinge etwas komplizierter sind, als Sie dachten. Und die anderen Teile, die wir uns auch ansehen, und das ist irgendwie eine neuere Entwicklung, wir schauen uns auch GitHub an. Wir sind also an Metriken rund um die Zykluszeit interessiert. Wir sind daran interessiert zu verstehen, ob wir etwas zu viel Zeit mit der Überprüfung verbringen? Haben wir zu viele Köche? Haben wir zu viele Leute oder zu wenige Leute, die Bewertungen abgeben? Irgendwie verstehen wir, wo die Engpässe liegen und wie wir den Prozess ein wenig öffnen können. Ich würde allerdings sagen, dass der letztere Artikel auf GitHub prozessmäßig noch unausgereifter ist und wir aktiv daran arbeiten.

Andrei Ciobotar

Im Idealfall kommen wir an den Punkt, an dem alles, was in Juror ist, mit dem auf GitHub übereinstimmt, und dann hast du eine Quelle der Wahrheit, und ich würde sagen, dass sie GitHub ist. Aber im Moment haben wir diesen Luxus nicht.

Matt Warcholinski

In Ordnung. Und wie sich das von Ihrer aktuellen Rolle unterscheidet. Was ist der Unterschied als CTO und VP of Engineering?

Andrei Ciobotar

Inwiefern unterscheidet sich meine Rolle als CTO von der des VP Engineering? Ich würde sagen, wenn ich darüber nachdenke und wieder ist es eine Weile her, also liegen meine Schätzungen vielleicht ein bisschen daneben. Aber wenn ich an meinen Zeitaufwand als VP Engineering denke, habe ich wahrscheinlich 20% meiner Zeit mit technischer Strategie verbracht und die anderen 80% meiner Zeit mit Besprechungen mit Managern, Besprechungen mit Managern von Managern, Sprungstufen gemacht und versucht, das zu tun, ich glaube, ich verstehe die Feinheiten der Teamleistung. Aber das ließ nicht viel Zeit für die eigentlichen Diskussionen und das Umdenken, nun, wie sollten wir unsere technische Strategie umsetzen und wie sieht unsere technische Strategie am Ende des Tages aus? Wenn ich mir also meine heutige Rolle ansehe, würde ich sagen, dass es zu 80% aus technischer Strategie besteht und die restlichen 20% im Wesentlichen aus der Interaktion mit verschiedenen Stakeholdern entweder auf C-Ebene oder als Teil des technischen Managements. Ich würde sagen, ich verbringe wirklich den größten Teil meiner Zeit mit technischer Strategie.

Matt Warcholinski

Okay, hast du irgendwelche Metriken oder OKRs, würdest du sie anderen Leuten wie C-Levels melden?

Andrei Ciobotar

Ja, das haben wir nicht im klassischen Sinne. Es gibt also OKRs, die zum Beispiel das CTO-Büroteam darüber hat, wie gut sind wir darin, die Strategien zu artikulieren? Und wir messen alle paar Quartale den Puls der Organisation, wir sehen, wie die Leute die Strategie verstehen können, ob Leute gegen die Strategie vorgehen, und das ist es, was eine Reihe von OKRs antreibt. Zum anderen befinden wir uns mitten in einer, ich glaube, ziemlich großen Plattformumgestaltung und wir haben Kennzahlen dazu, wie hoch die Akzeptanz der neuen Dienste ist. Steigen wir in dem Tempo aus, in dem wir erwarten, dass die Dienste schrittweise eingestellt werden? Konzentrieren wir uns heute also mehr auf die Hinrichtung. Aber ich würde sagen, dass sie wirklich situationsbedingt sind, in dem Sinne, dass wir dieses Jahr diesen Fokus haben, also ein paar Kennzahlen, und nächstes Jahr werden wir einen anderen Fokus haben. Das wird also zu einer völlig neuen Reihe von Kennzahlen führen. Ich denke, die Rollen von CTOs sind im Allgemeinen sehr schwer zu messen. Das ist wahrscheinlich eine klassische Analogie, aber wenn jemand einen CTO hat und so etwas wie eine wichtige technologische Entwicklung wie Docker oder die Umstellung auf die Cloud verpasst oder das Internet ihn richtig angepasst hat, dann ist es ziemlich fair zu sagen, dass diese Person wahrscheinlich nicht aufgepasst hat oder ihren Job nicht gemacht hat.

Andrei Ciobotar

Aber das ist die Art von Veranstaltung, die man alle zehn Jahre oder alle fünf Jahre sieht. Es ist also sehr schwierig, einen CTO danach zu beurteilen, ob man mit der technologischen Entwicklung da draußen Schritt hält. Nur wenn Sie noch im Bahnhof sind, wissen Sie wirklich, dass Sie einen Zug verpasst haben. Das macht es also ein bisschen herausfordernd.

Matt Warcholinski

Das ist interessant, denn wenn Sie über die Strategie sprechen und den Trends folgen, denke ich immer darüber nach. Das ist nur zur Vereinfachung, du musst eine Menge Bücher lesen. Sie müssen viel lesen, sich im Internet umschauen und der Konferenz folgen und so weiter. Bilden Sie sich also viel aus, um diese Strategie irgendwie zu entwickeln. Es ist also wie ständiges Lernen. Es ist Teil des Jobs, oder?

Andrei Ciobotar

Ja, ich denke, da ist der Lernteil und es gibt eine Menge Materialkonferenzen, Vorträge zu allen möglichen Themen und aktuellen Trends in der Software und dergleichen. Aber was ich auch für entscheidend halte, ist die Fähigkeit, den Lärm irgendwie zu durchschauen und den Hype auch von der Realität zu unterscheiden. Und offensichtlich gibt es ein paar Technologien, die sich nicht bewährt haben. Daher fällt es mir schwer, sie als Hype zu bezeichnen. Offensichtlich zu früh, um sie als Hype zu bezeichnen, aber gleichzeitig vielleicht eine Anekdote. Ich kann Ihnen ein Beispiel rund um Blockchain nennen. Ich meine, Blockchain war vor ein paar Jahren auch in aller Munde. Sogar letztes Jahr, bevor der gesamte Zusammenbruch im Weltraum stattfand, schwärmten alle vom Internet, drei neuen Paradigmen, alles wird sich auf Token-basierte Volkswirtschaften und dezentrale Organisationen und alles Mögliche verlagern. Und die längste Zeit trieb die Organisation den Blockchain-Hype voran. Die Organisation stand vor der Herausforderung, nun ja, haben Sie Blockchain? Wirst du ein Token veröffentlichen? Wirst du für dieses oder jenes Ding wie eine Token-basierte Wirtschaft vorgehen? Wir hatten sogar vor ein paar Jahren eine Gruppe von Ingenieuren, die ein Relayrt herstellten und damals ein Relayr-Token herausgaben.

Andrei Ciobotar

Und ich kann gerne sagen, nun, wir haben nichts wirklich damit gemacht und es mag sehr wohl ein Hype sein, aber wenn wir im Grunde genommen verdoppelt und dem Hype um Blockchain gefolgt wären, hätten wir wahrscheinlich wirklich unsere Zeit verschwendet. Es gibt natürlich legitime Anwendungsfälle, aber ich denke, es ist wichtig, nicht nur zu schauen, was da draußen ist, sondern auch wirklich einen kritischen Blick darauf zu werfen. Ist es relevant? Geht es irgendwohin? Bietet es wirklich einen Mehrwert für meine Kunden? Oder ist es auch eine Marge, aber etwas, über das wir gerne sprechen, weil wir uns gut fühlen, wenn wir darüber sprechen, weil es wirklich auf dem neuesten Stand ist. So läuft das also, zumindest aus meiner Sicht, meiner Erfahrung nach. Der andere Teil ist, nun ja, auch Ingenieure bringen eine Menge Zeug mit. Das ist gewissermaßen eine Art Netzwerkeffekt. Ingenieure schnüffeln auch herum. Sie schauen sich an, was da draußen ist. Sie gehen auch zu ihren eigenen Konferenzen und bringen Informationen zurück. Und es geht auch darum, alles, was in die Organisation eingebracht wird, zu synthetisieren.

Matt Warcholinski

In Ordnung. Und du sprichst über Dinge wie Blockchain, wie Web 3.0 und solche Sachen. Und ich bin wirklich interessiert, siehst du irgendwelche Trends? Siehst du irgendwelche Dinge, für die du eine Leidenschaft hast und die das Nächste sein könnten? Jetzt wird viel über Low-Code-, No-Code-Lösungen gesprochen, oder? Also, ein paar solche Sachen.

Andrei Ciobotar

Ja, da sind viele Kräfte im Spiel. Ich glaube, wenn ich mir den Raum ansehe, in dem sich Relayr befindet, sehe ich ein riesiges Potenzial, und es wird heute wahrscheinlich durch Dinge wie das Notizbuch und all das beschleunigt. In dem, was die Branche, glaube ich, cyberphysische Systeme nennt, steckt ein enormes Potenzial darin, diese Welt der physischen Dinge mit virtuellen Umgebungen zu verbinden, in denen Menschen zusammenarbeiten können. Und ich würde sagen, das Internet der Dinge ist offensichtlich eine Eintrittsbarriere. Sie müssen in der Lage sein, den Puls der Anlagen zu messen. Sie müssen eine Verbindung zu ihnen herstellen. Aber ich denke, die wirklich interessanten Dinge sind etwas weiter oben passiert, wo Sie tatsächlich aus der Ferne mit Assets interagieren können. Sie können tatsächlich potenziell mit anderen Kollegen in der Werkstatt, in der entfernten Werkstatt, interagieren. Und hier sieht man quasi, wirklich beginnende Entwicklungen. Ich meine, ich kann auf das Omniversum von Nvidia verweisen. Ich weiß, dass sie auch so etwas wie einen Piloten bei BMW in München haben. Es gibt natürlich Bewegung. Es ist noch zu früh, um zu sagen, nun, das ist ein entscheidender Faktor für die Produktivität der Menschen, oder das ist ein entscheidender Faktor für die Fabrikhalle, oder werden wir endlich Faktoren haben, bei denen wir das Licht ausschalten können und niemand hingehen muss?

Andrei Ciobotar

Davon sind wir weit entfernt. Aber ich denke, es ist wirklich eine interessante Entwicklung, die ich persönlich auf meinem Radar behalte. Es gibt natürlich auch, ich denke, wenn man sich die Hyperscaler im Allgemeinen anschaut, wenn man sich Unternehmen wie Microsoft oder Amazon und dergleichen anschaut, dann bewegen sie sich langsam aber sicher auch im Stapel nach oben. Und das lässt viel Spielraum, um sich im Wesentlichen mehr auf datengetriebene Dienste zu konzentrieren und weniger darauf, nun ja, wie bringe ich diese Telemetrie von der Werkstatt in meine Cloud? Das macht irgendwie frei. Es erleichtert Ingenieuren die kognitive Belastung, über interessantere, fortgeschrittenere Anwendungsfälle nachzudenken.

Matt Warcholinski

Ja, okay. Codieren Sie von Zeit zu Zeit oder mailen Sie zu 99%?

Andrei Ciobotar

Nur privat. Ich glaube, das letzte Mal, dass ich aktiv programmiert habe, war während meiner Zeit als Analytics-Direktor, vielleicht vor drei Jahren oder so. Also habe ich immer noch an unseren Spark-Jobs gearbeitet, hauptsächlich an Java und auch ein bisschen Python. Danach hatte ich nicht wirklich den Luxus, ich nenne es immer noch Luxus, Punkt, mir die Hände schmutzig zu machen. Das würde ich gerne, aber die Zeit reicht einfach nicht.

Matt Warcholinski

Ja, ich verstehe es. Was liest du gerne? Wie alle Zeitschriften oder Websites, um auf dem richtigen Weg zu sein, den Titel zu sehen.

Andrei Ciobotar

Es gibt eine Menge Material da draußen und es ist schwierig für mich, sehr erschöpfend zu sein. Ich denke, wie jeder andere Ingenieur halte ich mich über Hacker-Nachrichten auf dem Laufenden, die sich auch eher in politische Kommentare als in Hacker-Nachrichten verwandeln. In diesen Tagen lese ich gerne Architekturbücher. Ich denke, etwas, worüber die Leute nicht unbedingt genug nachdenken, ist, welche Kräfte die Softwareentwicklung heute antreiben? Und wenn man sich die Einstiegshürde anschaut, um Software-Ingenieur zu werden, wird es für die Leute natürlich viel einfacher, mit dem Programmieren anzufangen, wenn sie daran interessiert sind. Das bedeutet, dass Sie eine nicht triviale Anzahl von Leuten haben, die aus einem völlig anderen Bereich kommen und gleichzeitig in die Softwareentwicklung einsteigen. Sie haben Angebote, Produkte, deren Komplexität zunimmt. Ich möchte nicht davon ausgehen, dass heutzutage jeder ein Telefon hat, und weil Sie ein Telefon haben, haben Sie eine ganze Reihe von Apps, die die Erwartungen an Sie als Benutzer wecken. Vor 20 Jahren wäre es leicht gewesen zu sagen, nun, einer unserer Benutzer ist Techniker in einer Werkstatt und natürlich hat er keine allzu hohen Erwartungen, aber jetzt hat jeder hohe Erwartungen.

Andrei Ciobotar

Das ist die Reaktionsfähigkeit, das ist die Qualität der Erfahrung, das ist die Tiefe der Erkenntnisse, die man erhält, einfach weil es sehr, sehr häufig vorkommt. Im Allgemeinen nimmt die Komplexität von Software also zu. Was sich aus meiner Sicht nicht in einem vernünftigen Tempo weiterentwickelt, sind die Werkzeuge im Bereich Architektur. Ich würde sagen, dass sie nicht proportional zur Geschwindigkeit der Softwarebereitstellung sind. Ich würde sagen, dass es weiterhin ein herausforderndes Thema ist. Themen rund um die Frage, wie erstelle ich ein Softwareprodukt, das sich im Laufe der Zeit ohne allzu große Reibungsverluste ändern kann? Ich denke, Veränderung ist wirklich die Hauptkoordinate, wenn es um Softwareentwicklung geht. So langer Streifzug. Aber deshalb lese ich wirklich leidenschaftlich gerne Architekturbücher. Ich glaube auch, die mir aus einer jüngeren Erinnerung in den Sinn kommen, und ich möchte den anderen keinen schlechten Dienst erweisen, die in meiner letzten Erinnerungsschublade runtergefallen sind. Eines davon ist Evolutionary Architectures. Es ist eines, das ich empfehlen würde. Der andere ist der Software Architect Elevator. Letzteres ist ziemlich interessant, weil es auch darauf eingeht, was es bedeutet, ein gemeinsames Vokabular haben zu können. Wenn Sie in der Werkstatt mit Ingenieuren sprechen und deren Sprache sprechen müssen, müssen Sie in der Lage sein, mit ihnen in Kontakt zu treten, dieselbe Terminologie zu verwenden und ihre Arbeit zu schätzen.

Andrei Ciobotar

Springen Sie in den Aufzug, gehen Sie ein paar Stockwerke höher, sprechen Sie mit einem technischen Direktor darüber, was in der Werkstatt passiert, aber wieder mit dem entsprechenden Wortschatz und springen Sie dann zurück in den Aufzug und steigen Sie in der Chefanlage nach oben, wo Sie im Grunde auf einer völlig anderen Abstraktionsebene darüber sprechen müssen, was in der Werkstatt passiert. Und ich denke, das ist eine sehr wichtige Fähigkeit für jede Art von angehenden Architekten, CTO, und selbst für einen Ingenieur denke ich, dass anekdotisch gesehen die erfolgreichsten Ingenieure in der Regel diejenigen sind, die die Sprache der Ingenieure sprechen, wenn sie mit Ingenieuren zusammen sind, aber ein bisschen höher gehen und die Dinge für die Leute im Management verständlich machen. Ich denke, das sind zum Beispiel die beiden, die ich empfehlen würde.

Matt Warcholinski

Okay, cool. Und zwei letzte Fragen, die ich habe. Eine ist so, als ob du das schon beantwortet hast, aber gibt es ein Buch, einen Podcast oder etwas, das dir in den letzten Jahren sehr geholfen oder dich sehr verändert hat? Ein Teil ist also, dass du diese beiden Bücher über die Architektur bereits erwähnt hast, aber ich denke vielleicht über etwas aus dem Bereich der Soft Skills nach, wie etwas, das dir beim Übergang geholfen hat.

Andrei Ciobotar

Ich denke, es gibt eine Menge interessanter Podcasts, denen ich folge, der Moonshots heißt. Er befasst sich effektiv mit den Gewohnheiten, Prinzipien und Säulen, denen Unternehmer da draußen im Grunde folgen oder die sie abonnieren. Auch hier gibt es kein Patentrezept. Es hängt wirklich von der Branche ab, es hängt vom Hintergrund ab, hängt vom Team ab, hängt von so vielen Dingen ab. Aber ich würde sagen, Moonshot ist etwas, das einige der bekannteren, aber auch weniger berühmten Leute da draußen irgendwie dekonstruiert. Und sie versuchen zu verstehen, was die treibenden Kräfte für diese Menschen sind. Natürlich ist es schön, darüber nachzudenken, aber ich denke, Soft Skills kommen meistens von innen. Das lernt man nicht in einem Podcast.

Matt Warcholinski

Das ist richtig. Ich habe die Struktur um dich herum nicht genau verstanden. Du bist also CEO und hast ungefähr drei Leute neben dir. Sie haben also wahrscheinlich am selben Ort den VP of Engineering, richtig?

Andrei Ciobotar

Ja.

Matt Warcholinski

Und die beiden anderen Typen.

Andrei Ciobotar

Ich habe drei Chefingenieure, die mir unterstellt sind. Aus struktureller Sicht können Sie sich vorstellen, dass sich der CTO darauf konzentriert, wie und wie die technische Strategie mit der Geschäftsstrategie in Einklang gebracht wird. Und Sie können sich den SVP Engineering quasi als den Vorgesetzten für die gesamte technische Abteilung vorstellen. Und es ist eine Art Yin- und Yang-Situation. Natürlich können wir ohne die Zustimmung und Unterstützung durch das SAP-Engineering nicht erfolgreich sein. Und so, wie das läuft, haben wir auf eine Matrixorganisation umgestellt. Im Prinzip hat die technische Führung also, auch wenn sie mir nicht unterstellt ist, eine Dollarlinie, wenn sie dem CTO unterstellt ist. Und wir sind uns nicht sicher, ob das genug Zeit ist. Aber wir beginnen, mehr Zeit damit zu verbringen, darüber nachzudenken, wie die Arbeit zusammenfällt. Wie viel von der Arbeit, die die Leute machen, besteht im Grunde genommen aus einer Roadmap. Wie viel Arbeit entfällt auf die Arbeit an der technischen Strategie. Übernahme von Dingen aus der strategischen Roadmap. Und wie viel davon ist technische Tiefe als Beispiel. Und ich versuche, da ein paar Verhaltensregeln zu finden, um Reibungen zu minimieren, weil es sich immer um eine fortlaufende Diskussion handelt. Arbeite ich an dieser Funktion oder übernehme ich diese neue Technologie, weil es die technische Roadmap vorsieht.

Andrei Ciobotar

Wie teile ich meine Zeit auf? Aber das ist irgendwie Crossplay.

Matt Warcholinski

Okay, ich hab's.

Andrei Ciobotar

Wenn Sie die Trennung zwischen Personalmanagern und technischen Führungskräften berücksichtigen, die ich zuvor beschrieben habe, würden Sie denken, dass der CTO an einem Ende und der SVP Engineering am anderen Ende ist.

Matt Warcholinski

Okay, ich hab's. Letzte Sache. Das ist wirklich interessant für mich persönlich. Wie vergleicht man den Stress, etwa auf der Startup-Ebene und jetzt auf dieser Ebene, ist es ein ähnliches, aber anderes Umfeld oder ist es weniger stressig? Zum Beispiel, wie fühlst du dich? Wie fühlst du dich?

Andrei Ciobotar

Das ist eine schwierige Frage. Ich denke, es ist ein anderer Stress, weil Sie sich über verschiedene Dinge Gedanken machen und Sie wissen das sehr gut, oder? Im Startmodus macht man sich viel mehr Gedanken über die Landebahn. Sie machen sich Gedanken über alle Ausgaben. Sie machen sich Gedanken darüber, ob ich nächste Woche diesen Pitch mache, damit ich im Grunde genug Startbahn für weitere sechs Monate habe? Mache ich genug? Achte ich genug darauf, dass das Produkt marktgerecht ist? Bin ich flink genug? Ich denke, es ist eine andere Art von Stress in einem Startup. Du drehst dich so oft, dass du Dinge einfach ausprobierst. Du wirfst Sachen an die Wand und siehst, was klebt. Es ist also ein Hauch von Stress, den ich hier nicht sehe. Der Stress ist größer. Wie arbeiten all diese Ebenen der Organisation effektiv zusammen? Wie stellen wir sicher, dass wir die richtigen Dinge umsetzen? Dass die Kommunikation klar genug war, dass die Dinge bei der Übersetzung nicht verloren gingen. Und Sie können sich vorstellen, dass es viele bewegliche Teile gibt. Wenn man es als Grafikproblem betrachtet, dann hat man wohl so viele Menschen und so viele Kommunikationspfeile und so viele Kommunikationsengpässe und das treibt den Stress an.

Andrei Ciobotar

Ich würde argumentieren, dass mit perfekter Kommunikation und perfekter Transparenz der Stress sinken würde. Aber das liegt in der Natur der Sache, in einer größeren Organisation zu sein. Also immer noch stressig, aber verschiedene Arten von Stress. Nicht dass einer besser wäre als der andere.

Matt Warcholinski

Hey Mann, gutes Gespräch, um ehrlich zu sein. Wirklich coole Antwort, wirklich interessant. Danke. Ja, mir persönlich hat es wirklich Spaß gemacht, denn normalerweise fangen wir gerade mit dem Format an und machen gerade MVP mit meinem Mitbegründer. Also im Moment war es das beste.

Andrei Ciobotar

Ich danke dir.

‍