D wie DevOps: Die Philosophie der Softwareentwicklung

Romano, ich freue mich sehr.

um heute hier bei dir zu sein.

Du bist ziemlich lange in der Technik

Industrie, wie ich das sagen muss.

Und ich würde gerne viel mit dir reden

über DevOps, weil ich denke

du bist der DevOps-Typ.

Hier.

Und ich wollte anfangen

dieses Interview mit der ersten Frage,

Was sind die größten Fehler, die du siehst

sind rund um DevOps

Seite auf einer Kundenseite?

Also der größte Fehler, den ich sehe

auf der Client-Seite ist das, was du versuchst

ein bisschen DevOps, damit du

möchte dieses DevOps-Ding vorstellen.

Das sehe ich.

Was Sie sehen können, ist, dass die Kunden dann tendieren

zu gehen und zu sagen, okay, lass uns bauen

eine DevOps-Silo-Organisation.

Aber wenn du dir ansiehst, was wir versuchen

zu lösen ist normalerweise versuchen wir

um einen Wertstrom in Gang zu bringen.

Also wirklich der Wertefluss durch

die Organisation und wir wollen nicht

sagen wir, diese Wände zu haben

der Verwirrung zwischen den Silos.

Also, indem wir nur ein weiteres DevOps einführen

Einheit, du stellst nur eine weitere vor

am Ende wieder ein Silo zwischen Dev und Ops,

was ein erster Ausgangspunkt sein kann, wenn

Sie möchten mit DevOps experimentieren.

Aber normalerweise musst du das loswerden.

Das ist normalerweise eines der großen Probleme

dass ich sehe, dass das Management sagt:

Ich möchte auch ein bisschen machen

ein bisschen von dem DevOps-Ding.

Und wie wäre es, wenn Sie mit der Arbeit beginnen?

mit einem neuen Kunden oder Ihnen

führen Gespräche mit einem Kunden?

Ich meine, welche Probleme hast du?

mit DevOps für sie zu lösen?

Welche Probleme haben sie und wie

kannst du helfen, sie zu lösen?

Normalerweise, wenn Sie sich den CIO ansehen oder

der CEO eines Unternehmens,

welche Probleme haben sie?

Zuallererst ist das Problem, dass sie brauchen

um eine schnellere Zeit zu haben

um ihre Produkte zu vermarkten.

Es kommt nicht darauf an, welche Art von Produkt es ist

ist, große cyberphysische Systeme,

oder elektronische Mechanik und Software

zusammen oder nur ein Softwareprodukt.

Sie müssen wirklich haben

diese schnellere Markteinführungszeit.

Sie müssen die Qualität ihrer

Produkt und sie müssen mit weniger mehr erreichen

Geld und sie müssen haben

höhere Kundenzufriedenheit.

Wenn Sie sich also diese vier Punkte ansehen,

du siehst schon, dass du brauchst

um etwas grundlegend zu ändern

wie Sie digitale Produkte entwickeln.

Und hier kann DevOps massiv helfen, weil

DevOps ist diese Denkweise,

die Kultur und eine Reihe von technischen

Praktiken, die es Ihnen ermöglichen, zu wachsen

der Wertfluss durch den Kunden

durch kontinuierliche Wertschöpfung

zum Kunden und bringen oder bauen

direkt in der Qualität

von Anfang an.

Das ist also das Problem, das wir

lösen mit Devop.

In Ordnung?

Und ich nehme an, es könnte eine Herausforderung sein

um es für etablierte Unternehmen einzuführen

die schon ziemlich lange auf dem Markt sind,

sie machen Dinge auf eine Art und Weise, wie sie

tun es und sie finden es okay.

Wie können diese Stakeholder überzeugt werden,

Ich meine, viele Technologieführer

Ich habe die Probleme zu überzeugen, also warum

wir müssen uns ändern,

warum müssen wir es stören?

Ja, und hier haben wir ein Problem

Raum, den ich normalerweise sehe.

Wir hatten es schon am Anfang.

Wir wollen ein bisschen vorstellen

davon DevOps, aber wir nicht

will die Dinge wirklich ändern.

Das sehe ich normalerweise auch.

Ich unterscheide zwischen zwei Dingen,

ein Bereich oder eine Art von Unternehmen.

Sie haben wirklich große Probleme, also

kurz vor dem Konkurs sind oder sie

stehen wirklich mit dem Rücken zur Wand, also

sie haben eine brennende Plattform

sie müssen wirklich umziehen.

Da ist es also ziemlich

einfach Dinge zu ändern.

