1
00:00:00,320 --> 00:00:04,960
Wir sprechen heute über Robin 
Manuels neue Rolle als Director 

2
00:00:04,960 --> 00:00:07,840
AI and Cloud. 
Aber was steckt da eigentlich 

3
00:00:07,840 --> 00:00:09,920
dahinter, also jenseits von dem 
Titel? 

4
00:00:10,160 --> 00:00:13,600
Wie sieht sein Alltag in der 
neuen Rolle aus, wie wird Erfolg

5
00:00:13,600 --> 00:00:15,880
in der Rolle definiert und 
wieviel Zeit bleibt ihm 

6
00:00:15,880 --> 00:00:18,640
eigentlich noch fürs Coden? 
All das erfahren wir in dieser 

7
00:00:18,640 --> 00:00:27,360
Podcast Folge. 
Hallo und herzlich Willkommen zu

8
00:00:27,360 --> 00:00:30,920
einer neuen Folge vom to do 
Cast, dem deutschen Developer 

9
00:00:30,920 --> 00:00:33,840
Podcast. 
Mit Malte Lantin Malte Lantin 

10
00:00:33,840 --> 00:00:37,760
ist Strategic Solutions Engineer
bei Github und mit mir Robin 

11
00:00:37,760 --> 00:00:39,240
Manuel Thiel. 
Ihr habt es im Intro schon 

12
00:00:39,240 --> 00:00:42,560
gehört, ich bin Director AI und 
Cloud beim E Commerce 

13
00:00:42,560 --> 00:00:45,000
Unternehmen Jtl. 
Was genau das bedeutet, darum 

14
00:00:45,000 --> 00:00:47,440
geht es ja diese Folge diesen 
Podcast hier machen wir aber 

15
00:00:47,440 --> 00:00:49,720
privat und teilen hier unsere 
Erfahrungen aus echten 

16
00:00:49,720 --> 00:00:52,080
Kundenprojekten in unserem 
Alltag und diskutieren hier 

17
00:00:52,560 --> 00:00:55,040
Themen, die die Developer Welt. 
Bewegen. 

18
00:00:56,080 --> 00:01:00,000
Aber bevor wir in das Thema, 
also dein Job, einsteigen, 

19
00:01:00,640 --> 00:01:02,520
müssen wir natürlich noch danke 
sagen. 

20
00:01:02,520 --> 00:01:07,040
Und diesmal geht ein herzliches 
Danke an Steffi für einen 

21
00:01:07,040 --> 00:01:08,720
Kaffee, den du uns ausgegeben 
hast. 

22
00:01:09,120 --> 00:01:10,560
Herzlichen Dank dafür. 
Danke. 

23
00:01:11,760 --> 00:01:15,520
Und damit steigen wir direkt ins
Thema ein und stellen uns 

24
00:01:15,520 --> 00:01:18,720
gemeinsam die Frage, die ihr 
wahrscheinlich alle hattet. 

25
00:01:18,720 --> 00:01:21,880
Als Roman Manuel seinen Job 
gewechselt hat, bist du jetzt 

26
00:01:21,880 --> 00:01:26,800
eigentlich noch ein Nerd? 
Ja, ich, ich hoffe doch schon. 

27
00:01:26,800 --> 00:01:30,080
Ich hoffe, das definiert sich 
auch nicht nur über den Job. 

28
00:01:30,080 --> 00:01:33,240
Ich bleibe auf jeden Fall der 
Nerd Welt erhalten und ich 

29
00:01:33,240 --> 00:01:36,400
glaube, ich bin auf jeden Fall 
privat in meiner Freizeit noch 

30
00:01:36,400 --> 00:01:40,640
ein ganz ganz doller Nerd und 
muss das jetzt natürlich im 

31
00:01:40,640 --> 00:01:45,920
Alltag so ein bisschen 
balancieren zwischen auch hin 

32
00:01:45,920 --> 00:01:48,320
und wieder mal ein bisschen 
weniger technischen Aufgaben, 

33
00:01:48,320 --> 00:01:51,280
aber nichtsdestotrotz bleibe ich
natürlich auch gerade in der 

34
00:01:51,280 --> 00:01:54,400
Developer Welt und. 
Und der techy Welt auf jeden 

35
00:01:54,400 --> 00:01:58,080
Fall erhalten. 
Ja, dein Titel ist ja jetzt 

36
00:01:58,080 --> 00:02:02,480
Director AI und Cloud. 
Ich hoffe den konntest du dir 

37
00:02:02,480 --> 00:02:07,280
selber mit aussuchen, aber uns 
interessiert natürlich was sich 

38
00:02:07,280 --> 00:02:10,240
dahinter verbirgt. 
Also was macht man denn 

39
00:02:10,240 --> 00:02:13,040
eigentlich als Director I und 
Cloud? 

40
00:02:13,760 --> 00:02:16,760
Ja, also ich konnte mir so 
richtig aussuchen. 

41
00:02:16,760 --> 00:02:20,240
Natürlich nicht, aber. 
Weil bei der Firma, bei der ich 

42
00:02:20,240 --> 00:02:23,920
arbeite, JTS Software, die baut 
Halt e Commerce Software und da 

43
00:02:23,920 --> 00:02:26,640
gibt es eben einfach die Rolle 
eines Directors. 

44
00:02:26,640 --> 00:02:28,480
Ich bin nicht der einzige 
Director da, sondern ich bin 

45
00:02:28,480 --> 00:02:32,400
eben für den Bereich von KI und 
Cloud verantwortlich. 

46
00:02:32,800 --> 00:02:34,680
Und bedeutet vor allem in erster
Linie, Ich bin verantwortlich 

47
00:02:34,680 --> 00:02:38,960
dafür, die Cloud Transformation 
und die KI Transformation von 

48
00:02:38,960 --> 00:02:41,880
der Jtl Gruppe. 
Das sind mehrere Firmen die 

49
00:02:41,880 --> 00:02:44,080
darunter stecken, das ist 
teilweise Akquisitionen, 

50
00:02:44,240 --> 00:02:46,840
teilweise Kooperation und so 
weiter von all diesen 

51
00:02:46,840 --> 00:02:50,960
Gruppenunternehmen darf ich eben
die Cloud Transformation nicht 

52
00:02:50,960 --> 00:02:53,400
nur verantworten, sondern auch 
gestalten, das ist auch das was 

53
00:02:53,400 --> 00:02:57,200
mich daran reizt, wer die Folge 
gehört hat über meinen 

54
00:02:57,200 --> 00:03:00,440
Jobwechsel, ich war ja vorher 10
Jahre lang bei Microsoft und. 

55
00:03:00,840 --> 00:03:02,880
Habe das auch sehr sehr sehr 
genossen immer. 

56
00:03:03,360 --> 00:03:05,400
Bei Microsoft kannst du aber 
nicht so viel gestalten, da 

57
00:03:05,400 --> 00:03:07,440
kannst du höchstens mal 
irgendwie durch einen Hi Ring 

58
00:03:07,440 --> 00:03:10,960
von einer Schlüsselperson noch 
irgendwie was gestalten, aber 

59
00:03:10,960 --> 00:03:15,160
Struktur die wird häufig aus den
USA hervorgegeben und das ändert

60
00:03:15,160 --> 00:03:16,560
sich jetzt. 
Ich kann jetzt eben 

61
00:03:16,640 --> 00:03:20,320
Entscheidungen treffen, 
Strukturen schaffen, Risiken 

62
00:03:20,320 --> 00:03:24,240
eingehen, Teams aufbauen und das
heißt vor allem das, was mich 

63
00:03:24,240 --> 00:03:27,200
jetzt ein bisschen gereizt hat, 
mal einfach auf eine andere 

64
00:03:27,200 --> 00:03:29,280
Seite. 
Oder auch von einer anderen 

65
00:03:29,280 --> 00:03:31,360
Seite, eigentlich auf unsere 
Industrie zu blicken. 

66
00:03:32,320 --> 00:03:35,760
Und du hattest gerade gesagt, 
gerade dieses selber gestalten 

67
00:03:35,760 --> 00:03:37,640
findest du spannend. 
Aber da gibt es dann auch 

68
00:03:37,640 --> 00:03:41,080
technische Themen, wo du gesagt 
hast, das hatte ich vorher nicht

69
00:03:41,080 --> 00:03:44,480
so, da möchte ich gern hands on 
tiefer einsteigen. 

70
00:03:44,480 --> 00:03:48,160
Ich glaube, du hast ja vorher 
schon ganz viel mit AI und Cloud

71
00:03:48,160 --> 00:03:51,000
gemacht, dementsprechend hört 
sich das jetzt eigentlich nicht 

72
00:03:51,000 --> 00:03:53,600
so neu an. 
Ja, es ist eher so ein bisschen,

73
00:03:53,600 --> 00:03:56,320
dass ich halt mich jetzt nicht 
wirklich festlegen muss auf ein 

74
00:03:56,320 --> 00:03:58,000
technisches Thema, sondern 
dafür, dass ich jetzt so ein 

75
00:03:58,000 --> 00:04:01,440
bisschen die Flughöhe nach oben 
hin gewechselt habe, kann ich 

76
00:04:01,440 --> 00:04:03,880
mich eben mit viel, viel mehr 
Themen auseinandersetzen, als 

77
00:04:03,880 --> 00:04:05,760
das vorher ging. 
Ich kann ja ein bisschen 

78
00:04:05,760 --> 00:04:08,640
ausholen und also das, was wir 
da jetzt machen, was ich 

79
00:04:08,640 --> 00:04:13,400
eigentlich tue, ist, ich baue 
gerade so 45 Teams auf, denn die

80
00:04:13,400 --> 00:04:16,800
Cloud Transformation und Cloud 
und KI Transformation, die wir 

81
00:04:16,800 --> 00:04:19,079
bauen, die. 
Sieht am Ende eigentlich so aus,

82
00:04:19,079 --> 00:04:23,280
dass wir Plattformen schaffen, 
die dann die Gruppen unternehmen

83
00:04:23,280 --> 00:04:25,680
und die ganzen Software Teams. 
Wir haben eine ganz ganz viel 

84
00:04:25,680 --> 00:04:28,600
großes Portfolio und Software 
dann verwenden können und da 

85
00:04:28,600 --> 00:04:32,680
gibt es zum anderen eine Cloud 
Plattform, auf der wird eine 

86
00:04:32,680 --> 00:04:36,040
SARS Lösung gebaut, es gibt eine
KI Plattform, bei der wird 

87
00:04:36,040 --> 00:04:39,360
zentralisiert ein KI Gateway 
bereitgestellt, KI Modelle 

88
00:04:39,360 --> 00:04:43,200
bereitgestellt, Sicherheit und 
Compliance und veredelte AI 

89
00:04:43,200 --> 00:04:45,560
Services gebaut. 
Es gibt eine developer 

90
00:04:45,560 --> 00:04:48,480
Plattform, die ganz viel 
Plattform Engineering macht, die

91
00:04:48,480 --> 00:04:52,040
Zentrale Libraries schreibt, die
wiederverwendet werden, die zum 

