1
00:00:00,070 --> 00:00:03,870
Developer Productivity es gibt 
zig Methoden, das zu messen. 

2
00:00:03,870 --> 00:00:08,150
Von Dora von Google, Space 
Framework, was irgendwie 

3
00:00:08,150 --> 00:00:09,950
Microsoft und github da oben 
drauf gesetzt haben. 

4
00:00:10,190 --> 00:00:13,430
Mc Kinsey hat letztes Jahr nen 
riesen Artikel geschrieben wo 

5
00:00:13,430 --> 00:00:17,230
sie da drauf noch mal Metriken 
gesetzt haben, was auch relativ 

6
00:00:17,230 --> 00:00:21,430
viel gemischte Kritik in der 
Development Community 

7
00:00:22,350 --> 00:00:24,790
hervorgerufen hat. 
Malte und ich sprechen heute 

8
00:00:24,790 --> 00:00:28,110
darüber, wie wir als Entwickler 
uns eigentlich produktiv fühlen 

9
00:00:28,110 --> 00:00:37,440
und was dafür gegeben sein muss.
Und damit herzlich willkommen 

10
00:00:37,440 --> 00:00:41,160
zum To do Developer Podcast mit 
Robin Manuel Thiel, dem 

11
00:00:41,160 --> 00:00:46,080
berühmtesten Langenfelder auf 
dieser Welt, und Malte Dantin. 

12
00:00:47,160 --> 00:00:50,040
Ich glaube, das musst. 
Du aber letzten Endes ist es so.

13
00:00:50,320 --> 00:00:54,280
Alle, die die Rheinische Post in
Langenfeld lesen, kennen jetzt 

14
00:00:54,280 --> 00:00:57,640
Robin Manuel, da wir 
dankenswerterweise einen 

15
00:00:57,640 --> 00:01:00,640
spannenden Artikel zu unserem 
Podcast in der lokalen 

16
00:01:00,640 --> 00:01:02,400
Zeitschrift Langenfeld 
Langenfeld hatten. 

17
00:01:03,580 --> 00:01:06,460
Wer Langenfeld noch nie gehört 
hat, das ist meine Heimatstadt, 

18
00:01:06,460 --> 00:01:09,860
das liegt zwischen Köln und 
Düsseldorf, und da wird 

19
00:01:09,860 --> 00:01:12,660
scheinbar eine Reihe über 
podcaster Podcasterinnen aus der

20
00:01:12,660 --> 00:01:16,740
Region gemacht, und da gab es 
einen Artikel, die whatsapp 

21
00:01:16,740 --> 00:01:18,220
Gruppe von meiner Mutter 
rotiert. 

22
00:01:19,880 --> 00:01:22,360
Bin mal gespannt, wie viele neue
Hörerinnen und Hörer wir dadurch

23
00:01:22,360 --> 00:01:25,640
gewinnen und ob es noch, ob es 
Auswirkungen hat. 

24
00:01:25,640 --> 00:01:29,240
Aber lustig war, es hat Spaß 
gemacht auf jeden. 

25
00:01:29,640 --> 00:01:34,190
Fall sehr. 
Ich bin sehr neidisch, bevor wir

26
00:01:34,190 --> 00:01:37,670
ins Thema einsteigen, erstmal 
noch vielen Dank an diejenigen 

27
00:01:37,670 --> 00:01:40,110
von euch, die uns n Kaffee 
ausgegeben haben in den letzten 

28
00:01:40,110 --> 00:01:46,110
2 Wochen zum einen einmal 5 
Kaffee von Frenko und 2 Kaffee 

29
00:01:46,110 --> 00:01:50,150
von Uwe Uwe fragt übrigens und 
da ist eine ganz gute 

30
00:01:50,150 --> 00:01:53,150
Überleitung zur letzten Folge um
noch mal einen kleinen Rückblick

31
00:01:53,150 --> 00:01:54,550
zu machen. 
Uwe fragt übrigens, wie ihr 

32
00:01:54,550 --> 00:01:57,670
jetzt an dein Kalender Tool 
kommt, ich glaube das hatte eine

33
00:01:57,670 --> 00:02:00,790
gewisse Resonanz auch in unserer
Community, dass du an dem Thema 

34
00:02:00,790 --> 00:02:04,550
jetzt arbeitest und alle warten 
sehnsüchtig darauf wann das tut 

35
00:02:04,550 --> 00:02:07,230
endlich rauskommt, aber lasst 
uns mal kurz ein bisschen auf 

36
00:02:07,230 --> 00:02:09,270
die letzte Folge zurückschauen, 
da gibt es ein paar Dinge die 

37
00:02:09,270 --> 00:02:12,320
wir noch besprechen wollten. 
Ja, zum einen erstmal, bevor ich

38
00:02:12,320 --> 00:02:15,160
auf das Tool eingehe entfernt 
es, sorry, die letzte Folge hieß

39
00:02:15,160 --> 00:02:18,200
fiverr Fail, aber die war auf 
jeden Fall auch Audio Fail, 

40
00:02:18,640 --> 00:02:21,240
zumindest so am ersten Tag. 
Also wer sich glaube ich nach 23

41
00:02:21,240 --> 00:02:22,840
Tagen gehört hat, der hat 
vielleicht schon die bessere 

42
00:02:22,840 --> 00:02:26,040
Version ausgespielt bekommen, 
aber irgendwie ist uns dabei 

43
00:02:26,040 --> 00:02:28,040
beim Audio ein bisschen was 
durchgerutscht, sodass. 

44
00:02:30,000 --> 00:02:33,070
Wir, glaube ich zumindest. 
Wenn der eine gesprochen hat, 

45
00:02:33,070 --> 00:02:35,310
man bei dem anderen die 
Hintergrundgeräusche sehr laut 

46
00:02:35,310 --> 00:02:37,550
gehört hat und irgendwie wollt 
ihr gar keinen Spatzen von uns 

47
00:02:37,550 --> 00:02:41,670
bei dem Podcast haben. 
Deswegen ideale Ehrenwort, dass 

48
00:02:41,670 --> 00:02:45,430
wir. 
Sowohl diese diese Folge mit 

49
00:02:45,430 --> 00:02:49,830
leerem Mund aufnehmen, b 
vielleicht noch mal reinhören, 

50
00:02:49,830 --> 00:02:52,750
bevor wir die veröffentlichen 
und das Audio auf jeden Fall 

51
00:02:52,750 --> 00:02:54,470
dieses Mal besser wird. 
Wir achten jetzt auf jeden Fall 

52
00:02:54,470 --> 00:02:58,040
mal drauf. 
Schwatzen. 

53
00:02:58,040 --> 00:03:00,720
Malte. 
Ganz oben auf unserer to do 

54
00:03:00,720 --> 00:03:06,080
Liste. 
Ansonsten kam die Frage, Warum 

55
00:03:06,080 --> 00:03:08,960
haben wir eigentlich in der 
letzten Folge 2 mal was 

56
00:03:08,960 --> 00:03:12,600
ausgepiept als du darüber 
geredet hast, dass du das 

57
00:03:12,600 --> 00:03:16,520
Problem vorhast mit Geld zu 
erschlagen, wurden die Beträge 

58
00:03:16,520 --> 00:03:19,200
ausgepiept und da sind natürlich
jetzt viel Neugier da. 

59
00:03:20,080 --> 00:03:23,560
Was waren denn eigentlich die 
Unsummen, die du da investieren 

60
00:03:23,560 --> 00:03:24,760
wolltest? 
Dass es dir letzten Endes 

61
00:03:24,760 --> 00:03:27,360
peinlich war? 
Ja, es war mir. 

62
00:03:27,360 --> 00:03:29,480
Es war nicht peinlich, es war 
mir eher zu undifferenziert. 

63
00:03:29,480 --> 00:03:32,040
Also ich habe dann nachher im 
Schnitt gedacht, also ich kann 

64
00:03:32,040 --> 00:03:34,280
die, die die Summe ja sagen, was
ich ausgepiept habe, ist 

65
00:03:34,280 --> 00:03:37,040
1000,00€ ich habe damals gesagt,
Ich bin bereit, da 1000,00€ 

66
00:03:37,160 --> 00:03:40,040
dafür zu investieren, ich habe 
aber dann nicht erklärt. 

67
00:03:41,680 --> 00:03:42,720
Also es war mir zu 
undifferenziert. 

68
00:03:42,720 --> 00:03:44,640
Ich habe mir nicht erklärt, dass
ich bereit war, das zu 

69
00:03:44,640 --> 00:03:47,070
investieren. 
Weil ich natürlich vorhabe, da 

70
00:03:47,070 --> 00:03:49,110
ein Projekt draus zu machen, was
man vielleicht auch über den 

71
00:03:49,110 --> 00:03:51,670
Appstore vertreibt. 
Es scheint viele vor allem so 

72
00:03:51,910 --> 00:03:55,880
Business. 
Anwendungsfälle Fälle dafür zu 

73
00:03:55,880 --> 00:03:59,030
geben und. 
Ich wollte nicht, dass es so 

74
00:03:59,030 --> 00:04:00,950
klingt, als würden jetzt würde 
ich sagen, ich könnte bis zu 

75
00:04:00,950 --> 00:04:05,430
1000€ für so n Tool ausgeben und
da wie mein so so n kleines Ding

76
00:04:05,430 --> 00:04:07,910
was irgendwie im Hintergrund 
läuft, sondern sich eher bereit 

77
00:04:07,910 --> 00:04:09,950
gewesen wär da so n Mini 
Business draus zu machen, dass 

78
00:04:09,950 --> 00:04:12,710
das mein Invest gewesen wäre, 
was ich bei fiverr. 

79
00:04:13,710 --> 00:04:16,510
Bereit gewesen wäre zu bezahlen,
damit mir das jemand baut, 

80
00:04:16,510 --> 00:04:17,829
sodass ich dann den Vertrieb 
machen kann. 

81
00:04:17,829 --> 00:04:19,430
Und vielleicht kann man das 
irgendwie in den App Store 

82
00:04:19,430 --> 00:04:21,269
stellen, ob man da in 
Subscription Model oder ne 

83
00:04:21,269 --> 00:04:24,270
lifetime Lizenz macht weiß ich 
nicht, das hab ich aber alles 

84
00:04:24,270 --> 00:04:26,910
nicht gesagt in der letzten 
Folge und deswegen wollt ich das

85
00:04:26,910 --> 00:04:28,630
irgendwie nicht so stehen 
lassen, dass es einfach steht, 

86
00:04:28,630 --> 00:04:31,950
aber Manuel kann doch 1000€ für 
so n Tool ausgeben und deswegen 

87
00:04:31,950 --> 00:04:34,030
habe ich das Gepiept um das 
jetzt hier klarstellen zu 

88
00:04:34,030 --> 00:04:36,760
können. 
Wunderbar, dann wissen wir da 

89
00:04:36,760 --> 00:04:40,400
jetzt auch Bescheid und freuen 
uns darauf, dass das Tool bald 

90
00:04:40,400 --> 00:04:43,600
zur Verfügung steht, während ich
für einen Preis, den wir uns 

91
00:04:43,600 --> 00:04:45,760
alle leisten können, dann ist es
soweit. 

92
00:04:46,200 --> 00:04:49,440
Das wird auf jeden Fall nicht 
vierstellig werden. 

93
00:04:49,960 --> 00:04:52,120
Ja, da ist also ein bisschen das
Thema Developer productity. 

94
00:04:52,120 --> 00:04:54,640
Also das Tool ist fertig. 
Ich hab wer das verfolgt hat 

95
00:04:54,640 --> 00:04:55,800
oder wer das noch verfolgen 
möchte. 

96
00:04:55,840 --> 00:04:59,240
Ich hab jeden Tag und jeden 
Abend wo ich dran war einen 

97
00:04:59,240 --> 00:05:02,640
blogspot darüber geschrieben, 
wie ich vorangekommen bin, wer 

98
00:05:02,640 --> 00:05:05,160
mir auf linkedin oder Twitter 
oder sowas folgt, hat das 

99
00:05:05,160 --> 00:05:09,720
vielleicht mitbekommen. 6 Abende
habe ich dran gesessen. 

100
00:05:09,720 --> 00:05:11,360
Ich hab ja gesagt, ich wollte 
schauen, ob es in einer Woche 

101
00:05:11,360 --> 00:05:13,240
fertig ist. 
Das heißt, einen habe ich 

102
00:05:13,240 --> 00:05:15,310
theoretisch noch. 
Weil das natürlich auch nicht 6 

103
00:05:15,310 --> 00:05:19,080
Tage oder 6 Tage in Folge waren.
Ich bin fertig. 

104
00:05:19,080 --> 00:05:21,120
Technisch funktioniert das und 
ich würde in den letzten Tagen 