Dies ist normalerweise eine Art von Unternehmen

wo Sie DevOps einführen können,

die neue Art zu arbeiten und du kannst auch

schnelle Änderungen einführen, weil das Management

ist sich sehr bewusst, dass wir jetzt wirklich brauchen

um das Schiff umzudrehen oder

es wird kein Schiff mehr geben.

Also ich denke, dieser ist nicht so interessant,

die anderen sind interessanter wo

sagen wir mal jemand aus der Geschäftsleitung

oder sogar der CEO sagt, wir müssen uns ändern

Dinge, aber bei uns brennt es noch nicht

Plattform und wieder, hier sind wir

haben zwei Arten von Unternehmen.

Eine Art von Unternehmen ist, wenn Senior

Das Management sieht wirklich hey,

in fünf bis zehn Jahren werden wir

ein massives Problem, weil unsere Branche oder

unser Produkt wird durch Startups auf den Kopf gestellt

oder durch etwas anderes, KI, was auch immer.

Und sie haben wirklich dieses Gefühl der Dringlichkeit

und sie wollen in das investieren und ich

Ich denke, wir müssen darüber sprechen.

Und dann ist da noch die andere Firma, wo

Sagen wir, es gibt irgendwie einen Sinn

dringend, aber sie tun es nicht

will mich wirklich ändern.

Und für mich ist es immer ziemlich wichtig

um zu verstehen, von welcher Art

Von welchem Unternehmen sprechen wir?

Weil der Ansatz ein bisschen ist

anders in dem Fall, wo Senior

Das Management will nur

ein bisschen Veränderung.

Ja, das kannst du tun, aber du

mach das in einem langsameren Tempo.

Du gehst wirklich langsam Schritt für Schritt durch

die Prozesse und du

ändere es Schritt für Schritt.

Der andere Teil, wo du den Senior hast

Das Management will diese Änderung haben,

du musst das nutzen und du wirklich

muss viel arbeiten

mit der Geschäftsleitung.

Und weil Sie die Geschäftsleitung haben

Unterstützung, du bekommst auch eine Person

wer unterstützt das und du tust es dann

die Strategie und auch die Ausrichtung auf

diese Person und dann gehst du

damit in die Veränderung.

Okay, das macht Sinn.

Und du hast die KI erwähnt.

Ich wollte dich nach deiner Meinung fragen

über den Chat GPT und die ähnlichen Modelle.

Denken Sie, dass das in den kommenden Jahren

wird den Weg stören oder vielleicht lösen

das Problem des Talentmangels innerhalb der

Entwickler oder was ist deine Meinung dazu?

Es ist ziemlich interessant,

Ich lese ziemlich viel.

Was ich sehen kann, ist mit dieser ganzen KI.

Ich denke, einige der Probleme, die wir

haben werden einfach verschwinden.

Wir müssen also kein bestimmtes lösen

Menge an Problemen mehr.

Ich weiß nicht, welches es ist, aber ich

Ich denke, einige Arbeiten werden einfach verschwinden.

Was ich glaube ist, dass wir

haben neue Arten von Arbeit vor sich.

Also ich glaube nicht, dass diese Aufforderung

Ingenieur wird das nächste große Ding sein.

Ich denke, es geht eher darum, diese zu pflegen

AIS oder diese digitalen Assistenten.

Dies wird eine neue Gruppe sein

von Jobs, die entstehen werden.

Was ich auch sehe, wenn ich mir das ansehe,

vor allem, wenn wir komplexe Gebäude bauen

Rohrleitungen oder komplexe Produkte,

Ich bin mir im Moment nicht sicher, ob eine KI das kann

gehe wirklich mit diesen komplexen Typen um

von Produkten, die wir bauen.

Sie können Teile davon bauen.

Aber vor allem, wenn es darum geht

zur Anforderungsanalyse,

Die richtigen Fragen stellen, einbeziehen

mit dem Kunden oder mit den Kunden,

Ich denke, das ist immer noch ein Problem.

Aber KI kann uns hier helfen und wird es natürlich tun

hilf uns auch hier, das Richtige zu finden

Anforderungen und Fragen

die richtige Frage.

Aber ich denke, das Tun ist immer noch auf unserer Seite.

und dann auch Sinn daraus zu machen.

Also ich denke, es wird eine Störung geben,

aber ich glaube nicht, dass es massiv sein wird und

es wird uns bei dem Talentmangel helfen.

Ich denke das ist etwas

das werden wir immer noch haben.

Okay, und deine Erfahrung hier bei Zulka,

du bist 21, 22 Jahre hier.