92
00:04:52,040 --> 00:04:54,800
Beispiel auch über ein Backstage
Dinge aufsetzt, wo dann sich 

93
00:04:54,800 --> 00:04:57,960
Templates und fertige, fertig 
konfigurierte Repositories 

94
00:04:57,960 --> 00:05:00,600
gezogen werden können. 
Es gibt eine Data Plattform und 

95
00:05:00,600 --> 00:05:02,920
es gibt unten drunter auch eine 
Infrastruktur Plattform, die 

96
00:05:02,920 --> 00:05:07,280
dann verschiedene Cloud man das 
ja so Landing Zones, also Cloud,

97
00:05:07,360 --> 00:05:10,160
fertige Cloud Umgebungen anderen
Teams bereitstellt. 

98
00:05:10,880 --> 00:05:14,000
Und beim Aufbau von all diesen 
Plattformen kann ich halt in all

99
00:05:14,000 --> 00:05:17,400
diese Themen immer mal wieder 
reingucken und mir fast schon so

100
00:05:17,400 --> 00:05:19,520
ein bisschen aussuchen, wie tief
ich da reingehen möchte oder 

101
00:05:19,520 --> 00:05:22,800
teilweise auch muss, weil die 
meisten Teams davon befinden 

102
00:05:22,800 --> 00:05:24,400
sich noch im Aufbau. 
Oft muss ich auch noch selber 

103
00:05:24,400 --> 00:05:26,480
irgendwie so ein bisschen ran 
und dadurch ist es jetzt so ein 

104
00:05:26,480 --> 00:05:29,080
bisschen breiter als in meiner 
vorherigen Rolle, das war ja so 

105
00:05:29,080 --> 00:05:33,000
ein bisschen halb technisch halb
vertrieb, da wurde sich dann 

106
00:05:33,000 --> 00:05:35,920
halt auch immer oft saisonal 
oder was halt gerade irgendwie 

107
00:05:35,920 --> 00:05:38,440
so das Thema war, sehr auf eine 
Sache fokussiert und. 

108
00:05:38,560 --> 00:05:39,800
Und jetzt? 
Wie gesagt, bin ich glaube ich 

109
00:05:39,800 --> 00:05:43,360
nicht mehr so tief wie vorher 
drin, aber in mehr Themen drin. 

110
00:05:44,240 --> 00:05:46,320
Ich glaube, ganz viele der 
Themen, die du gerade 

111
00:05:46,320 --> 00:05:49,840
angesprochen hast, hatten wir 
schon mal im Podcast und einige 

112
00:05:49,840 --> 00:05:51,920
hatten wir, weil wir uns 
tagtäglich damit 

113
00:05:51,920 --> 00:05:54,200
auseinandersetzen. 
Aber einige der Themen haben wir

114
00:05:54,200 --> 00:05:57,000
uns natürlich auch eingelesen, 
haben mit anderen Leuten drüber 

115
00:05:57,000 --> 00:06:00,200
gesprochen und ich glaube, es 
ist super spannend, jetzt 

116
00:06:00,200 --> 00:06:04,480
vielleicht auch in mehr Themen 
Hands on reinzugehen und da auch

117
00:06:04,480 --> 00:06:08,320
Einfluss zu haben und. 
Mich würde interessieren, wie 

118
00:06:08,320 --> 00:06:11,480
eigentlich so ein typischer Tag 
jetzt von dir aussieht. 

119
00:06:11,480 --> 00:06:16,320
Also was machst du den ganzen 
Tag, wieviel Technik hast du 

120
00:06:16,320 --> 00:06:18,720
tatsächlich noch in deinem 
Alltag und wieviel ist 

121
00:06:18,720 --> 00:06:20,960
eigentlich nur noch Koordination
und Meetings? 

122
00:06:21,440 --> 00:06:22,800
Ja, Meetings ist ein gutes 
Stichwort. 

123
00:06:22,800 --> 00:06:25,640
Also Meetings haben mich, haben 
mich überrascht, also ich höre 

124
00:06:25,640 --> 00:06:28,160
viel mehr, ich mache viel mehr 
Meetings, als ich gedacht habe, 

125
00:06:28,160 --> 00:06:31,680
das sind. 
Natürlich auch Abstimmungen, 

126
00:06:31,680 --> 00:06:34,320
auch natürlich viel Reporting in
so einer Rolle muss man dann 

127
00:06:34,320 --> 00:06:38,280
natürlich auch irgendwo ans 
Management und ans Leadership 

128
00:06:38,280 --> 00:06:42,440
einen Statusreport abgeben und 
vor allem wenn man irgendwas 

129
00:06:42,440 --> 00:06:44,560
nicht läuft, da auch eine 
Erklärung zu finden und Pläne 

130
00:06:44,560 --> 00:06:46,560
vorlegen, wie man das dann 
irgendwie korrigieren möchte. 

131
00:06:47,120 --> 00:06:50,400
Dazu kommt natürlich, wenn man 
irgendwie ein Team aufbaut und 

132
00:06:50,480 --> 00:06:52,080
mitarbeiten, da hat 
irgendwelche. 

133
00:06:53,040 --> 00:06:55,840
Team Meetings natürlich, also 
irgendwelche Touchpoints, wo man

134
00:06:55,840 --> 00:06:58,240
sich regelmäßig als Team 
zusammensetzt. 

135
00:06:58,240 --> 00:07:01,520
Auch One on Ones und mit den 
Leuten direkt zu sprechen, da 

136
00:07:01,680 --> 00:07:05,080
gibt es natürlich auch viele 
Teams, in denen vielleicht mal 

137
00:07:05,080 --> 00:07:07,360
Konzepte erklären oder 
diskutieren muss, gerade die 

138
00:07:07,360 --> 00:07:10,480
Dinge, die man neu einführt, es 
müssen Entscheidungen getroffen 

139
00:07:10,480 --> 00:07:12,080
werden, also die sind also ganz,
ganz viel. 

140
00:07:13,360 --> 00:07:15,840
Konzeptarbeit ist eigentlich 
auch was, was irgendwie eine 

141
00:07:15,840 --> 00:07:17,760
große Rolle spielt. 
Das heißt, ich setze mich auch 

142
00:07:17,760 --> 00:07:21,440
viel hin, teilweise mit Leuten, 
und arbeite Konzepte aus oder 

143
00:07:21,600 --> 00:07:25,600
Reviewer Konzepte, die andere 
ausgearbeitet haben darüber, wie

144
00:07:25,600 --> 00:07:28,400
wir die Developer Plattform 
aufbauen darüber, von welchem 

145
00:07:28,400 --> 00:07:30,640
Cloud Anbieter wir welche 
Modelle nehmen und wie wir sie 

146
00:07:30,640 --> 00:07:32,880
absichern. 
Und oft ist es so, dass ich gar 

147
00:07:32,880 --> 00:07:35,160
nicht mehr, dass ich gar nicht 
mehr unbedingt dieses Konzept 

148
00:07:35,160 --> 00:07:36,800
dann schreibe, sondern dass ich 
mehr oder weniger so ein 

149
00:07:36,800 --> 00:07:39,320
bisschen. 
Die Konzepte bei den Auftrag 

150
00:07:39,320 --> 00:07:42,720
gebe, die wird dann von meinem 
Team erledigt mit Research und 

151
00:07:42,720 --> 00:07:45,840
die tauchen dann richtig tief 
ab, formulieren dann nachher da 

152
00:07:45,840 --> 00:07:48,560
oft eine bei uns eine Confluence
Page draus, die ich dann wieder 

153
00:07:48,560 --> 00:07:51,320
Reviewer oder eine Planung 
mache. 

154
00:07:51,320 --> 00:07:53,360
Wie soll so eine Infrastruktur 
aussehen, dass man da grob Dinge

155
00:07:53,360 --> 00:07:57,920
mit gibt und dann halt 
irgendwann wieder da am Ende 

156
00:07:57,920 --> 00:08:01,040
sein Review zu abgibt oder sich 
oft irgendwie meinen Senf danach

157
00:08:01,040 --> 00:08:03,080
noch dazu abgeben, indem ich 
Dinge kommentiere, indem ich 

158
00:08:03,080 --> 00:08:05,200
schaue, dass in die Richtung 
gegangen ist die, die ich mir 

159
00:08:05,200 --> 00:08:08,160
vorgestellt habe und. 
Das ist so ein bisschen der 

160
00:08:08,160 --> 00:08:10,480
technische Teil. 
Es gibt diesen personellen Teil,

161
00:08:10,480 --> 00:08:12,640
also vor allem viel mit 
Meetings, Entscheidungen, 

162
00:08:12,640 --> 00:08:15,920
Reportings, es gibt viel diese 
Konzeptarbeit, die ist dann oft 

163
00:08:15,920 --> 00:08:18,280
irgendwie technisch, da geht es 
aber weniger um die Umsetzung, 

164
00:08:18,280 --> 00:08:20,920
mehr um die Konzepte, und da 
geht es natürlich noch um so 

165
00:08:20,920 --> 00:08:24,160
einen strategischen Teil, da 
geht es um Priorisierung, um 

166
00:08:25,120 --> 00:08:30,560
Kostenkontrollen natürlich auch,
und um was machen wir wann, um 

167
00:08:30,560 --> 00:08:32,799
welches unternehmerische Ziel zu
erreichen. 

168
00:08:33,200 --> 00:08:36,080
Und als allerletztes, was es 
natürlich auch ein Teil von 

169
00:08:36,080 --> 00:08:38,400
meinem Tag aus Macht, ist 
dedizierte Zeit zum Lernen. 

170
00:08:38,400 --> 00:08:40,720
Das habe ich ja schon immer so 
gemacht, habe ich auch in frühen

171
00:08:40,720 --> 00:08:43,440
Podcast folgen mal immer wieder 
geteilt, dass ich mir ganz 

172
00:08:43,440 --> 00:08:47,360
dedizierte Blogger setze für 
Fokusarbeit oder für lernen, die

173
00:08:47,360 --> 00:08:49,000
wirklich in meinem Kalender 
sind, wo ich dann auch keine 

174
00:08:49,000 --> 00:08:52,080
Termine annehme, weil ich mich 
da eben weiterbilden muss. 

175
00:08:52,720 --> 00:08:56,760
Kannst du uns ein paar Beispiele
geben für technische 

176
00:08:56,760 --> 00:09:00,240
Entscheidungen, die ihr im Team 
trefft und bei welchen Dingen du

177
00:09:00,240 --> 00:09:01,640
sagst? 
Da möchte ich selber die 

178
00:09:01,640 --> 00:09:03,800
Entscheidung treffen, weil die 
sind vielleicht so kritisch, 

179
00:09:03,800 --> 00:09:06,560
dass ich gar nicht möchte, dass 
jemand anders dafür am Ende 

180
00:09:06,560 --> 00:09:08,240
vielleicht gerade stehen muss, 
wenn es schief geht. 

181
00:09:09,520 --> 00:09:11,680
Technisch schauen wir im Team, 
treffen als Beispiel so aus der 