105
00:05:21,120 --> 00:05:23,520
jetzt noch investieren, das 
irgendwie in den App Store zu 

106
00:05:23,520 --> 00:05:25,440
stellen. 
Bei Apple muss man das ja noch 

107
00:05:25,440 --> 00:05:28,480
irgendwie mit einem developer 
Account signieren, dass man das 

108
00:05:28,480 --> 00:05:30,760
irgendwo, also irgendwie 
irgendwas dazu machen, dass man 

109
00:05:30,760 --> 00:05:33,160
das irgendwo downloaden kann, 
das ist der letzte Tag, das ist 

110
00:05:33,160 --> 00:05:35,880
noch nicht fertig. 
Ich gehe davon aus, dass ich das

111
00:05:35,880 --> 00:05:38,880
nächste Folge bis nächste Folge 
fertig habe und dann wieder 

112
00:05:38,880 --> 00:05:41,960
irgendwie einen Download Link 
auch in die Shownotes packen 

113
00:05:41,960 --> 00:05:44,920
können, bis dahin gesagt, wenn 
jemand von euch aber sagt Ey ich

114
00:05:44,920 --> 00:05:46,920
würde das aber gerne schon mal 
testen oder ich habe da ein 

115
00:05:46,920 --> 00:05:48,880
riesen Interesse dran oder ich 
habe dasselbe Problem. 

116
00:05:49,840 --> 00:05:51,840
Dann meldet euch gerne bei mir. 
Das könnt ihr einfach unter die 

117
00:05:51,840 --> 00:05:54,000
E-Mail unter der E-Mail Adresse 
machen, die unten in den Show 

118
00:05:54,000 --> 00:05:57,600
Notes steht für den Podcast und 
wenn ihr Lust habt irgendwie 

119
00:05:57,600 --> 00:05:59,920
eine Preview Version schon mal 
zu testen, dann würde ich euch 

120
00:05:59,920 --> 00:06:02,760
die gerne zuschicken und ein 
bisschen Feedback abholen, sagt 

121
00:06:02,760 --> 00:06:05,910
also gern Bescheid. 
Wunderbar. 

122
00:06:05,910 --> 00:06:08,830
Ich freu mich auf jeden Fall 
drauf und werd das auch in den 

123
00:06:08,830 --> 00:06:13,830
nächsten Tagen mal ausprobieren.
Jetzt glaube ich, kommen wir 

124
00:06:13,830 --> 00:06:17,950
endlich zu unserem Thema 
Produktivität Developer 

125
00:06:17,950 --> 00:06:20,710
Productivity. 
Häufig ist das ein Thema, was 

126
00:06:20,950 --> 00:06:25,030
zumindest in unserem beruflichen
Alltag, wo wir viel mit großen 

127
00:06:25,030 --> 00:06:30,670
Unternehmen zu tun haben, eine. 
Zahlenorientierte Diskussion 

128
00:06:30,670 --> 00:06:34,110
ist, was ich persönlich alleine 
schwierig finde. 

129
00:06:34,230 --> 00:06:38,830
Das heißt, man redet mit. 
Unternehmen, die oder den 

130
00:06:39,190 --> 00:06:41,630
Leitenden von 
Entwicklungsabteilungen über das

131
00:06:41,630 --> 00:06:45,390
Thema Developer Productivity und
die erste Frage ist, wie kann 

132
00:06:45,390 --> 00:06:49,030
ich das denn messen, welche 
Metriken und zahlen kann ich 

133
00:06:49,030 --> 00:06:52,430
verwenden und könnt ihr uns 
nicht beibringen, wie diese Dora

134
00:06:52,430 --> 00:06:54,910
Framework funktioniert, haben 
wir so viel von gelesen. 

135
00:06:55,070 --> 00:06:57,390
Erklärt uns doch mal, wie wir 
das mit unserer Dev Ops 

136
00:06:57,390 --> 00:07:02,550
Plattform, egal welche wie wir 
das da auswerten können und wie 

137
00:07:02,550 --> 00:07:05,670
kommen wir wirklich an diese 
Zahlen, wie produktiv unsere 

138
00:07:05,670 --> 00:07:08,710
Developer sind und das ist 
natürlich gerade jetzt ein ganz 

139
00:07:08,710 --> 00:07:11,910
heißes Thema. 
Allen Seiten irgendwie neue 

140
00:07:11,910 --> 00:07:15,630
Tools gerade so AI basierte 
Tools in den Developer Alltag 

141
00:07:15,630 --> 00:07:19,270
reinkommen und sich viele 
Unternehmen dann die Frage 

142
00:07:19,270 --> 00:07:22,670
stellen, mach das unsere 
Developer produktiver und lohnt 

143
00:07:22,670 --> 00:07:25,310
sich der zusätzliche finanzielle
Invest und. 

144
00:07:25,630 --> 00:07:28,990
Wie Unternehmen sind, wollen Sie
das letzten Endes irgendwie 

145
00:07:28,990 --> 00:07:32,790
quantifizieren und wollen 
wissen, OK, um wieviel Prozent 

146
00:07:32,790 --> 00:07:36,110
wird unsere Produktivität höher 
und wieviel Geld sparen wir denn

147
00:07:36,110 --> 00:07:39,550
letzten Endes dadurch, dass wir 
neue Tools einführen und das 

148
00:07:39,630 --> 00:07:42,550
finde ich eigentlich immer so 
eine ganz unangenehme 

149
00:07:42,550 --> 00:07:44,310
Diskussion, weil das so ein 
bisschen den. 

150
00:07:45,310 --> 00:07:47,350
Alltag der Developer so n 
bisschen auf. 

151
00:07:48,310 --> 00:07:53,070
Output und Zahlen reduziert und 
die Zahlen, die häufig dann da 

152
00:07:53,110 --> 00:07:56,310
zugrunde liegen. 
Früher waren es irgendwie Lines 

153
00:07:56,310 --> 00:07:58,230
of Code, da haben alle 
verstanden, dass das kein 

154
00:07:58,230 --> 00:08:00,750
Produktivitätsmaß ist. 
Aber dann wird dann das ganze 

155
00:08:00,750 --> 00:08:04,270
Runtergebrochen auf irgendwie 
Anzahl der pro Requests, die 

156
00:08:04,270 --> 00:08:08,190
Gemerged werden oder Anzahl der 
Deployments die durchgeführt 

157
00:08:08,190 --> 00:08:12,430
werden und das ist natürlich 
relativ schwierig das so ganz 

158
00:08:12,430 --> 00:08:14,790
neutral zu beurteilen, weil das 
natürlich absolut vom Projekt 

159
00:08:14,790 --> 00:08:18,310
auch abhängt, was dann normal 
ist und häufig. 

160
00:08:19,000 --> 00:08:21,160
Müssen solche Messungen 
natürlich auch über einen sehr 

161
00:08:21,160 --> 00:08:23,800
langen Zeitraum überhaupt 
durchgeführt werden, damit man 

162
00:08:23,800 --> 00:08:26,440
auch Vergleichsmöglichkeiten 
hat? 

163
00:08:26,440 --> 00:08:28,920
Und komischerweise haben viele 
Unternehmen das bisher nicht 

164
00:08:28,920 --> 00:08:32,080
gemacht und plötzlich wollen sie
irgendwie Produktivität messen. 

165
00:08:32,520 --> 00:08:35,640
Also ich persönlich finde es 
immer relativ schwierig das auf 

166
00:08:35,640 --> 00:08:38,960
Zahlen runterzubrechen. 
Du sagtest mir aber, dass du 

167
00:08:39,360 --> 00:08:42,960
gerade auch so eine Rolle bei 
github, viele auch mit großen 

168
00:08:42,960 --> 00:08:45,040
mit Enterprise Firmen sprichst 
und dass es da schon ein Thema 

169
00:08:45,040 --> 00:08:47,000
ist. 
Also das ist gerade also 

170
00:08:47,000 --> 00:08:49,280
meistens ja wahrscheinlich top 
Down aus einem Management. 

171
00:08:49,470 --> 00:08:52,150
Die gewohnt sind, dass sie sowas
wie wie Sales oder Marketing, 

172
00:08:52,150 --> 00:08:57,030
Impact und und und, vielleicht 
auch klassische Produktion, also

173
00:08:57,030 --> 00:08:58,950
klassisches produzierendes 
Gewerbe. 

174
00:09:00,070 --> 00:09:04,350
Dass die eigentlich sowohl 
gewohnte Dinge zu messen als 

175
00:09:04,350 --> 00:09:06,310
auch ganz, also einfach diese 
Metriken brauchen, weil das 

176
00:09:06,310 --> 00:09:08,230
einfach sonst sehr 
undurchsichtig für sie ist. 

177
00:09:08,230 --> 00:09:10,950
Was in dieser 
Softwareentwicklung Abteilung da

178
00:09:10,950 --> 00:09:14,670
eigentlich von sich sind sind, 
sind wir denn gut? 

179
00:09:14,790 --> 00:09:17,350
In der der, der der Benchmark 
also sagt Es ist schon n Thema. 

180
00:09:17,350 --> 00:09:20,430
Also das Interesse ist ja schon 
da das irgendwie mit Zahlen und 

181
00:09:20,430 --> 00:09:23,070
Frameworks zu versehen, oder? 
Ja, absolut. 

182
00:09:23,070 --> 00:09:27,190
Aber man klammert dann häufig 
wirklich den developer Alltag so

183
00:09:27,190 --> 00:09:30,670
in dem, wie die Leute wirklich 
arbeiten, so ein bisschen aus 

184
00:09:30,670 --> 00:09:32,270
und geht dann einfach nur auf 
den Output. 

185
00:09:32,310 --> 00:09:34,470
Ist so ein bisschen glaube ich 
diese denke wie du das sagst aus

186
00:09:34,470 --> 00:09:38,230
diesem produzierenden Gewerbe, 
wenn ich irgendwie etwas 

187
00:09:38,230 --> 00:09:42,630
herstelle, egal was gucke ich, 
wieviel läuft am Ende des Tages 

188
00:09:42,630 --> 00:09:46,070
von Band und das ist meine 
Produktivität, also wie viele. 

189
00:09:46,760 --> 00:09:49,840
Stück von irgendwas habe ich 
ausgeliefert und dann wird 

190
00:09:49,840 --> 00:09:52,520
häufig versucht das auf Software
zu übertragen, indem man halt 

191
00:09:52,520 --> 00:09:56,080
sagt Okay wie viele Deployments 
habe ich gemacht in Produktion 

192
00:09:56,320 --> 00:10:01,200
oder andere Themen, wie oft habe
ich ein Release und habe das an 

193
00:10:01,200 --> 00:10:04,840
meine Kunden geschickt und das 
ist natürlich nur eine sehr 

194
00:10:04,840 --> 00:10:09,560
verengte Wahrnehmung der 
Realität und natürlich gibt es 

195
00:10:09,560 --> 00:10:12,400
dann modernere Ansätze. 
Du hast vorhin das Space 

196
00:10:12,400 --> 00:10:15,440
Framework erwähnt, wo man das so
ein bisschen auch stärker 

197
00:10:15,440 --> 00:10:17,720
customers kann auf das eigene 
Unternehmen. 

198
00:10:17,870 --> 00:10:20,910
Heißt, ich greife mir da aus 
ganz vielen Dimensionen die 

199
00:10:20,910 --> 00:10:24,390
Dinge raus, die für mein 
Unternehmen relevant sind. 

200
00:10:24,670 --> 00:10:27,630
Und dann kommen dann natürlich 
noch weitere Faktoren mit rein, 

201
00:10:27,630 --> 00:10:29,870
die ich auch messen kann, wie 
zum Beispiel? 

202
00:10:30,390 --> 00:10:32,750
Wie viele Bugs werden in 
Produktion gefunden? 

203
00:10:32,750 --> 00:10:35,510
Hängt natürlich auch von ganz 
vielen Faktoren ab, oder? 

204
00:10:37,080 --> 00:10:40,280
Wie viele Produktionsausfälle 
habe ich, weil Software läuft, 

205
00:10:40,280 --> 00:10:42,880
irgendwo in Produktion? 
Und wie oft habe ich quasi 

206
00:10:42,880 --> 00:10:45,320
downtimes in einem Webservice 
zum Beispiel. 

207
00:10:45,680 --> 00:10:47,960
Das heißt, man kann dann 
natürlich ganz viele Dinge mit 

208
00:10:47,960 --> 00:10:52,040
reinnehmen und was ich so ein 
bisschen schade finde, ist, dass

209
00:10:52,080 --> 00:10:54,920
die Leute das versuchen, so mit 
einer Zahl totzuschlagen, okay 