Also begann er als Ingenieur und

Du wächst zu der Rolle, wenn du mehr bist

im Kontakt mit Kunden, erstellen

Angebot für Kunden auf einer DevOps-Site.

Ich frage mich also, wie deine Wahrnehmung ist

Die Arbeit mit Kunden ändert sich im Laufe der Zeit.

Also, als du vor 20 Jahren angefangen hast

als du Ingenieur warst,

wahrscheinlich hast du es ein bisschen gesehen

anders als du es heute siehst.

Also, gibt es irgendwelche Konzepte, die ich

Ich meine, es ist ziemlich lustig, dass du fragst

denn wenn du 21 Jahre zurückschaust

also im Jahr 2002,

irgendwie, wenn ich mir die Projekte ansehe

was wir getan haben,

wir haben tolle Projekte gemacht.

Ich habe an einem Kraftwerk gearbeitet

Mapping-Tool, das wir waren

Implementierung mit C plus plus.

Es war unglaublich.

Aber das Coole war, dass wir ein Team waren.

von Ingenieuren

alles aus den Anforderungen heraus erledigen

Technik, Überentwicklung,

Überbetrieb der Software,

testen, veröffentlichen und auch arbeiten

sehr, sehr eng mit dem Kunden zusammen.

Und dann haben sich die Dinge geändert während der

Zeit, in der die Projekte größer wurden.

Und was ich sehen konnte ist

dass neue Silos eingeführt wurden.

Als ob du die Anforderungen hast

technische Silos oder der Entwicklung.

Und plötzlich warst du nur

Entwicklung im Mittelpunkt.

Und nein, du machst die Tests nicht,

du machst gerade die Entwicklung.

Und

was passiert ist, ist die Entwicklungsaufgabe gegangen

in eine Richtung, in der du gerade warst

Funktionen entwickeln, die du warst

in einer Feature-Fabrik,

aber es war absolut nicht gut.

Und im Moment kehren wir zurück

das komplett mit dem DevOps-Ansatz

wir gehen wieder zurück zum Kreuz

funktionale Teams, in denen das Team wirklich ist

verantwortlich für das gesamte Produkt.

Für mich war das also eine Art Reise.

und jetzt sind wir irgendwie zurück

am Startpunkt.

Das einzige was ich sehe ist

dass die Komplexität jetzt ziemlich groß ist

und das ist etwas, was ich ziemlich sehe

herausfordernd, denn wenn ich wieder zurückblicke

im Jahr 2002 war das einzige, was ich brauchte

Zu tun ist C Plus Plus-Programmierung.

Natürlich war das eine Herausforderung und wir

hatte keinen Stacküberlauf oder

Codepilot oder so etwas.

Wir hatten Bücher, die du lesen musst

genau und wir haben miteinander gesprochen.

Wir hatten auch dort Probleme,

aber auf einer anderen Skala.

Wir hatten Windows-Computer,

das war unser Fokus und wir hatten eine kleine

Bereitstellung, sodass die Komplexität geringer war.

Heutzutage, wenn du dich entwickelst

eine Software, die wir brauchen, um mehr Dinge zu lernen

als ob du möglicherweise lernen musst

mehrere Programmiersprachen.

Natürlich sind sie irgendwie einfacher

zu handhaben als C Plus Plus,

aber trotzdem musst du sie verstehen.

Dann haben Sie die CI-CD-Pipeline, eine ganze

Ökosystem von Tools, die es Ihnen ermöglichen

um Ihre Software kontinuierlich weiterzuentwickeln.

Du musst Sicherheit verstehen,

du musst Architektur verstehen.

Und dann die ganze Sache mit dem Deployment

es in einen Kubernetes-Cluster ist wieder

ein ganz neues Universum, in dem du bist

werde die Software bedienen.

Also die kognitive Belastung

eine einzelne Person im gesamten Team

ist aufgrund der Technologie höher.

Ich denke wie dieses Jahr für viele

Bei Unternehmen geht es darum, mehr für weniger zu tun.

Also sind wir in die Sitzungsphase eingetreten und viel

von Unternehmen, die sich darauf ausrichten

Optimierung, rund um die Rentabilität.

Und ich denke wie du

raten Sie anderen Technologieführern, was sie könnten

in ihren Unternehmen tun, um Kosten zu sparen

oder um die Leistung zu verbessern

auf einer technischen Seite.

Also eines der größten Probleme, die ich sehe,

Das sehe ich auch bei Tilka, wenn ich hinsehe

bei internen Initiativen, die Sie sind

tun, wir tun zu viel,