182
00:09:11,680 --> 00:09:13,880
Developer Welt. 
Wir brauchen, wir bauen gerade 

183
00:09:13,880 --> 00:09:16,120
Feature Flags zum Beispiel ein, 
Wir haben sogar meine eigene 

184
00:09:16,120 --> 00:09:18,560
Folge zu Feature flags gemacht, 
fällt mir da fällt mir da ein, 

185
00:09:18,560 --> 00:09:20,640
die kann man natürlich gerne mal
nachhören. 

186
00:09:21,360 --> 00:09:23,680
Und da brauchen wir den 
richtigen Anbieter für, und da 

187
00:09:23,680 --> 00:09:27,440
haben wir so zwischen zwischen 
23 ausgewählt, da war irgendwie,

188
00:09:28,000 --> 00:09:30,840
ich glaube so Launch Darkley 
kommt vielen direkt irgendwie in

189
00:09:30,840 --> 00:09:33,560
den Kopf, wenn man, wenn man 
über Feature Flags nachdenkt 

190
00:09:33,560 --> 00:09:36,280
gibt man auch Post Hawk und 
viele andere und da ging es 

191
00:09:36,280 --> 00:09:38,120
jetzt zum Beispiel einfach 
darum, die richtige Plattform zu

192
00:09:38,120 --> 00:09:41,520
finden, das Gleiche für wir 
machen gerade 

193
00:09:41,520 --> 00:09:45,040
Berechtigungsmanagement ein, 
auch dafür muss die richtige 

194
00:09:45,120 --> 00:09:47,240
Plattform gefunden werden. 
Uns war relativ klar, dass wir 

195
00:09:47,240 --> 00:09:49,440
es wahrscheinlich nicht selber 
bauen werden, aber auch das wird

196
00:09:49,440 --> 00:09:53,240
evaluiert. 
Das sind solche Dinge, die, da 

197
00:09:53,240 --> 00:09:56,720
bin ich in der in dieser 
Konzeptphase oder in der 

198
00:09:56,720 --> 00:09:59,320
Definition von so einem Proof of
Concept beteiligt, das 

199
00:09:59,320 --> 00:10:00,720
entscheide ich aber nachher 
nicht selber. 

200
00:10:00,720 --> 00:10:04,080
Also das sind einfach Sachen, wo
ich sage, Hey, das Team, was 

201
00:10:04,080 --> 00:10:06,760
nachher einen Feature flages 
Service zentral in unserer 

202
00:10:06,760 --> 00:10:11,040
Developer Plattform baut und den
anderen Teams, Abteilungen und 

203
00:10:11,040 --> 00:10:14,720
Gruppenunternehmen bereitstellt,
das soll auch bitte komplett 

204
00:10:14,720 --> 00:10:16,960
frei selber entscheiden, welchen
Services ich gucke, so ein 

205
00:10:16,960 --> 00:10:19,120
bisschen am Ende noch mal auf 
die Kosten drauf und ob das. 

206
00:10:20,080 --> 00:10:22,440
Und ob das unseren Security 
Anforderungen entspricht, mache 

207
00:10:22,440 --> 00:10:24,240
ich aber auch nicht wirklich 
selber, sondern gebe das dann 

208
00:10:24,240 --> 00:10:27,200
eher ins Security Review von 
unserem Security Team rein. 

209
00:10:27,600 --> 00:10:31,840
Ob das GDPR Compliant ist und so
und solche Dinge. 

210
00:10:32,240 --> 00:10:34,320
Also das ist so eine typische 
Entscheidung wo ich sage ich 

211
00:10:34,320 --> 00:10:36,240
kriege mit, dass da eine 
Entscheidung getroffen wird. 

212
00:10:36,240 --> 00:10:40,560
Ich muss bestimmt auch irgendwo 
mal Anforderungen reingeben, 

213
00:10:40,880 --> 00:10:44,480
Security Reviews anstoßen oder 
ein Kosten approval machen. 

214
00:10:44,960 --> 00:10:47,920
Aber das ist das Developer Team,
also dass sie dem Developer Team

215
00:10:47,920 --> 00:10:49,720
zum Beispiel komplett selbst 
überlassen, was sie damit, was 

216
00:10:49,720 --> 00:10:51,680
sie am Ende entscheiden, das 
möchte ich auch eigentlich so 

217
00:10:51,680 --> 00:10:53,920
haben, weil da sind die ja viel,
viel näher dran an dem Problem. 

218
00:10:54,240 --> 00:10:58,400
Eine Sache, die ich selber 
entscheide, sind oft Dinge, für 

219
00:10:58,400 --> 00:11:01,960
die ich auch selber gerade 
stehen muss, das sind dann zum 

220
00:11:01,960 --> 00:11:04,120
anderen, woran ich zum Beispiel 
gemessen werde, auch unter 

221
00:11:04,120 --> 00:11:07,120
anderem ist natürlich die 
Verfügbarkeit von den Systemen, 

222
00:11:07,120 --> 00:11:09,840
die wir bauen. 
Das heißt, eine Entscheidung, 

223
00:11:09,840 --> 00:11:12,360
die natürlich auch irgendwo 
Komplexität, aber auch Kosten 

224
00:11:12,360 --> 00:11:14,360
mit sich zieht. 
Ob man einen gewissen Service in

225
00:11:14,360 --> 00:11:18,800
einer entsprechenden Redundanz 
aufbaut, ob wir den in die Cloud

226
00:11:19,280 --> 00:11:21,880
schieben oder ob wir den auf 
eigenen Rechenzentren betreiben.

227
00:11:21,880 --> 00:11:23,640
Wir haben auch eigene 
Rechenzentren, wir haben eigene 

228
00:11:23,640 --> 00:11:27,000
Hardware, teilweise auch, die 
wir betreuen, das sind dann oft 

229
00:11:27,000 --> 00:11:31,600
Entscheidungen, wo ich am Ende 
dann auch dran gemessen werde 

230
00:11:31,600 --> 00:11:34,560
und wo ich mich, die ich 
natürlich nicht selber treffe, 

231
00:11:34,560 --> 00:11:36,800
da hole ich mir natürlich schon 
die Argumente der einzelnen 

232
00:11:36,800 --> 00:11:39,280
Teams rein und. 
Aber das ist dann was, wo ich 

233
00:11:39,280 --> 00:11:42,720
einfach auch letzten Endes die 
Entscheidung treffen muss, weil 

234
00:11:42,720 --> 00:11:46,120
ich selber, weil es meine 
Aufgabe ist, abzuwägen, was ist 

235
00:11:46,240 --> 00:11:52,320
der Kosten oder quasi Ruf 
impact, den sowas hat, wenn es 

236
00:11:52,320 --> 00:11:56,600
irgendwie ausfallen würde, was 
ist wenn es hoch verfügbar über 

237
00:11:56,600 --> 00:11:58,480
mehrere Regionen hinweg 
betrieben wird, das hat 

238
00:11:58,480 --> 00:12:01,200
natürlich ganz ganz weite 
Auswirkungen, oder dass mich 

239
00:12:01,200 --> 00:12:04,400
welche Cloud Plattformen wir 
verwenden oder wo wir unseren 

240
00:12:04,400 --> 00:12:07,440
Code hosten sowas. 
Das sind dann glaube ich schon 

241
00:12:07,440 --> 00:12:09,800
Dinge, die ich gerne 
mitentscheiden würde, weil ich 

242
00:12:09,800 --> 00:12:11,280
am Ende auch dafür 
verantwortlich bin, wenn es 

243
00:12:11,280 --> 00:12:15,280
nicht funktioniert. 
Und ohne jetzt irgendwelche 

244
00:12:15,280 --> 00:12:18,400
Internas preiszugeben, ist ja 
ein Unternehmen, was schon 

245
00:12:18,400 --> 00:12:21,480
einige Jahre alt ist, aber durch
Akquisitionen, was es vorhin 

246
00:12:21,480 --> 00:12:24,960
gesagt, immer weiter gewachsen 
ist, gibt es dann besondere 

247
00:12:24,960 --> 00:12:28,800
Aufgaben, die gerade aufgrund 
dieser Struktur jetzt gerade in 

248
00:12:28,800 --> 00:12:30,880
deinem Alltag eine große Rolle 
spielen. 

249
00:12:31,760 --> 00:12:34,880
Ja, die die Struktur ist 
deswegen spannend, weil 

250
00:12:34,880 --> 00:12:39,440
natürlich, wenn so ein 
Unternehmen von sich aus wächst,

251
00:12:40,080 --> 00:12:42,760
der Textdac wahrscheinlich 
halbwegs ähnlich innerhalb des 

252
00:12:42,760 --> 00:12:45,840
Unternehmens ist. 
Und durch Akquisitionen kannst 

253
00:12:45,840 --> 00:12:49,200
du oft den Textdac dann nicht 
mehr so ganz beeinflussen. 

254
00:12:49,200 --> 00:12:51,200
Das heißt, wir haben einen 
relativ bunten Blumenstrauß 

255
00:12:51,200 --> 00:12:54,640
eigentlich bei uns an 
Technologien, wir sind sehr, 

256
00:12:54,640 --> 00:12:58,320
sehr, sehr, sehr starker.net 
Shop, wir machen ganz ganz viel 

257
00:12:58,320 --> 00:13:01,120
Sea Shop, wir haben aber auch. 
Recht viel PHP. 

258
00:13:01,200 --> 00:13:03,840
Wir haben Java Script im 
Frontend, wir haben aber auch 

259
00:13:03,840 --> 00:13:07,680
verschiedene Cloud Anbieter, auf
denen vor allem andere 

260
00:13:07,680 --> 00:13:09,840
Gruppenunternehmen unterwegs 
sind und das alles jetzt 

261
00:13:09,840 --> 00:13:12,800
irgendwie einzufangen unter 
einen Hut zu bringen ist doch 

262
00:13:12,800 --> 00:13:15,960
dann oft ein Migrationsaufwand. 
Also ich muss, muss ja wenn die 

263
00:13:15,960 --> 00:13:19,000
Entscheidung treffen möchte ich 
den Overhead haben, verschiedene

264
00:13:19,000 --> 00:13:21,480
Cloud Cloud Anbieter zu haben 
oder wenn ich die Entscheidung 

265
00:13:21,480 --> 00:13:23,600
treffen sollte, dass wir alle 
auf einen Cloud Anbieter gehen 

266
00:13:23,600 --> 00:13:27,320
oder alle Ihre Git Lab 
Repositories zu github umziehen 

267
00:13:27,320 --> 00:13:30,480
oder oder so weiter. 
Muss ich mir natürlich auch 

268
00:13:30,480 --> 00:13:32,920
Bewusstsein, dass das natürlich 
auch das Tagesgeschäft aufhält, 

269
00:13:32,920 --> 00:13:36,160
dass das ein richtiges 
Migrationsprojekt ist und dass 

270
00:13:36,160 --> 00:13:38,600
ich da vielleicht irgendwann mal
Kosten spare durch die 

271
00:13:38,600 --> 00:13:43,440
Konsolidierung, aber das 
vielleicht jetzt erstmal die 