210
00:10:54,920 --> 00:10:58,080
was ist diese eine 
Produktivitätsmetrik und da 

211
00:10:58,080 --> 00:11:02,040
kommen natürlich solche 
Frameworks, die dann vielleicht 

212
00:11:02,040 --> 00:11:04,360
auch von irgendwelchen 
Beratungsunternehmen 

213
00:11:04,720 --> 00:11:07,720
vorangetrieben werden, einem 
irgendwie ganz recht. 

214
00:11:07,830 --> 00:11:10,070
Weil dann hole ich mir irgendwie
Berater rein. 

215
00:11:10,070 --> 00:11:13,070
Die gehen dann rein, bringen 
irgendwelche Tools mit, schauen 

216
00:11:13,070 --> 00:11:16,750
dann, OK, was hab ich dort in 
meinen. 

217
00:11:17,830 --> 00:11:21,870
Source Control System drin ne 
und wieviel commits habe ich? 

218
00:11:21,870 --> 00:11:24,390
Wieviel Fifty pour request? 
Wie viele Deployments habe ich 

219
00:11:24,390 --> 00:11:27,430
und brechen das dann auf 
irgendwie ein 2 Metriken runter 

220
00:11:27,750 --> 00:11:30,710
und dann vergleiche ich die 
irgendwie vorher nachher was 

221
00:11:30,710 --> 00:11:32,950
hatte ich von 3 Monaten, was 
habe ich heute und was habe ich 

222
00:11:32,950 --> 00:11:36,230
in 3 Monaten und dann bilde ich 
mir ein, dass ich vielleicht 

223
00:11:36,230 --> 00:11:39,110
produktiver bin, aber ganz viele
andere Faktoren fließen da nicht

224
00:11:39,110 --> 00:11:43,630
ein und ich glaube da machen es 
sich viele Leute ein bisschen zu

225
00:11:43,630 --> 00:11:46,150
leicht. 
Ich kann aber auch verstehen 

226
00:11:46,150 --> 00:11:49,190
warum, weil am Ende sind das 
häufig auch Menschen die sagen 

227
00:11:49,190 --> 00:11:51,790
okay ich will irgendwelche neuen
Tools einführen und jetzt muss 

228
00:11:51,790 --> 00:11:54,590
ich irgendwie meinem Management 
beweisen, dass es sich lohnt. 

229
00:11:55,720 --> 00:11:59,760
Und das ist natürlich relativ 
schwierig, wenn du versuchst, 

230
00:11:59,760 --> 00:12:04,840
wirklich den Alltag mit 
einzubeziehen, der halt diese 

231
00:12:04,840 --> 00:12:08,040
Dinge beeinflusst und worüber 
ich mich eigentlich gerne mit 

232
00:12:08,040 --> 00:12:10,720
dir heute so ein bisschen mehr 
unterhalten würde, ist, wie 

233
00:12:10,720 --> 00:12:15,480
sieht wirklich dieser Alltag 
aus, also was beeinflusst unsere

234
00:12:15,520 --> 00:12:18,360
Produktivität als Developer, 
also was können wir? 

235
00:12:18,470 --> 00:12:22,630
Auch tun selber oder was können 
auch unsere Arbeitgeber tun, 

236
00:12:22,630 --> 00:12:25,990
damit wir uns produktiv fühlen, 
weil ich glaub das ist n ganz 

237
00:12:25,990 --> 00:12:28,430
wichtiger Faktor. 
Man kann halt irgendwie alles 

238
00:12:28,430 --> 00:12:30,870
messen, aber man kann auch alle 
Metriken irgendwie. 

239
00:12:32,980 --> 00:12:37,340
Cheaten beeinflussen meiner 
Erfahrung nach, sondern was 

240
00:12:37,340 --> 00:12:41,980
können wir tun, dass du und ich 
uns wirklich produktiv fühlen 

241
00:12:42,020 --> 00:12:44,300
und dass wir wirklich das Gefühl
haben, wir können. 

242
00:12:44,870 --> 00:12:49,550
Für uns oder für unser Team das 
Bestmögliche erreichen und da 

243
00:12:49,550 --> 00:12:51,790
gehören natürlich viele 
verschiedene Faktoren zu, die 

244
00:12:51,790 --> 00:12:56,390
eigentlich mehr wirklich auf 
unserer Weiß nicht lokalen 

245
00:12:56,390 --> 00:12:59,030
Entwicklungsumgebung basieren. 
Auf unserem Alltag, auf unserem 

246
00:12:59,030 --> 00:13:01,590
Terminkalender. 
Und da würde ich gerne ein 

247
00:13:01,590 --> 00:13:04,670
bisschen mit dir durchgehen. 
Ja, ich sehe da 2 Kräfte wirken 

248
00:13:04,670 --> 00:13:08,150
zum einen natürlich irgendwie, 
dass man so diese Zahl braucht, 

249
00:13:08,150 --> 00:13:10,070
um zu vergleichen, gar nicht 
unbedingt mit anderen 

250
00:13:10,070 --> 00:13:11,350
Unternehmen. 
Ich glaube, dass das in der 

251
00:13:11,350 --> 00:13:13,750
Branche gar nicht so wirklich 
möglich ist, dass man sich, also

252
00:13:13,750 --> 00:13:16,030
ich glaube, dass dafür Software 
in die Entwicklung zu 

253
00:13:16,030 --> 00:13:18,350
individuell ist, dass man sich 
wirklich mit anderen Unternehmen

254
00:13:18,350 --> 00:13:22,070
vergleichen kann, weil sowas die
Anzahl der der Deployments ja 

255
00:13:22,230 --> 00:13:24,750
nicht aussagekräftig ist, weil 
ich ja gar nicht weiß, wie groß 

256
00:13:24,750 --> 00:13:27,070
ist denn das Deployment, wieviel
Features schippen die denn, die 

257
00:13:27,070 --> 00:13:29,790
1000 mal am Tag jede Zeile Code 
oder die Pleulen, die einmal in 

258
00:13:29,790 --> 00:13:32,400
der Woche ein Riesending. 
Ist glaube ich schwer zu 

259
00:13:32,400 --> 00:13:35,120
vergleichen. 
Auch Zeilen von Code ist nicht 

260
00:13:35,120 --> 00:13:37,080
wirklich zu vergleichen, weil 
ich ja gar nicht weiß, wie ist 

261
00:13:37,080 --> 00:13:39,240
denn die Qualität. 
Manche sind 2 Stunden an einer 

262
00:13:39,240 --> 00:13:43,480
perfekten Zeile Code und manche 
hauen 50 Zeilen Code raus, die 2

263
00:13:43,480 --> 00:13:45,800
Comics später wieder komplett 
ersetzt wurden. 

264
00:13:46,240 --> 00:13:48,040
Also ich glaube das ist gar 
nicht möglich. 

265
00:13:48,190 --> 00:13:50,510
Es sich da mit anderen 
Unternehmen zu vergleichen, mit 

266
00:13:50,510 --> 00:13:54,310
irgendwelchen Metriken, aber mit
sich selber über Zeit, das finde

267
00:13:54,310 --> 00:13:56,710
ich schon spannend. 
Um zu schauen, geht unsere 

268
00:13:56,710 --> 00:14:00,670
eigene Produktivität nach oben 
oder nach unten und warum gibt 

269
00:14:00,670 --> 00:14:02,750
es vielleicht 
managemententscheidungen, die 

270
00:14:02,750 --> 00:14:07,470
das Team betreffen, die jetzt 
unproduktiver machen, oder gibt 

271
00:14:07,470 --> 00:14:11,550
es vielleicht irgendwie cozemail
oder ist die Codebase so 

272
00:14:11,550 --> 00:14:14,510
schwierig geworden, dass wir 
immer weniger geschafft kriegen 

273
00:14:14,510 --> 00:14:17,230
oder immer mehr Bugs in 
Produktion finden und dauert es 

274
00:14:17,230 --> 00:14:18,590
immer länger diese Bugs zu 
fixen? 

275
00:14:18,590 --> 00:14:21,110
Ich glaube das sind Dinge, wenn 
man sie nur mit sich selber 

276
00:14:21,110 --> 00:14:24,470
vergleicht. 
Sinnvoll sind und auf der 

277
00:14:24,470 --> 00:14:28,190
anderen Seite sehe ich aber auch
einen riesen Pushback aus der 

278
00:14:28,190 --> 00:14:30,390
Developer Community. 
Fast jeder Developer, jede 

279
00:14:30,390 --> 00:14:32,550
Entwicklerin, mit denen ich über
dieses Thema spreche. 

280
00:14:33,590 --> 00:14:37,270
Haben da sehr negative Gefühle, 
weil natürlich a keiner Lust hat

281
00:14:37,270 --> 00:14:40,950
irgendwie individuell gemessen 
und getrackt zu werden. 

282
00:14:41,070 --> 00:14:43,470
Aber ich glaube das liegt vor 
allem daran, dass alle wissen, 

283
00:14:43,470 --> 00:14:45,150
wie schwierig das ist. 
Es kann sein, dass ich mir 3 

284
00:14:45,150 --> 00:14:47,750
Stunden lang n youtube Video 
angeguckt habe oder n geilen 

285
00:14:47,750 --> 00:14:50,910
Artikel durchgelesen. 
Habe der mich jetzt perfekt auf 

286
00:14:50,910 --> 00:14:53,110
die Lösung eines bestimmten 
Problems vorbereitet oder oder 

287
00:14:53,110 --> 00:14:56,230
irgendwie besser macht und das 
dann aber auch das aber nicht in

288
00:14:56,230 --> 00:14:58,390
dieser Metrik dann abgespielt 
wird und dann auf einmal das 

289
00:14:58,390 --> 00:15:01,110
Team unproduktiv aussieht, wenn 
es irgendwie ne Woche lang auf 

290
00:15:01,110 --> 00:15:04,110
einer Fortbildung war. 
Das finde ich dann irgendwie 

291
00:15:04,110 --> 00:15:06,190
immer schwierig und deswegen 
erfahre ich da viel Pushback von

292
00:15:06,190 --> 00:15:08,750
diesen offiziellen Metriken, 
kann aber verstehen, warum man, 

293
00:15:08,950 --> 00:15:11,750
warum man sie zumindest für sich
selber messen möchte. 

294
00:15:12,510 --> 00:15:15,150
Ich denke, ein großer Teil des 
Widerstands kommt auch daher, 

295
00:15:15,150 --> 00:15:19,230
dass viele Dinge ja außerhalb 
der wirklich der Software 

296
00:15:19,230 --> 00:15:21,230
Entwicklung stattfinden. 
Es geht halt nicht nur um Code, 

297
00:15:21,230 --> 00:15:24,830
den ich produziere, sondern mein
developer Alltag besteht halt 

298
00:15:24,830 --> 00:15:28,950
irgendwie zu 5060 70% aus 
anderen Tätigkeiten, wo ich mit 

299
00:15:28,950 --> 00:15:30,950
anderen zusammenarbeite, wo ich 
mir Dinge überlege. 

300
00:15:30,950 --> 00:15:33,270
Du hast gerade gesagt, 
Weiterbildung spielt eine 

301
00:15:33,270 --> 00:15:37,950
wichtige Rolle und wenn dann 
irgendwie nur 3040% meines Tages

302
00:15:37,950 --> 00:15:41,270
aus Coding besteht, dann alle 
Messungen nur auf diesem Code 

303
00:15:41,430 --> 00:15:46,350
aufzusetzen, dann natürlich das 
ganze enorm verzerren kann. 

304
00:15:46,470 --> 00:15:48,790
Der vielleicht auch ein großer 
Teil des Widerstandes kommt. 

305
00:15:48,790 --> 00:15:52,590
Und ich persönlich find eine 
Metrik ganz gut, die sich aber 

306
00:15:52,590 --> 00:15:55,030
natürlich nicht bei allen 
ermitteln lässt. 

307
00:15:56,680 --> 00:16:00,630
Das wäre die Anzahl der. 
Geschafften Story Points pro 

308
00:16:00,630 --> 00:16:03,630
Sprint, das heißt, wenn ich ein 
sehr eingespieltes Team habe, 

309
00:16:03,630 --> 00:16:06,630
welches Scrum einsetzt und dann 
über einen längeren Zeitraum 

310
00:16:06,630 --> 00:16:10,790
nachverfolgen kann, OK wie viele
Storypoints haben wir erledigt, 

311
00:16:11,270 --> 00:16:14,230
dann kann man da durchaus schon 
Veränderungen sehen. 

312
00:16:14,350 --> 00:16:16,950
Und sehen, OK, wir werden im 
Laufe der Zeit produktiver, das 

313
00:16:16,950 --> 00:16:19,670
ist ganz normal bei jedem 
Development Team, was sich 