du hast so viele Möglichkeiten

und das Problem besteht immer darin, Prioritäten zu setzen.

Dinge zu priorisieren ist

wirklich eine schwierige Sache.

Ich habe auch Schwierigkeiten

mit der Priorisierung der Dinge,

aber vor allem in Unternehmen

es ist wirklich eine schwierige Sache.

Nun, wieder aus der Perspektive von DevOps,

Normalerweise sage ich, du musst bauen

die richtigen Dinge, oder?

Jetzt sind die richtigen Dinge richtig.

Es richtig zu bauen ist also mehr, sagen wir mal,

die Pipeline, die Softwareentwicklung,

wie du Dinge automatisierst,

wie Sie Qualität aufbauen.

Aber ich denke, das ist schon etwas

das haben wir ganz gut gemeistert.

Wir haben gute Werkzeuge, gute Technologie,

Ich denke, wir wissen, wie das geht.

Aber das Richtige bauen

ist meiner Meinung nach auch etwas, das

im DevOps-Bereich, geht aber

mehr auf der Geschäftsseite.

Also entscheiden, was gebaut werden soll und auch

daraus den MVP definieren.

Und hier gibt es auch

tolle Werkzeuge da draußen.

Eines der Tools stellen Sie vor

ein Lean-Portfoliomanagement, das

nichts anderes als ein Kanban-Bot.

Sie geben also Transparenz darüber, was Sie

bauen schon und was

ist irgendwie in der Pipeline.

Ich denke, einen Überblick darüber zu haben, was ist

demnächst und was möchtest du machen

ist schon ein guter Ausgangspunkt.

Die andere Sache ist, wenn du bauen willst

etwas oder du hast eine neue Idee,

dann steckt hinter einer Idee

immer eine Hypothese.

Sie haben eine Hypothese, dass das Gebäude

das wird uns ermöglichen, das zu erreichen.

Also aus einer Idee herausziehen

die Hypothesenaussage und auch das Sprichwort

okay, das ist die Hypothese, ist eine großartige

Sache und dann darüber nachdenken, was sind

die Frühindikatoren, die uns zeigen werden

dass diese Hypothese

wahr ist sehr sehr gut.

Und damit kannst du dann definieren

das MVP, das Sie dann erstellen können.

Und wenn du dir das ansiehst,

dann plötzlich jede Idee, die du hast,

du wirst ausbrechen

die Hypothese hinter dieser Idee.

Du wirst dir ansehen, was

die Frühindikatoren, die mir zeigen

dass diese Hypothese wahr ist,

und dann definierst du ein MVP, das genehmigt werden soll

diese Frühindikatoren

und dass diese Hypothese wahr ist.

Was bedeutet, dass Sie jetzt Lean aufbauen

Experimente, bei denen Sie sehr schnell validieren

Die Hypothese hinter jeder Idee

was zu einer schnelleren Entscheidungsfindung führt

und keine Dinge zu bauen, die niemand braucht.

Und das ist das Gebäude, das Richtige.

Richtig.

Und das ist etwas, was kommt

übrigens von Eric Reese von The Lean

start, das schlanke Startup

Zyklus, den ich gerade beschrieben habe.

Aber das umzusetzen ist wirklich wichtig.

und es ist nicht nur für Startups

meiner Meinung nach ist es auch etwas, was du

müssen in reifen Unternehmen implementiert werden.

Ja, ich glaube, was du gesagt hast.

Ich habe gestern mit einem Anführer gesprochen, der

Technischer Leiter einer Firma von I

Ich denke wie ein paar tausend Menschen.

Und er erwähnte dasselbe auf die gleiche Weise

zu experimentieren und zu bauen

Sachen auf MVP-Art.

Und vor allem in etablierten

Unternehmen.

Es ist wirklich herausfordernd, weil manchmal

Leute wollen machen

alles kugelsicher.

Richtig.

Und wenn du das Experiment machst,

du kannst es nicht auf diese Weise angehen

weil es keinen Sinn ergibt.

Es ist kein Experiment mehr.

Exakt.

Und wir bei Turkia haben auch

diese Herausforderung und ich denke, es gibt zwei

Arten von sagen wir

Projekte oder Initiativen.

Ich denke, es gibt diese Initiative, bei der Sie

habe einfach eine Idee und du willst sie beweisen

irgendwie auf dem Markt,

wenn es sich wirklich lohnt.

Und dann gibt es natürlich, sagen wir

Sie führen SAP in einem Unternehmen ein.

Ja, nun, das ist nicht die Hypothese,