272
00:13:43,440 --> 00:13:45,880
Kosten hebt, weil wir Dinge 
parallel machen müssen oder weil

273
00:13:45,880 --> 00:13:47,680
was anderes irgendwie dann 
hinten überfällt. 

274
00:13:47,680 --> 00:13:50,520
Auf der anderen Seite habe ich 
da vielleicht aber irgendwann ja

275
00:13:50,520 --> 00:13:53,320
einen produktivitäts Boost 
davon, also ich verspreche mir 

276
00:13:53,320 --> 00:13:54,880
natürlich vielleicht auch 
irgendwas von so einer. 

277
00:13:55,120 --> 00:13:58,080
Migration wie Früh möchte ich 
das? 

278
00:13:58,080 --> 00:14:00,640
Möchte ich davon profitieren und
einplanen und dann ist das ist 

279
00:14:00,640 --> 00:14:02,440
eigentlich das knackige und das 
mache ich natürlich auch nicht 

280
00:14:02,440 --> 00:14:05,840
alleine, sondern in Abstimmung 
mit dem Leadership, wann machen 

281
00:14:05,840 --> 00:14:09,480
wir was, was ist eigentlich, wie
wichtig ist es jetzt hier 

282
00:14:09,480 --> 00:14:11,960
wirklich wichtig, den letzten 
Euro zu sparen oder ist es 

283
00:14:11,960 --> 00:14:15,480
wichtig, so möglichst früh von 
der von der Produktivität zu 

284
00:14:15,480 --> 00:14:17,280
profitieren, dadurch, dass wir 
alle irgendwie einheitlich auf 

285
00:14:17,280 --> 00:14:19,280
dem gleichen Text Tag unterwegs 
sind. 

286
00:14:19,760 --> 00:14:22,640
Das würde zum Beispiel bedeuten,
dass wir auch Talente und 

287
00:14:22,640 --> 00:14:24,560
Developer vielleicht von dem 
einen Projekt auch mal in das 

288
00:14:24,560 --> 00:14:27,080
andere schieben können, wenn man
da irgendwie aushelfen muss, 

289
00:14:27,080 --> 00:14:29,680
weil es gleich gemacht ist, 
haben wir diesen Anwendungsfall 

290
00:14:29,680 --> 00:14:33,360
überhaupt, und das macht meinen 
Alltag eigentlich spannend und 

291
00:14:33,360 --> 00:14:36,880
ist natürlich alles in dieser 
Tech Welt, aber heißt natürlich,

292
00:14:36,880 --> 00:14:38,720
dass ich dann bei diesen 
Entscheidungen auch nicht 

293
00:14:38,720 --> 00:14:40,480
wirklich irgendwie Code 
schreibe, sondern eher 

294
00:14:40,480 --> 00:14:43,280
eigentlich so diesen developer 
Alltag, den ich ja aus meiner 

295
00:14:43,280 --> 00:14:46,520
Erfahrung kenne, bewerten muss 
und dann daraufhin eben 

296
00:14:46,520 --> 00:14:50,400
Entscheidungen treffe. 
Du hast gerade schon so ein paar

297
00:14:50,400 --> 00:14:54,120
Kriterien genannt, an denen dein
Erfolg bemessen wird. 

298
00:14:54,120 --> 00:14:57,760
Du hast über Uptime gesprochen, 
aber was ist für dich jetzt in 

299
00:14:57,760 --> 00:15:00,880
der Rolle Erfolg, also wann hast
du das Gefühl, ich mache einen 

300
00:15:00,880 --> 00:15:04,840
guten Job und wie würden andere 
das in der Firma, also dein 

301
00:15:04,840 --> 00:15:08,480
Leadership Team beurteilen? 
Das ist eine gute Frage. 

302
00:15:08,480 --> 00:15:13,440
Ich glaube, ich hoffe, dass das 
nicht allzu weit auseinander 

303
00:15:13,440 --> 00:15:17,200
geht, wie ich das definiere und 
wie das meine Chefs beurteilen. 

304
00:15:18,480 --> 00:15:21,040
Am Ende gibt es natürlich Dinge,
die sind super schwer messbar. 

305
00:15:21,040 --> 00:15:23,720
Also eine Sache, die wo ich ich 
dann am Ende glaube, dass ich 

306
00:15:23,720 --> 00:15:26,720
erfolgreich bin, ist, dass ich 
zum Beispiel die Produktivität 

307
00:15:26,720 --> 00:15:31,440
gesteigert habe bei uns, in der 
im Gruppenunternehmen Developer 

308
00:15:31,440 --> 00:15:34,960
Produktivität zu messen ist. 
Aber was, was brutal schwierig 

309
00:15:34,960 --> 00:15:37,040
ist, wir hatten da sogar auch 
mal eine Podcast Folge zu, wenn 

310
00:15:37,040 --> 00:15:39,160
ich mich richtig erinnere, da 
haben wir sozusagen, glaube ich,

311
00:15:39,160 --> 00:15:41,840
diesen längeren Mc Kinsey 
Artikel, den es damals gab, als 

312
00:15:41,840 --> 00:15:45,360
Aufhänger genommen, das ist was,
ja das. 

313
00:15:45,920 --> 00:15:47,240
Muss man irgendwie versuchen zu 
erheben. 

314
00:15:47,240 --> 00:15:49,280
Das ist aber ganz, ganz, ganz, 
ganz schwer, in eine Zahl 

315
00:15:49,280 --> 00:15:52,840
wirklich zu zu gießen oder sowas
wie ist für mich natürlich 

316
00:15:52,840 --> 00:15:54,800
persönlich wichtig, 
Zufriedenheit von meinen 

317
00:15:54,800 --> 00:15:58,000
Mitarbeitenden bei mir im Team 
und natürlich auch dann in deren

318
00:15:58,000 --> 00:16:01,840
Teams, die die die aufbauen, was
viel einfacher zu messen ist, 

319
00:16:01,840 --> 00:16:05,040
ist natürlich wurde wurde Uptime
eingehalten oder irgendwie in 

320
00:16:05,040 --> 00:16:08,280
der SLA und deswegen glaube ich 
würde ich so zusammenfassend 

321
00:16:08,280 --> 00:16:10,720
sagen, ich Messe meinen Erfolg 
jetzt gar nicht irgendwie so 

322
00:16:10,720 --> 00:16:13,800
dran wie. 
Total modern wir jetzt irgendwie

323
00:16:13,800 --> 00:16:16,080
unsere Cloud und unsere KI 
aufgebaut haben, das machen wir 

324
00:16:16,080 --> 00:16:19,280
natürlich auch, aber das ist ein
Nebenprodukt, sondern eher, wie 

325
00:16:19,280 --> 00:16:24,360
sehr die Dinge, die meine Teams 
bauen, das Geschäft 

326
00:16:24,360 --> 00:16:26,880
beschleunigen, also konkret so 
auf 3 Ebenen, so was sind die 

327
00:16:26,880 --> 00:16:29,040
wirklich, was sind denn die 
Business Outcomes, die wir jetzt

328
00:16:29,040 --> 00:16:31,840
hatten, das kann natürlich so 
was sein wie Tank to market, Wir

329
00:16:31,840 --> 00:16:34,680
haben irgendwie geschafft 
Feature schneller zu launchen 

330
00:16:34,680 --> 00:16:37,360
oder irgendwas schnell zu bauen 
oder von irgendwas zu 

331
00:16:37,360 --> 00:16:39,920
profitieren, vielleicht was ein 
anderes Team schon vorher gebaut

332
00:16:39,920 --> 00:16:41,440
hat und das war vorher nicht der
Fall. 

333
00:16:41,960 --> 00:16:44,440
Es kann sowas sein wie 
Stabilität in Peak Zeiten, 

334
00:16:44,440 --> 00:16:47,040
gerade im E Commerce im Black 
Friday, Weihnachtsgeschäft und 

335
00:16:47,040 --> 00:16:48,400
sowas natürlich wahnsinnig 
wichtig. 

336
00:16:49,160 --> 00:16:51,400
Das sind dann natürlich auch 
irgendwie so wirklich Metriken 

337
00:16:51,400 --> 00:16:55,440
der Plattform, Verfügbarkeit 
Developer Produktivität, wie 

338
00:16:55,440 --> 00:16:58,360
lange dauert das von einer Idee 
zu einem POC zu einem echten 

339
00:16:58,360 --> 00:17:01,880
produktiven Use Case und dann 
vielleicht aber auch irgendwie 

340
00:17:01,880 --> 00:17:05,800
sowas wie organisatorische 
Nachhaltigkeit, wenn du es so 

341
00:17:05,800 --> 00:17:06,960
nennen willst. 
Also. 

342
00:17:07,280 --> 00:17:10,000
Ich versuche auch irgendwie 
massiv Wissensvermittlung zum 

343
00:17:10,000 --> 00:17:15,920
Beispiel voranzutreiben, 
Automatisierung, Security, weil 

344
00:17:15,920 --> 00:17:17,720
wir natürlich von den ne, wir 
haben jetzt in den letzten 

345
00:17:17,720 --> 00:17:19,040
Folgen auch oft über 
irgendwelche. 

346
00:17:20,000 --> 00:17:23,839
Über sie npm Pakete gesprochen, 
die dann große Security Lücken 

347
00:17:23,839 --> 00:17:26,000
hatten. 
Das ist dann natürlich auch 

348
00:17:26,000 --> 00:17:29,200
sofort auf meinem Schreibtisch, 
wo ich sagen muss okay, wir 

349
00:17:29,200 --> 00:17:32,000
haben jetzt hier eine Developer,
eine developer Plattform, kann 

350
00:17:32,000 --> 00:17:34,560
die denn überhaupt eine Aussage 
darüber treffen, ob wir davon 

351
00:17:34,560 --> 00:17:37,120
betroffen sind und ob wir das 
schon gefixt haben und ob es 

352
00:17:37,120 --> 00:17:41,360
noch Repositories gibt die das 
die updaten müssen und sowas und

353
00:17:41,920 --> 00:17:45,040
ich glaube das Skalieren zu 
können auch vielleicht mal über 

354
00:17:45,040 --> 00:17:46,880
noch weitere Akquisitionen in 
der Zukunft. 

355
00:17:47,840 --> 00:17:52,240
Ohne ständig alle auszubremsen. 
Das wäre was, wo ich sage, ey, 

356
00:17:52,640 --> 00:17:55,400
dann sind wir erfolgreich. 
Also wenn, wenn wenn wir 

357
00:17:55,400 --> 00:17:57,840
schneller liefern, wenn wir 
weniger Reibung haben, wenn wir 

358
00:17:57,840 --> 00:18:01,520
stabil sind, wenn wir compliant 
sind und wenn es natürlich Spaß 

359
00:18:01,520 --> 00:18:05,360
macht, irgendwie mit dieser 
Plattform zu arbeiten, und das 

360
00:18:05,360 --> 00:18:08,880
ist, glaube ich, was, wie ich 
Erfolg definieren würde an 

361
00:18:08,880 --> 00:18:11,000
meiner langen Antwort kann man 
aber schon sehen, das müsste ich