314
00:16:19,670 --> 00:16:22,190
irgendwie im Laufe der Zeit 
immer mehr einspielt, sieht man,

315
00:16:22,190 --> 00:16:24,990
dass der Trend nach oben geht, 
aber wenn man dann irgend auch 

316
00:16:25,270 --> 00:16:28,350
irgendetwas am Setup ändert, 
neue Tools einführt oder 

317
00:16:28,590 --> 00:16:31,350
grundsätzlich vielleicht den 
Leuten die Möglichkeit gibt, 

318
00:16:31,350 --> 00:16:33,510
sich mehr auf die Arbeit zu 
konzentrieren, weil man weniger 

319
00:16:33,510 --> 00:16:37,190
Meetings hat, gehen plötzlich 
die Anzahl der Story Points nach

320
00:16:37,190 --> 00:16:40,110
oben und ich finde, das ist 
eigentlich ein sehr schönes 

321
00:16:40,110 --> 00:16:42,750
Messkriterium, das ist aber 
nicht für alle so einfach 

322
00:16:42,750 --> 00:16:44,830
ermittelbar, weil ich 
tatsächlich dann diese 

323
00:16:44,870 --> 00:16:46,750
Entwicklungsmethodik verwenden 
muss. 

324
00:16:46,750 --> 00:16:49,150
Ich brauche wirklich ein gutes 
Team, was eingespielt ist. 

325
00:16:49,150 --> 00:16:52,190
Ich brauche auch gute Product 
owner, die das entsprechend mit 

326
00:16:52,190 --> 00:16:55,160
dem Team. 
Planen, erfassen und messen. 

327
00:16:55,960 --> 00:16:58,640
Aber ich glaube, das ist eine 
der wenigen Dinge, die letzten 

328
00:16:58,640 --> 00:17:00,280
Endes auch wirklich 
funktionieren kann. 

329
00:17:02,080 --> 00:17:04,680
Ja, mag ich, finde ich. 
Okay setzt natürlich voraus, 

330
00:17:04,680 --> 00:17:07,640
dass man Story Points benutzt 
und das kann man glaube ich auch

331
00:17:07,640 --> 00:17:09,680
erst nach einer gewissen Zeit 
messen, weil so ein Team auch 

332
00:17:09,680 --> 00:17:11,920
erstmal braucht, sich 
einzuspielen. 

333
00:17:11,920 --> 00:17:15,760
Dieses Scrum Poker und sowas 
dann überhaupt zu setzen. 

334
00:17:15,760 --> 00:17:18,119
Ich glaube da wenn man da ein 
Gefühl für hat nach einem halben

335
00:17:18,119 --> 00:17:22,270
Jahr oder so, dass man dann. 
Anfängt das zu tracken und 

336
00:17:22,270 --> 00:17:24,109
natürlich auch, dass es normal 
ist, dass wenn man neue Sachen 

337
00:17:24,109 --> 00:17:26,390
einführt, das vielleicht auch 
erstmal so n Tipp gibt und es 

338
00:17:26,390 --> 00:17:30,830
runtergeht und dann sich. 
Wieder normalisiert oder im 

339
00:17:30,830 --> 00:17:32,670
besten Fall sogar dann besser 
wird. 

340
00:17:34,680 --> 00:17:37,480
Aber abseits von diesen 
Metriken, weil da können wir 

341
00:17:37,480 --> 00:17:40,080
jetzt 13 folgen drüber machen, 
da gibt es Tausende, da gibt es 

342
00:17:40,080 --> 00:17:42,040
wie wir haben es eben schon 
gesagt, so die 3 populärsten 

343
00:17:42,040 --> 00:17:45,080
Frameworks sind Dora Space und 
was mckinsey noch irgendwie da 

344
00:17:45,080 --> 00:17:47,400
draufgesetzt hat mit dieser 
Mischung aus den beiden plus 

345
00:17:47,400 --> 00:17:51,280
eigene Sachen. 
Aber jetzt mal von Developer zu 

346
00:17:51,280 --> 00:17:56,040
developer, wann fühlst du dich 
produktiv, also was ist, was ist

347
00:17:56,040 --> 00:17:58,640
das, was man vielleicht nicht in
der Metrik messen kann, sondern 

348
00:17:58,640 --> 00:18:02,640
was wurde das EY ich hatte heute
einen produktiven Tag, woran hat

349
00:18:02,640 --> 00:18:05,840
das gelegen, also was gibt es da
bei dir jetzt einfach als 

350
00:18:05,840 --> 00:18:09,400
Developer, nicht als Project 
Manager oder Product Owner oder 

351
00:18:09,400 --> 00:18:12,600
Scrum Master. 
Ja, ich glaube, da gibt es 

352
00:18:12,600 --> 00:18:16,840
diverse Dinge, die sich auf den 
Alltag auswirken und viele ist 

353
00:18:16,840 --> 00:18:19,560
zumindest die Rückmeldung, die 
ich bekomme und kann ich auch 

354
00:18:19,560 --> 00:18:21,920
aus dem eigenen Alltag 
nachvollziehen. 

355
00:18:21,920 --> 00:18:25,640
Man fühlt sich produktiv, wenn 
man konzentriert an einem Thema 

356
00:18:25,640 --> 00:18:29,440
arbeiten kann und dieses Thema 
dann abschließen kann und da 

357
00:18:29,440 --> 00:18:32,430
kommen natürlich viele. 
Dinge zum Tragen zum einen. 

358
00:18:32,910 --> 00:18:35,630
Wie ist mein technisches Setup, 
wie funktioniert meine 

359
00:18:35,630 --> 00:18:39,910
Entwicklungsumgebung, wie viele 
Meetings habe ich vielleicht 

360
00:18:39,910 --> 00:18:43,830
noch neben dem Arbeiten an 
diesem Thema und wenn ich jetzt 

361
00:18:43,830 --> 00:18:45,670
überarbeiten an diesem Thema 
Rede? 

362
00:18:45,830 --> 00:18:47,790
Dann gehört dann natürlich auch 
Recherche dazu. 

363
00:18:47,790 --> 00:18:51,510
Es gehört dazu, dass ich mich 
irgendwie schlau mache, mich in 

364
00:18:51,510 --> 00:18:54,430
Dinge einlese, mir vielleicht 
auch irgendwelche Videos 

365
00:18:54,430 --> 00:18:57,310
anschaue, wie bestimmte Dinge 
erledigt werden können und dann 

366
00:18:57,310 --> 00:18:59,990
wirklich konzentriert an diesem 
Thema arbeiten kann, ohne dass 

367
00:18:59,990 --> 00:19:01,230
ich andauernd unterbrochen 
werde. 

368
00:19:01,230 --> 00:19:04,830
Und die Unterbrechungen sind, 
glaube ich, das, was einen so 

369
00:19:04,830 --> 00:19:08,830
das Gefühl von Unproduktivität 
gibt, und diese Unterbrechungen 

370
00:19:08,830 --> 00:19:12,070
können technischer Natur sein, 
ein ganz typisches Beispiel ist,

371
00:19:12,070 --> 00:19:15,950
du hast halt irgendwas in deinem
Setup, was nicht funktioniert 

372
00:19:15,950 --> 00:19:18,200
und dann. 
Musst du dich ewig damit 

373
00:19:18,200 --> 00:19:20,320
beschäftigen, irgendwelche 
Depensies zu installieren oder 

374
00:19:20,440 --> 00:19:23,040
ein Kollege hat mal irgendein 
Package aktualisiert und dann 

375
00:19:23,280 --> 00:19:25,840
funktioniert bei dir plötzlich 
der Build nicht mehr und dann 

376
00:19:26,080 --> 00:19:29,720
sitzt da wieder irgendwie mal 5 
Minuten mal 20 Minuten, mal 

377
00:19:29,720 --> 00:19:32,240
länger und muss das Ganze wieder
zum Laufen bringen und das ist 

378
00:19:32,240 --> 00:19:35,560
ja alles andere als produktiv, 
weil du dich dann aus deinem 

379
00:19:35,560 --> 00:19:38,920
Gedanken völlig entfernen musst 
und deinem Thema, an dem du 

380
00:19:38,920 --> 00:19:42,760
eigentlich arbeitest und dann 
solche Komischen, keine Ahnung 

381
00:19:43,320 --> 00:19:46,680
technischen Voraussetzungen 
wieder zurechtbiegen musst. 

382
00:19:46,680 --> 00:19:49,160
Und ich glaube, das ist ein 
Thema das ganze technische 

383
00:19:49,160 --> 00:19:51,920
Setup, wie oft man daraus 
gerissen wird und der zweite 

384
00:19:51,920 --> 00:19:55,750
große Block ist dieses. 
Organisatorische das Arbeiten im

385
00:19:55,750 --> 00:19:57,830
Team oder das Arbeiten im 
Unternehmen? 

386
00:19:57,990 --> 00:19:59,630
Wie oft werde ich einfach aus 
meinem. 

387
00:20:01,360 --> 00:20:03,160
Auf aus meiner Aufgabe 
rausgerissen, weil ich halt 

388
00:20:03,160 --> 00:20:05,840
irgendwelche anderen Dinge habe 
und dazu gehören so positive 

389
00:20:05,840 --> 00:20:08,080
Dinge wie irgendwie 
Mittagspause, aber. 

390
00:20:08,950 --> 00:20:10,190
Auch Dinge dazu. 
Dass. 

391
00:20:11,750 --> 00:20:16,790
Da. 
Dass irgendwie wieder das 

392
00:20:16,790 --> 00:20:18,510
nächste Meeting irgendwie 
ansteht. 

393
00:20:18,510 --> 00:20:20,270
Und dann will wieder jemand 
irgendwie n 

394
00:20:20,270 --> 00:20:23,470
strategieplanungsmeeting machen,
oder dann gibt es irgendwie 

395
00:20:24,470 --> 00:20:27,230
unseren. 
Weiß ich nicht. 

396
00:20:27,230 --> 00:20:29,430
Dann kommt kommt wieder ein 
Kollege auf mich zu wegen wegen 

397
00:20:29,430 --> 00:20:31,790
irgendwelchen Fragen, die er mit
mir klären will. 

398
00:20:31,790 --> 00:20:33,590
Im schlimmsten Fall kriege ich 
dann noch irgendwie ein Meeting 

399
00:20:33,590 --> 00:20:35,430
von einer halben Stunde in 
meinen Kalender reingedrückt, 

400
00:20:35,430 --> 00:20:38,030
was ich dann wahrnehmen muss und
da fällt es einem natürlich auch

401
00:20:38,030 --> 00:20:40,550
schwer sich komplett da 
rauszuhalten, weil. 

402
00:20:41,150 --> 00:20:44,470
Dann natürlich auch andere drauf
angewiesen sind, meinen Input zu

403
00:20:44,470 --> 00:20:46,390
bekommen. 
Und manche Dinge sind halt auch 

404
00:20:46,390 --> 00:20:50,110
einfach vom Unternehmen her 
vorgegeben, dass man bestimmte 

405
00:20:51,030 --> 00:20:54,990
Austauschformate hat, aber alle 
diese Dinge, die mich wirklich 

406
00:20:54,990 --> 00:20:58,110
aus diesem Gedankenfluss 
rausreißen, sind eigentlich 

407
00:20:58,110 --> 00:21:01,790
negative Aspekte und Dinge, die 
mir helfen, in diesem 

408
00:21:02,870 --> 00:21:05,230
Standardbegriff, den man, den 
man immer verwendet, in diesem 

409
00:21:05,230 --> 00:21:07,870
Flow zu bleiben. 
Alles was mir hilft, im Flow zu 

410
00:21:07,870 --> 00:21:10,990
bleiben, ist positiv und führt 
dazu, dass ich mich am Ende 

411
00:21:10,990 --> 00:21:13,750
produktiver fühle, und ich 
glaube, eine Gute. 

412
00:21:14,830 --> 00:21:16,270
Uns einfach auch mit den 
Menschen zu reden. 

413
00:21:16,270 --> 00:21:18,430
Das heißt man, wenn man sagt, 
ich muss. 

414
00:21:19,510 --> 00:21:23,110
Developer Productivity messen 
sollte auf jeden Fall einer der 

415
00:21:23,110 --> 00:21:25,030
Aspekte sein, dass ich 
regelmäßig mit den Leuten 

416
00:21:25,030 --> 00:21:27,830
spreche und sage, OK. 
Hast du das Gefühl, dass du 

417
00:21:27,830 --> 00:21:31,550
produktiv bist? 
Und was sind Dinge, die dir das 

418
00:21:31,550 --> 00:21:34,990
Gefühl geben, dass dir deine 
Produktivität runterziehen und 