das ist ein Projekt.

Ja, in dem Fall du

werde einfach dieses Projekt machen.

Es gibt keine Hypothese hinter diesem Projekt

aber du kannst es immer noch in kleinere schneiden

Teile und dann mach das einfach.

Aber ich denke, wir müssen unterscheiden

zwischen diesen beiden Dingen.

Mein Gast hat gestern noch einen erwähnt

Umgebung, in der das nicht möglich ist

viele MVPs, sagte er über den Flughafen.

Du kannst also nicht spielen

mit viel Flugzeugabstand, oder?

Ja.

Und auch medizinisch.

Medizinisch, das Gleiche.

Und wie bleibst du bei

aktuelle Markttrends?

Wie bildest du dich weiter?

Wie findest du die Ideen

um etwas Neues für den Kunden zu schaffen,

um Innovation oder Disruption zu schaffen?

Es gibt verschiedene Möglichkeiten.

Bei Tulka haben wir jeden Tag unseren Mitarbeiter

Monat, in dem wir verschiedene Sitzungen haben.

Wir sind jetzt ein ziemlich großes Unternehmen,

und du hast verschiedene Tracks von

verschiedene Praktiken, die wir haben.

Und da kannst du reinsitzen und du bekommst auch

ein Blick auf neue Trends und Neues

Dinge, die anstehen.

Das ist also eine wichtige

Sache, die ich mache.

Dann natürlich

Ich lese viele Bücher, Nachrichten,

was ich gerade lese,

schaue mir auch viele Videos an.

Aber ich denke, was für mich hat mir ziemlich geholfen

viel gibt es bei Silka,

wir haben die O'Reilly-Lizenz,

und die O'Reilly-Plattform ist wirklich cool

Plattform und du bekommst

da gibt es viele Einblicke.

Das ist eine Sache, wo ich, sagen wir mal,

Das meiste Wissen daraus stammt aus dem

Bücher und Videos von dieser Plattform.

Und auf der anderen Seite

wir haben auch ein Gartner-Konto.

Und von dort verstehe ich die strategische

Erkenntnisse von Gartner, das heißt

meiner Meinung nach sehr wertvoll.

Und ich denke,

was ist Ihr Entscheidungsprozess

rund um neue Tools, um neue Frameworks,

neue Ansätze in Ihrem Bereich?

Weil es so viele Dinge gibt,

sagen wir zum Beispiel in JavaScript, du

habe jeden Tag jede Bibliothek und jedes Framework.

Sie müssen sich also irgendwann entscheiden

und beeinflusse das Team, weil du

habe ein großes Team und du beeinflusst sie.

Was und wie gehst du an Probleme heran

für Kunden und was ist dein

Entscheidungsfindung wann entscheidest du dich?

Also, hey, jetzt benutzen wir den Chat GPT.

Jeder benutzt es mit den neuen Trends.

Normalerweise das, was ich mache

wenn ich ein Projekt oder draußen bin

eines Projekts stelle ich immer vor

ein architektonischer Entscheidungsrekord.

Und mit dem architektonischen Entscheidungsrekord

In einem Projekt gebe ich immer an, was

das Problem, das ich versuche zu lösen und zu sortieren

Was ist der Kompromiss bei der Analyse.

Und dann dokumentiere ich die Entscheidung.

Also, wenn es darum geht, zu entscheiden, was auch immer wir

will mit einem neuen Framework gehen,

Normalerweise gehe ich mit dem Team und mache

eine Trade-Off-Analyse, wo ich sehe,

zuallererst stelle ich die Frage, was

Art von Problem versuchen wir zu lösen?

Haben wir wirklich dieses Problem?

Weil das immer so ist

eine gute Frage.

Und dann sage ich normalerweise, okay,

Was sind die Kategorien, die wir haben?

Wo wir sagen, okay,

wo wir die Trade-Off-Analyse durchführen

und welche Tools haben wir?

Und dann machen wir einfach einen Tausch

Raus aus der Analyse.

Und das Coole ist, dass du das sehr gut machen kannst.

einfach und sehr schnell

auf einem Whiteboard, aber es hilft dir beim Visualisieren

die Kompromisse,

deine Optionen irgendwie und auch

die Kategorien, in denen du dich gerade befindest

und es hilft auch dem Team in der

Diskussion, wohin sie auch gehen wollen.

Und normalerweise siehst du

es gibt keine Wunderwaffe.

Sie müssen immer Kompromisse eingehen, wenn Sie

geht mit Framework A oder mit Framework B

oder mit Werkzeug A oder mit Werkzeug B