362
00:18:11,000 --> 00:18:13,160
jetzt wahrscheinlich für meine 
persönliche Messbarkeit von 

363
00:18:13,160 --> 00:18:14,720
meinem Management eigentlich 
noch in. 

364
00:18:14,960 --> 00:18:20,720
Ja, konkrete Zahlen Gießen, und 
das ist deutlich schwieriger. 

365
00:18:22,000 --> 00:18:25,120
Ich würde gerne noch mal einen 
Schritt kurz zurückgehen, bevor 

366
00:18:25,120 --> 00:18:28,760
wir auf die konkreten Zahlen 
eingehen, weil ich eine Sache 

367
00:18:28,760 --> 00:18:30,960
ganz spannend fand. 
Du hast gerade über das Thema 

368
00:18:30,960 --> 00:18:35,120
Developer Productivity relativ 
lange gesprochen und als ich 

369
00:18:35,120 --> 00:18:38,440
deinen Jobtitel gesehen hatte, 
hatte ich gedacht, das ist 

370
00:18:38,440 --> 00:18:41,320
bestimmt. 
Außerhalb deiner Verantwortung. 

371
00:18:41,320 --> 00:18:44,400
Also da gibt es sicher ein 
separates Developer Plattform 

372
00:18:44,400 --> 00:18:48,880
oder Developer Experience Team, 
bedeutet das in deiner Funktion 

373
00:18:48,960 --> 00:18:52,440
also in der Verantwortung für AI
und Cloud gehört das ganze Thema

374
00:18:52,440 --> 00:18:56,080
Developer Experience mit dazu. 
Ja, in meinem Fall jetzt schon. 

375
00:18:56,080 --> 00:18:59,680
Hast du nicht recht, das stimmt 
jetzt, da stimmt ja der Jobtitel

376
00:18:59,680 --> 00:19:04,120
eigentlich nicht mehr so ganz 
und ich hoffe wir müssen jetzt 

377
00:19:04,120 --> 00:19:07,040
aber auch nicht noch noch noch 
länger machen, aber ja, also von

378
00:19:07,040 --> 00:19:08,880
diesen. 
Eigentlich so 3 großen 

379
00:19:08,880 --> 00:19:11,680
Plattformen, die wir aufbauen. 
Das ist halt die die Cloud 

380
00:19:11,680 --> 00:19:15,240
Plattform, die KI Plattform und 
aber auch die Developer 

381
00:19:15,240 --> 00:19:17,040
Plattform, die das alles 
irgendwie zusammenhält und da 

382
00:19:17,040 --> 00:19:18,840
überall irgendwie so ein 
bisschen mit Reinspielt. 

383
00:19:18,840 --> 00:19:21,280
Also in meinem Fall ist es schon
so, dass wir ein developer 

384
00:19:21,280 --> 00:19:24,240
Plattform Team haben, dessen 
Aufgabe es auch ist, die 

385
00:19:24,240 --> 00:19:27,200
Produktivität von 
Entwicklerinnen und Entwicklern 

386
00:19:27,200 --> 00:19:29,560
bei uns zu steigern und das kann
natürlich durch KI sein, das 

387
00:19:29,560 --> 00:19:32,640
kann natürlich durch Cloud 
Services sein, die wir verwenden

388
00:19:32,640 --> 00:19:34,800
können, dadurch, dass wir nicht 
mehr alles selber bauen müssen 

389
00:19:34,800 --> 00:19:36,600
und sowas. 
Also das hat immer schon 

390
00:19:36,600 --> 00:19:39,680
irgendwie was mit einer von 
beiden oder beiden Themen zu tun

391
00:19:40,080 --> 00:19:41,920
ist. 
Ja, eigentlich auch sinnvoll, 

392
00:19:41,920 --> 00:19:45,120
die Themen immer zusammen zu 
denken, weil ich meine am Ende 

393
00:19:45,120 --> 00:19:49,360
das, was die Developer bauen, 
ist ja über so einen Def Ops 

394
00:19:49,360 --> 00:19:52,880
Prozess immer ganz eng mit der 
ganzen Betriebsumgebung auch 

395
00:19:52,880 --> 00:19:55,360
verknüpft und das dann in 
unterschiedliche Bereiche 

396
00:19:55,360 --> 00:19:58,440
aufzuteilen macht gar nicht so 
viel Sinn und von daher finde 

397
00:19:58,440 --> 00:20:00,520
ich das. 
Sehr gut, dass du auch an dem 

398
00:20:00,520 --> 00:20:03,520
Thema Developer Experience da 
dran ist, weil da dran bist, 

399
00:20:03,520 --> 00:20:06,480
weil da natürlich für uns auch 
im Podcast in der Zukunft, 

400
00:20:06,480 --> 00:20:09,520
glaube ich, einige spannende 
Themen rausfallen können, die du

401
00:20:09,520 --> 00:20:12,400
dann in deinem Alltag siehst. 
Gerade wenn man so eine 

402
00:20:12,400 --> 00:20:15,240
Plattform ausrollt. 
Wir haben ja vor einiger Zeit 

403
00:20:15,240 --> 00:20:19,200
mal über Plattform Engineering 
gesprochen und solche Developer 

404
00:20:19,200 --> 00:20:23,120
plattforms und da war das so ein
bisschen trockenübung und jetzt 

405
00:20:23,120 --> 00:20:25,520
hast du die Möglichkeit, das 
ganze Mal auf einem gewissen 

406
00:20:25,520 --> 00:20:28,080
Maßstab selber auszurollen und 
zu schauen, wie. 

407
00:20:28,400 --> 00:20:32,080
Viel Produktivitätsgewinne kann 
man wirklich erreichen durch 

408
00:20:32,080 --> 00:20:33,760
sowas und da wäre ich 
tatsächlich auch. 

409
00:20:34,080 --> 00:20:37,120
Nachdem du ein bisschen weiter 
drin bist an den 

410
00:20:37,600 --> 00:20:39,440
Echtwelterfahrungen 
interessiert. 

411
00:20:39,920 --> 00:20:40,800
Hey, können wir gerne mal 
machen. 

412
00:20:40,800 --> 00:20:44,080
Das ist natürlich auch was, was 
wir gerade erst einführen, also 

413
00:20:44,240 --> 00:20:46,040
diese ganze Plattform 
Engineering, da freue ich mich 

414
00:20:46,040 --> 00:20:49,840
sehr, dann da irgendwie mal so 
Real World Erfahrungen mitgeben 

415
00:20:49,840 --> 00:20:51,800
zu können. 
Du hast jetzt gerade gesagt, 

416
00:20:51,800 --> 00:20:54,120
dass diese developer Plattform 
natürlich mitgedacht wird in all

417
00:20:54,120 --> 00:20:56,520
diesen Sachen stimme ich dir vor
allem deswegen zu, weil ich 

418
00:20:56,520 --> 00:21:00,000
gerade auch versuche. 
Mehr so ein You Build it you run

419
00:21:00,000 --> 00:21:02,800
it Konzept irgendwie 
einzuführen, sondern dass 

420
00:21:02,800 --> 00:21:04,880
wirklich halt die Teams, die die
Software bauen auch dafür 

421
00:21:04,880 --> 00:21:08,080
verantwortlich sind, sie zu 
deproyen und am Ende auch zu 

422
00:21:08,080 --> 00:21:10,960
betreiben. 
Also wirklich Def und Ops als 

423
00:21:11,040 --> 00:21:14,560
Def Ops zusammengebracht und 
gerade dann bist du ja ganz ganz

424
00:21:14,560 --> 00:21:18,880
schnell schon bei der Cloud eben
an sich wenn voraus ist 

425
00:21:18,880 --> 00:21:21,840
natürlich das Run IT ist in der 
Cloud. 

426
00:21:22,240 --> 00:21:24,760
Aber deswegen, glaube ich, macht
das schon Sinn, dass diese Teams

427
00:21:24,760 --> 00:21:27,560
sich auch eng abstimmen und in 
meinem Fall jetzt auch in der 

428
00:21:27,560 --> 00:21:32,160
gleichen Abteilung sind. 
Von daher freue ich mich schon, 

429
00:21:32,160 --> 00:21:36,480
dass wir da eben ganz, ganz enge
Developer Experience Bindung 

430
00:21:36,480 --> 00:21:39,280
auch eben an diese Plattform, an
diese KI und Cloud Plattform 

431
00:21:39,280 --> 00:21:42,160
haben, die wir da bauen, weil 
letzten Endes sind es developer,

432
00:21:42,160 --> 00:21:45,440
die damit arbeiten und die das 
als Ziel. 

433
00:21:46,000 --> 00:21:49,240
System verwenden um da rein zu 
deployen und vielleicht auch 

434
00:21:49,240 --> 00:21:52,720
dort ihre Sachen zu testen oder 
von dort ihre KI Modelle zu 

435
00:21:52,720 --> 00:21:54,200
beziehen. 
Und deswegen glaube ich, dass 

436
00:21:54,200 --> 00:21:56,800
man das gar nicht so so scharf 
trennen kann und sollte. 

437
00:21:57,280 --> 00:22:00,360
Lass uns mal kurz das Thema 
Messbarkeit abschließen. 

438
00:22:00,360 --> 00:22:02,560
Du hattest gerade schon so ein 
paar Dinge genannt und hat 

439
00:22:02,560 --> 00:22:05,600
gesagt. 
Die sind relativ schwer zu 

440
00:22:05,600 --> 00:22:07,920
messen. 
Hast du auch ganz harte 

441
00:22:07,920 --> 00:22:11,280
Metriken, die ihr gemeinsam als 
Team definiert habt, die ihr 

442
00:22:11,280 --> 00:22:13,400
regelmäßig Messe? 
Du hast gesagt, Developer 

443
00:22:13,400 --> 00:22:15,800
Produktivität ist schwer zu 
messen, aber vielleicht habt ihr

444
00:22:15,800 --> 00:22:19,840
andere, die vielleicht das ganze
Thema indirekt abbilden und die 

445
00:22:19,840 --> 00:22:22,520
ihr aktuell schon erfasst. 
Ja, da muss ich natürlich ein 

446
00:22:22,520 --> 00:22:24,200
bisschen gucken, wieviel ich 
davon teilen kann. 

447
00:22:24,200 --> 00:22:26,400
Aber ich kann es so ein bisschen
mal grob umschreiben. 

448
00:22:27,280 --> 00:22:31,360
Also am Ende sind wir eine 
Software Company und am Ende ist

449
00:22:31,360 --> 00:22:33,680
auch das, was jetzt meine 
Abteilung macht, irgendwo 

450
00:22:33,680 --> 00:22:36,480
Softwareentwicklung. 
Wenn man so was wie 

451
00:22:36,720 --> 00:22:38,960
Bereitstellung von Cloud 
Infrastruktur als 

452
00:22:38,960 --> 00:22:40,520
Softwareentwicklung mit dazu 
zählt. 

453
00:22:40,520 --> 00:22:42,480
Aber zumindest entwickeln wir 
irgendwas, wir bestellen eine 