419
00:21:34,990 --> 00:21:37,470
dann konkret an diesen Dingen zu
arbeiten? 

420
00:21:38,870 --> 00:21:41,430
Ich hab da, ich hab da ne 
Meinung zu ich ich mag das 

421
00:21:41,430 --> 00:21:43,350
nämlich eigentlich nicht so, 
also hast du es noch gar nicht 

422
00:21:43,350 --> 00:21:44,950
gemacht, aber ich mag das 
eigentlich nicht so, dass du oft

423
00:21:44,950 --> 00:21:48,150
irgendwie verteufelt wird, das 
so das das entwicklerinnen 

424
00:21:48,150 --> 00:21:50,510
Entwickler sind so Meeting scheu
und die haben irgendwie keinen 

425
00:21:50,510 --> 00:21:53,190
Bock irgendwie auf auf auf 
Abstimmungen und sowas. 

426
00:21:53,390 --> 00:21:56,550
Und ich glaube das das stimmt 
nicht, weil jeder, der irgendwie

427
00:21:56,550 --> 00:21:58,310
schon n bisschen länger in der 
Branche ist, weiß es natürlich 

428
00:21:58,310 --> 00:22:00,310
wichtig ist, sich im Team 
abzustimmen, was man gerade 

429
00:22:00,310 --> 00:22:02,430
macht und es kann auch Spaß 
machen, Zischenergebnisse zu 

430
00:22:02,430 --> 00:22:04,590
präsentieren. 
Aber wie du gerade gesagt hast, 

431
00:22:04,590 --> 00:22:07,150
was was uns developern 
wahnsinnig wichtig ist, ist Flow

432
00:22:07,230 --> 00:22:09,670
ist Fokus. 
Ich bin zum Beispiel selber n 

433
00:22:09,670 --> 00:22:12,070
richtig n riesen Verfechter vom 
Pomodoro Framework, wo man 

434
00:22:12,070 --> 00:22:16,110
einfach 25 Minuten an einem Task
Mega fokussiert arbeitet und in 

435
00:22:16,110 --> 00:22:18,110
der Zeit auch bitte nicht 
geschört und nicht unterbrochen 

436
00:22:18,110 --> 00:22:20,070
wird und dann auch manchmal ganz
überrascht ist, wieviel man in 

437
00:22:20,070 --> 00:22:23,030
25 Minuten schaffen kann, wenn 
man sich nicht ablenken lässt. 

438
00:22:23,550 --> 00:22:26,550
Und es ist völlig OK und es ist 
auch jedem klar, dass dass es 

439
00:22:26,550 --> 00:22:28,350
Meetings und Abstimmungen 
braucht. 

440
00:22:29,270 --> 00:22:32,190
Aber um diesen Flow gleichzeitig
zu gewährleisten, halte ich es 

441
00:22:32,190 --> 00:22:34,430
für wichtig, dass diese Dinge 
planbar sind. 

442
00:22:34,710 --> 00:22:36,470
Ich kann gerne in 
Abstimmungsmeeting mit dir 

443
00:22:36,470 --> 00:22:40,830
gehen, aber nicht heute in einer
Dreiviertelstunde, weil ich bin 

444
00:22:40,830 --> 00:22:43,310
ja gerade vielleicht im Kopf an 
irgendwas dran, sondern wenn du 

445
00:22:43,310 --> 00:22:45,310
mir, wenn es ein Regelmeeting 
gibt oder wenn man sagt, Hey, 

446
00:22:45,310 --> 00:22:48,550
halt dir bitte, also am 
Freitagnachmittag haben wir alle

447
00:22:48,550 --> 00:22:50,950
unsere Abstimmungsmeetings oder 
sowas oder es gibt eine Stunde 

448
00:22:50,950 --> 00:22:53,630
am Tag oder irgendwas, weil dann
plane ich da gar nicht Arbeit 

449
00:22:53,630 --> 00:22:56,190
ein, da kann ich meinen Flow 
darauf vorbereiten, dass ich da 

450
00:22:56,190 --> 00:22:57,910
vielleicht nicht in diese deep 
Zone bin, wo ich dann 

451
00:22:57,910 --> 00:23:00,510
rausgerissen werde und mich dann
halt schlecht fühle. 

452
00:23:01,760 --> 00:23:03,520
Ja, jetzt gerade. 
Ist aber irgendwie doof, weil 

453
00:23:03,520 --> 00:23:05,240
ich sehe ein, dass du nicht 
weiterkommst. 

454
00:23:05,240 --> 00:23:07,840
Aber ich bin ja auch gerade voll
in diesem Konzentrationsflow 

455
00:23:07,840 --> 00:23:10,520
drin und ich glaube, gibt den 
Leuten, und das ist mit 

456
00:23:10,520 --> 00:23:13,120
Sicherheit nicht nur was für 
Developer, sondern für jeden, 

457
00:23:13,120 --> 00:23:17,160
der irgendwie produktiv sein 
möchte, gib den planbare 

458
00:23:17,160 --> 00:23:19,400
Meetings so, dass sie ihren 
Workflow von vorne rein planen 

459
00:23:19,400 --> 00:23:22,160
können und ich halt dann auch 
diese knackigen Dinge nicht 

460
00:23:22,160 --> 00:23:23,840
angehen, wenn sie wissen, dass 
in einer halben Stunde 

461
00:23:23,840 --> 00:23:26,150
irgendwie. 
N Stand up ansteht. 

462
00:23:26,670 --> 00:23:29,590
Ja, bin ich absolut bei dir und 
ich glaub was man vermeiden muss

463
00:23:29,590 --> 00:23:32,710
ist diese Fragmentierung der 
Tage, die man heute bei vielen 

464
00:23:32,710 --> 00:23:34,390
ja sieht. 
Ne, dass man irgendwie. 

465
00:23:35,190 --> 00:23:37,910
Alle anderthalb Stunden gibt es 
irgendwie das nächste Meeting, 

466
00:23:37,910 --> 00:23:39,430
weil das reißt einem aus dem 
Gedanken raus. 

467
00:23:39,430 --> 00:23:42,310
Und selbst wenn du jetzt sagst, 
OK, vielleicht verwendet man so 

468
00:23:42,310 --> 00:23:45,550
n Framework wo ich mich 30 
Minuten voll konzentriert in ein

469
00:23:45,550 --> 00:23:49,470
Thema reinstürze ich muss mir ja
vorher mal Gedanken dazu gemacht

470
00:23:49,470 --> 00:23:52,550
haben und wenn ich dann wieder 
irgendwie kontexwitches habe, 

471
00:23:52,550 --> 00:23:55,910
das reißt mich natürlich raus 
und ich glaube, wir müssen 

472
00:23:55,910 --> 00:23:57,470
versuchen diese Fragmentierung 
zu vermeiden. 

473
00:23:57,470 --> 00:24:00,030
Wir müssen versuchen 
Kontextwitches zu vermeiden und 

474
00:24:00,150 --> 00:24:03,270
kontexwitches, die können halt 
einfach ich persönlich bin 

475
00:24:03,270 --> 00:24:04,590
jemand der leicht abzulenken 
ist. 

476
00:24:04,590 --> 00:24:07,230
Das heißt für mich ist schon so 
ein Kontext Switch der mich 

477
00:24:07,230 --> 00:24:11,320
ablenkt. 
Ich muss online was nachschauen 

478
00:24:11,360 --> 00:24:13,680
und dann, ah, da sind noch 3 
andere Browser Tabs offen. 

479
00:24:13,680 --> 00:24:15,640
Ach das ist ja auch spannend und
dann bin ich plötzlich wieder in

480
00:24:15,640 --> 00:24:18,920
einem völlig anderen Thema drin.
Auf youtube. 

481
00:24:21,080 --> 00:24:23,080
Ich glaube, da muss man sich 
letzten Endes wirklich auch 

482
00:24:23,080 --> 00:24:26,360
selber disziplinieren. 
Aber man kann das natürlich auch

483
00:24:26,360 --> 00:24:30,320
als als Team, als Unternehmen 
und als Developer selber steuern

484
00:24:30,640 --> 00:24:34,840
und mich reißen halt solche 
technischen Themen raus und 

485
00:24:34,840 --> 00:24:36,240
solche Dinge, die von außen 
kommen. 

486
00:24:36,510 --> 00:24:38,750
Alle anderen Dinge kann man so n
bisschen auch selber 

487
00:24:38,750 --> 00:24:41,710
beeinflussen und ich glaub es 
ist wichtig, wenn wir jetzt über

488
00:24:41,710 --> 00:24:45,030
developer protectivity so aus 
der Team Unternehmensperspektive

489
00:24:45,030 --> 00:24:47,430
sprechen, dass wir gucken, OK 
was sind so Dinge die jetzt 

490
00:24:47,430 --> 00:24:50,590
nicht du Robin Manuel als 
einzige als einzelne Person an 

491
00:24:50,590 --> 00:24:53,110
deinem Alltag verbessern kannst,
sondern was sind Dinge, die wir 

492
00:24:53,110 --> 00:24:57,390
als Team besser machen können, 
damit du am Ende sagst, Hey das 

493
00:24:57,390 --> 00:25:01,470
war toll, ich fühle mich dadurch
jetzt produktiver und da mögen 

494
00:25:01,790 --> 00:25:04,270
technische Aspekte zugehören. 
Wir haben glaube ich auch mal 

495
00:25:04,270 --> 00:25:07,590
eine Folge gemacht über dev 
Container, das finde ich halt 

496
00:25:07,590 --> 00:25:11,630
ein ganz tolles Werkzeug um sich
wirklich produktiver zu fühlen, 

497
00:25:11,630 --> 00:25:14,990
weil häufig. 
Arbeitet man an verschiedenen 

498
00:25:14,990 --> 00:25:16,630
Dingen, gerade wenn man 
irgendwie. 

499
00:25:17,590 --> 00:25:19,550
Microservices oder ähnliche 
Dinge hat, wo es 

500
00:25:19,550 --> 00:25:21,310
unterschiedliche Projekte gibt, 
mit unterschiedlichen 

501
00:25:21,310 --> 00:25:23,150
Abhängigkeiten. 
Und wenn du dann jedes Mal 

502
00:25:23,150 --> 00:25:25,910
irgendwie erstmal, wenn du in so
n neues Ding reingehst und 

503
00:25:25,910 --> 00:25:27,470
irgendwie n paar Stunden 
verlierst und dein ganzes 

504
00:25:27,470 --> 00:25:29,950
technisches Setup wieder auf den
aktuellen Stand zu bringen, dann

505
00:25:29,950 --> 00:25:32,870
fühlst du dich unproduktiv. 
Es mag am Ende nicht so sein, 

506
00:25:32,870 --> 00:25:35,870
wie man es immer hört und neue 
Devadopfer brauchen hier 4 Tage 

507
00:25:35,870 --> 00:25:38,190
um ihr Setup irgendwie 
aufzubauen gibt's auch ich hab 

508
00:25:38,190 --> 00:25:41,070
von Firmen gehört, wenn dann 
neue Leute ins Team kommen 

509
00:25:41,070 --> 00:25:43,710
brauchen die erstmal Tage um 
überhaupt Hardware zu bekommen 

510
00:25:43,710 --> 00:25:46,350
und brauchen dann Tage um alle 
Zugänge zu bekommen und dann 

511
00:25:46,350 --> 00:25:49,910
dauert es noch viele Stunden um 
halt die ganzen Depenses lokal 

512
00:25:49,910 --> 00:25:52,870
zu installieren. 
Ja gibt es auch, aber selbst 

513
00:25:52,870 --> 00:25:55,840
wenn. 
Wir das in unserem Alltag nicht 

514
00:25:55,840 --> 00:25:59,480
als Problem haben, nervt es halt
tierisch, wenn ich irgendwie in 

515
00:25:59,480 --> 00:26:02,680
so ein Thema reingehe, wo ich 
einfach mal 3 Wochen habe ich 

516
00:26:02,680 --> 00:26:05,040
jetzt an was anderem gearbeitet.
Ich geh jetzt wieder da rein und

517
00:26:05,040 --> 00:26:07,160
dann funktioniert es halt nicht 
mehr, dann baut es auf meiner 

518
00:26:07,160 --> 00:26:09,120
lokalen Maschine nicht mehr, 
weil irgendjemand was geändert 

519
00:26:09,120 --> 00:26:10,600
hat und. 
Ultra nervig. 

520
00:26:10,600 --> 00:26:13,280
Das ist super nervig und das 
zieht wirklich die Produktivität

521
00:26:13,280 --> 00:26:15,400
runter und deswegen sowas wie 
def Container finde ich super 

522
00:26:15,400 --> 00:26:19,640
cool, von daher gern nochmal in 
die alte Folge reinhören zu dem 