es gibt immer Kompromisse.

Aber diese Kompromisse zu benennen und zu sagen

hallo,

zum Zeitpunkt der Entscheidung war uns bewusst

dieser Kompromisse und wir haben sie akzeptiert

weil wir denken, wir haben diese und diese

Punkte, die wertvoller sind

und das sind die starken Teile davon.

Ich denke, das ist eine sehr gute Sache.

Dann kannst du basierend darauf machen,

sagen wir Fakten, die Entscheidung.

Okay, lass uns jetzt mehr reden

über die Teams und Leute.

Ich frage mich, welche Fähigkeiten oder

Eigenschaften, nach denen Sie bei Neuem suchen

Mitarbeiter oder Führungskräfte

die du einstellst?

Hast du deinen Ansatz wie

was ist wirklich wichtig für dich?

Also, wenn wir Leute einstellen,

unser Einstellungsprozess läuft immer so ab.

Wir haben eine Rekrutierungsabteilung

welches das CVS durchsucht.

Dort haben wir einige Regeln definiert, was wir

suchen auch in Bezug auf den Job

Profile und dann im nächsten Schritt

wenn sie das CVS gefiltert haben, sind wir

das CVS durchgehen und dann, wenn wir

habe jetzt einen potenziellen Kandidaten identifiziert

wir machen immer ein sogenanntes

kulturelle Bewertung.

Dies ist ein einstündiges Treffen, bei dem wir gerade

ein Blick darauf, ob die Kultur der Person passt

in unsere Kultur und auch in unsere

Kultur passt zur Person.

Es ist wirklich eine offene Diskussion, in der wir

haben und wo wir nur hinschauen

mögen wir uns?

Und ich denke, das ist meiner Meinung nach

eines der wichtigsten Dinge.

Es klingt ein bisschen dämlich,

aber kulturell ist das wirklich

eine wichtige Sache und das ist auch der Grund

Ich bin seit 21 Jahren immer noch auf Türkisch.

Ich mag die Kultur wirklich sehr

und die Leute und es ist so wichtig

mit wem du arbeitest

weil du einen ziemlich langen Tag arbeitest

ist, Stunden am Tag mit diesen Personen zu warten.

Das ist also ein wichtiger Teil.

Dann, wenn wir das getan haben, dann gibt es

der zweite Teil, der dann

die technische Bewertung und das ist dann

über 3 Stunden wo wir

Ich gehe wirklich in die Technologie ein.

Und ich meine, da kommt es wirklich drauf an

über die Rolle, aber es ist ziemlich offensichtlich.

Du brauchst einen guten technischen

Hintergrund und du musst einiges erklären

Dinge in deiner Nähe

und wenn das wirklich passt, so ist das kulturelle

Teil und dann der Technologieteil

wir beschließen, diese Person einzustellen.

Und wie sieht es mit dem Team-Setup aus?

Ich meine Hybrid-Fernbedienung, interne Auslagerung.

Hast du eine Meinung?

Ich meine, wie eine Meinung oder du sagst wie

nein, immer nichts über eines dieser Setups.

Dazu habe ich eine sehr starke Meinung.

Wenn Sie sich also den Wertefluss ansehen

und auch Barrieren abbauen und auch wenn

Wenn Sie sich die Wissenschaft ansehen, ist das ziemlich offensichtlich.

Ein Team, das an einem Standort ist und arbeitet

physisch stark zusammen in einem

Die Lage ist irgendwie die beste

Teampoint ausführen.

Es ist sehr, sehr offensichtlich.

Und das zeigt auch die Wissenschaft.

Also gehe ich immer in diese Richtung,

Ich sage immer hey schau,

lass uns ein Team haben und auch sprachlich

und was die Kultur angeht,

sie müssen dieselbe Kultur haben, sie

muss auch dieselbe Sprache sprechen.

Also auch, wenn du eine Art Deutsch hast

Sprecherteam und du möchtest uns vorstellen

eine englischsprachige Person,

es ist normalerweise nicht die beste Idee

das liegt daran, dass es das Team verlangsamen wird.

Also nochmal, wenn du nur hinschaust

bei der Aufführung dann wirklich einer

Sprache, ein Ort und alle

an diesem Ort natürlich

das ist nicht immer möglich.

Und dann gehst du Kompromisse ein.

Es geht wieder um Kompromisse und

Sie können diese Kompromisse eingehen, aber Sie benötigen

sich bewusst zu sein, dass du

verlangsamt das Team.

Es gibt bestimmte Setups, die ich

Ich kann es absolut nicht empfehlen.