454
00:22:42,480 --> 00:22:46,000
Plattform bereit und. 
Und da ist Erfolg am Ende auch 

455
00:22:46,000 --> 00:22:48,960
dadurch definiert, ob man fertig
geworden ist und ob man auch in 

456
00:22:48,960 --> 00:22:51,160
der angedachten Zeit fertig 
geworden ist. 

457
00:22:51,160 --> 00:22:55,200
Das heißt, wir haben schon auch 
eine gewisse Sprintplanung 

458
00:22:55,200 --> 00:23:00,240
Quartalsplanung und sowas, wo 
wir Aufgaben und Outcomes und 

459
00:23:00,240 --> 00:23:03,200
Deliverobles definieren, die in 
einer gewissen Zeitspanne 

460
00:23:03,200 --> 00:23:05,600
gemacht werden soll. 
Das ist vor allem deswegen 

461
00:23:05,600 --> 00:23:08,400
wichtig, weil auch oft dann 
andere Teams davon abhängig 

462
00:23:08,400 --> 00:23:11,360
sind, wenn mein Team jetzt 
dieses diesen zentralen Feature 

463
00:23:11,360 --> 00:23:14,680
Flag Service baut, dann. 
Dann ist das andere Team, was 

464
00:23:14,680 --> 00:23:17,720
die Feature Flex verwenden 
möchte, natürlich darauf davon 

465
00:23:17,720 --> 00:23:20,160
abhängig, dass wir in der 
entsprechenden Zeit, die wir 

466
00:23:20,160 --> 00:23:21,520
kommuniziert haben, fertig 
werden. 

467
00:23:21,760 --> 00:23:23,680
Und das ist natürlich schon 
relativ messbar. 

468
00:23:24,200 --> 00:23:26,600
Es gibt noch eine ganz andere, 
es gibt auch eine komplette 

469
00:23:26,600 --> 00:23:28,960
Software Development Abteilung 
bei Jtl, mit der habe ich gar 

470
00:23:28,960 --> 00:23:32,600
nicht so wahnsinnig viel direkt 
zu tun und die baut dann 

471
00:23:32,600 --> 00:23:35,160
wirklich die Produkte, die 
nachher zum Beispiel auf der 

472
00:23:35,160 --> 00:23:38,720
Cloud gehostet werden, aber auch
mein Developer Plattform Team 

473
00:23:38,720 --> 00:23:41,360
baut natürlich irgendwo 
Komponenten die dann. 

474
00:23:42,080 --> 00:23:46,000
Das Engineering verwendet, und 
das ist ja schon durchaus 

475
00:23:46,000 --> 00:23:49,760
messbar, ob man da in einer 
gewissen Zeit seinen Burn Down 

476
00:23:49,760 --> 00:23:52,480
Chart richtig runter gerockt hat
und das ist natürlich schon was,

477
00:23:52,480 --> 00:23:55,920
wo am Ende auch ich daran 
gemessen werde und eine andere 

478
00:23:55,920 --> 00:23:59,040
Komponente ist auch was die ich 
natürlich auch irgendwo 

479
00:23:59,360 --> 00:24:01,480
vielleicht auch eher indirekt 
beeinflusse, und das sind 

480
00:24:01,480 --> 00:24:04,400
natürlich einfach 
Unternehmensziele, das kann 

481
00:24:05,040 --> 00:24:07,640
Wachstum, Umsatz oder sowas 
sein, das ist natürlich super 

482
00:24:07,640 --> 00:24:11,600
schwer alleine zu beeinflussen. 
Weil da hängt natürlich auch 

483
00:24:11,600 --> 00:24:15,440
daran, ob das Engineering ihre 
ihre Ziele schafft. 

484
00:24:16,240 --> 00:24:19,840
Das hängt natürlich an von von 
Sales und von Go to Market und 

485
00:24:19,840 --> 00:24:23,280
von eigentlich von allen 
Abteilungen, aber da ist 

486
00:24:23,280 --> 00:24:25,760
natürlich auch ein Teil der 
Dinge, worüber man meinen Erfolg

487
00:24:25,760 --> 00:24:28,240
misst, ist, ob ich eben 
entsprechend beigetragen habe zu

488
00:24:28,240 --> 00:24:31,720
diesen, zu diesen 
Unternehmenszielen, und dazu 

489
00:24:31,720 --> 00:24:34,880
gibt es natürlich noch mal so 
ein paar ganz persönliche Ziele,

490
00:24:35,120 --> 00:24:37,880
die ich dann mit meinem 
Management definiere und was 

491
00:24:37,880 --> 00:24:41,600
natürlich auch immer. 
Ja gut, kommt ist irgendwie eine

492
00:24:41,600 --> 00:24:43,760
gewisse extra Meile, wenn man 
vielleicht noch irgendwie sagt, 

493
00:24:43,760 --> 00:24:46,800
ich habe hier außerhalb der 
eigentlich vereinbarten 

494
00:24:47,760 --> 00:24:50,480
Wirkungsbereiche noch irgendwo 
vielleicht irgendwas mitgemacht.

495
00:24:50,880 --> 00:24:53,280
Bei mir hat der Weihnachtsfeier 
als Nikolaus verkleidet und 

496
00:24:53,280 --> 00:24:58,480
Geschenke ausgeteilt oder so, 
aber genau also ich glaube so 

497
00:24:58,480 --> 00:25:01,360
setzt sich dann ungefähr meine 
Zielvereinbarung zusammen. 

498
00:25:02,640 --> 00:25:06,480
Aber zumindest machst du ja 
einen developer Podcast und 

499
00:25:06,480 --> 00:25:08,480
hilfst dann auch bei der 
Weiterbildung. 

500
00:25:08,480 --> 00:25:10,480
Was glaube ich nicht verkehrt 
sein kann. 

501
00:25:11,040 --> 00:25:14,000
Aber vielleicht nachdem wir 
jetzt lange um das Thema herum 

502
00:25:14,000 --> 00:25:17,440
geredet haben, wieviel kommst du
eigentlich noch zum Coden, ist 

503
00:25:17,440 --> 00:25:19,560
das etwas was du als extra Meile
machst? 

504
00:25:19,560 --> 00:25:21,920
Wenn du dann irgendwie abends 
Feierabend machst, setz dich hin

505
00:25:21,920 --> 00:25:25,120
und entwickelst Software und 
kannst dann dadurch dich 

506
00:25:25,120 --> 00:25:28,560
weiterbilden und auch einen 
Beitrag leisten oder ist das 

507
00:25:28,560 --> 00:25:31,040
etwas, was im Moment so ein 
bisschen in den Hintergrund 

508
00:25:31,040 --> 00:25:32,520
gerückt ist, weil du den ganzen 
Tag in. 

509
00:25:32,600 --> 00:25:35,280
Meetings netzt. 
Ich glaube, ich glaube, das 

510
00:25:35,280 --> 00:25:37,440
Engineering würde mir den Kopf 
abreißen, wenn ich da einfach 

511
00:25:38,160 --> 00:25:41,840
abends noch mal so ein bisschen 
Code committed, zumindest zu den

512
00:25:42,000 --> 00:25:45,040
den Hauptprodukten, die die Jtl 
baut. 

513
00:25:45,520 --> 00:25:48,080
Da schreibe ich keinen Code, 
nee, aber ich bin natürlich 

514
00:25:48,080 --> 00:25:51,280
trotzdem noch mit meinen Händen 
auf der Tastatur in Visual 

515
00:25:51,280 --> 00:25:55,840
Studio Code unterwegs, manchmal 
auch eher ungewollt. 

516
00:25:55,840 --> 00:25:59,440
Also ich habe ja vorhin erzählt,
das Team befindet sich massiv im

517
00:25:59,440 --> 00:26:01,480
Aufbau. 
Das bedeutet, es gibt auch 

518
00:26:01,480 --> 00:26:04,000
einfach manchmal Aufgaben, da 
haben wir noch keinen oder 

519
00:26:04,000 --> 00:26:07,520
keine, die das machen kann. 
Oder wir haben einfach zu wenig 

520
00:26:07,520 --> 00:26:10,360
Leute und dann bin ich natürlich
schon auch dabei und schreib mal

521
00:26:10,360 --> 00:26:15,600
irgendwie ein terraform Skript 
oder Review, mal die ein oder 

522
00:26:15,600 --> 00:26:20,520
andere Cloud Konfiguration oder 
muss dann doch noch mal 

523
00:26:20,520 --> 00:26:23,120
vielleicht selber hier und da 
die kleine Cloud Architektur zu 

524
00:26:23,120 --> 00:26:26,320
Ende bauen oder sowas durch 
Personalmangel oder Urlaub und 

525
00:26:26,320 --> 00:26:27,520
sowas passiert das natürlich 
schon und. 

526
00:26:28,000 --> 00:26:30,440
Ganz ehrlich, es raubt mir 
natürlich viel Zeit, aber es 

527
00:26:30,440 --> 00:26:32,280
macht natürlich auch immer 
wahnsinnig viel Spaß, das ist ja

528
00:26:32,280 --> 00:26:37,680
da, wo ich herkomme und trotzdem
genauso wie wir diesen Podcast 

529
00:26:37,680 --> 00:26:39,760
irgendwie in der Freizeit 
aufnehmen, werde ich mich, werde

530
00:26:39,760 --> 00:26:42,240
ich mir auch nicht nehmen 
lassen, in der Freizeit kurz zu 

531
00:26:42,240 --> 00:26:45,640
schreiben und Projekte zu bauen,
einfach, das ist halt wie bei 

532
00:26:45,640 --> 00:26:48,320
den meisten Developern ja auch 
aus einem Hobby entstanden, ich 

533
00:26:48,320 --> 00:26:51,640
baue auch zum Beispiel gerade 
eine Software, die ich dann auch

534
00:26:51,640 --> 00:26:53,880
vorhabe, bei uns im Unternehmen 
zu verwenden, ich bastel gerade 

535
00:26:53,880 --> 00:26:56,800
an so einem github Manager, also
an der Software. 

536
00:26:57,360 --> 00:27:00,840
Die regelmäßig hingeht und 
schaut, ob Projekte entsprechend

537
00:27:00,840 --> 00:27:03,320
unserer Vorgaben ja in 
Anführungszeichen Compliance 

538
00:27:03,320 --> 00:27:05,120
sind. 
Da geht es aber gar nicht so 

539
00:27:05,120 --> 00:27:07,840
sehr darum, ob sie irgendwelchen
Security Richtlinien folgen, 

540
00:27:07,840 --> 00:27:11,960
sondern ob sie einheitlich sind,
also ob sie alle eine bestimmte,

541
00:27:12,240 --> 00:27:15,520
also ob sie alle in der Read me 
eine how to get it running 

542
00:27:15,520 --> 00:27:18,000
Instructions zum Beispiel haben,
das könnte man dann irgendwie, 

543
00:27:18,240 --> 00:27:20,720
da versuche ich irgendwie so 
gerade so ein Dashboard zu bauen