523
00:26:19,640 --> 00:26:22,550
Thema. 
Gibt es lokal auf der eigenen 

524
00:26:22,550 --> 00:26:26,390
Maschine, gibt es Cloud basiert 
finde ich super cool, weil damit

525
00:26:26,390 --> 00:26:29,350
bin ich quasi Instant auf dem 
aktuellen Stand und kann 

526
00:26:29,350 --> 00:26:32,230
anfangen zu arbeiten finde ich 
ist eine extrem große 

527
00:26:32,230 --> 00:26:35,230
Bereicherung, die sich über die 
letzten wie lang gibt es das 

528
00:26:35,230 --> 00:26:39,110
Thema 5 Jahre entwickelt hat 
finde ich finde ich super gut. 

529
00:26:41,120 --> 00:26:43,920
Einen zweiten technischen Punkt,
den ich noch habe, ist ein 

530
00:26:44,720 --> 00:26:46,710
bisschen. 
Zu dem, was wir hier im Podcast 

531
00:26:46,710 --> 00:26:48,950
machen, aber nicht ständig auf 
jedes neueste Thema irgendwie 

532
00:26:48,950 --> 00:26:51,910
technisch draufspringen, weil 
ich fühl mich produktiv, also 

533
00:26:51,910 --> 00:26:55,030
weil, also sorry, ich geh noch 
mal 2 Schritte zurück, wo mein 

534
00:26:55,030 --> 00:26:57,910
Gedanke herkommt ist. 
Es gibt ja einfach Phasen, wo 

535
00:26:57,910 --> 00:26:59,630
ich sag, ich hatte heute nen Tag
da, ich konnt mich gut 

536
00:26:59,630 --> 00:27:02,510
konzentrieren, ich bin nicht 
unterbrochen worden, ich hab 

537
00:27:02,510 --> 00:27:06,990
hier 5 Stunden rumgecodeed, aber
ich saß hier gerade. 

538
00:27:06,990 --> 00:27:09,430
Wie heißt das 5 Stunden an 
diesem verdammten kleinen 

539
00:27:09,430 --> 00:27:10,990
Problem und ich hab irgendwas 
nicht hin. 

540
00:27:10,990 --> 00:27:14,030
Ich war jetzt also ich hab sie 5
Stunden Login eingebaut in diese

541
00:27:14,030 --> 00:27:16,510
App und irgendwas hat nicht 
geklappt und irgendwie konnt ich

542
00:27:16,510 --> 00:27:20,470
den Token nicht validieren und 
also was auch immer so das gibt 

543
00:27:20,470 --> 00:27:22,430
es ja, dass man sagt das war 
jetzt ja gar nicht die Schuld 

544
00:27:22,430 --> 00:27:25,830
von von unserem technischen 
Setup oder von unserer 

545
00:27:25,910 --> 00:27:29,240
Organisation. 
Sondern da war vielleicht 

546
00:27:29,240 --> 00:27:30,560
irgendwie ne Doku, verhaltet 
irgendwas. 

547
00:27:30,560 --> 00:27:32,320
Das hat mich irgendwas genervt, 
da fühlt man sich ja auch 

548
00:27:32,320 --> 00:27:35,400
unproduktiv und dann einfach 
sagen okay, dass man sich 

549
00:27:35,400 --> 00:27:38,600
vielleicht in auch über Projekte
hinweg oder innerhalb eines 

550
00:27:38,600 --> 00:27:42,320
Projekts den Text Tag nicht 
dauernd wechselt, sondern dass 

551
00:27:42,320 --> 00:27:44,640
ich vielleicht beim nächsten 
Projekt jetzt nicht sag, ich 

552
00:27:44,640 --> 00:27:47,080
spring jetzt auf das nächste 
Fancy Java Script Framework, wo 

553
00:27:47,080 --> 00:27:49,440
ich dann wieder irgendwie die 
Basics werden muss, oder ich 

554
00:27:49,440 --> 00:27:52,200
springe jetzt auf den ja, jetzt 
kommt da dieser neue coole 

555
00:27:52,200 --> 00:27:55,240
Identity Provider um die Ecke, 
lass mal den einbauen, sondern 

556
00:27:55,240 --> 00:27:57,080
wirklich produktiv würde ich 
mich ja fühlen, wenn ich die. 

557
00:27:57,390 --> 00:28:00,110
Wenn ich das wissen, das 
Know-how vom alten Projekt auch 

558
00:28:00,110 --> 00:28:03,150
aufs Neue übertragen kann und 
uns allen in den Fingern, ich 

559
00:28:03,150 --> 00:28:05,230
meine machen den Podcast hier 
nichts anderes als alle 2 Wochen

560
00:28:05,230 --> 00:28:06,790
über neue Fans die Sachen zu 
sprechen. 

561
00:28:08,550 --> 00:28:11,990
Aber diese gelernten Dinge 
wieder anwenden zu können und 

562
00:28:11,990 --> 00:28:13,590
dass sie eigentlich das das 
Geniale in der 

563
00:28:13,590 --> 00:28:16,870
Softwareentwicklung, dass man 
Dinge wieder verwenden kann und 

564
00:28:16,870 --> 00:28:18,870
nicht jedes Wort, Ach komm, 
jetzt probieren wir mal doch mal

565
00:28:18,870 --> 00:28:21,830
die neue Datenbanktechnologie 
aus, ich glaube, das ist auch so

566
00:28:21,830 --> 00:28:24,070
n. 
Produktivitätsbremse auch wenn 

567
00:28:24,070 --> 00:28:27,190
uns das allen in den Fingern 
juckt, wenn man wirklich sagt, 

568
00:28:27,190 --> 00:28:29,190
EY, wie können wir denn, wie 
kommen wir denn jetzt wirklich 

569
00:28:29,190 --> 00:28:31,710
im schnellsten voran, dann ist 
es doch eigentlich eher, auf 

570
00:28:31,710 --> 00:28:33,630
bewährte Sachen zu setzen, auch 
wenn es vielleicht mittlerweile 

571
00:28:33,630 --> 00:28:35,150
irgendwas gibt, was ein bisschen
fancy ist. 

572
00:28:35,950 --> 00:28:39,390
Mhm, ich hab ja gerade schon auf
frühere Folgen verwiesen und da 

573
00:28:39,390 --> 00:28:41,350
will ich auch einfach noch mal 
auch unsere Plattform 

574
00:28:41,350 --> 00:28:45,470
Engineering Folge verweisen, 
weil genau solche Best Practices

575
00:28:45,470 --> 00:28:48,430
Technologie Stacks können wir 
dann in so einer Plattform 

576
00:28:48,430 --> 00:28:51,830
hinterlegen und wenn ich dann. 
In ein neues Projekt einsteige, 

577
00:28:51,830 --> 00:28:53,790
kann ich direkt darauf 
zurückgreifen und die Dinge 

578
00:28:53,790 --> 00:28:55,990
funktionieren halt einfach. 
Und dann bekomme ich im 

579
00:28:55,990 --> 00:28:59,120
Idealfall. 
Einen guten Start mit 

580
00:28:59,240 --> 00:29:01,120
entsprechender 
Entwicklungsumgebung über einen 

581
00:29:01,120 --> 00:29:02,480
Def. 
Container irgendwie und kann 

582
00:29:02,480 --> 00:29:04,520
dann wirklich anfangen und kann 
dann auf das Wissen aus dem 

583
00:29:04,520 --> 00:29:07,120
letzten Projekt zurückgreifen 
und muss dann nicht um das 

584
00:29:07,120 --> 00:29:10,240
gleiche Problem nochmal zu lösen
wieder die gleichen Aufwand 

585
00:29:10,240 --> 00:29:13,240
betreiben wie beim letzten Mal. 
Finde ich einen absolut validen 

586
00:29:13,240 --> 00:29:17,080
Punkt um wirklich auch das 
Gefühl zu haben, hey ich bin 

587
00:29:17,080 --> 00:29:19,480
produktiv, weil eigentlich für 
Produktivität. 

588
00:29:20,280 --> 00:29:22,960
Auch persönlich ist es ja ein 
wichtiger Faktor, dass man auch 

589
00:29:22,960 --> 00:29:25,200
das Problem gelöst kriegt, 
manchmal fühlt man sich auch 

590
00:29:25,200 --> 00:29:28,040
einfach produktiv, weil man was 
Neues gelernt hat, aber. 

591
00:29:28,680 --> 00:29:30,200
Häufig ist es ja so. 
Ich habe ein Problem, das möchte

592
00:29:30,200 --> 00:29:31,920
ich lösen und wenn ich das 
Problem gelöst habe, dann fühle 

593
00:29:31,920 --> 00:29:35,440
ich mich gut und umso kürzer 
dieser Zeitraum ist, bis ich das

594
00:29:35,440 --> 00:29:37,120
Problem gelöst habe, umso 
besser. 

595
00:29:38,920 --> 00:29:40,560
Und Limitiere mich nicht in der 
Art und Weise, wie ich das 

596
00:29:40,560 --> 00:29:42,920
Problem lösen will. 
Ich habe das in einigen Folgen 

597
00:29:42,920 --> 00:29:44,840
schon mal gesagt, dass ich das 
sehr allergisch reagiere, wenn 

598
00:29:44,840 --> 00:29:48,640
mir jemand Hardware, Tooling und
sowas vorschreiben will, ich, 

599
00:29:48,640 --> 00:29:50,440
weil ich glaube, dass 
Produktivität am Ende was sehr 

600
00:29:50,440 --> 00:29:54,950
individuelles ist, ja. 
Vor allem die die Workflows, die

601
00:29:54,950 --> 00:29:58,550
dahin führen. 
Jeder hat seine andere Lieblings

602
00:29:58,550 --> 00:30:01,110
IDI, jeder verwendet einen 
anderen Browser, den er 

603
00:30:01,110 --> 00:30:03,150
irgendwie jetzt irgendwie machen
möchte, jeder macht sich Notizen

604
00:30:03,150 --> 00:30:06,230
in einem anderen Tool, schreibt 
mir da nicht so viel vor, also 

605
00:30:06,230 --> 00:30:10,630
ne wir beide arbeiten auch mit 
Kunden die sagen ah okay nee um 

606
00:30:10,630 --> 00:30:13,990
den Befehl jetzt auszusetzen 
oder um da jetzt irgendwie hier 

607
00:30:13,990 --> 00:30:16,430
den Container hochzuladen muss 
ich mich erst irgendwie auf 

608
00:30:16,430 --> 00:30:18,990
einer anderen virtuellen 
Maschine per Remote Desktop 

609
00:30:18,990 --> 00:30:21,430
einwählen, die jetzt in dem 
Rechenzentrum steht die dann 

610
00:30:21,430 --> 00:30:24,320
Zugriff drauf hat. 
Ah ja, okay, jetzt hast du mir 

611
00:30:24,320 --> 00:30:27,880
hier irgendwie im Chat diesen 
Befehl geschickt, den kann ich 

612
00:30:27,880 --> 00:30:29,080
jetzt hier aber gar nicht 
ausführen. 

613
00:30:29,080 --> 00:30:31,000
Ich kann aber auch kein copy 
Paste auf die andere Maschine 

614
00:30:31,000 --> 00:30:32,560
machen, weil das irgendwie 
unterbunden ist. 

615
00:30:32,960 --> 00:30:35,000
Auf der anderen Maschine habe 
ich jetzt, wie kriege ich denn 

616
00:30:35,000 --> 00:30:38,680
diese eine Zeile Code auf die 
andere Maschine, also dieses so 

617
00:30:38,760 --> 00:30:41,920
oh das ist wirklich wahnsinnig 
machen, wenn ich dann irgendwie 

618
00:30:42,160 --> 00:30:44,920
einfach nur was ausprobieren 
will und wir beide wissen und 

619
00:30:44,920 --> 00:30:47,440
wahrscheinlich auch die meisten 
die hier zuhören, dass es das 

620
00:30:47,440 --> 00:30:50,480
gibt und dass das auch viel gibt
und dass mich das schon 

621
00:30:50,480 --> 00:30:52,400
wahnsinnig macht, wenn ich da 
irgendwie zuschauen muss bei. 

622
00:30:52,910 --> 00:30:55,230
Und wenn ich selber so arbeiten 
müsste und oft kann man ja gar 

623
00:30:55,230 --> 00:30:58,430
nichts für, aber dann, das würd 
mich wahnsinnig machen und mach 

624
00:30:58,430 --> 00:31:02,030
es mir einfach zu arbeiten und 
das klingt so einfach, aber mach

625
00:31:02,030 --> 00:31:05,390
es mir einfach zu arbeiten und 
lass mich n bisschen meine 