Zum Beispiel haben Sie ein Team nach dem anderen

Platz und eine zweite Person komplett

Fernbedienung und du brauchst

um alles hybrid zu machen.

Das ist meiner Meinung nach sogenannter Bullshit.

einrichten, was du absolut nicht tun solltest.

Natürlich kann es vorkommen, dass du

in einer solchen Situation, aber du

sollte nicht in diese Situation gehen.

Also um es kurz zu machen, wirklich in einem

Die Lage wäre mein absoluter Favorit.

Die andere Sache, was du auch tun kannst, wenn

das gesamte Team ist komplett verteilt

ja dann geh komplett verteilt

aber dann hast du ein verteiltes Setup

aber mit all den Kompromissen und.

Wie wäre es mit diesen verteilten Teams?

wenn du in diese Richtung gehst,

Was sind die wichtigsten Faktoren, um das Beste zu haben

Leistung in so verteilten Teams?

Sagen wir, wie man sie effizient hält.

Also was ich normalerweise mache ist, wenn wir solche haben

ein verteiltes Setup dann alle drei

Monate

wir wollen uns an einem bestimmten Ort treffen

irgendwo, wo wir sortieren können

oder machen die Teambindung.

Und ich denke, alle drei Monate sind sehr

guter Zeitplan, um das Team wieder zu verbinden

an einem bestimmten Ort, an dem jeder

trifft sich in einer Woche und arbeitet alle zusammen.

Das wäre meine Empfehlung, weil

du brauchst so etwas wie dieses Team

Bindungsphasen, wenn es dann soweit ist

sagen wir mal das normale Arbeiten.

Normalerweise empfehle ich, eine Sortierung zu haben

eines täglichen Aufstehens, das pünktlich ist,

aber nicht der blöde tägliche Stand Up,

ein echter täglicher Stand Up, wo du wirklich bist

auch den Leuten zuhören

und versuchen sich gegenseitig zu helfen.

Es ist nicht diese Statusbesprechung,

es geht wirklich darum zu verstehen, was sind

die Herausforderungen der anderen Mitglieder

und wie können wir uns gegenseitig helfen.

Damit wir wirklich Fortschritte machen können.

Ich denke, das sind die wichtigen Dinge.

Also, nachdem ich einige implementiert habe

Zeremonien, die dem Team helfen,

eine Art Struktur im Tagesablauf,

und das alle drei Monate

zusammenkommen und das haben

komm zusammen, ich glaube, das sind die beiden

wichtigste Dinge, die ich tun würde

in einem vollständig verteilten Setup empfehlen.

In Ordnung.

Und ich frage mich,

Haben Sie einen Talentmangel erlebt

in den letzten Jahren

vor allem hier in der Schweiz?

Weil ich mir nicht ganz sicher bin.

Und meine zweite Frage ist, wenn ja,

wie gehst du damit um?

Ja, wir haben einen massiven Talentmangel.

Wie wir damit umgehen ist

auf der einen Seite machen wir Bildung.

Wir bieten eine Ausbildung an

für wirklich die jüngsten Leute.

Also versuchen wir es wirklich

um die Softwareentwicklung wirklich zu vermitteln

an sehr junge Leute, damit wir bauen können

sie sind bereits in einem sehr frühen Stadium aufgekommen.

Und ich denke als Unternehmen

das ist auch etwas, was du brauchst

um der Gesellschaft etwas zurückzugeben.

Du musst die Leute befähigen.

Was wir auch tun, ist, dass wir

Vorlesungen an den Universitäten bis jetzt

erziehe die Menschen in die richtige Richtung.

Wir tun zum Beispiel auch

das DevOps Meetup Zürich,

wo wir auch die Community ermöglichen.

Es geht nur darum, die Sortierung zu aktivieren

der Gemeinschaft, Sensibilisierung der Menschen

dass Softwaretechnik eine coole Sache ist.

Aber natürlich sind das irgendwie

Dinge, die ziemlich lange dauern

und daran arbeiten wir immer noch.

Kurzfristig tun wir

wir gehen natürlich auf den Markt

und sag, hey, schau,

wir sind eine sehr coole Firma.

Sie sehen auch, dass wir arbeiten

in einem recht schönen Büro.

Wir haben eine gute Kultur,

wir haben gute Leute, wir haben Bildung

bei Silka und so ist es irgendwie

wir kümmern uns um den Mangel.

Wir machen es wirklich angenehm

damit die Leute im Cirque arbeiten können.

Wir bieten ihnen auch einen Teil an

Zeit, Arbeit und so weiter.