544
00:27:20,720 --> 00:27:23,560
und mit der Guitar API zu 
arbeiten und fairerweise ist die

545
00:27:23,560 --> 00:27:25,920
Hälfte auch gewipe Codet davon 
aber funktioniert relativ gut. 

546
00:27:26,400 --> 00:27:28,880
Und das würde ich mich natürlich
freuen, wenn wir das nachher 

547
00:27:28,880 --> 00:27:30,400
sogar im Unternehmen einsetzen 
können. 

548
00:27:30,640 --> 00:27:32,880
Und das hilft mir natürlich aber
auch irgendwie nah an der in der

549
00:27:32,880 --> 00:27:36,040
Coding Realität zu bleiben oder 
das irgendwie in unseren eigenen

550
00:27:36,040 --> 00:27:39,920
Sachen auszuprobieren. 
Genau das heißt, in meinem 

551
00:27:40,000 --> 00:27:44,480
Berufsalltag würde ich sagen, 
bin ich gerade deutlich weniger 

552
00:27:44,480 --> 00:27:49,040
am Coden als vorher in meiner 
Freizeit aber deutlich mehr als 

553
00:27:49,040 --> 00:27:51,760
vorher, weil ich es auch ein 
bisschen vermisse, und ich werde

554
00:27:51,760 --> 00:27:53,600
es mir auch nicht nehmen lassen.
Also ich will, ihr habt jetzt 

555
00:27:53,600 --> 00:27:55,280
überhaupt keine Lust da ein 
reiner. 

556
00:27:55,600 --> 00:27:58,120
People Manager zu werden, 
sondern ich habe auf jeden Fall 

557
00:27:58,120 --> 00:28:00,840
Lust, irgendwie ganz nah an der 
Technik zu bleiben und werde mir

558
00:28:00,840 --> 00:28:03,520
das nicht nehmen lassen. 
Du hast es ja so ein bisschen 

559
00:28:03,520 --> 00:28:08,080
schon gerade gesagt, was du dir 
vorstellst, wie du diese Rolle 

560
00:28:08,080 --> 00:28:11,520
ausfüllst. 
Aber was macht jetzt diese Rolle

561
00:28:11,520 --> 00:28:14,640
für dich so spannend? 
Ich glaube, du bist ja ein 

562
00:28:14,720 --> 00:28:17,280
leidenschaftlicher 
Softwareentwickler, auch und 

563
00:28:18,160 --> 00:28:20,600
auch wenn du jetzt ein bisschen 
ins Vibe Coding abgerutscht 

564
00:28:20,600 --> 00:28:22,800
bist, schreibst du ja immer noch
selber gerne Code. 

565
00:28:23,200 --> 00:28:25,520
Aber hast dich jetzt bewusst für
eine Rolle entschieden, wo du 

566
00:28:25,520 --> 00:28:28,800
sehr viel Zeit mit Menschen 
verbringst und weniger Zeit mit 

567
00:28:28,800 --> 00:28:31,920
Code. 
Was reizt dich genau an dieser 

568
00:28:31,920 --> 00:28:34,160
Rolle und warum hast du dich 
dafür entschieden? 

569
00:28:34,400 --> 00:28:37,120
Ich verbringe ja trotzdem noch 
viel Zeit mit Technologie und 

570
00:28:37,120 --> 00:28:39,840
ich glaube, das ist auch das, 
was mich immer am meisten 

571
00:28:39,840 --> 00:28:42,120
eigentlich fasziniert hat. 
Also natürlich Code ich für mein

572
00:28:42,120 --> 00:28:44,160
Leben gerne, aber das 
Faszinierende. 

573
00:28:44,560 --> 00:28:46,640
Weil eine Software Software 
Entwicklung ist ja kein 

574
00:28:46,640 --> 00:28:49,360
Selbstzweck, das macht man ja 
nicht um Software zu entwickeln,

575
00:28:49,360 --> 00:28:51,840
sondern immer um irgendwas zu 
erreichen und das ist auch oft 

576
00:28:51,840 --> 00:28:54,200
ein Unternehmen und oft ein 
unternehmerisches Ziel oder um 

577
00:28:54,200 --> 00:28:58,240
eine coole Technologie zu bauen 
und ich glaube was mich reizt 

578
00:28:58,240 --> 00:29:00,240
ist das, was ich auch eingangs 
mal gesagt habe, so ein 

579
00:29:00,240 --> 00:29:05,040
bisschen, dass ich die Flughöhe 
etwas gewechselt habe und 

580
00:29:05,040 --> 00:29:08,200
dadurch eben eben all diese 
Themen reinstecken kann und ich 

581
00:29:08,200 --> 00:29:11,280
jetzt, ich bin nicht der 
Chefentwickler bei uns oder der 

582
00:29:11,280 --> 00:29:13,760
Lead Cloud Architekt, da haben 
wir Leute, die können das besser

583
00:29:13,760 --> 00:29:16,320
als ich und. 
Ich muss aber high Level 

584
00:29:16,320 --> 00:29:18,560
Entscheidungen treffen jetzt, 
die vor allem auf meiner 

585
00:29:18,560 --> 00:29:21,040
Erfahrung beruhen. 
Also ich glaube, ich habe schon 

586
00:29:21,200 --> 00:29:23,960
recht viel gesehen und wir sind 
ja beide auch in unseren 

587
00:29:23,960 --> 00:29:27,520
Kundenprojekten und so immer 
viel rum gekommen und auch durch

588
00:29:27,520 --> 00:29:30,440
diesen Podcast eine Vielfalt an 
Themen schon irgendwie 

589
00:29:30,440 --> 00:29:33,440
beleuchtet und ich glaube, das 
kommt mir jetzt zugute, weil wir

590
00:29:33,440 --> 00:29:36,720
in ganz, ganz vielen Sachen 
schon mal und so wie angefangen 

591
00:29:36,720 --> 00:29:39,480
haben, eine Expertise aufzubauen
und das kann man dann jetzt halt

592
00:29:39,480 --> 00:29:41,200
irgendwie doch wieder auch 
wieder weiter verwenden und dann

593
00:29:41,200 --> 00:29:43,760
irgendwie alles so. 
In einem Strang 

594
00:29:43,760 --> 00:29:47,440
zusammenzubringen, das Macht, 
das ist, das ist eigentlich 

595
00:29:47,440 --> 00:29:49,680
irre, dass das geht, und das ist
jedes Mal wahnsinnig 

596
00:29:49,680 --> 00:29:52,240
faszinierend, gerade wenn man 
mit vielen Menschen arbeitet, 

597
00:29:52,240 --> 00:29:55,400
dass das dann doch irgendwann zu
irgendwas zusammenkommt, und 

598
00:29:55,400 --> 00:29:58,320
dann kriegt man eine 
Produktdemo, wo man sieht, dass 

599
00:29:58,400 --> 00:30:01,280
die KI Plattform, die man dann 
irgendwie zentral im Unternehmen

600
00:30:01,280 --> 00:30:04,000
bereitgestellt hat, wird dann 
hier von einer anderen Abteilung

601
00:30:04,000 --> 00:30:06,960
oder von einem anderen 
Gruppenunternehmen eingesetzt 

602
00:30:06,960 --> 00:30:08,800
und man sieht dann da ein 
Feature. 

603
00:30:09,200 --> 00:30:12,560
Hat dann sieht dann das erste 
Mal die Demo von den Feature 

604
00:30:12,560 --> 00:30:14,800
Flags, die das Developer Team 
gebaut hat. 

605
00:30:14,960 --> 00:30:18,560
Sieht das erste Team was 
vielleicht jetzt auf einmal 

606
00:30:18,560 --> 00:30:22,240
anfängt Pull Requests zum Review
in der Cloud Umgebung zu 

607
00:30:22,240 --> 00:30:25,720
deployen die das Infrastruktur 
Team bereitgestellt hat, sieht 

608
00:30:25,720 --> 00:30:29,920
das erste Mal Dashboards die vom
die vom Data Team kommen die auf

609
00:30:29,920 --> 00:30:33,040
einmal angefangen haben über 
Produkte hinweg Metriken 

610
00:30:33,040 --> 00:30:36,000
aufzusammeln und darauf Insights
zu ziehen und. 

611
00:30:37,080 --> 00:30:39,360
Vielleicht merkt man es gerade 
gerade schon oder hört so ein 

612
00:30:39,360 --> 00:30:42,320
bisschen, da leuchten mir 
irgendwie so ein bisschen die 

613
00:30:42,320 --> 00:30:45,920
Augen davon und das hat man, 
finde ich, hatte ich das in der 

614
00:30:45,920 --> 00:30:49,400
Freiheit nicht so sehr gehabt, 
wenn man sehr in einem einzelnen

615
00:30:49,400 --> 00:30:51,960
Detail drin ist, was mir auch 
immer ultra viel Spaß gemacht 

616
00:30:51,960 --> 00:30:54,560
hat, sehr tief im Detail drin zu
sein, aber jetzt eben dieses 

617
00:30:54,560 --> 00:31:00,160
Zusammenkommen von diesen ganzen
Strängen und dazu natürlich dann

618
00:31:00,160 --> 00:31:03,920
auch irgendwie. 
Ja, zu priorisieren, welcher 

619
00:31:03,920 --> 00:31:07,600
Strang da jetzt vielleicht ja 
welche Ressourcen irgendwie 

620
00:31:07,600 --> 00:31:10,280
bekommen, in welcher Reihenfolge
gemacht werden muss, das finde 

621
00:31:10,280 --> 00:31:13,680
ich schon, das gibt mir 
irgendwie was und ich habe es, 

622
00:31:14,320 --> 00:31:17,200
also ich bin ja noch nicht lange
dabei, ich mache das ja jetzt 

623
00:31:17,200 --> 00:31:20,000
seit 2 Monaten erst. 
Ich habe aber heute noch immer 

624
00:31:20,000 --> 00:31:25,200
das Gefühl, ich freue mich, also
ich freue mich Freitagabend auf 

625
00:31:25,200 --> 00:31:27,280
Montag, ich habe natürlich auch 
ein cooles Wochenende, aber ich 

626
00:31:27,280 --> 00:31:29,600
habe Bock am Montag irgendwie 
irgendwie weiterzumachen. 

627
00:31:29,920 --> 00:31:33,600
Weil ich bin noch auf nichts 
gestoßen, was mich müde macht, 

628
00:31:33,600 --> 00:31:35,360
sondern es sind natürlich auch 
Herausforderungen. 

629
00:31:35,360 --> 00:31:38,400
Da gibt es natürlich auch 
Blocker identifizieren und 

630
00:31:38,400 --> 00:31:41,560
lösen, und diese Blocker sind 
nicht mehr nur technisch, die 

631
00:31:41,560 --> 00:31:45,680
können auch manchmal menschlich 
sein, und das sind ganz andere 

632
00:31:45,680 --> 00:31:47,760
Herausforderungen, die man 
vorher vielleicht nicht hatte, 

633
00:31:48,480 --> 00:31:52,160
aber es macht immer noch Spaß, 
das zu lösen, und ich habe 