626
00:31:05,390 --> 00:31:07,950
eigene Produktivität selber 
gestalten und wenn ich jetzt den

627
00:31:07,950 --> 00:31:10,910
einen Browser nehmen will und es
jetzt keinen defacto Grund weil 

628
00:31:10,910 --> 00:31:13,350
der wirklich unsicher ist oder 
sowas gibt der dagegen spricht 

629
00:31:13,710 --> 00:31:17,110
oder ich aber ich editiere 
meinen Code aber lieber so oder 

630
00:31:17,110 --> 00:31:20,670
ich hab lieber Dark Mode an oder
was weiß ich oder ich nehm 

631
00:31:20,670 --> 00:31:22,950
lieber den Git client solange 
das alles halt irgendwie git 

632
00:31:22,950 --> 00:31:23,910
ist. 
Solange du den gleiche 

633
00:31:23,910 --> 00:31:25,870
Programmiersprache schreibst wie
alle anderen ist es doch auch 

634
00:31:25,870 --> 00:31:28,030
egal und schreib mir da nicht so
viel vor. 

635
00:31:29,400 --> 00:31:33,600
Ja, ich glaub letzten Endes bin 
ich zwar in meiner Position sehr

636
00:31:33,600 --> 00:31:36,600
privilegiert, weil mein 
Arbeitgeber gibt mir einfachen 

637
00:31:36,600 --> 00:31:40,000
Zugang zu den ganzen Tools. 
Ich brauch halt nicht irgendwie 

638
00:31:40,000 --> 00:31:43,960
VPN Zugänge und kann halt Tools 
wie Code Space verwenden, aber 

639
00:31:44,480 --> 00:31:46,840
letzten Endes habe ich das auch 
schon erlebt, dass du irgendwie 

640
00:31:46,960 --> 00:31:48,960
auf eine Unternehmensressource 
zurückgreifen musst. 

641
00:31:48,960 --> 00:31:52,160
Da muss ich aber für per VPN 
verbinden, aber der VPN sagt, 

642
00:31:52,160 --> 00:31:53,760
Nee nee, du kommst hier nicht 
rein, du musst erst mal die 

643
00:31:53,760 --> 00:31:56,520
Request Updates installieren, 
dann sitzt er erst mal da 20 

644
00:31:56,520 --> 00:31:58,480
Minuten installiert die Updates 
Republic rebootest deinen 

645
00:31:58,480 --> 00:32:00,640
Rechner, muss erstmal alles neu 
starten. 

646
00:32:00,790 --> 00:32:03,630
Hatten und kannst dann auf die 
Ressource zurückgreifen. 

647
00:32:03,630 --> 00:32:08,790
Ich glaub nichts erzeugen, so 
viel Gefühl von Unproduktivität 

648
00:32:08,830 --> 00:32:12,150
als durch solche Dinge zu 
springen und ich dementsprechend

649
00:32:12,150 --> 00:32:14,790
ist es glaub ich ganz wichtig 
wenn ich produktive Developer 

650
00:32:14,790 --> 00:32:17,630
haben kann, muss ich halt ein 
einfaches Setup bereitstellen, 

651
00:32:17,630 --> 00:32:20,270
was einfach funktioniert und wo 
ich nicht durch diverse Hürden 

652
00:32:20,270 --> 00:32:23,150
springen muss um einfach mal ein
paar Zeilen Code lauffähig zu 

653
00:32:23,150 --> 00:32:25,950
produzieren. 
Du meinst das Setup, wo nicht 

654
00:32:25,950 --> 00:32:28,710
die Mitarbeiter selber in 7 
Tagen einen 

655
00:32:28,710 --> 00:32:31,070
Kalendersynchronisierungstool 
bauen müssen, weil dein 

656
00:32:31,070 --> 00:32:34,960
Arbeitgeber es nicht erlaubt? 
Im privaten Kalender mit dem 

657
00:32:34,960 --> 00:32:37,670
Arbeitskalender. 
Dir so, dass du keine 

658
00:32:37,670 --> 00:32:39,550
Terminkonflikte hast. 
Meinst du sowas vielleicht? 

659
00:32:39,910 --> 00:32:43,870
Ich glaub, das ist eher so n 
Luxusproblem von dir, weil du zu

660
00:32:43,870 --> 00:32:46,550
viele Kalender hast. 
Nein nein, ich glaub es gibt da 

661
00:32:46,550 --> 00:32:48,750
schon Grenzen. 
Man muss auch sicherstellen, 

662
00:32:48,750 --> 00:32:51,270
dass Dinge den entsprechenden 
Sicherheitsstandards 

663
00:32:51,270 --> 00:32:54,070
entsprechen, aber man kann das 
halt so oder so machen und das 

664
00:32:54,070 --> 00:32:57,310
heißt ja nicht, dass solche 
modernen Ansätze, die 

665
00:32:57,310 --> 00:32:59,990
mittlerweile viele jüngere 
Unternehmen fahren, per se 

666
00:32:59,990 --> 00:33:02,910
unsicherer sind als die Dinge, 
die vielleicht noch in manchen 

667
00:33:02,910 --> 00:33:05,910
großen Konzernen eingesetzt 
werden als das. 

668
00:33:07,360 --> 00:33:10,200
Vor 10 Jahren noch der Standard 
war und seitdem hat sich daran 

669
00:33:10,200 --> 00:33:13,760
nichts mehr geändert. 
Auch heute spreche ich quasi 

670
00:33:13,760 --> 00:33:16,360
wöchentlich mit Developer, die 
sagen ich hab hier meine 

671
00:33:16,360 --> 00:33:18,920
developer Maschine, die ist 
total Lockdown und ich muss 

672
00:33:18,920 --> 00:33:23,040
jetzt hier über irgendwelche 
virtuellen Desktop Umgebungen 

673
00:33:23,040 --> 00:33:25,840
reingehen um überhaupt einen 
Webbrowser aufzumachen um mal 

674
00:33:25,840 --> 00:33:28,400
kurz im Internet was zu 
recherchieren um das Problem zu 

675
00:33:28,400 --> 00:33:31,280
lösen oder ich komme jetzt 
gerade nicht ins Internet weil 

676
00:33:31,280 --> 00:33:33,200
irgendwie mal Zertifikat 
abgelaufen ist und jetzt muss 

677
00:33:33,200 --> 00:33:35,840
ich morgen ins Büro fahren und 
meinen Rechner einmal ans 

678
00:33:35,960 --> 00:33:39,160
Netzwerk hängen damit ich das 
neue Zertifikat Krieg und solche

679
00:33:39,160 --> 00:33:42,160
Späße kann man natürlich 
vermeiden indem man sagt okay 

680
00:33:42,560 --> 00:33:45,910
wir als Unternehmen sehen. 
Uns zum Ziel, dass wir die 

681
00:33:45,910 --> 00:33:49,350
Developer Produktivität erhöhen 
und machen das nicht nur im 

682
00:33:49,350 --> 00:33:52,030
Sinne von wir messen 
irgendwelche Zahlen und sagen 

683
00:33:52,030 --> 00:33:54,030
dann den Leuten, ihr seid 
unproduktiv, ihr müsst einfach 

684
00:33:54,030 --> 00:33:57,270
mehr arbeiten, damit ihr bessere
Zahlen generiert, sondern sich 

685
00:33:57,270 --> 00:33:58,950
wirklich Gedanken darüber 
machen. 

686
00:33:59,270 --> 00:34:02,670
Was muss ich tun, damit die 
Leute auch sich produktiv 

687
00:34:02,670 --> 00:34:03,830
fühlen? 
Und ich glaub, das find ich nur 

688
00:34:03,830 --> 00:34:07,030
raus, wenn ich mit den Menschen 
spreche und das passiert und da 

689
00:34:07,030 --> 00:34:10,350
ist der Bogen zum Anfang meiner 
Meinung nach zu selten. 

690
00:34:10,429 --> 00:34:12,949
Ganz viele gehen jetzt hin und 
sagen, OK, wir brauchen sowas 

691
00:34:12,949 --> 00:34:15,350
wie Dora und dann messen wir das
alles und dann wissen wir wie 

692
00:34:15,350 --> 00:34:17,469
produktiv wir sind, dann führen 
wir ein neues Tool ein und dann 

693
00:34:17,469 --> 00:34:20,949
sehen wir ob es hoch oder runter
geht, aber einmal mit den Leuten

694
00:34:20,949 --> 00:34:23,830
zu sprechen, irgendwie 
ordentlich designten Survey zu 

695
00:34:23,830 --> 00:34:26,909
machen, vielleicht sogar mit 
irgendwie einer Hochschule, die 

696
00:34:26,909 --> 00:34:30,750
sich mit solchen qualitativen 
Umfragen gut auskennen und 

697
00:34:30,750 --> 00:34:33,880
einfach mal eine Studie intern 
zu machen, mit den Leuten zu 

698
00:34:33,880 --> 00:34:36,679
sprechen und dann Dinge 
herauszusuchen, die man wirklich

699
00:34:36,679 --> 00:34:40,440
einfach lösen kann, sehe ich 
einfach viel zu selten. 

700
00:34:42,120 --> 00:34:45,440
Hast du Zugang zu den Tools, die
du brauchst, um produktiv zu 

701
00:34:45,440 --> 00:34:46,960
arbeiten? 
Und ist dieser Zugang irgendwie 

702
00:34:46,960 --> 00:34:49,800
einfach? 
Hast du Zugang zu dem Know How, 

703
00:34:49,800 --> 00:34:52,679
das du brauchst? 
Kannst du, wenn du ein Seminar 

704
00:34:52,679 --> 00:34:54,239
besuchen willst. 
Wenn du ein Training brauchst? 

705
00:34:54,239 --> 00:34:56,800
Wenn du, wenn du einfach nur ein
youtube Video über ein Thema 

706
00:34:56,800 --> 00:35:00,000
gucken willst, hast du das geht 
das hast du. 

707
00:35:01,030 --> 00:35:04,390
Hast du das Gefühl, dass wir 
konsistent sind in der Art, die 

708
00:35:04,390 --> 00:35:07,470
wir arbeiten? 
Hast du das Gefühl, dass du 

709
00:35:07,470 --> 00:35:10,310
blockiert wirst und zu häufig 
auf irgendwelche Kollegen oder 

710
00:35:10,310 --> 00:35:12,350
Eltern underwork Items warten 
musst? 

711
00:35:12,710 --> 00:35:15,390
Hast du das Gefühl, dass unsere 
Prozesse gut funktionieren? 

712
00:35:15,710 --> 00:35:18,950
Fühlst, und das sind doch Dinge,
die ich Abfrage sage. 

713
00:35:18,950 --> 00:35:22,510
Fühlst du dich produktiv und ich
glaube, dass das, was auch der 

714
00:35:22,510 --> 00:35:25,390
Konsens für uns alle ist und 
eigentlich ist es glaub ich, da 

715
00:35:25,390 --> 00:35:27,190
wird so n riesen beheiterung 
gemacht, aber wie du gerade 

716
00:35:27,190 --> 00:35:29,670
gesagt hast, eigentlich ist es 
ganz einfach, frag die Leute und

717
00:35:29,670 --> 00:35:32,750
machst den Leuten einfach Motiv 
zu sein, weil am Ende glaube ich

718
00:35:32,750 --> 00:35:36,390
ist das ein Menschenbedürfnis 
jeder aber die meisten Leute 

719
00:35:36,390 --> 00:35:39,430
möchten produktiv sein weil sie 
es einfach gut anfühlt produktiv

720
00:35:39,430 --> 00:35:44,070
zu sein und wenn und je weniger 
Steine ich den Leuten in den Weg

721
00:35:44,070 --> 00:35:46,400
lege, desto höher. 
Höher ist die 

722
00:35:46,400 --> 00:35:47,400
Wahrscheinlichkeit, dass sie 
sich selber. 

723
00:35:49,310 --> 00:35:50,070
Wieso? 
Wieso? 

724
00:35:50,070 --> 00:35:52,510
Wasser fließt selber so den Weg 
des geringsten Widerstandes 

725
00:35:52,510 --> 00:35:55,230
selber suchen und dann schon 
kommen und dann muss ich 

726
00:35:55,230 --> 00:35:57,190
eigentlich immer nur abfragen 
Hey gibt es irgendwelche 

727
00:35:57,190 --> 00:35:58,470
Probleme? 
Vielleicht ist die 

728
00:35:58,470 --> 00:36:00,070
Teamaufstellung falsch, 
vielleicht haben wir zu viel 

729
00:36:00,070 --> 00:36:03,550
Leute die das eine Thema gut 
können aber nur wie einen Abend 

730
00:36:03,550 --> 00:36:05,550
Frontend Development alles 
irgendwie bauen muss und die 