Es geht also wirklich darum zu verstehen, was

die Leute wollen von einer Firma und dann

ihnen die Möglichkeit zu geben, sich zu bemühen.

Aber natürlich, wenn es um Rekrutierung geht

neue Leute, es ist auch für uns, es ist sehr

Es ist schwierig, neue Leute einzustellen, aber es funktioniert.

Wir haben nicht die Wachstumsrate, die wir hätten

hätte ich gerne, aber ich denke

uns geht es ziemlich gut.

Das ist großartig.

Ich denke, der Akademiker, es ist eine großartige Lösung.

für junge Leute, damit du sie formen kannst

mit der Kultur und all dem Zeug.

Und ich wollte dich nach deinen meisten fragen

wichtige Lektionen als Technologieführer.

Vielleicht hast du ein paar Lektionen, die du sagst wie

Hey, vor zehn Jahren habe ich darüber nachgedacht

auf diese Weise und heute habe ich komplett

andere Meinung zu, ich weiß nicht,

Leute ausbilden, Leute einstellen,

ein paar Sachen bauen, ein paar Lektionen

habe gelernt, dass du teilen kannst.

Ich denke, eine der wichtigsten Lektionen

was ich gelernt habe ist, dass du

strebe immer nach einem einfachen

Lösung, aber nicht einfacher.

Ich weiß, dass dieses Zitat kommt

von Einstein, aber ich denke

es ist ein sehr gutes Zitat.

Und in der Vergangenheit habe ich auch ziemlich viel gemacht

der Architektur oder Softwaretechnik

wo ich ein ziemlich komplexes System gebaut habe.

Und was ich dann sah ist, dass ich

konnte es verstehen.

Aber meine Teammitglieder hatten Probleme

um ein so komplexes System zu verstehen.

Also was ich gelernt habe ist

das geht aus der Softwareentwicklung

auch an Organisationen oder auch wenn Sie

dokumentiere eine Sache, die du immer brauchst

um es auf sehr einfache Dinge zu reduzieren.

Aber natürlich nicht zu einfach,

aber so, dass jeder in deinem

Das Team kann es wirklich verstehen.

Und ich denke, das ist die Magie

was du tun musst.

Normalerweise sind wir als Technologieführer

wir überdenken Dinge,

macht die Dinge komplizierter, weil

wir wollen das ganze Problem lösen.

Und meiner Meinung nach

du solltest immer nach den 80 20 streben

Lösung und mach es wirklich so

so einfach wie möglich, aber nicht einfach.

Das ist ein gutes Argument.

Und ich habe die letzte Frage an dich.

Alle Bücher, Blogbeiträge, Ressourcen,

Podcasts, die dir geholfen haben

sich selbst als Führungskraft gestalten?

Ich meine, was hat dir als Technologieführer geholfen?

Ja, also für mich das Buch Accelerate

war wirklich ein augenöffnendes Buch, weil es

hat sich die gesamte Softwaretechnik angeschaut

auf wissenschaftliche Weise verarbeiten.

Und das war für mich eine ziemliche Augenöffnung

Buch, weil ich es plötzlich verstanden habe

die Wissenschaft hinter der Softwaretechnik.

Natürlich gibt es noch andere Bücher

da draußen, die auch unglaublich sind.

Eine, die ich erwähnen möchte, ist

Getting Things Done wegen diesem Buch

hat mir wirklich geholfen,

sagen wir, mit der Priorisierung von Dingen und auch

Umgang mit der hohen Menge an Input oder

E-Mails und Aufgaben, die Sie erhalten

und damit richtig zurecht zu kommen.

Das war also ein ziemlich einflussreiches Buch.

Und dann gab es auch ein Buch

zum Notieren, aber ich weiß nicht,

Ich denke, es ist professionelles Notieren

und das hatte auch einen ziemlichen Einfluss auf mich

weil es mir gezeigt hat, wie ich es nicht nehme

Besprechungsnotizen, machen Sie sich wirklich Notizen, wenn Sie

du lernst Dinge und wie du baust

den sogenannten Brennnesselkonstanzstamm hinauf.

Ich glaube, du bist auch auf Englisch

Ich benutze dieses Wort, baue es wirklich auf.

Das hat mir sehr geholfen.

Ich erinnere mich auch an all das Zeug

an die du dich erinnern musst.

Großartig.

Danke Romano.

Danke für die wirklich aufschlussreichen

Antworten auf meine Frage.

Ja, und danke, dass du es gefunden hast

Zeit für dieses Interview.

Danke auch, es war großartig.

‍