634
00:31:52,160 --> 00:31:55,520
bisher auch nur coole Leute 
kennengelernt da und von daher, 

635
00:31:55,840 --> 00:31:59,280
im Moment ist es zumindest für 
mich so, dass ich sage, ich 

636
00:31:59,280 --> 00:32:01,520
kann. 
Genieße das sehr irgendwie, 

637
00:32:01,520 --> 00:32:04,320
diese breiten, diese breite 
Übersicht zu haben und dann am 

638
00:32:04,320 --> 00:32:06,680
Ende auch zu sehen, dass 
irgendwie alles zusammenkommt 

639
00:32:06,680 --> 00:32:10,160
und funktioniert. 
Ja, wir hatten uns ja auch im 

640
00:32:10,160 --> 00:32:12,800
Vorfeld schon so ein bisschen 
über die Rolle unterhalten und 

641
00:32:12,800 --> 00:32:16,040
auch als du dich umgeschaut 
hattest, hatten wir die ersten 

642
00:32:16,040 --> 00:32:18,880
Gespräche dazu, aber ich habe 
tatsächlich jetzt erst das 

643
00:32:18,880 --> 00:32:22,520
vollständige Bild verstanden und
finde es super spannend, gerade 

644
00:32:22,520 --> 00:32:25,720
auch für den Podcast, weil ich 
glaube, da fallen am Ende ganz 

645
00:32:25,720 --> 00:32:28,160
viele spannende Themen raus, die
du jetzt. 

646
00:32:28,640 --> 00:32:31,720
Einfach mal durchlaufen kannst 
und wo dann auch unsere Hörer 

647
00:32:31,720 --> 00:32:35,800
und Hörer von profitieren 
können, wenn du oder wir 

648
00:32:35,800 --> 00:32:39,040
gemeinsam davon berichten, was 
ihr auch für Erfahrungen 

649
00:32:39,040 --> 00:32:41,680
gesammelt habt. 
Es muss ja dann auch nicht immer

650
00:32:42,200 --> 00:32:46,040
wirklich exakt auf euren 
Unternehmens Case gemünzt sein, 

651
00:32:46,040 --> 00:32:49,320
sondern man nimmt ja ganz viel, 
so meta Informationen mit, wie 

652
00:32:49,320 --> 00:32:52,640
man halt so etwas macht, gerade 
wenn man zum Beispiel eine 

653
00:32:52,640 --> 00:32:55,960
developer Plattform aufbaut. 
Und da freue ich mich echt 

654
00:32:55,960 --> 00:32:58,960
drauf, da auch ein bisschen 
tiefer reinzugehen in einer der 

655
00:32:58,960 --> 00:33:01,440
kommenden Folgen. 
Ja, ich glaube, es ist für alle,

656
00:33:01,440 --> 00:33:03,640
die hier zuhören, natürlich 
sinnvoll, auch bewerten zu 

657
00:33:03,640 --> 00:33:06,560
können, woher unsere Erfahrungen
kommen und womit wir uns 

658
00:33:06,560 --> 00:33:08,560
irgendwie jeden Tag 
beschäftigen, um natürlich das 

659
00:33:08,560 --> 00:33:12,000
auch in einen Kontext zu setzen 
oder auch nicht zu wissen, woher

660
00:33:12,000 --> 00:33:13,920
haben wir denn diese 
Information, was ist denn unser 

661
00:33:13,920 --> 00:33:16,080
Setup und sowas. 
Ich glaube, das hilft natürlich 

662
00:33:16,080 --> 00:33:17,520
immer, das zu bewerten, ich 
finde es. 

663
00:33:17,840 --> 00:33:20,560
Auch immer wichtig, wenn ich 
irgendwo auf einem Meetup bin 

664
00:33:20,560 --> 00:33:23,360
oder auf einer Konferenz einen 
Sprecher oder eine Sprecherin 

665
00:33:23,360 --> 00:33:26,320
sehe, dann ist es natürlich auch
immer relevant zu gucken, wo 

666
00:33:26,320 --> 00:33:28,800
kommt die Person her, was macht 
die eigentlich in ihrem Alltag, 

667
00:33:29,120 --> 00:33:31,800
wie muss ich das, was die Person
mir jetzt erzählt, natürlich 

668
00:33:31,800 --> 00:33:34,520
auch irgendwie einordnen. 
Und ja, ich freue mich, wenn wir

669
00:33:34,520 --> 00:33:38,960
das irgendwie geschafft haben, 
da vielleicht einen Einblick in 

670
00:33:38,960 --> 00:33:44,560
meinen Alltag zu gewähren und. 
Und damit du nicht den 

671
00:33:44,560 --> 00:33:47,960
Werbeblock machen musst, 
vielleicht kurz die Erwähnung, 

672
00:33:47,960 --> 00:33:49,520
dass du natürlich auch du 
hattest. 

673
00:33:49,520 --> 00:33:52,160
Auch in der Vergangenheit schon 
mal erwähnt, dass du natürlich 

674
00:33:52,160 --> 00:33:55,920
weiterhin dein Team ausbaust und
gerade aktuell auch. 

675
00:33:56,560 --> 00:33:59,120
Auf der Suche bist nach 
Kolleginnen und Kollegen, die 

676
00:33:59,120 --> 00:34:02,160
sich mit dem Thema Azure 
auskennen, als Architektinnen, 

677
00:34:02,160 --> 00:34:06,000
Architekten, Administratoren und
dementsprechend natürlich dich 

678
00:34:06,000 --> 00:34:08,320
freuen würdest, wenn einige der 
Hörerinnen und Hörer das 

679
00:34:08,320 --> 00:34:11,600
spannend finden. 
Und ich glaube, da packst du 

680
00:34:11,600 --> 00:34:14,880
tatsächlich dann auch noch mal 
einen Link in die Show Notes, 

681
00:34:15,120 --> 00:34:18,719
damit man sich da informieren 
kann, welche Rollen es aktuell 

682
00:34:18,719 --> 00:34:21,280
auch in deinem Team gibt. 
Genau so ist es also, wenn ihr 

683
00:34:21,280 --> 00:34:23,679
Lust habt, da mitzuarbeiten von 
dem, was ihr jetzt hier gehört 

684
00:34:23,679 --> 00:34:24,679
habt. 
Ich freue mich sehr auf eine 

685
00:34:24,679 --> 00:34:26,159
Initiativbewerbung, ich habe 
die. 

686
00:34:26,480 --> 00:34:29,040
Stellen noch nicht 
ausgeschrieben was einfach auch 

687
00:34:29,040 --> 00:34:33,120
an Zeitmangel im Moment liegt, 
werde ich aber im neuen Jahr 

688
00:34:33,120 --> 00:34:35,880
sofort im Januar machen. 
Aber ihr könnt gerne jetzt schon

689
00:34:35,880 --> 00:34:39,480
irgendwie mir eine E Mail oder 
natürlich auch direkt über die 

690
00:34:39,480 --> 00:34:44,199
offizielle Jtl Jobbörse mir eine
Initiativbewerbung schicken. 

691
00:34:44,199 --> 00:34:46,960
Ich würde mich wahnsinnig freuen
hier mit Hörerinnen oder Hörern 

692
00:34:46,960 --> 00:34:50,480
vom Podcast zusammenzuarbeiten. 
Und damit sind wir am Ende der 

693
00:34:50,480 --> 00:34:53,679
Folge angekommen. 
Und wenn euch dieser 40 minütige

694
00:34:53,679 --> 00:34:57,520
Werbeblog gefallen hat, dann 
würden wir uns natürlich freuen,

695
00:34:57,520 --> 00:35:00,160
wenn ihr nicht nur eine 
Bewerbung bei Robin Manuel 

696
00:35:00,160 --> 00:35:03,200
Abgebt, sondern auch eine 
Bewertung für den Podcast da 

697
00:35:03,200 --> 00:35:05,200
lasst. 
Das könnt ihr auf Spotify machen

698
00:35:05,200 --> 00:35:07,920
ihr könnt uns auch gerne auf 
Apple Podcasts bewerten oder 

699
00:35:07,920 --> 00:35:10,560
natürlich einen Daumen nach oben
auf Youtube da lassen. 

700
00:35:11,680 --> 00:35:14,560
Ja, wenn ihr das als 40 Minuten 
werbeblog empfunden habt, dann 

701
00:35:14,560 --> 00:35:16,160
tut es mir natürlich leid. 
So war das nicht gemeint. 

702
00:35:16,160 --> 00:35:18,360
Dann schreibt uns das gerne, 
also wenn ihr sagt, das ist 

703
00:35:18,360 --> 00:35:21,560
also, das interessiert uns ja 
hier in einem developer Podcast 

704
00:35:21,560 --> 00:35:24,560
mal gar nicht, dann lasst uns 
das gerne als Kommentar da, denn

705
00:35:24,560 --> 00:35:27,240
ich hatte eigentlich gerade vor 
vorzuschlagen, dass wir den 

706
00:35:27,240 --> 00:35:30,520
ganzen Spieß auch mal rumdrehen 
und ich für euch mal den Malta 

707
00:35:30,520 --> 00:35:34,800
ausfrage, was einen Strategic 
Solutions Engineer bei github 

708
00:35:34,800 --> 00:35:36,280
eigentlich macht. 
Ich glaube da können sich auch 

709
00:35:36,280 --> 00:35:37,680
nicht alle was drunter 
vorstellen. 

710
00:35:38,160 --> 00:35:40,880
Wenn ihr sagt, Oh nein, bitte 
bloß nicht oder wenn ihr sagt, 

711
00:35:40,880 --> 00:35:43,160
Ey, das wäre ja wirklich mal 
irgendwie cool, dann lasst uns 

712
00:35:43,160 --> 00:35:45,600
das gerne wissen, gebt uns da 
gern Feedback in den Kommentaren

713
00:35:45,760 --> 00:35:47,920
oder gebt uns natürlich auch 
gerne irgendwie einen Kaffee 

714
00:35:47,920 --> 00:35:50,240
aus, wenn ihr Lust habt, da 
findet ihr die Links. 

715
00:35:51,040 --> 00:35:54,240
Zu Bimir Coffee auch in der 
Beschreibung von der Folge. 

716
00:35:54,400 --> 00:35:57,920
Und wie immer freuen wir uns, 
wenn ihr auch nächste Woche 

717
00:35:57,920 --> 00:36:00,960
wieder mit dabei seid. 
Der to do Developer Podcast 

718
00:36:00,960 --> 00:36:03,600
erscheint wöchentlich immer 
abwechselnd mit einer 

719
00:36:03,600 --> 00:36:07,760
Themenfolge wie dieser und einer
News Folge dementsprechend. 

720
00:36:07,760 --> 00:36:11,600
Nächsten Montag geht's weiter 
und wir freuen uns auf euch. 

721
00:36:12,000 --> 00:36:14,800
Bis dahin habt eine gute Zeit, 
schreibt viel Code, solange ihr 

722
00:36:14,800 --> 00:36:18,000
noch könnt und eine gute Woche 
macht's gut. 

723
00:36:18,400 --> 00:36:19,040
Bis dann.