731
00:36:05,550 --> 00:36:08,390
Backend Leute warten die ganze 
Zeit sowas ist zum Beispiel was 

732
00:36:08,390 --> 00:36:11,870
wo man sagt die Verteilung im 
Team muss vielleicht messen oder

733
00:36:11,870 --> 00:36:15,590
ich habe viel zu viele juniorige
Developer aber fast keine 

734
00:36:15,590 --> 00:36:18,950
Seniors oder alle sind coder und
keiner managed wirklich das 

735
00:36:18,950 --> 00:36:20,230
Team. 
Solche Dinge kann man natürlich 

736
00:36:20,230 --> 00:36:23,030
rausfinden, aber in erster Linie
sorgt dafür, dass die Leute sich

737
00:36:23,030 --> 00:36:26,640
selber ihre Produktivität. 
Gestalten können, weil es was 

738
00:36:26,640 --> 00:36:30,600
Individuelles ist. 
Und ja, fragt das regelmäßig ab 

739
00:36:30,600 --> 00:36:33,000
und wieso, sprich mit den 
Leuten, schau was schau was du 

740
00:36:33,000 --> 00:36:37,240
tun kannst und versuch nicht 
alles glatt und gleichzuziehen, 

741
00:36:37,360 --> 00:36:40,200
sondern versuche den Leuten 
glaube ich Verantwortung selber 

742
00:36:40,200 --> 00:36:42,280
in die Hand zu geben, denn jeder
möchte eigentlich selber 

743
00:36:42,280 --> 00:36:44,360
produktiv sein und sich das 
selber auch gestalten. 

744
00:36:46,110 --> 00:36:49,590
Schaffe jenseits dieser 
Produktivitätsmetriken, die 

745
00:36:49,590 --> 00:36:52,710
wirklich auch die subjektive 
Developer Produktivität zu 

746
00:36:52,710 --> 00:36:55,670
erhöhen hat, das natürlich auch 
diverse andere positive Effekte.

747
00:36:56,070 --> 00:36:58,550
Und das ist natürlich n 
positiver Trend, den ich 

748
00:36:58,550 --> 00:37:00,470
wirklich sehe. 
Ich hab jetzt schon in einigen 

749
00:37:00,470 --> 00:37:02,950
Gesprächen auch mit großen 
Unternehmen den Begriff 

750
00:37:03,150 --> 00:37:06,470
Developer Satisfaction oder 
Developer Happiness gehört und 

751
00:37:06,470 --> 00:37:10,190
das ist eigentlich ein super 
gutes Thema und häufig ist es 

752
00:37:10,190 --> 00:37:15,070
so, wenn ich developer Happiness
Messe Leute befrage, hängt das 

753
00:37:15,070 --> 00:37:17,390
ganz stark mit dem Thema 
Produktivität. 

754
00:37:17,510 --> 00:37:19,350
Zusammen, das ist ganz 
interessant irgendwie, wenn ich,

755
00:37:19,350 --> 00:37:22,910
wenn ich zu jemandem gehe, der 
am Fließband arbeitet, die 

756
00:37:22,910 --> 00:37:24,750
Person ist vielleicht nicht 
unbedingt glücklicher, wenn sie 

757
00:37:24,750 --> 00:37:27,030
den Output irgendwie n bisschen 
erhöht hat, aber bei Development

758
00:37:27,030 --> 00:37:29,110
ist es tatsächlich so, wenn sie 
sich produktiv fühlen, wenn Sie 

759
00:37:29,110 --> 00:37:32,150
das Gefühl haben, Sie haben Ihr 
Ziel erreicht und da lagen wenig

760
00:37:32,150 --> 00:37:34,990
Hindernisse im Weg, sie 
konzentriert arbeiten, dann sind

761
00:37:34,990 --> 00:37:37,670
sie zufriedener, glücklicher und
ich glaube, wir alle haben das 

762
00:37:37,670 --> 00:37:41,550
schon erlebt, manche häufiger, 
manche sind weniger häufig, dass

763
00:37:41,550 --> 00:37:44,430
wir nicht, ich habe ein Problem 
gelöst, dann hat das richtig so 

764
00:37:44,430 --> 00:37:49,230
ein gibt's so ein richtiges, und
da freut man sich, hat das 

765
00:37:49,230 --> 00:37:50,990
Problem gelöst, da kann man 
irgendwie. 

766
00:37:52,040 --> 00:37:53,880
Ganz entspannt in die Pause 
gehen, kleinen Spaziergang 

767
00:37:53,880 --> 00:37:56,840
machen und freut sich 2 Stunden 
später noch wie Produktivität. 

768
00:37:58,000 --> 00:38:00,680
Da kann man dann erfolgreich in 
die Kantine gehen und kreuzt 

769
00:38:00,680 --> 00:38:03,320
dann noch 2 Stunden später immer
noch, wie wie gut man am 

770
00:38:03,320 --> 00:38:07,400
Vormittag war und ich glaube, 
solche positiven Erlebnisse muss

771
00:38:07,400 --> 00:38:10,520
man fördern, fördert die 
Zufriedenheit und letzten Endes 

772
00:38:10,520 --> 00:38:15,880
führt es dazu, dass die Leute in
dem Team arbeiten, auch es 

773
00:38:15,880 --> 00:38:17,840
einfacher ist Leute im Team zu 
halten. 

774
00:38:18,110 --> 00:38:21,670
Und das spielt dann natürlich 
immer alles. 

775
00:38:23,440 --> 00:38:25,160
Im Zusammenhang, weil wenn ich 
irgendwie unzufriedene Leute 

776
00:38:25,160 --> 00:38:27,120
hab, dann verlassen die das 
Team. 

777
00:38:27,120 --> 00:38:28,720
Ich hab häufige Wechsel, das 
zieht dann wieder die 

778
00:38:28,720 --> 00:38:32,000
Produktivität der anderen runter
und ich mein von daher kann man 

779
00:38:32,000 --> 00:38:34,560
da glaube ich einen sehr 
positiven Entwicklung 

780
00:38:35,160 --> 00:38:40,240
vorantreiben, wenn man weggeht 
von den Zahlen und Produktivität

781
00:38:40,240 --> 00:38:45,720
wirklich auch qualitativ misst. 
Finde ich einen schönen 

782
00:38:45,720 --> 00:38:48,960
Schlusssatz einfach zu sagen, 
Leute. 

783
00:38:50,640 --> 00:38:52,680
Steckt gar nicht so viel Energie
da rein developer Productivity 

784
00:38:52,680 --> 00:38:55,280
zu messen, sondern Messe 
Developer Happiness, weil das 

785
00:38:55,280 --> 00:38:58,800
bedingt developer proaktivity 
ganz automatisch Leute suchen 

786
00:38:58,800 --> 00:39:02,480
sich das selber und es ist auch 
die viel angenehmere Umfrage und

787
00:39:02,480 --> 00:39:05,320
Abfrage der Leute haben Spaß da 
Feedback zu geben ob sie happy 

788
00:39:05,320 --> 00:39:07,800
sind. 
Ich glaube das ist niemand hat 

789
00:39:07,800 --> 00:39:11,120
Sorge irgendwie kontrolliert zu 
werden und ich bin felsenfest 

790
00:39:11,120 --> 00:39:13,920
davon überzeugt, dass ein 
glücklicher Entwickler, der 

791
00:39:13,920 --> 00:39:16,840
richtig Spaß bei seiner Arbeit 
hat oder bei ihrer Arbeit hat, 

792
00:39:17,640 --> 00:39:19,870
automatisch. 
Produktiver wird, weil das, wie 

793
00:39:19,870 --> 00:39:22,390
du gesagt hast, einfach Spaß 
macht, Dinge zu shippen und zu 

794
00:39:22,390 --> 00:39:24,350
bauen sagen hier das Feature, 
das ist endlich fertig, das hab 

795
00:39:24,350 --> 00:39:28,750
ich gebaut, das fühlt sich gut 
an und ich bin felsenfest davon 

796
00:39:28,790 --> 00:39:32,110
überzeugt, dass ich das bedingt,
aber es kann natürlich sein, 

797
00:39:32,110 --> 00:39:34,870
dass wir hier sehr bias sind, ne
wir sind beides developer, 

798
00:39:35,270 --> 00:39:38,590
natürlich sagen wir es mal 
lieber meine eigene Happiness 

799
00:39:38,590 --> 00:39:40,870
wie du gesagt hast, das fragt 
dich, dann fließt man 

800
00:39:40,870 --> 00:39:43,430
wahrscheinlich auch fast keiner 
nach, da bedingt sich das aber 

801
00:39:43,430 --> 00:39:47,430
auch nicht, auch nicht so sehr 
und deswegen werde ich einfach 

802
00:39:47,430 --> 00:39:50,110
auch gerne mal auf eure Meinung 
gespannt ist. 

803
00:39:51,440 --> 00:39:54,720
Das Konsens auch bei euch, das 
Developer Happiness sich 

804
00:39:54,720 --> 00:39:57,600
eigentlich eigentlich die 
bessere und wichtigere Metrik 

805
00:39:57,600 --> 00:40:00,200
ist, weil das automatisch die 
Productivity bedingt, oder muss 

806
00:40:00,200 --> 00:40:02,240
man das schon irgendwo messen, 
weil man sonst irgendwas 

807
00:40:02,240 --> 00:40:04,760
vergisst oder irgendwas hinten 
überfällt oder sonst alle nur 

808
00:40:05,000 --> 00:40:07,920
ganz happy Ihre neuen Fancy Java
Script Frameworks ausführen, 

809
00:40:07,920 --> 00:40:11,200
aber gar nichts geschippt wird? 
Das ist ja auch eine Gefahr, ist

810
00:40:11,200 --> 00:40:13,880
ein Thema wo es glaube ich ganz 
viele Meinungen gibt, deswegen 

811
00:40:14,120 --> 00:40:17,760
was ist eure Meinung dazu? 
Lasst uns das gerne wissen, wenn

812
00:40:17,760 --> 00:40:20,200
ihr das öffentlich chatten wollt
könnt ihr das gerne machen. 

813
00:40:20,200 --> 00:40:23,910
Es gibt bei Spotify. 
Die Möglichkeit, unter der Folge

814
00:40:23,910 --> 00:40:26,950
Kommentare zu hinterlassen. 
Wir freuen uns aber auch sehr 

815
00:40:26,950 --> 00:40:30,270
darüber, damit euch privat zu 
diskutieren und dazu können wir 

816
00:40:30,270 --> 00:40:31,630
uns auch gerne einfach ne E-Mail
schreiben. 

817
00:40:31,630 --> 00:40:34,630
Ne e Mailadresse findet ihr auch
in der Beschreibung vom Podcast.

818
00:40:34,870 --> 00:40:36,550
Lasst uns da gerne ne Meinung 
da. 

819
00:40:37,230 --> 00:40:39,790
Können wir gerne auch dann noch 
mal diskutieren oder halt in der

820
00:40:39,790 --> 00:40:41,470
nächsten Folge noch mal 
aufgreifen. 

821
00:40:42,510 --> 00:40:44,550
Und. 
Wenn euch die Folge gefallen 

822
00:40:44,550 --> 00:40:46,550
hat, lasst uns gerne positive 
Bewertungen. 

823
00:40:46,550 --> 00:40:50,950
Da freut uns immer entweder auf 
Spotify oder Apple Podcasts und 

824
00:40:50,950 --> 00:40:53,470
wenn ihr uns was Gutes tun 
wollt, findet ihr unten in den 

825
00:40:53,470 --> 00:40:56,910
Shownotes den Link zu bei mir 
Coffee, da könnt ihr einen 

826
00:40:56,910 --> 00:41:01,430
Kaffee ausgeben oder in unserem 
Shop euch die eigene to do 

827
00:41:01,430 --> 00:41:05,190
developer Podcast kaffeetasse 
kaufen, da freuen wir uns 

828
00:41:05,190 --> 00:41:08,830
natürlich auch immer sehr, wenn 
wir das ein oder andere Foto 

829
00:41:08,830 --> 00:41:11,150
bekommen von euch mit unserer 
Tasse. 

830
00:41:12,840 --> 00:41:14,880
Dann, bis dahin habt eine gute 
Zeit. 

831
00:41:14,880 --> 00:41:17,800
Wir hören uns in 2 Wochen 
wieder, denn der To do Cast 

832
00:41:17,800 --> 00:41:21,840
erscheint alle 2 Wochen, macht's
gut, bis dahin habt eine gute 

833
00:41:21,840 --> 00:41:24,640
Zeit und schreibt ganz viel 
kommt ciao. 

834
00:41:24,920 --> 00:41:25,440
Bis dann.