WEBVTT

00:00:00.620 --> 00:00:05.180
Ja, hallo liebe Hörer und Hörer. Willkommen beim Python-Podcast, Folge 22.

00:00:06.300 --> 00:00:09.400
Wir machen heute Projektmanagement, vielleicht auch ein bisschen mit Python.

00:00:10.140 --> 00:00:14.380
Und spannenderweise ist genau diese Folge die Folge, die bis jetzt am wenigsten funktioniert hat.

00:00:14.540 --> 00:00:20.060
Und wir versuchen seit September diese Folge aufzunehmen und hatten schon mehrere Termine, die dann wieder geplatzt sind.

00:00:20.200 --> 00:00:23.580
Und dann haben wir schon mal eine Folge aufgenommen, die total nicht funktioniert hat.

00:00:23.620 --> 00:00:26.400
Und jetzt fangen wir wieder von vorne an. Also Projektmanagement ist eine tricky Sache.

00:00:26.700 --> 00:00:29.560
Wir sind wieder beim Jochen im Wintergarten. Hallo Jochen.

00:00:29.560 --> 00:00:30.740
und Remote.

00:00:31.460 --> 00:00:34.360
Und Remote dabei sind heute wieder zwei unserer Stargäste.

00:00:35.540 --> 00:00:36.720
Und zwar der Christian und der Johannes.

00:00:37.160 --> 00:00:37.320
Hi.

00:00:37.760 --> 00:00:38.200
Hallo.

00:00:40.540 --> 00:00:45.480
Vielleicht noch ein bisschen vorher am Anfang ein paar News aus der Szene einstreuen?

00:00:46.220 --> 00:00:47.920
Ja, können wir eigentlich mal mit anfangen.

00:00:47.920 --> 00:00:48.380
Genau.

00:00:50.980 --> 00:00:52.080
Was gibt es denn Neues?

00:00:52.820 --> 00:00:54.920
Der Christian hatte was Spannendes, glaube ich.

00:00:54.920 --> 00:00:56.420
Ich hatte

00:00:56.420 --> 00:00:59.000
eingeworfen, wart ihr eigentlich nicht beim

00:00:59.000 --> 00:01:00.580
Python Camp dabei? Ich habe gerade überlegt,

00:01:00.720 --> 00:01:01.820
dass ihr das gesagt hattet.

00:01:02.480 --> 00:01:04.940
Da hatte ich das vorgestellt, weil ihr

00:01:04.940 --> 00:01:07.120
sagtet, dass das PIP-Env

00:01:07.120 --> 00:01:08.380
gerade einen Release bekommen hat

00:01:08.380 --> 00:01:10.900
zum Thema, wie man so Anwendungen

00:01:10.900 --> 00:01:13.280
paketiert, beziehungsweise ganze Anwendungen

00:01:13.280 --> 00:01:14.580
irgendwo ausrollt mit dem Virtual Env.

00:01:15.120 --> 00:01:16.880
Da habe ich tatsächlich Anfang des

00:01:16.880 --> 00:01:18.540
Jahres oder vor so zwei, drei Monaten,

00:01:18.820 --> 00:01:20.240
als Corona gerade losging,

00:01:21.080 --> 00:01:22.780
selber was gebaut, das nennt sich App-Env,

00:01:22.780 --> 00:01:25.800
womit man dann mit einer Requirements-Text-Datei

00:01:25.800 --> 00:01:28.500
oder einem Freeze-File

00:01:28.500 --> 00:01:29.760
in der Lage ist

00:01:29.760 --> 00:01:31.520
Self-Contained, Self-Bootstrapping

00:01:31.520 --> 00:01:32.560
Anwendungen zu bauen

00:01:32.560 --> 00:01:35.800
die man aber auch auf beliebige andere

00:01:35.800 --> 00:01:37.280
Python-Pakete

00:01:37.280 --> 00:01:38.620
einfach draufjagen kann

00:01:38.620 --> 00:01:41.080
das war so ein kleines

00:01:41.080 --> 00:01:43.520
interessantes Werkzeug für Leute, die in dem großen

00:01:43.520 --> 00:01:44.460
Potpourri aus

00:01:44.460 --> 00:01:46.120
wie kann man noch

00:01:46.120 --> 00:01:48.400
das Projekt Environment

00:01:48.400 --> 00:01:50.480
da reinwerfen

00:01:50.480 --> 00:01:52.860
eine der wenigen Möglichkeiten, Virtual Env zu machen.

00:01:52.980 --> 00:01:53.380
Ja, genau.

00:01:55.100 --> 00:01:55.500
Ja.

00:01:56.200 --> 00:01:58.740
Ja, was sind eure Lieblingssachen? Also das ist tatsächlich auch dein Lieblingsweg,

00:01:58.900 --> 00:02:00.500
da Env zu machen? App Env?

00:02:02.460 --> 00:02:04.380
Halt immer für dieses Thema von, ich will die

00:02:04.380 --> 00:02:06.440
in der Form vorliegen haben,

00:02:06.580 --> 00:02:08.680
um in Projekten, wo ich mich mit anderen

00:02:08.680 --> 00:02:09.880
koordinieren muss

00:02:09.880 --> 00:02:12.660
und wir das nicht so global auf dem System

00:02:12.660 --> 00:02:13.600
installieren wollen,

00:02:14.240 --> 00:02:15.820
ist es bei App Env so, dass du

00:02:15.820 --> 00:02:17.940
so eine kleine Bootstrap-Datei

00:02:17.940 --> 00:02:20.200
unter dem Namen, wie du diese Anwendung

00:02:20.200 --> 00:02:24.000
in dem Projekt benutzt, in dein Repository mit eincheckst, sodass jeder andere,

00:02:24.140 --> 00:02:27.340
der dieses Projekt auscheckt, einfach nur .slash,

00:02:28.000 --> 00:02:31.920
in unserem Fall ist das Bateau, das Deployment-Werkzeug, aber das kann halt irgendwas anderes sein, was dann

00:02:31.920 --> 00:02:36.220
in einem Virtual-End als Executable lebt, aufgerufen wird und er sich automatisch

00:02:36.220 --> 00:02:40.100
darum kümmert, dass jeder die richtige Version und alle Dependencies etc.

00:02:40.280 --> 00:02:44.220
bekommt. Und wenn du halt manchmal im Team mit 20, 30 Projekten arbeitest,

00:02:44.260 --> 00:02:47.880
die alle unterschiedliche Versionen haben, aber dann eins wurde dann doch wieder aktualisiert,

00:02:47.880 --> 00:02:49.880
dann ist das halt eine schöne Variante

00:02:49.880 --> 00:02:51.880
um zu machen, dass niemand sich

00:02:51.880 --> 00:02:53.940
drum kümmern muss, wenn er mit dem

00:02:53.940 --> 00:02:55.320
Ding interagiert, ob das jetzt gerade

00:02:55.320 --> 00:02:57.380
aktualisiert wurde oder nicht, insofern

00:02:57.380 --> 00:02:59.780
das passt uns sehr sehr gut

00:02:59.780 --> 00:03:01.060
ja, okay

00:03:01.060 --> 00:03:03.880
für eine Entwicklung nehme ich es aber nicht, also wenn ich

00:03:03.880 --> 00:03:05.700
Projekte entwickle, dann mache ich meistens einfach

00:03:05.700 --> 00:03:06.880
wirklich bloß ein ganz dummes

00:03:06.880 --> 00:03:09.060
Virtual-Env in einem

00:03:09.060 --> 00:03:11.880
ausgecheckten Repo rein, ich mache gerne viele

00:03:11.880 --> 00:03:13.740
tausend Virtual-Envs

00:03:13.740 --> 00:03:14.700
überall rechts und links

00:03:14.700 --> 00:03:17.140
ich activate die auch nicht

00:03:17.140 --> 00:03:19.720
sondern ich rufe sie dann immer mit den absoluten Faden

00:03:19.720 --> 00:03:20.820
aus dem Projekt raus auf

00:03:20.820 --> 00:03:22.220
Okay?

00:03:23.120 --> 00:03:25.560
Ich habe mich so ein bisschen in das, was Jochen mir gesagt hat

00:03:25.560 --> 00:03:27.400
Poetry verliebt, das fand ich irgendwie auch ganz nett

00:03:27.400 --> 00:03:31.140
Ja, also ich

00:03:31.140 --> 00:03:33.360
benutze meistens Poetry

00:03:33.360 --> 00:03:35.500
und das ist halt auch, also in den Projekten

00:03:35.500 --> 00:03:37.160
ich habe es noch nicht alles umgestellt, aber

00:03:37.160 --> 00:03:39.720
in denen, in denen ich das getan

00:03:39.720 --> 00:03:40.180
habe

00:03:40.180 --> 00:03:43.460
war es dann halt auch so, dass es relativ einfach ist

00:03:43.460 --> 00:03:45.100
immer wenn ich jetzt da irgendwie was ändere

00:03:45.100 --> 00:03:46.880
oder so mache ich gleich ein Poetry Update

00:03:46.880 --> 00:03:49.020
und sozusagen habe dann

00:03:49.020 --> 00:03:51.060
auch immer aktualisierte Fassungen

00:03:51.060 --> 00:03:52.760
während das bei dem Ansatz, den ich früher hatte mit

00:03:52.760 --> 00:03:54.780
Virtual Envs immer so ein bisschen hakelig war,

00:03:55.200 --> 00:03:58.640
muss man sich erst raussuchen, welche sind denn outdated

00:03:58.640 --> 00:04:00.540
und kann man die jetzt upgraden oder nicht, aber

00:04:00.540 --> 00:04:02.500
Poetry Update einmal testlich laufen lassen

00:04:02.500 --> 00:04:04.820
reicht eigentlich immer

00:04:04.820 --> 00:04:06.960
und das funktioniert tatsächlich auch für mich

00:04:06.960 --> 00:04:08.900
ziemlich gut. Was mich

00:04:08.900 --> 00:04:10.900
so ein bisschen nervt, ist, dass es teilweise sehr, sehr lange

00:04:10.900 --> 00:04:13.140
braucht, bis die

00:04:13.140 --> 00:04:15.040
Dependencies aufgelöst sind

00:04:15.040 --> 00:04:16.800
und ich weiß nicht so genau, woran das liegt.

00:04:17.560 --> 00:04:23.420
Aber was halt da interessant ist, es gab tatsächlich eine neue PIP-Env-Release.

00:04:26.440 --> 00:04:29.640
Und da sind einige interessante Geschichten dazugekommen.

00:04:29.780 --> 00:04:31.720
Das heißt, momentan könnte man sich das nochmal angucken.

00:04:32.520 --> 00:04:35.360
Und vielleicht wäre jetzt nochmal ein guter Zeitpunkt, das mit Poetry zu vergleichen,

00:04:35.440 --> 00:04:39.700
weil Poetry habe ich eigentlich nur deswegen genommen und dann halt auch vorgeschlagen,

00:04:41.500 --> 00:04:43.300
weil das halt aktiv entwickelt wurde.

00:04:43.300 --> 00:04:45.420
und PipM saw so ein bisschen danach aus, als

00:04:45.420 --> 00:04:47.420
wäre die Entwicklung

00:04:47.420 --> 00:04:48.920
da im Wesentlichen schon passiert und das

00:04:48.920 --> 00:04:51.360
liegt halt so rum, aber tut irgendwie

00:04:51.360 --> 00:04:53.380
nichts mehr und das hat sich wohl geändert.

00:04:53.740 --> 00:04:55.380
Also insofern sollte man sich das

00:04:55.380 --> 00:04:57.260
vielleicht nochmal angucken, aber habe ich jetzt auch noch nicht gemacht, insofern

00:04:57.260 --> 00:04:58.100
kann ich dazu nichts sagen.

00:04:59.280 --> 00:05:01.080
Bei PipM stand halt so ein bisschen raus,

00:05:01.240 --> 00:05:03.400
dass es da auch mal wieder so einen Übergang gab von

00:05:03.400 --> 00:05:05.420
ich glaube, war das Kenneth Reitz,

00:05:05.560 --> 00:05:07.500
der das Original entwickelt hatte

00:05:07.500 --> 00:05:09.580
und er dann halt aber es auch

00:05:09.580 --> 00:05:11.320
in der Form hatte, wo er

00:05:11.320 --> 00:05:13.240
sagte, ganz fertig ist es noch nicht und dann

00:05:13.240 --> 00:05:15.060
der Übergang zu die PIPA.

00:05:15.380 --> 00:05:17.060
Leute haben gesagt, wir würden sie

00:05:17.060 --> 00:05:19.080
im Prinzip jetzt übernehmen, aber diese Arten

00:05:19.080 --> 00:05:21.060
von Transitionen sind halt mit Kenneth manchmal

00:05:21.060 --> 00:05:21.940
so ein bisschen holperig.

00:05:23.960 --> 00:05:24.960
Ich merke auch gerade,

00:05:25.020 --> 00:05:26.180
ich habe gerade...

00:05:26.180 --> 00:05:29.140
Der Kenneth ist auch so einer, der gerne Projekte

00:05:29.140 --> 00:05:31.100
anfängt, oder? Der macht

00:05:31.100 --> 00:05:33.240
ganz viele Sachen erstmal und die...

00:05:34.860 --> 00:05:35.080
Ja,

00:05:35.200 --> 00:05:36.940
da gibt es ganz viele Sachen, die er mal angefangen hat,

00:05:37.020 --> 00:05:39.280
um es mal so zu sagen. Das ist keine Kritik

00:05:39.280 --> 00:05:40.500
oder so, sondern es ist einfach was,

00:05:40.500 --> 00:05:42.540
um die Überleitung hinzukriegen.

00:05:43.240 --> 00:05:58.380
Erfolgreiche Projekte werden auch irgendwann beendet und so, ja, was unterscheidet denn irgendwie so ein Stück Software von einem Projekt, ja, das ist eine interessante Frage.

00:05:59.120 --> 00:06:01.960
Sobald ihr damit seine News habt, müssen wir da mal drüber sprechen.

00:06:02.520 --> 00:06:02.900
Ja, ja.

00:06:03.080 --> 00:06:04.480
Ach du, du hattest auch noch nicht, oh ja.

00:06:04.480 --> 00:06:05.140
Ja, ja, natürlich.

00:06:06.120 --> 00:06:09.740
Ja, jetzt break ich hier wieder einfach so rein und mach trotzdem wieder News.

00:06:09.740 --> 00:06:12.180
und zwar gab es einen Blog-Eintrag von

00:06:12.180 --> 00:06:14.020
Kay Patterson, der geschrieben hat,

00:06:14.160 --> 00:06:16.180
dass Async Python nicht faster ist und

00:06:16.180 --> 00:06:17.380
da ein paar Benchmarks gemacht hat.

00:06:17.860 --> 00:06:20.020
War ganz interessant, den werden wir mal in die Show Notes linken.

00:06:20.760 --> 00:06:22.240
Oh ja, da gab es dann auf Twitter

00:06:22.240 --> 00:06:24.160
habe ich nur gesehen, dass das irgendwie Leute, die

00:06:24.160 --> 00:06:26.080
darauf reagiert haben und dann geschrieben haben, war das doch alles

00:06:26.080 --> 00:06:28.180
Unsinn, aber ich weiß nicht mehr genau, warum oder

00:06:28.180 --> 00:06:29.020
wer oder das

00:06:29.020 --> 00:06:30.920
kann ich mich auch nicht mehr so hart dran.

00:06:32.060 --> 00:06:32.500
Ja, ja.

00:06:34.800 --> 00:06:35.820
Also Sync ist schneller als Async,

00:06:36.020 --> 00:06:37.840
ist die Aussage von diesem Blog-Post.

00:06:37.840 --> 00:06:39.360
Ja, aber für was?

00:06:39.940 --> 00:06:42.000
Ich kann ja einen Benchmark schreiben, der

00:06:42.000 --> 00:06:43.520
beliebige Ergebnisse hat

00:06:43.520 --> 00:06:46.440
Gute Frage, für was?

00:06:47.300 --> 00:06:48.060
Hat die verschiedenen

00:06:48.060 --> 00:06:50.280
Web-Server getestet oder verschiedenen Loads, je nachdem

00:06:50.280 --> 00:06:52.040
wie viel Work an und wie viel True-Port

00:06:52.040 --> 00:06:52.880
hast du irgendwie generiert

00:06:52.880 --> 00:06:56.020
Einfach mal

00:06:56.020 --> 00:06:58.180
ein bisschen mitzumeinen, was ich dann auf Twitter

00:06:58.180 --> 00:07:00.040
gelesen habe, ist, dass die Leute ihm vorgeworfen haben,

00:07:00.180 --> 00:07:01.100
dass er halt eigentlich nur

00:07:01.100 --> 00:07:04.140
Postgres getestet hat, weil da war

00:07:04.140 --> 00:07:05.760
halt irgendwann Schluss und

00:07:05.760 --> 00:07:13.620
und er hat halt irgendwie gar nicht wirklich Async getestet und das wäre halt irgendwie nicht okay gewesen, der Benchmark.

00:07:14.180 --> 00:07:17.080
Aber ich habe es mir auch selber nicht angeguckt, insofern kann ich das nicht sagen.

00:07:17.160 --> 00:07:18.300
Aber das ist auf jeden Fall eine interessante Geschichte.

00:07:18.440 --> 00:07:21.840
Ich würde auch sagen, das ist ein schwieriges Thema.

00:07:22.080 --> 00:07:25.440
Leute wissen nicht so genau, was sie meinen, wenn sie denn sagen, Async ist schneller.

00:07:26.200 --> 00:07:32.420
Also insofern, ich würde auch sagen, wenn man Async irgendwie macht, hat das natürlich einen gewissen Overhead.

00:07:32.420 --> 00:07:33.840
also wenn man jetzt einfach nur

00:07:33.840 --> 00:07:36.800
ein Programm hat, das irgendwie durchläuft

00:07:36.800 --> 00:07:38.840
dann ist das in der Sync-Fassung immer ein kleines

00:07:38.840 --> 00:07:40.900
bisschen schneller als in der Async-Fassung

00:07:40.900 --> 00:07:42.520
aber wenn man jetzt irgendwie

00:07:42.520 --> 00:07:44.880
keine Ahnung, viele Requests gleichzeitig beantworten

00:07:44.880 --> 00:07:46.340
will oder so, dann

00:07:46.340 --> 00:07:48.740
kann das natürlich mit Async deutlich schneller sein, es kommt halt immer

00:07:48.740 --> 00:07:50.140
drauf an, was man macht

00:07:50.140 --> 00:07:52.640
also was man misst, also misst man die Zeit von

00:07:52.640 --> 00:07:55.020
es fängt an, ein Request zu bearbeiten

00:07:55.020 --> 00:07:56.920
bis der Request ist fertig bearbeitet

00:07:56.920 --> 00:07:59.040
oder wie viele Requests pro Sekunde

00:07:59.040 --> 00:07:59.960
gehen da durch oder so

00:07:59.960 --> 00:08:02.140
was misst man da eigentlich

00:08:02.140 --> 00:08:05.220
Wichtiger finde ich eigentlich eher

00:08:05.220 --> 00:08:07.520
es geht ja darum, dass das ein anderes Programmierparadigma

00:08:07.520 --> 00:08:09.960
ist, in dem man bestimmte komplexe

00:08:09.960 --> 00:08:10.920
Abläufe

00:08:10.920 --> 00:08:13.380
halt zuverlässiger aufschreiben können soll

00:08:13.380 --> 00:08:14.500
also

00:08:14.500 --> 00:08:17.160
du hast halt manchmal das Problem, dass du

00:08:17.160 --> 00:08:18.740
irgendeine Form von Parallelisierung brauchst

00:08:18.740 --> 00:08:20.920
Parallelisierung Richtung I.O., Parallelisierung

00:08:20.920 --> 00:08:23.060
im Balancing, wer irgendwie

00:08:23.060 --> 00:08:24.220
Compute-Zeit kriegt

00:08:24.220 --> 00:08:27.000
und Async

00:08:27.000 --> 00:08:28.800
ist ja tatsächlich halt, heißt ja erstmal

00:08:28.800 --> 00:08:29.500
Async I.O.

00:08:29.500 --> 00:08:29.500


00:08:29.500 --> 00:08:34.680
und da halt Patterns zu haben, die dann zum Beispiel eben schneller und skalierbarer

00:08:34.680 --> 00:08:38.840
auf irgendwie viele Endpoints reagieren können, das sind ja die Themen, wo dann im Linux

00:08:38.840 --> 00:08:42.340
oder bei anderen halt das Thema SelectPol, E-Pol

00:08:42.340 --> 00:08:46.920
etc. kommen, um zu gucken, wie viel CPU-Overhead muss eigentlich nachher draufgehen

00:08:46.920 --> 00:08:50.560
um diese ganzen ausstehenden Ressourcen zu verwalten, damit dann irgendwann wieder

00:08:50.560 --> 00:08:54.840
aus der Kernel-CPU-Zeit in die User-CPU-Zeit

00:08:54.840 --> 00:08:58.560
gewechselt werden kann, um zu sagen, ah, ich hab ja jetzt, du kannst jetzt wieder richtige Arbeit machen, ich stehe jetzt

00:08:58.560 --> 00:09:01.960
nicht bloß da und dreht Däumchen, um rauszufinden, wo was erreicht wurde.

00:09:02.440 --> 00:09:06.100
Und das kannst du mit Threads natürlich auch machen, hast aber da dann wiederum halt das Problem,

00:09:06.220 --> 00:09:10.720
dass du das ganz schnell in Locking-Probleme und Koordinationsprobleme und gesharete Datenstrukturen

00:09:10.720 --> 00:09:14.260
und Async hat halt dort den Vorteil, du kannst es leichter aufschreiben,

00:09:14.400 --> 00:09:19.200
weil die Punkte, wann die Kontrollflüsse unterbrochen werden, besser kontrollierbar sind.

00:09:19.600 --> 00:09:22.540
Weil du halt weißt, immer nur wenn ich Yield oder wenn ich die Methode verlasse,

00:09:22.940 --> 00:09:24.960
die Koroutine verlasse, dann gibt es diese Kontextwechsel,

00:09:24.960 --> 00:09:28.500
das heißt, du brauchst an vielen Stellen bei geteilten Datenstrukturen keine Logs etc.

00:09:28.560 --> 00:09:31.160
etc. etc. Das ist halt...

00:09:31.160 --> 00:09:32.360
Ah, okay, aber das ist interessant.

00:09:32.500 --> 00:09:34.200
Ja, ne, das finde ich völlig valide und

00:09:34.200 --> 00:09:36.640
ich meine, ich würde jetzt sagen, mit Threads

00:09:36.640 --> 00:09:38.220
kann man das ja auch irgendwie, sozusagen,

00:09:38.300 --> 00:09:40.580
wenn man halt eine Queue und Logs, gut, ja, eben,

00:09:40.680 --> 00:09:42.400
stimmt, braucht man also... Genau, Logs

00:09:42.400 --> 00:09:45.080
haben halt das Problem, das sind Kerneldatenstrukturen,

00:09:45.140 --> 00:09:46.560
die du fürs Logging halt brauchst und die haben

00:09:46.560 --> 00:09:48.560
halt Overhead und das ist halt blöd und wenn du die gar nicht mehr

00:09:48.560 --> 00:09:50.600
brauchst, zack, geht das

00:09:50.600 --> 00:09:52.360
halt weg. Deswegen ist eher die Frage,

00:09:52.680 --> 00:09:54.120
wie verhält sich AsyncIO gegenüber

00:09:54.120 --> 00:09:56.240
Threads und für mich die wichtigere

00:09:56.240 --> 00:09:58.540
Kombination ist aber, dass du halt Fehler

00:09:58.540 --> 00:10:00.880
Quellen eliminierst. Das Dumme

00:10:00.880 --> 00:10:02.720
ist halt, Async ist jetzt auch nicht perfekt

00:10:02.720 --> 00:10:04.860
und es programmiert sich manchmal auch

00:10:04.860 --> 00:10:06.280
ein bisschen komisch, das ist halt so das

00:10:06.280 --> 00:10:08.060
Rot-Blau-Problem,

00:10:09.180 --> 00:10:10.020
das ist dann halt plötzlich,

00:10:10.300 --> 00:10:12.340
dein Python-Code hat halt dann

00:10:12.340 --> 00:10:14.160
eine rote und eine blaue Variante, nämlich

00:10:14.160 --> 00:10:16.680
die Funktionen, die Sync sind und die

00:10:16.680 --> 00:10:18.740
Funktionen, die Async sind und die darfst du nicht

00:10:18.740 --> 00:10:19.500
durcheinander bringen.

00:10:20.800 --> 00:10:22.580
Die dürfen sich auch nicht gegenseitig aufrufen,

00:10:22.680 --> 00:10:24.400
das ist auch eine super coole Sache. Ja genau,

00:10:24.500 --> 00:10:26.560
da musst du immer so eine Übergabe-Punkte machen

00:10:26.560 --> 00:10:28.460
und das ist tatsächlich so ein bisschen, na, es geht noch

00:10:28.460 --> 00:10:30.360
fluffiger. Ja, aber

00:10:30.360 --> 00:10:32.580
optimaler. Ja, alles Async.

00:10:32.860 --> 00:10:34.040
Das ist die Lösung jetzt gerade.

00:10:35.080 --> 00:10:35.440
Furchtbar.

00:10:36.980 --> 00:10:38.340
Also ich mache das tatsächlich

00:10:38.340 --> 00:10:40.380
eher so, dass ich dann immer mal so Code-Zweige habe, wo ich sage,

00:10:40.440 --> 00:10:42.300
jetzt muss ich parallel was machen, jetzt hole ich mal

00:10:42.300 --> 00:10:44.920
für diesen Sub-Call-Tree

00:10:44.920 --> 00:10:46.300
Async raus,

00:10:46.560 --> 00:10:48.200
dann kommt dieser ganze Kram in Async und

00:10:48.200 --> 00:10:49.380
danach geht es wieder zurück.

00:10:51.380 --> 00:10:52.280
Ja, finde ich

00:10:52.280 --> 00:10:54.340
sehr interessant, weil ich hätte jetzt so spontan gesagt,

00:10:54.500 --> 00:10:56.200
wenn mich jemand gefragt hätte, was der

00:10:56.200 --> 00:10:58.180
oder wo ich den Unterschied sehen würde zwischen

00:10:58.180 --> 00:11:00.280
Threads und Async, da würde ich auch sagen,

00:11:00.340 --> 00:11:02.180
ja, so Threads ist halt, im Grunde macht das genau das

00:11:02.180 --> 00:11:04.200
Gleiche, das ist beides Multiplexen von

00:11:04.200 --> 00:11:05.180
I.O.

00:11:06.100 --> 00:11:07.840
irgendwie Parallelität und

00:11:07.840 --> 00:11:10.100
aber Threads

00:11:10.100 --> 00:11:12.160
gehen halt nur beschränkt viele, weil

00:11:12.160 --> 00:11:14.040
naja, das sind halt auch wieder

00:11:14.040 --> 00:11:16.120
Kerneldatenstrukturen und du hast

00:11:16.120 --> 00:11:18.140
halt pro Thread irgendwie ein gewisses Maß,

00:11:18.240 --> 00:11:20.000
was man da dann halt

00:11:20.000 --> 00:11:21.680
irgendwie anlegen muss und wenn man dann halt

00:11:21.680 --> 00:11:23.980
nach ein paar hundert, paar tausend ist dann halt

00:11:23.980 --> 00:11:26.120
irgendwie einfach Schluss, während ich mit Async I.O.

00:11:26.200 --> 00:11:27.800
halt auch, weiß ich nicht,

00:11:28.380 --> 00:11:30.040
halbe Millionen offene

00:11:30.040 --> 00:11:31.200
Verbindungen gleichzeitig haben kann.

00:11:32.060 --> 00:11:34.080
Weiß ich nicht, ob man es wirklich haben kann, aber so

00:11:34.080 --> 00:11:35.740
theoretisch könnte es sein, dass es geht.

00:11:36.140 --> 00:11:37.480
Und ja,

00:11:38.100 --> 00:11:39.640
das

00:11:39.640 --> 00:11:42.080
ist halt auch quasi vergleichbar

00:11:42.080 --> 00:11:42.940
schnell. Insofern

00:11:42.940 --> 00:11:46.080
kann man dann für solche Sachen, wo man ganz viele

00:11:46.080 --> 00:11:47.960
Verbindungen hat, dann halt irgendwie Async.io

00:11:47.960 --> 00:11:49.760
eher nehmen als Threads, aber ansonsten, ja.

00:11:50.380 --> 00:11:52.020
Und Threads sind halt hässlich zu debuggen,

00:11:52.080 --> 00:11:54.040
aber das ist Async.io möglicherweise halt

00:11:54.040 --> 00:11:56.100
auch, irgendwie, da habe ich jetzt noch gar nicht so viel

00:11:56.100 --> 00:11:56.540
Erfahrung mit.

00:11:57.640 --> 00:11:58.880
Ja, die Antwort ist ja.

00:12:00.300 --> 00:12:02.100
Es gibt ja andere

00:12:02.100 --> 00:12:03.280
Sprachwelten, halt gerade

00:12:03.280 --> 00:12:05.180
JavaScript, Node.js.

00:12:05.680 --> 00:12:07.480
JavaScript hat von der Sprache her schon

00:12:07.480 --> 00:12:09.780
ein besseres Execution-Modell,

00:12:10.760 --> 00:12:12.020
was die

00:12:12.020 --> 00:12:14.000
Vorhersagbarkeit angeht, wann du die Kontrolle

00:12:14.000 --> 00:12:15.740
über die Ausführung verlierst.

00:12:16.200 --> 00:12:17.540
Bei Python Threading kannst du halt

00:12:17.540 --> 00:12:18.340
bei jedem

00:12:18.340 --> 00:12:21.820
Bytecode-Statement

00:12:21.820 --> 00:12:23.720
kann es halt sein,

00:12:24.160 --> 00:12:25.920
dass die Kontrolle wechselt. Und dann weißt

00:12:25.920 --> 00:12:55.900
und

00:12:55.920 --> 00:12:58.060
reingeschrieben hat, niemand irgendwie Dinge

00:12:58.060 --> 00:13:00.180
getan hat und das

00:13:00.180 --> 00:13:02.000
reduziert den Denkaufwand schon

00:13:02.000 --> 00:13:03.440
nochmal ganz schön massiv.

00:13:04.180 --> 00:13:05.680
Was man häufiger machen muss, ist man

00:13:05.680 --> 00:13:07.860
muss, glaube ich, den Code nochmal anders

00:13:07.860 --> 00:13:10.020
strukturieren, dass er irgendwie lesbar ist, um ihn für Menschen

00:13:10.020 --> 00:13:11.540
wieder sehr realisiert irgendwie

00:13:11.540 --> 00:13:13.060
durchgucken zu können.

00:13:13.840 --> 00:13:15.940
Das ist auch das, was man halt kennt in der

00:13:15.940 --> 00:13:17.760
Python-Welt dann wieder von dem Twisted.

00:13:18.180 --> 00:13:19.860
Das Zeug heißt halt nicht umsonst so.

00:13:19.940 --> 00:13:21.660
Das Twisted-Modell ist sehr, sehr nah an dem

00:13:21.660 --> 00:13:23.500
dran, was AsyncIO im Prinzip macht,

00:13:23.900 --> 00:13:25.740
mit den Promises und so einem Zeug.

00:13:25.920 --> 00:13:28.300
und am Ende hast du halt für etwas, was du

00:13:28.300 --> 00:13:30.040
seriell sync einfach nur

00:13:30.040 --> 00:13:32.020
A, B, C, D, E runterschreiben würdest,

00:13:32.440 --> 00:13:34.360
plötzlich 40 Funktionen gefühlt,

00:13:34.980 --> 00:13:36.080
die sich alle gegenseitig mit

00:13:36.080 --> 00:13:38.020
irgendwelchen Promises und Callbacks und wenn der den

00:13:38.020 --> 00:13:40.040
aber mit Error-Händler da drüben und wenn

00:13:40.040 --> 00:13:41.260
der Error-Händler von dem aufgehört,

00:13:41.880 --> 00:13:43.460
da blickt man halt sehr schnell nicht mehr durch.

00:13:43.820 --> 00:13:45.740
Da halt eine Balance zu finden, da müssen sich

00:13:45.740 --> 00:13:47.080
alle auch erstmal irgendwie dran gewöhnen.

00:13:49.240 --> 00:13:50.080
Das gibt es in JavaScript

00:13:50.080 --> 00:13:51.700
jetzt übrigens auch, die haben jetzt auch Promises.

00:13:51.920 --> 00:13:53.780
Also man kann auch in JavaScript jetzt...

00:13:53.780 --> 00:13:56.580
Ja, und mag jemand ganz kurz erklären, was eine Promise denn überhaupt ist?

00:14:00.240 --> 00:14:03.100
Weiß nicht, ob das jetzt super gut in die Projektmanagement-Folge reinpasst.

00:14:03.220 --> 00:14:04.820
Ja, vielleicht noch ganz kurz, da wäre es gerade so.

00:14:05.840 --> 00:14:12.840
Eine Promise ist eine Berechnung, die zu einem späteren Zeitpunkt erst fertig werden kann.

00:14:13.260 --> 00:14:17.880
Das heißt, anstatt dass ich sage, das Ergebnis ist 5, sage ich, ich verspreche dir,

00:14:18.020 --> 00:14:20.380
dass wenn du das Ergebnis abrufen willst, dann mache ich es auch fertig.

00:14:20.380 --> 00:14:26.360
Das heißt, das Promise ist so eine Verpackung für irgendwann wird ein Ergebnis hier sein.

00:14:26.520 --> 00:14:31.720
Und die Garantie, dass das Ergebnis vorhanden ist, ist erst da, wenn das Promise abgerufen wird.

00:14:31.840 --> 00:14:36.780
Und die Hoffnung ist halt, dass man in der Zwischenzeit so genügend andere Dinge gemacht hat,

00:14:36.880 --> 00:14:40.180
dass das Promise quasi in Nullzeit berechnet werden kann.

00:14:41.060 --> 00:14:45.260
Weil zwischendurch immer mal wieder eine von den asynchronen Co-Routinen daran arbeitet,

00:14:45.360 --> 00:14:47.080
dass das ein bisschen weiter verpackt wird.

00:14:47.080 --> 00:14:50.160
Ja, also man kennt, das ist auch eine Verallgemeinerung

00:14:50.160 --> 00:14:52.860
von dem, was man von Threads kennt. Also Threads kannst du halt ja auch sagen,

00:14:53.920 --> 00:14:56.360
du kannst halt zwei Varianten benutzen.

00:14:56.460 --> 00:14:58.140
Du kannst halt entweder sagen, du machst dir einen Threadpool,

00:14:58.680 --> 00:15:01.800
wo eine Funktion immer wieder irgendwas abruft und verarbeitet

00:15:01.800 --> 00:15:05.140
und dein Thread läuft unendlich lange oder du startest bestimmte Funktionen

00:15:05.140 --> 00:15:08.200
mit Parametern in einem Thread und kannst denen dann

00:15:08.200 --> 00:15:11.220
joinen. Das heißt, in deinem

00:15:11.220 --> 00:15:13.260
Hauptprogramm kannst du irgendwie sieben Dinge anfangen,

00:15:14.060 --> 00:15:16.220
kriegst dann die Thread-Objekte und kannst am Ende sagen,

00:15:16.220 --> 00:15:24.220
und das Join wird in deinem Hauptthread wieder returnen, in dem Moment, wo der Thread sagt, ich habe mich beendet.

00:15:24.800 --> 00:15:32.500
Und eine Future oder eine Promise ist im Prinzip die Abstraktion davon, dass du irgendwelche Calls hast, die dir so ein Future-Objekt liefern

00:15:32.500 --> 00:15:40.500
und dann hast du auf dem Ding eine verallgemeinerte Möglichkeit, um zu sagen, also übrigens, falls das schief gehen sollte,

00:15:40.500 --> 00:15:43.680
hier ist noch ein Callback, der bitte aufgerufen werden sollte, wenn es schief gehen sollte.

00:15:43.680 --> 00:15:48.460
hier ist noch ein Callback, der aufgerufen werden sollte, wenn es erfolgreich ist und sag mal, wie geht es dir eigentlich gerade?

00:15:49.080 --> 00:15:51.820
Das ist sozusagen diese Verallgemeinerung von diesen Patterns von

00:15:51.820 --> 00:15:55.580
ich lasse irgendwas asynchron ausführen und will dann irgendwann sagen, jetzt hätte ich es gerne,

00:15:56.280 --> 00:15:57.740
jetzt warte ich darauf, dass du fertig wirst.

00:15:59.580 --> 00:16:04.400
Man kann aber auch in JavaScript inzwischen irgendwie Async-Await-Syntax,

00:16:04.760 --> 00:16:08.140
die praktisch genauso aussieht wie in Python, verwenden.

00:16:09.520 --> 00:16:11.720
Aber da kommt es dann sehr darauf an, welche

00:16:11.720 --> 00:16:13.560
welche Bibliothekwelt man gerade lebt,

00:16:13.700 --> 00:16:15.700
was es macht, oder Futures, oder

00:16:15.700 --> 00:16:17.820
Await, oder Threads, oder

00:16:17.820 --> 00:16:19.040
Timer, oder Callbacks.

00:16:20.040 --> 00:16:21.460
Ja, ja. Und was man

00:16:21.460 --> 00:16:23.820
tatsächlich dann nicht vergessen darf, ich erlebe

00:16:23.820 --> 00:16:25.900
das immer wieder, wenn ich Projekte habe, wo Node.js eine Rolle spielt,

00:16:26.460 --> 00:16:27.820
man muss in den

00:16:27.820 --> 00:16:29.700
Async-Sachen dieses ganze Thema

00:16:29.700 --> 00:16:31.620
Kontrollflusssteuerung mit Exceptions

00:16:31.620 --> 00:16:33.200
ganz anders anhaben.

00:16:33.740 --> 00:16:35.820
Und mein Liebling, der mir bei Node

00:16:35.820 --> 00:16:37.600
immer auffällt, und das passiert auch in Python,

00:16:37.600 --> 00:16:39.500
aber halt auch, ist, wenn dann

00:16:39.500 --> 00:16:40.700
irgendwelche Datenbanken

00:16:40.700 --> 00:16:43.440
angesprochen werden und der

00:16:43.440 --> 00:16:45.480
Datenbank-Server geht mal kurz weg und du

00:16:45.480 --> 00:16:47.460
kriegst dann halt mittendrin irgendeine Exception von

00:16:47.460 --> 00:16:48.760
ja, hier war die Connection weg

00:16:48.760 --> 00:16:51.660
und niemand hat im Framework ordentlich

00:16:51.660 --> 00:16:53.620
Händler für diese Exceptions registriert,

00:16:54.060 --> 00:16:55.220
dann sitzt dein, weil dein

00:16:55.220 --> 00:16:57.540
Hauptthread macht später nichts

00:16:57.540 --> 00:16:59.520
anderes mehr als nur diesen Loop von

00:16:59.520 --> 00:17:01.440
ja, gibt's hier noch Async-Dinge zu tun, ja dann

00:17:01.440 --> 00:17:03.340
husch husch husch, ah hier sind wieder neue, husch husch husch

00:17:03.340 --> 00:17:05.480
und der beendet sich aber nie

00:17:05.480 --> 00:17:07.400
und wenn aber dann halt sozusagen die ganzen

00:17:07.400 --> 00:17:09.300
Libraries alle mal gestorben sind,

00:17:09.500 --> 00:17:11.600
und nur noch sagen, ja, ich konnte mich ja nicht

00:17:11.600 --> 00:17:13.520
connecten und mein Connection-Pool ist weg

00:17:13.520 --> 00:17:15.840
und keiner behandelt diese Exceptions,

00:17:15.960 --> 00:17:17.280
dann sitzt dein Programm da rum,

00:17:17.860 --> 00:17:19.340
tut so, als wenn alles okay wäre

00:17:19.340 --> 00:17:21.680
und das Monitoring sagt, läuft doch.

00:17:22.880 --> 00:17:23.240
Wurscht.

00:17:23.740 --> 00:17:25.600
Wir haben heute erstaunlich wenig

00:17:25.600 --> 00:17:27.480
Last auf unseren Rädern. Ja, genau, aber

00:17:27.480 --> 00:17:29.660
tatsächlich häufig ist es so, der Web-Server in dem

00:17:29.660 --> 00:17:31.620
Ding antwortet dann für irgendwelche Status-Seiten

00:17:31.620 --> 00:17:33.000
immer noch, ja, ich bin anwesend,

00:17:33.420 --> 00:17:35.700
aber die realen Requests alle auf die Schnauze fliegen

00:17:35.700 --> 00:17:37.440
und er zu doof ist, sich zu reconnecten

00:17:37.440 --> 00:17:39.420
und das ist was, das hättest du

00:17:39.420 --> 00:17:41.460
in einem seriellen Ding

00:17:41.460 --> 00:17:43.340
oder einem Synchronen Ding eher weniger,

00:17:43.480 --> 00:17:45.400
da würde diese Exception normalerweise bis in den

00:17:45.400 --> 00:17:47.320
Mainloop durchbubbeln

00:17:47.320 --> 00:17:48.720
und dann explodieren

00:17:48.720 --> 00:17:51.620
und dann geht die Anwendung aus,

00:17:51.700 --> 00:17:53.320
wird neu gestartet, kann sich zu Datenbank

00:17:53.320 --> 00:17:55.360
reconnecten und dann ist alles gut. Das sind sozusagen

00:17:55.360 --> 00:17:57.100
Sachen, da hat man jetzt sozusagen Probleme, die

00:17:57.100 --> 00:17:59.220
eigentlich schon mal auf eine andere Art gelöst waren,

00:17:59.800 --> 00:18:01.420
die hat man sich jetzt nochmal eingefangen, die muss man jetzt

00:18:01.420 --> 00:18:03.060
mit ordentlichem Handwerkszeug neu machen,

00:18:03.500 --> 00:18:04.860
aber ordentliches Handwerkszeug,

00:18:05.100 --> 00:18:06.380
ich will jetzt nicht zu sehr über die

00:18:06.380 --> 00:18:06.380


00:18:06.380 --> 00:18:08.660
Tourscript-Weltherzigen.

00:18:09.360 --> 00:18:10.680
Aber das ist ja in Python genauso.

00:18:10.880 --> 00:18:12.420
Also ich meine, die Sachen können ja auch in Python

00:18:12.420 --> 00:18:14.680
abspringen. Aber da kann man jetzt vielleicht noch mal

00:18:14.680 --> 00:18:16.420
einen Übersprung

00:18:16.420 --> 00:18:18.180
zum Ausländer Dominik hat mal mehr News.

00:18:18.460 --> 00:18:20.120
Wusch, wusch, wusch, Wackmanagement.

00:18:21.080 --> 00:18:21.480
Weil

00:18:21.480 --> 00:18:24.520
dieses ordentliche Handwerkszeug ist ja durchaus

00:18:24.520 --> 00:18:26.360
sowas, was man versucht, über Projektmanagement

00:18:26.360 --> 00:18:28.220
in den Griff zu kriegen. Ja, dass man halt sagt,

00:18:28.380 --> 00:18:30.220
okay, bevor jemand

00:18:30.220 --> 00:18:32.440
irgendwas hier in den Masterbranch pushen darf,

00:18:33.080 --> 00:18:34.440
müssen alle Tests gelaufen sein

00:18:34.440 --> 00:18:36.280
oder irgendwie sowas. Dass da halt das über

00:18:36.280 --> 00:18:38.360
über quasi Prozesse in den Griff kriegst,

00:18:38.440 --> 00:18:40.400
die nicht in der Software drin sind, sondern in den

00:18:40.400 --> 00:18:40.640
Menschen.

00:18:41.900 --> 00:18:43.700
Jetzt könnte ich dazu ja gerade mal so die

00:18:43.700 --> 00:18:46.020
auf meinem Stieferzettel für heute

00:18:46.020 --> 00:18:48.780
die, ich wollte so diese Antithese

00:18:48.780 --> 00:18:50.460
gerade, ich wollte mit dem bösen

00:18:50.460 --> 00:18:52.480
Onkel spielen, aber ich fürchte,

00:18:52.620 --> 00:18:54.500
ich bin zu nah an dem dran, was du gerade

00:18:54.500 --> 00:18:55.920
tatsächlich aussagen wolltest.

00:18:57.480 --> 00:18:58.400
Also ich beobachte

00:18:58.400 --> 00:19:00.520
Projektmanagement in den letzten Jahren

00:19:00.520 --> 00:19:02.480
häufig als eine Art Form

00:19:02.480 --> 00:19:04.840
von industrialisierte, weaponized

00:19:04.840 --> 00:19:06.820
Möglichkeit, um

00:19:06.820 --> 00:19:08.880
Entwickler möglichst zügig

00:19:08.880 --> 00:19:10.980
in einem Zwei-Wochen-Rhythmus

00:19:10.980 --> 00:19:12.560
durch eine Ticketliste zu prügeln.

00:19:13.800 --> 00:19:15.080
Da bist du aber tatsächlich mit...

00:19:15.080 --> 00:19:17.320
Würdest du sagen,

00:19:17.380 --> 00:19:19.060
es funktioniert, oder würdest du sagen, es funktioniert nicht?

00:19:20.320 --> 00:19:21.180
Das funktioniert halt

00:19:21.180 --> 00:19:23.080
in den Fällen, wo die Leute nichts Neues machen müssen,

00:19:23.080 --> 00:19:24.840
sondern halt tatsächlich einfach bloß

00:19:24.840 --> 00:19:26.240
das Zeug abarbeiten, was sie immer machen.

00:19:27.460 --> 00:19:28.680
Ja, aber da würde ich sagen,

00:19:28.760 --> 00:19:30.100
das ist natürlich dann eigentlich...

00:19:30.100 --> 00:19:31.040
Da brauchst du auch kein Volksmanagement.

00:19:31.200 --> 00:19:34.360
Das ist eigentlich nur Bearbeiten von Tickets, dann stellst du dich hin

00:19:34.360 --> 00:19:36.180
und Ticket, Ticket, Ticket, Ticket, Ticket, Ticket, Ticket.

00:19:36.280 --> 00:19:37.140
Das ist aber kein Projektmanagement.

00:19:37.140 --> 00:19:38.200
Das ist ja auch eine Art von Projektmanagement.

00:19:38.500 --> 00:19:40.280
Die Priorisierung dann, welches Ticket du nimmst,

00:19:40.360 --> 00:19:41.400
oder machst du die Reihenfolge nach,

00:19:41.500 --> 00:19:42.220
oder wann die aufgenommen wird,

00:19:42.240 --> 00:19:42.620
für das Infos,

00:19:42.720 --> 00:19:44.200
was ist denn ein Projektmanagement?

00:19:44.420 --> 00:19:46.700
Vielleicht fangen wir da nochmal ganz von vorne mit an.

00:19:47.100 --> 00:19:47.740
Was ist ein Projekt?

00:19:49.680 --> 00:19:51.420
Da haben wir uns doch letztes Mal schon drüber gestritten.

00:19:51.520 --> 00:19:52.880
Ja, das letzte Mal haben wir aber wieder weggeschmissen,

00:19:52.960 --> 00:19:53.780
das musst du nochmal anfangen.

00:19:55.360 --> 00:19:57.120
Schalten wir einfach nochmal die gleichen Personen

00:19:57.120 --> 00:19:58.100
über das gleiche Ding und hoffen,

00:19:58.260 --> 00:19:59.500
dass es jetzt mal anders ausgeht.

00:19:59.740 --> 00:19:59.760
Ja, ich war nicht dabei,

00:19:59.760 --> 00:20:01.000
dass wir heute was anderes sagen.

00:20:01.560 --> 00:20:03.820
Also ich kenne die Definition von Projekt so,

00:20:03.820 --> 00:20:33.800
und Jochen unterhalten sich über die Programmiersprache Python

00:20:33.820 --> 00:20:35.800
definiert, dass du

00:20:35.800 --> 00:20:37.760
hinterher sagen kannst, ja, das Projekt war erfolgreich oder

00:20:37.760 --> 00:20:39.740
das Projekt war nicht erfolgreich oder es war teilweise erfolgreich.

00:20:39.780 --> 00:20:41.740
Das ist ja schon sehr konkret. Also es ist nicht einfach Arbeit, die

00:20:41.740 --> 00:20:43.900
zu tun ist. Genau, es ist

00:20:43.900 --> 00:20:45.820
nicht einfach Arbeit, die zu tun ist, sondern es ist ein Ziel.

00:20:45.880 --> 00:20:47.880
Du willst ein Ziel erreichen. Das kann natürlich,

00:20:47.980 --> 00:20:49.800
das Ziel kann natürlich sein... Arbeit ist

00:20:49.800 --> 00:20:51.920
fertig. Der Zeitraum ist

00:20:51.920 --> 00:20:53.680
zwei Wochen und in zwei Wochen sind

00:20:53.680 --> 00:20:55.820
folgende Tickets abgearbeitet. Das ist ja auch ein Ziel.

00:20:55.980 --> 00:20:57.840
Das ist auch ein Projekt in dem Sinne.

00:20:58.240 --> 00:20:59.840
Naja, also welche Dimension hat denn das zum Beispiel

00:20:59.840 --> 00:21:01.200
so ein Ziel? Ich kann jetzt ja ganz viele

00:21:01.200 --> 00:21:05.160
kleinteilige Ziele machen und die unter einem großen Oberziel und ganz vielen

00:21:05.160 --> 00:21:08.100
großen mehreren Zielen machen. Ab wann fängt da ein Projekt an?

00:21:08.840 --> 00:21:13.160
Ja, das ist jetzt das Projektmanagement. Das Projektmanagement, wie du deine Projekte

00:21:13.160 --> 00:21:17.060
managst, sagt im Wesentlichen, wie lange deine Projekte sind und wie groß die Ziele sind.

00:21:17.540 --> 00:21:20.920
Du kannst natürlich ein Projekt machen, das heißt

00:21:20.920 --> 00:21:25.160
Firma und das Projekt heißt

00:21:25.160 --> 00:21:29.020
Geschäftsjahr und das Ziel ist es, am Ende des Geschäftsjahres

00:21:29.020 --> 00:21:30.520
viel Umsatz gemacht zu haben.

00:21:30.520 --> 00:21:32.040
Profit, Profit, wir treten nach Profit.

00:21:32.060 --> 00:21:34.440
Genau, sagst einfach Profit. Wir wollen am Ende das Geschäft

00:21:34.440 --> 00:21:36.420
als Profit machen. Und das ist super gut, weil du weißt

00:21:36.420 --> 00:21:38.920
ganz genau, es geht vom 01.01. bis zum 31.12.

00:21:39.100 --> 00:21:40.520
und dann guckst du

00:21:40.520 --> 00:21:42.460
am 31.12. nach deinem Dashboard

00:21:42.460 --> 00:21:43.960
und siehst, wie viel Profit du gemacht hast

00:21:43.960 --> 00:21:46.440
und das ist super gut messbar. Aber es ist

00:21:46.440 --> 00:21:48.480
für die Ausführung,

00:21:48.540 --> 00:21:50.120
für die Durchführung des Projektes vielleicht

00:21:50.120 --> 00:21:52.320
nicht so gut, weil da nicht drin

00:21:52.320 --> 00:21:53.400
steht, weil da nicht

00:21:53.400 --> 00:21:56.720
dran hängt, was du tun kannst.

00:21:57.600 --> 00:21:57.800
Und

00:21:57.800 --> 00:22:01.340
und das ist sozusagen das größte Projekt, was du machen kannst.

00:22:01.520 --> 00:22:06.120
Ich will über die längste Zeit, die ich mir denken kann, möglichst viel Gewinn machen.

00:22:06.880 --> 00:22:09.800
Das kleinste Projekt, was du machen kannst, ist ein Meeting.

00:22:09.980 --> 00:22:12.440
Du gehst in ein Meeting und sagst, das Meeting dauert von neun bis zehn

00:22:12.440 --> 00:22:15.860
und das Ziel ist es, wir müssen entscheiden, ob wir JavaScript oder Python verwenden.

00:22:17.880 --> 00:22:18.980
Und das wäre ein Wochenprojekt.

00:22:20.320 --> 00:22:22.860
Wenn du das möchtest, kannst du das auch als Projekt sehen,

00:22:22.960 --> 00:22:26.420
weil es ist ein zeitlich begrenztes Vorhaben, was ein definiertes Ziel hat.

00:22:27.800 --> 00:22:38.920
Die Frage ist, wie sinnvoll ist das? Ist es jetzt sinnvoller, eine Million Projekte zu haben, die so klein sind, oder ist es sinnvoller, ein Projekt zu haben, was sehr groß ist?

00:22:38.920 --> 00:22:54.920
Kann man denn ganz viele kleine Sachen managen oder braucht man was ganz Großes managen? Was ist denn da managen? Was heißt das? Strukturiere ich das um? Priorisiere ich das? Mache ich eine große Liste, wann und wie was gemacht werden muss? Versuche ich alle Menschen bei Laune zu halten, um zu gucken, dass sie einfach arbeiten?

00:22:54.920 --> 00:22:57.240
Was ist das? Ja, alles was du sagst, würde ich sagen.

00:22:57.400 --> 00:22:59.120
Also alles, was du tun musst, um

00:22:59.120 --> 00:23:00.900
deine Ziele zu erreichen.

00:23:02.440 --> 00:23:03.300
Was ich halt spannend

00:23:03.300 --> 00:23:03.660
finde,

00:23:05.180 --> 00:23:07.320
ich habe gerade nebenbei noch die Wikipedia

00:23:07.320 --> 00:23:09.220
offen gehabt und ich habe festgestellt, es gibt eine DIN

00:23:09.220 --> 00:23:10.600
für den Begriff Projekt.

00:23:10.920 --> 00:23:13.040
Sehr schön. Es gibt eine DIN für alles.

00:23:14.000 --> 00:23:14.880
Es gibt die DIN

00:23:14.880 --> 00:23:16.620
6901.

00:23:18.120 --> 00:23:19.260
Die sagt, ein Projekt

00:23:19.260 --> 00:23:21.080
ist ein Vorhaben, dessen Wesentlichen durch die

00:23:21.080 --> 00:23:23.440
Einmaligkeit, aber auch Konstante der Bedingungen

00:23:23.440 --> 00:23:25.060
wie ihre Gesamtheit gekennzeichnet ist,

00:23:25.440 --> 00:23:27.200
wie zum Beispiel Zielvorhergabe, zeitliche,

00:23:27.360 --> 00:23:28.960
finanzielle, personelle, andere Begrenzungen,

00:23:29.100 --> 00:23:30.780
Abgrenzungen über anderen Vorhaben

00:23:30.780 --> 00:23:32.660
und die projektspezifische Organisation.

00:23:34.500 --> 00:23:35.220
Also was ich

00:23:35.220 --> 00:23:37.260
interessant finde an der Stelle ist

00:23:37.260 --> 00:23:38.980
dieses Thema Einmaligkeit

00:23:38.980 --> 00:23:41.140
und Zielgerichtetheit und

00:23:41.140 --> 00:23:42.620
wenn ich

00:23:42.620 --> 00:23:45.020
an der Stelle jetzt drüber nachdenke,

00:23:45.760 --> 00:23:47.400
das gilt halt für

00:23:47.400 --> 00:23:49.100
viele Dinge, die

00:23:49.100 --> 00:23:50.640
ich so sehe,

00:23:51.240 --> 00:23:53.240
wenn man jetzt mal fragt, okay, was tun

00:23:53.240 --> 00:23:54.540
wir eigentlich den ganzen Tag lang,

00:23:55.000 --> 00:23:56.780
dann gilt es halt fast gar nicht mehr so.

00:23:56.940 --> 00:23:58.940
Also zeitliche Abgegrenztheit, also ich finde zum Beispiel

00:23:58.940 --> 00:23:59.920
jetzt diese Metapher mit

00:23:59.920 --> 00:24:03.000
das Geschäftsjahr einer Firma, das ist so ein bisschen

00:24:03.000 --> 00:24:05.240
sehr synthetisch und sehr hergeholt,

00:24:05.760 --> 00:24:07.260
weil

00:24:07.260 --> 00:24:09.020
tatsächlich so diese Einmaligkeit und zeitliche

00:24:09.020 --> 00:24:11.100
Begrenztheit ja eigentlich nicht gegeben ist, die ist ja

00:24:11.100 --> 00:24:12.800
nicht aus diesem Zweck selber raus.

00:24:12.900 --> 00:24:14.700
Und wenn man halt Organisationstheorie anguckt,

00:24:15.180 --> 00:24:16.920
sollte ein Unternehmen im Prinzip tatsächlich auch

00:24:16.920 --> 00:24:19.000
erstmal noch andere Funktionen

00:24:19.000 --> 00:24:20.960
haben als nur die Erwirtschaftung des Profits.

00:24:21.900 --> 00:24:22.520
Natürlich, das war

00:24:22.520 --> 00:24:24.860
als Beispiel für die größte Einheit,

00:24:25.000 --> 00:24:25.800
die man sich denken kann.

00:24:27.480 --> 00:24:28.560
Und ich finde es aber spannend, weil

00:24:28.560 --> 00:24:30.500
dieses Thema Einmaligkeit und

00:24:30.500 --> 00:24:32.600
Zielgerichtetheit heutzutage in

00:24:32.600 --> 00:24:35.200
vielen Aufgaben,

00:24:35.200 --> 00:24:36.940
die vor einem liegen, gar nicht mehr so

00:24:36.940 --> 00:24:39.180
gegeben sind. Oder halt dieses Thema

00:24:39.180 --> 00:24:41.700
konstante Ressourcenallokationen,

00:24:41.840 --> 00:24:42.400
solche Dinge.

00:24:43.280 --> 00:24:44.840
Ich finde es viel interessanter,

00:24:45.320 --> 00:24:47.120
für mich ist das ganz anders.

00:24:47.240 --> 00:24:49.140
Es ist voll witzig, dass du genau diese

00:24:49.140 --> 00:24:51.160
beiden Begriffe rauspickst, weil für mich ist

00:24:51.160 --> 00:24:57.080
der zeitliche Aspekt, einer der heutzutage viel schwammiger behandelt wird, als man das vielleicht früher gemacht hat.

00:24:58.440 --> 00:25:03.540
Das ist richtig. Der zeitliche ist für mich tatsächlich, der löst sich für mich halt auch auf.

00:25:04.680 --> 00:25:11.020
Ich wollte es vom anderen Ende aufziehen gerade, weil ich jetzt ein paar Mal mit Leuten es davon hatte,

00:25:11.020 --> 00:25:15.780
dass eigentlich das, was bisher klassische Projekte sind, inzwischen eigentlich Produkte sind.

00:25:15.780 --> 00:25:18.460
Also ich habe ganz viele

00:25:18.460 --> 00:25:19.500
Ja oder Vorhaben

00:25:19.500 --> 00:25:22.400
Ja ich finde halt

00:25:22.400 --> 00:25:23.880
häufig schon wirklich Produkte

00:25:23.880 --> 00:25:26.460
in so einer Kombination tatsächlich

00:25:26.460 --> 00:25:26.920
auch

00:25:26.920 --> 00:25:30.440
wir haben, also bei uns ist es so, wir haben gerne mal

00:25:30.440 --> 00:25:32.600
Kunden, die irgendwelche

00:25:32.600 --> 00:25:34.940
eher so Geschäftsansätze

00:25:34.940 --> 00:25:35.360
Business

00:25:35.360 --> 00:25:38.640
Ideen haben, aus ihrem

00:25:38.640 --> 00:25:40.180
eigentlichen Geschäft raus

00:25:40.180 --> 00:25:42.360
und die suchen sich irgendwen, der das

00:25:42.360 --> 00:25:44.520
eigentliche Produkt, also wenn da ein digitales Produkt

00:25:44.520 --> 00:25:48.740
raus, entsteht jemand anderes, der das implementiert und irgendwer muss das Ding dann operativ

00:25:48.740 --> 00:25:51.780
irgendwie betreuen und da kommt dann aber sofort so ein

00:25:51.780 --> 00:25:56.500
Perpetuum mobile schon fast raus, wo man davor steht und sagt, okay,

00:25:56.560 --> 00:26:00.480
es ist halt kein Projekt, weil das ist halt zeitlich nicht begrenzt, sondern wir wollen das im Prinzip als

00:26:00.480 --> 00:26:04.040
wie eine Art Mini-Unternehmen nach vorne treiben und es ist halt

00:26:04.040 --> 00:26:08.200
auch nur mäßig zielgerichtet im Sinne von, es gibt halt kein

00:26:08.200 --> 00:26:12.220
festes Ziel, von haben wir das erreicht oder nicht, sondern es gibt mehr ein, ja, wir haben hier irgendwie

00:26:12.220 --> 00:26:42.200
und Jochen unterhalten sich über die Programmiersprache Python

00:26:42.220 --> 00:26:45.280
oder ich glaube nicht in der DIN, aber in der Literatur.

00:26:45.440 --> 00:26:48.940
Das heißt dann Programmen oder Vorhaben oder solche Dinge.

00:26:50.540 --> 00:26:54.580
Aber ich meine, ergibt sich das nicht quasi so relativ zwangsläufig aus?

00:26:54.680 --> 00:26:55.620
Also wenn ich mir jetzt so vorstelle,

00:26:56.660 --> 00:27:01.780
also ich kenne das halt aus dieser ganzen Agile-Welt,

00:27:02.220 --> 00:27:07.340
es gibt so ein magisches Dreieck an Ressourcen, die begrenzt sind

00:27:07.340 --> 00:27:12.800
und die man halt sozusagen nicht unabhängig voneinander irgendwie verändern kann.

00:27:12.920 --> 00:27:19.540
Das ist halt Zeit, irgendwie Geld, das man dafür ausgibt und halt irgendwie,

00:27:21.300 --> 00:27:22.100
na, was war das dritte?

00:27:22.920 --> 00:27:23.360
Qualität.

00:27:23.620 --> 00:27:25.800
Ach ja, die wird immer so, die vergess ich auch manchmal.

00:27:26.480 --> 00:27:30.160
Es gibt manchmal auch mal einen vierten davon, Funktionsumfang.

00:27:30.780 --> 00:27:31.480
Genau, genau.

00:27:31.980 --> 00:27:37.240
Und das Problem ist jetzt sozusagen, dass zwei von den Dingern eigentlich nicht so richtig

00:27:37.240 --> 00:27:39.200
optional sind, also die Qualität will man eigentlich nicht

00:27:39.200 --> 00:27:40.340
offern oder die Features.

00:27:41.340 --> 00:27:42.780
Und Geld,

00:27:43.880 --> 00:27:44.520
wenn wir jetzt auch nicht

00:27:44.520 --> 00:27:47.120
beliebig da rumliegen, dann bleibt ja eigentlich

00:27:47.120 --> 00:27:48.780
nur die Zeit, die variabel sein kann.

00:27:49.140 --> 00:27:50.980
Und die wird es dann halt auch irgendwie immer.

00:27:52.200 --> 00:27:53.240
So dass es halt irgendwie...

00:27:53.240 --> 00:27:53.600
Gestern.

00:27:54.340 --> 00:27:57.380
Ja, aber das ist doch die Aufgabe

00:27:57.380 --> 00:27:59.200
des Projektmanagers, dafür zu sagen, dass es

00:27:59.200 --> 00:27:59.980
gestern fertig ist.

00:28:01.280 --> 00:28:02.900
Ja, aber das ist halt auch mehr spannend. Also es gibt ja

00:28:02.900 --> 00:28:05.120
verschiedene Perspektiven, die ihr jetzt genannt habt. Es gibt halt die

00:28:05.120 --> 00:28:07.140
Perspektive von dem Kunden

00:28:07.140 --> 00:28:09.240
beispielsweise, der jetzt sein ganzes

00:28:09.240 --> 00:28:11.140
großes Projekt da hat und dann

00:28:11.140 --> 00:28:13.240
da Pivots machen möchte und wenn

00:28:13.240 --> 00:28:15.160
er dafür Menschen beauftragt, die haben dann vielleicht

00:28:15.160 --> 00:28:17.140
ein kleines Projekt in diesem Projekt drin. Das heißt, aus

00:28:17.140 --> 00:28:18.980
deren Perspektive ist das nur

00:28:18.980 --> 00:28:20.740
ihr eigenes abgeschlossenes Projekt, wenn dann

00:28:20.740 --> 00:28:22.960
ihre Aufgabe nach zwei Monaten erledigt ist oder so.

00:28:23.600 --> 00:28:25.040
Obwohl das nur ein Baustein in dem großen Projekt

00:28:25.040 --> 00:28:27.080
des anderen war. Und das ist halt wieder diese Verschachtelung

00:28:27.080 --> 00:28:29.100
von den einzelnen Projektebenen. Und die Frage ist,

00:28:29.120 --> 00:28:30.940
wie man das halt vernünftig hinbekommt,

00:28:31.020 --> 00:28:33.420
dass man das so organisiert, dass man einzelne

00:28:33.420 --> 00:28:34.880
Arbeitspakete hat.

00:28:34.880 --> 00:28:38.860
Ich weiß nicht, ob ein Arbeitspaket ein geeignetes Maß ist, um ein Projekt zu managen?

00:28:39.540 --> 00:28:42.440
Gibt es überhaupt Metriken? Ist das wichtig, dass man irgendwas messen kann?

00:28:42.620 --> 00:28:43.740
Oder geht es um den Erfolg?

00:28:44.520 --> 00:28:50.320
Also was ich spannend finde, was ich bei uns halt beobachte von der Granularität her,

00:28:50.400 --> 00:28:54.700
wir versuchen immer, das geht ja auch in die Frage von, wie kann man solche Sachen verschriftlichen,

00:28:54.800 --> 00:28:55.800
welche Tools nimmt man dafür?

00:28:56.800 --> 00:28:59.460
Wir schreiben gern ganz viele Sachen in Tickets rein.

00:28:59.460 --> 00:29:06.140
und uns ist es wichtig, dass wir ein System haben, wo alles, was irgendwie die Firma berührt, in Tickets landet,

00:29:06.660 --> 00:29:09.140
damit ich halt auch ein bisschen Kreuzreferenzieren kann etc.

00:29:09.420 --> 00:29:15.500
Und da ist tatsächlich für uns immer wieder dieses Thema, weil wir ja eher auch so ongoing als direkt projektorientiert sind.

00:29:15.580 --> 00:29:20.000
Ich würde auch sagen, wir haben manchmal so Projekte, wo wir sagen, jetzt hat es hier irgendwie einen abgeschlossenen Fokus,

00:29:20.000 --> 00:29:25.940
wo wir mal für zwei, drei Monate versuchen, wie das, all die sieben Sachen zusammenzubündeln und einmal durchzuprügeln,

00:29:25.940 --> 00:29:27.840
um sie dann auch mal wieder

00:29:27.840 --> 00:29:29.980
loszuwerden und sagen, jetzt brauche ich mich nicht mehr

00:29:29.980 --> 00:29:31.900
drum zu kümmern, jetzt denkt da keiner mehr

00:29:31.900 --> 00:29:33.980
drüber nach, jetzt haben wir gerade zum Beispiel das Netzwerk

00:29:33.980 --> 00:29:35.980
einmal bei uns saniert und dann

00:29:35.980 --> 00:29:37.660
war das halt mal für drei Monate was, was

00:29:37.660 --> 00:29:40.040
stärker im Fokus war und was eine ganze Reihe

00:29:40.040 --> 00:29:41.920
von zusammenhängenden Aufgaben

00:29:41.920 --> 00:29:43.400
hatte und

00:29:43.400 --> 00:29:45.260
da finde ich es zum Beispiel spannend

00:29:45.260 --> 00:29:48.280
für mich gibt es so eine Balance

00:29:48.280 --> 00:29:49.920
und ich habe keine Ahnung, was eine gute

00:29:49.920 --> 00:29:51.820
Antwort ist, dass wir auf der einen Seite Unmengen

00:29:51.820 --> 00:29:53.520
Tickets generieren und für die

00:29:53.520 --> 00:30:05.003
Leute in so einem Team in einer und Jochen das ganz unterschiedliches Gewicht ob da jetzt zum Beispiel 5000 Tickets rumliegen um die sich nie wieder einer k wird Da denke ich mir so das ist kein Problem

00:30:05.143 --> 00:30:06.682
die machen wir einfach alle zu, als

00:30:06.682 --> 00:30:09.182
haben wir erfasst, steht da drin, wenn man

00:30:09.182 --> 00:30:10.962
mal irgendwann nochmal danach suchen

00:30:10.962 --> 00:30:13.123
möchte von, haben wir schon mal nachgedacht

00:30:13.123 --> 00:30:15.102
über XYZ, dann sieht man, ah guck mal, da gab es

00:30:15.102 --> 00:30:17.043
schon mal drei Sachen, warum waren das, wieso,

00:30:17.202 --> 00:30:19.263
weshalb, warum, versus andere,

00:30:19.883 --> 00:30:21.062
die dann gegebenenfalls

00:30:21.062 --> 00:30:22.903
denken, jetzt kommt hier ein Ticket rein, fuck, das muss irgendwie

00:30:22.903 --> 00:30:23.763
abgearbeitet werden.

00:30:24.982 --> 00:30:27.082
Ja, aufgeräumtes Backlog oder

00:30:27.082 --> 00:30:28.182
Reds.

00:30:28.422 --> 00:30:30.743
Das macht dann halt Stress und auch Backlog ist tatsächlich so,

00:30:31.243 --> 00:30:32.962
da neigen wir gerade eher dazu zu

00:30:32.962 --> 00:30:34.283
sagen, also alles, was nicht

00:30:34.283 --> 00:30:36.822
freiwillig sozusagen bei jemandem innerhalb von

00:30:36.822 --> 00:30:37.942
zwei Wochen auf dem Tisch landet,

00:30:38.422 --> 00:30:40.942
kannst du halt im Prinzip auch gleich zumachen,

00:30:41.043 --> 00:30:42.722
weglegen, aber

00:30:42.722 --> 00:30:44.743
vernünftig ein bisschen mit Metadaten versehen,

00:30:44.842 --> 00:30:46.822
so zu welchem Bereich gehört denn das so grob, was hat

00:30:46.822 --> 00:30:48.743
denn das noch für zwei, drei Tags oder so und dann

00:30:48.743 --> 00:30:50.722
kann man, wenn man dann mal auf die Suche geht von

00:30:50.722 --> 00:30:52.942
so, okay, was haben wir denn im letzten Jahr für

00:30:52.942 --> 00:30:54.942
Notizen uns gemacht zum Thema

00:30:54.942 --> 00:30:54.942


00:30:54.942 --> 00:30:57.043
XY, weil da wollen wir jetzt nochmal rangehen, dann kann man

00:30:57.043 --> 00:30:58.962
die dann wieder rausholen, aber du musst

00:30:58.962 --> 00:31:00.903
die nicht ständig pflegen und machen und tun

00:31:00.903 --> 00:31:02.982
und das

00:31:02.982 --> 00:31:04.842
hilft halt den Leuten auch, wenn der sagt, ja komm, mach

00:31:04.842 --> 00:31:06.802
einfach Tickets, immer her damit, immer her damit, immer her damit,

00:31:07.102 --> 00:31:08.942
dann hast du so ein bisschen organisationales Wissen halt

00:31:08.942 --> 00:31:10.783
auch an der Stelle, ja. Wie macht ihr denn

00:31:10.783 --> 00:31:12.602
Tickets, wenn ihr gerade so bei Tickets

00:31:12.602 --> 00:31:14.423
sind mit Python oder?

00:31:15.702 --> 00:31:16.783
Macht ihr Tickets für wirklich

00:31:16.783 --> 00:31:18.602
alles? Macht ihr Tickets auch für, keine Ahnung,

00:31:18.702 --> 00:31:20.102
Kaffeemaschine ist kaputt oder für,

00:31:21.082 --> 00:31:22.523
keine Ahnung, Kunde muss

00:31:22.523 --> 00:31:23.523
gefunden werden?

00:31:24.942 --> 00:31:26.743
Ja, genau.

00:31:27.442 --> 00:31:28.783
Also das kommt immer drauf an,

00:31:28.982 --> 00:31:31.202
wer das halt macht. Also wenn die Kaffeemaschine,

00:31:31.903 --> 00:31:32.802
da muss ich halt überlegen,

00:31:33.102 --> 00:31:35.163
es kann sein, dass meine Kollegin,

00:31:35.523 --> 00:31:36.342
die dafür zuständig wäre,

00:31:36.842 --> 00:31:38.923
sich da ein Ticket macht, um sich zu erinnern, weil das halt auch

00:31:38.923 --> 00:31:40.942
in Summe den Alltags-Arbeitsorganisationsflow

00:31:41.783 --> 00:31:42.403
abbildet.

00:31:43.283 --> 00:31:45.082
Weil halt jeder, weil jedes Team

00:31:45.082 --> 00:31:47.023
halt so seine Flowboards auch hat mit

00:31:47.023 --> 00:31:49.182
was liegt denn hier irgendwie gerade im Team

00:31:49.182 --> 00:31:50.883
eigentlich so alles an und dann willst du halt auch sehen,

00:31:50.962 --> 00:31:52.822
ah, ständig mal eine Kaffeemaschine machen, dies und jenes.

00:31:52.822 --> 00:31:52.822


00:31:52.822 --> 00:31:54.842
und

00:31:54.842 --> 00:31:57.182
auf der anderen Seite habe ich aber halt auch

00:31:57.182 --> 00:31:59.003
häufiger mal Sachen, weil auch ein Ticketsystem

00:31:59.003 --> 00:32:01.202
relativ schwergewichtig ist, habe ich so meine eigenen kleinen

00:32:01.202 --> 00:32:03.042
To-Do-Listen noch, wo ich dann irgendwann sage,

00:32:03.123 --> 00:32:04.503
jetzt schreibe ich das ja ewig rum,

00:32:04.923 --> 00:32:06.982
jetzt ist es mal wieder zu viel geworden, jetzt mache ich da irgendwie Tickets

00:32:06.982 --> 00:32:09.263
draus, damit ich es wieder auch anderen Leuten im Team geben kann.

00:32:10.883 --> 00:32:11.143
Okay.

00:32:11.962 --> 00:32:12.562
Ja, das ist spannend,

00:32:12.663 --> 00:32:14.042
dass ihr alles über Tickets macht.

00:32:15.862 --> 00:32:17.042
Ja, aber ich kann das

00:32:17.042 --> 00:32:18.982
total verstehen, dass das für unterschiedliche Leute eine total

00:32:18.982 --> 00:32:20.403
unterschiedliche Bedeutung hat.

00:32:20.403 --> 00:32:23.023
Ich kann aber auch verstehen, dass es Leute gibt

00:32:23.023 --> 00:32:24.783
oder dass es vielleicht Positionen gibt, die damit

00:32:24.783 --> 00:32:25.722
überhaupt nicht klarkommen

00:32:25.722 --> 00:32:28.123
weil die eben nicht

00:32:28.123 --> 00:32:30.802
so einzelne Arbeitspakete haben

00:32:30.802 --> 00:32:33.003
sondern weil die vielleicht eher eventgesteuert

00:32:33.003 --> 00:32:34.903
sind oder weil die eher dauerhafte Aufgaben

00:32:34.903 --> 00:32:35.222
haben

00:32:35.222 --> 00:32:38.763
Das klassische Beispiel ist halt

00:32:38.763 --> 00:32:39.942
ein Callcenter Mitarbeiter

00:32:39.942 --> 00:32:42.842
der wartet

00:32:42.842 --> 00:32:44.783
halt auf einen Anruf, der kann keine Tickets

00:32:44.783 --> 00:32:46.962
bearbeiten, um es mal sozusagen bis in jemand

00:32:46.962 --> 00:32:49.042
anruft und da hilft es auch

00:32:49.042 --> 00:32:51.082
X, weil er 10 Tickets auf seinem Tisch hat, weil er halt

00:32:51.082 --> 00:32:54.682
auf dieses Event warten muss.

00:32:55.503 --> 00:32:56.962
Umgekehrt gibt es natürlich so Sachen, die

00:32:56.962 --> 00:32:57.643
ongoing sind.

00:32:58.862 --> 00:33:00.403
Du musst halt jeden Tag

00:33:00.403 --> 00:33:03.182
die Post abholen

00:33:03.182 --> 00:33:05.222
und du musst jeden Tag die Rechnungen

00:33:05.222 --> 00:33:06.982
verschicken und du musst jeden Tag die Eingänge

00:33:06.982 --> 00:33:08.903
prüfen und was weiß ich. Und dafür Tickets zu haben,

00:33:09.903 --> 00:33:11.322
stelle ich mir auch schwierig vor.

00:33:11.423 --> 00:33:13.003
Also diese Ticketsachen passen

00:33:13.003 --> 00:33:14.822
schon eher zu dem, was man so als Softwareentwickler

00:33:14.822 --> 00:33:15.182
macht.

00:33:15.362 --> 00:33:18.383
Das kommt total drauf an, weil wir haben

00:33:18.383 --> 00:33:48.362
und Jochen unterhalten sich über die Programmiersprache Python

00:33:48.383 --> 00:33:50.462
auf einer Wiki-Seite sagen,

00:33:50.862 --> 00:33:52.302
zu diesem Prozess gehört es,

00:33:52.362 --> 00:33:54.283
dass einmal im Quartal jemand

00:33:54.283 --> 00:33:55.743
irgendwie nachguckt, ob

00:33:55.743 --> 00:33:58.123
im One Password irgendwie die

00:33:58.123 --> 00:34:00.062
richtigen Leute drin sind oder noch Leichen

00:34:00.062 --> 00:34:01.342
rumfliegen oder irgendwie sowas.

00:34:02.503 --> 00:34:04.163
Und dann gibt es tatsächlich einen Con-Job, der aus

00:34:04.163 --> 00:34:06.143
diesen Daten dann die Tickets generiert

00:34:06.143 --> 00:34:08.403
zum richtigen Zeitpunkt und du kannst

00:34:08.403 --> 00:34:10.102
sozusagen so Wiedervorlage-Tickets

00:34:10.102 --> 00:34:12.082
in der Prozessdefinition

00:34:12.082 --> 00:34:13.923
hinterlegen. Und das ist dann auch so

00:34:13.923 --> 00:34:16.062
ein Mittelweg zwischen, ja, also alles, was man täglich

00:34:16.062 --> 00:34:18.343
machen muss, das brauchst du, glaube ich, nicht in Tickets nachweisen,

00:34:18.383 --> 00:34:20.643
aber wenn es dann plötzlich auf alle 2 Wochen, 4 Wochen

00:34:20.643 --> 00:34:22.522
8 Wochen geht, dann willst du dir vielleicht

00:34:22.522 --> 00:34:24.602
schon eher Erinnerungen machen können

00:34:24.602 --> 00:34:26.502
Ja, aber dann

00:34:26.502 --> 00:34:28.463
ist es ja wirklich eher erstmal so ein To-Do-Item

00:34:28.463 --> 00:34:30.002
also sowas ganz leicht gewichtiges

00:34:30.002 --> 00:34:32.623
Es gibt ja auch Tickets, wo du

00:34:32.623 --> 00:34:34.562
8 Wochen brauchst und ein Team

00:34:34.562 --> 00:34:35.302
von 10 Leuten

00:34:35.302 --> 00:34:37.522
zu bearbeiten und

00:34:37.522 --> 00:34:40.262
da diese Spanne, finde ich auch was ganz

00:34:40.262 --> 00:34:42.423
Spannendes, das ist auch das, was

00:34:42.423 --> 00:34:43.863
Dominik eben angesprochen hat und

00:34:43.863 --> 00:34:46.383
das ist so im Wesentlichen die Kernfrage

00:34:46.383 --> 00:34:46.383


00:34:46.383 --> 00:34:48.363
von Projektmanagement. Wie groß sind

00:34:48.363 --> 00:34:50.302
die Projekte, die man macht? Sind die ganz

00:34:50.302 --> 00:34:52.262
klein? Sind die eine Woche lang eine

00:34:52.262 --> 00:34:54.463
Person? Oder sind die ganz groß?

00:34:55.383 --> 00:34:55.782
Vier

00:34:55.782 --> 00:34:58.223
Jahre und ein Team von 150

00:34:58.223 --> 00:35:00.482
Leuten. Und wie

00:35:00.482 --> 00:35:02.342
dröseln wir das dann auf, wer was an welcher

00:35:02.342 --> 00:35:03.423
Stelle in welchem Projekt macht?

00:35:04.782 --> 00:35:06.403
Da würde ich sagen, erfahrungsgemäß

00:35:06.403 --> 00:35:07.143
sind die eher groß.

00:35:08.743 --> 00:35:10.302
Also die Sachen

00:35:10.302 --> 00:35:11.362
klassischerweise ja.

00:35:11.862 --> 00:35:14.123
Die irgendwie dann einzelne

00:35:14.123 --> 00:35:16.282
Entwickler macht oder so, die sind ja dann meistens, aber die nennt man

00:35:16.282 --> 00:35:18.022
ja nicht Projekt, sondern das ist dann halt irgendwie

00:35:18.022 --> 00:35:20.643
ein Task oder

00:35:20.643 --> 00:35:22.502
eine User-Story. Definitionsgemäß

00:35:22.502 --> 00:35:24.203
sind es natürlich schon auch Projekte.

00:35:24.602 --> 00:35:26.542
Ja gut, okay, aber die gehören

00:35:26.542 --> 00:35:28.342
immer zu irgendeinem, also es gibt immer

00:35:28.342 --> 00:35:30.262
meistens eine Projektnummer, auf die das dann irgendwie

00:35:30.262 --> 00:35:32.443
gebucht wird oder so und diese Projektnummern sind

00:35:32.443 --> 00:35:34.362
die sind sozusagen, ich weiß nicht, die werden

00:35:34.362 --> 00:35:36.423
irgendwie mal beim Urknall erzeugt worden sein

00:35:36.423 --> 00:35:38.102
und die sind halt ewig, die verändern sich auch nicht.

00:35:38.143 --> 00:35:39.963
Die fallen halt auf alte Projekte.

00:35:41.042 --> 00:35:42.443
Ein Projekt ist einfach so eine kostenstelle.

00:35:42.443 --> 00:35:43.022
Ein P raus.

00:35:43.022 --> 00:35:46.663
Ja, wir haben halt die Herren S, A und P irgendwann mal.

00:35:47.082 --> 00:35:51.262
Ne, da geht es ja dann wieder tatsächlich noch in den anderen Bereich rein,

00:35:51.502 --> 00:35:54.463
dass Projekte auch ein KommunIKATIONSMITTEL sind und auch

00:35:54.463 --> 00:35:58.802
eine gewisse vertragliche Vereinbarung enthalten können, weil

00:35:58.802 --> 00:36:02.423
Projekte eben ein Mittel sind, wie man mit einem Kunden kommunizieren kann.

00:36:03.123 --> 00:36:06.862
Du sagst, okay, wir machen jetzt erstmal ein Projekt und das hat eine gewisse Schwere.

00:36:07.663 --> 00:36:11.022
Das ist nicht was, was du einfach so machst, sondern wir machen mal ein Projekt und das hat

00:36:11.022 --> 00:36:12.762
gewisse Komponenten, die da sein müssen.

00:36:12.923 --> 00:36:19.582
Weil du den zeitlichen Rahmen festlegen musst, weil du die Ressourcen festlegen musst, weil du das Ziel festlegen musst.

00:36:20.243 --> 00:36:23.562
Ja, aber dafür braucht man ja schon die ganzen Informationen, die man vielleicht ja noch gar nicht hat.

00:36:24.262 --> 00:36:30.643
Das heißt, was man da irgendwie machen muss, ist irgendwie so eine Pi mal Daumen-Schätzung oder die mehr oder weniger valide Schätzung abzugeben.

00:36:30.923 --> 00:36:31.243
Ja, klar.

00:36:31.683 --> 00:36:36.423
Aber das ist ja nicht möglich bei unbekannten Dingen. Also das geht ja nur dann, wenn man sowas mal kennt.

00:36:36.802 --> 00:36:41.262
Ja gut, du hast halt ein Projekt, was eventuell sein Ziel nicht erreicht oder was verlängert werden muss oder was über Budget geht.

00:36:41.262 --> 00:36:43.203
aber das haben wir ja glaube ich alle schon mal erlebt

00:36:43.203 --> 00:36:45.203
also immer

00:36:45.203 --> 00:36:47.383
aber es war ein gutes

00:36:47.383 --> 00:36:47.963
Vorjahrsmenschen

00:36:47.963 --> 00:36:51.183
da merke ich auch, da versuche ich eher

00:36:51.183 --> 00:36:53.082
anders an die Sachen heranzugehen, wir haben

00:36:53.082 --> 00:36:55.362
ein bisschen den Vorteil, dass wir typischerweise

00:36:55.362 --> 00:36:56.683
eben aus dieser

00:36:56.683 --> 00:36:59.082
operativen Sicht kommen, wo eh alles

00:36:59.082 --> 00:37:00.782
ein ongoing concern ist im Prinzip

00:37:00.782 --> 00:37:03.102
wo man halt auch mal sagen kann, so ja

00:37:03.102 --> 00:37:03.982
okay, jetzt machen wir hier mal

00:37:03.982 --> 00:37:07.203
wir machen praktisch

00:37:07.203 --> 00:37:09.123
keine Projektarbeit, aber natürlich haben wir

00:37:09.123 --> 00:37:10.542
das Thema, dass halt

00:37:10.542 --> 00:37:34.542
und

00:37:34.542 --> 00:37:36.262
automatisiert und operationalisiert wird.

00:37:36.802 --> 00:37:38.562
Dann habe ich aber einen ongoing concern

00:37:38.562 --> 00:37:40.502
daraus gemacht. Oder

00:37:40.502 --> 00:37:42.663
es ist was total Unbekanntes

00:37:42.663 --> 00:37:44.562
und in einer komplexen Welt

00:37:44.562 --> 00:37:46.482
will ich bei was Unbekanntem mir nicht

00:37:46.482 --> 00:37:47.743
schon ein Ziel setzen,

00:37:48.643 --> 00:37:50.502
weil ich damit psychologisch

00:37:50.502 --> 00:37:52.602
das Problem aufmache, dass ich halt

00:37:52.602 --> 00:37:54.223
unterschätze,

00:37:54.623 --> 00:37:56.383
wie viel Erkenntnisgewinn ich auf der

00:37:56.383 --> 00:37:58.383
Reise eigentlich einsammle,

00:37:58.542 --> 00:38:00.482
um dann zu dem eigentlichen Ziel zu kommen.

00:38:01.262 --> 00:38:02.522
Das ist glaube ich das, was der

00:38:02.522 --> 00:38:03.502
Dominik sagen wollte, oder?

00:38:03.502 --> 00:38:09.802
Ja, also ihr müsst vielleicht erstmal nochmal die ganzen kleinen Sachen definieren, die unsere Hörer vielleicht gar nicht kennen. Zum Beispiel, was ist denn Kinevin?

00:38:12.022 --> 00:38:23.302
Kinevin ist ein Ansatz von einem walisischen Professor namens Dave Snowden, nicht verwandt mit Edward Snowden.

00:38:24.042 --> 00:38:33.203
Und der beschäftigt sich so seit den 80ern mit Knowledge Management, war lange bei der IBM und hat beschäftigt sich mit komplexen Systemen, auch komplex-adaptiven Systemen genannt.

00:38:33.502 --> 00:38:33.502


00:38:37.822 --> 00:38:39.102
und schreiben

00:38:39.102 --> 00:38:39.502
geschrieben wird Knevin mit C-Y-N-E-F-I-N

00:38:39.502 --> 00:38:41.102
die Valiser haben sehr lustige

00:38:41.102 --> 00:38:43.243
Ausspracheregeln, deswegen kommt da dann am Ende

00:38:43.243 --> 00:38:44.362
Knevin raus

00:38:44.362 --> 00:38:47.582
und da geht es zum Beispiel darum, dass man

00:38:47.582 --> 00:38:49.602
halt multimodale

00:38:49.602 --> 00:38:51.923
Entscheidungssysteme

00:38:51.923 --> 00:38:53.683
braucht, dass du halt in der Lage sein

00:38:53.683 --> 00:38:55.643
musst zu sagen, ja für bestimmte Arten

00:38:55.643 --> 00:38:57.862
von Problemen muss ich halt unterschiedliche

00:38:57.862 --> 00:38:59.342
Lösungsstrategien angehen können

00:38:59.342 --> 00:39:01.163
und gleichzeitig ist es auch nicht so, dass ein

00:39:01.163 --> 00:39:03.243
bestimmtes Problem absolut

00:39:03.243 --> 00:39:33.223
und Jochen unterhalten sich über die Programmiersprache Python

00:39:33.243 --> 00:39:34.542
oder halt

00:39:34.542 --> 00:39:38.282
eher bürokratische einfache geordnete Systeme, wo ich halt weiß, okay

00:39:38.282 --> 00:39:42.743
wenn der Herr einen Ausweis will, dann müssen wir hier halt das Verfahren X

00:39:42.743 --> 00:39:45.623
abarbeiten und dann kommt da hinten ein Ausweis raus.

00:39:45.623 --> 00:39:49.743
Und was da spannend dran ist, ist halt das nicht ontologisch zu betrachten von

00:39:49.743 --> 00:39:52.522
ja ist ein Problem jetzt einer dieser Domänen zuzuordnen,

00:39:52.522 --> 00:39:55.462
sondern die Frage ist, was lerne ich über ein Problem, wenn ich es aus einer dieser

00:39:55.462 --> 00:39:57.362
Brillen halt betrachte,

00:39:57.362 --> 00:39:58.782
um es dann gegebenenfalls

00:39:58.782 --> 00:40:02.042
zu zerteilen und zu fragen, so was in diesem Problem wäre denn etwas, was man mit

00:40:02.042 --> 00:40:04.163
Expertenwissen erschlagen kann, wo sich jetzt

00:40:04.163 --> 00:40:06.143
einer mal mit der Timebox eine Woche Zeit nimmt

00:40:06.143 --> 00:40:07.723
und sagt, so, dick, lehne dir das mal durch,

00:40:08.042 --> 00:40:10.102
habe ich danach eine Lösung, sehr gut. Oder

00:40:10.102 --> 00:40:11.723
ist die Frage, ist es komplex,

00:40:12.243 --> 00:40:13.943
müssen wir im Prinzip erst anfangen,

00:40:14.082 --> 00:40:15.423
mit dem Ding ein bisschen zu spielen,

00:40:15.962 --> 00:40:17.383
um was drüber zu lernen,

00:40:17.962 --> 00:40:20.123
um dann zu gucken, ob wir es weiter zergliedern können,

00:40:20.282 --> 00:40:21.883
um zu wissen, aha, hier geht es in die richtige Richtung,

00:40:21.962 --> 00:40:24.022
hier geht es in die falsche Richtung, oder brennt mir

00:40:24.022 --> 00:40:26.143
hier gerade irgendwie alles ab und ich muss erst mal

00:40:26.143 --> 00:40:27.723
draufhauen und danach fragen.

00:40:29.342 --> 00:40:30.143
Und das sind

00:40:30.143 --> 00:40:31.522
Ansätze, wo ich merke, die gehen

00:41:01.522 --> 00:41:03.962
in alle möglichen definierbaren Teile

00:41:03.962 --> 00:41:05.623
zu gliedern, die dann entsprechend

00:41:05.623 --> 00:41:07.883
schätzen und bepreisen, dann wirst du dir

00:41:07.883 --> 00:41:09.042
halt auf und dann bist du halt fertig.

00:41:09.562 --> 00:41:12.143
Und diese Ansätze berücksichtigen ja keinerlei

00:41:12.143 --> 00:41:14.243
Interaktionen und Erkenntnisgewinne

00:41:14.243 --> 00:41:15.982
auf der Reise oder wie Dinge halt

00:41:15.982 --> 00:41:17.883
komisch sich verzweigen und

00:41:17.883 --> 00:41:20.102
heute sind wir dummerweise wieder an einem

00:41:20.102 --> 00:41:22.482
Punkt, ich nenne das dann immer Weaponized Agile,

00:41:23.802 --> 00:41:26.042
dass man halt eben sagt, agil

00:41:26.042 --> 00:41:27.903
ist jetzt, wenn eine große Firma sich

00:41:27.903 --> 00:41:30.082
Scrum einkauft, jedes

00:41:30.082 --> 00:42:00.062
und die Technik.

00:42:00.082 --> 00:42:03.883
Haben wir aber alle schon mal gehabt solche

00:42:03.883 --> 00:42:06.443
Ja, das ist halt so, wo ist denn das Problem?

00:42:08.243 --> 00:42:10.163
Ja, gut, ich würde jetzt

00:42:10.163 --> 00:42:11.943
sagen, so aus Agile Perspektive ist es halt so,

00:42:12.143 --> 00:42:14.082
sowas sollte man sich nicht vornehmen, weil einfach das

00:42:14.082 --> 00:42:15.602
Risiko, dass das schief geht, ist halt zu hoch.

00:42:15.842 --> 00:42:17.423
Kann man das nicht vielleicht irgendwie ein bisschen

00:42:17.423 --> 00:42:19.923
in Teile aufteilen,

00:42:20.143 --> 00:42:22.082
aber, und das geht ja dann meistens auch

00:42:22.082 --> 00:42:22.623
irgendwie.

00:42:24.643 --> 00:42:26.102
Ja, aber ich finde das sehr interessant

00:42:26.102 --> 00:42:28.143
und ich finde, also möglicherweise

00:42:28.143 --> 00:42:30.203
und ja, eben, was man für Probleme hat,

00:42:30.602 --> 00:42:31.982
hängt halt unter Umständen auch damit zusammen,

00:42:32.123 --> 00:42:33.883
eben, ob man jetzt eher Projektgeschäft macht oder

00:42:33.883 --> 00:42:36.423
eher, ja, irgendwie operative

00:42:36.423 --> 00:42:37.822
Geschichten, so Produktionen.

00:42:38.062 --> 00:42:39.683
Ich glaube auch, dass da ein großer,

00:42:40.282 --> 00:42:42.022
dass da noch ein wichtiger Unterschied ist,

00:42:42.362 --> 00:42:43.842
den man vielleicht nicht so,

00:42:45.443 --> 00:42:46.223
ja, ansonsten,

00:42:46.302 --> 00:42:47.802
wenn man das jetzt schon auf irgendeine

00:42:47.802 --> 00:42:50.102
Methodologie einschießt, vielleicht nicht so wahrnimmt,

00:42:50.203 --> 00:42:51.982
aber der ist, glaube ich, tatsächlich

00:42:51.982 --> 00:42:54.282
sehr relevant

00:42:54.282 --> 00:42:56.123
und es geht üblicherweise

00:42:56.123 --> 00:42:57.502
in eine bestimmte Richtung immer sehr schief.

00:42:58.143 --> 00:43:00.263
nämlich man hat halt einen Unterschied

00:43:00.263 --> 00:43:02.183
wenn ich jetzt zum Beispiel bei Softwareentwicklungen

00:43:02.183 --> 00:43:03.842
wenn ich darüber nachdenke

00:43:03.842 --> 00:43:06.223
wie funktioniert das

00:43:06.223 --> 00:43:08.282
was macht man da eigentlich im Gegensatz

00:43:08.282 --> 00:43:09.943
zu weiß ich jetzt nicht zum Beispiel

00:43:09.943 --> 00:43:11.082
irgendwas

00:43:11.082 --> 00:43:14.663
man hat ein Fastfood-Franchise

00:43:14.663 --> 00:43:17.982
Restaurant irgendwie sowas

00:43:17.982 --> 00:43:18.582
Hast du Hunger?

00:43:19.383 --> 00:43:20.022
Ein bisschen

00:43:20.022 --> 00:43:24.143
Softwareentwicklung hat halt immer auch sowas

00:43:24.143 --> 00:43:26.123
Exploratives dabei oder man weiß am Anfang

00:43:26.123 --> 00:43:27.163
noch nicht wie die Lösung aussieht

00:43:27.163 --> 00:43:29.683
Ja, naja, sag mal so, die Prinzipien,

00:43:29.802 --> 00:43:31.403
also wie man das managt, ist halt

00:43:31.403 --> 00:43:33.223
sozusagen fast umgekehrt. Also

00:43:33.223 --> 00:43:35.082
bei so einem

00:43:35.082 --> 00:43:37.362
Fast-Food-Franchise würde ich sagen, also

00:43:37.362 --> 00:43:39.542
man muss Sachen standardisieren, man muss halt

00:43:39.542 --> 00:43:41.462
zusehen, dass irgendwie

00:43:41.462 --> 00:43:42.903
keine Fehler passieren,

00:43:43.263 --> 00:43:45.462
dass man einfach die Fehlerquote kontinuierlich

00:43:45.462 --> 00:43:47.502
senkt, dass keine Überraschungen passieren,

00:43:47.743 --> 00:43:48.842
dass alles irgendwie

00:43:48.842 --> 00:43:50.982
so wie es im Buch steht halt

00:43:50.982 --> 00:43:53.342
gemacht wird. Man muss halt irgendwie dafür

00:43:53.342 --> 00:43:55.163
sorgen, dass die Leute irgendwie pünktlich

00:43:55.163 --> 00:43:57.183
zur Arbeit kommen und dass halt

00:43:57.183 --> 00:43:58.482
irgendwie die ganzen formalen Geschichten

00:43:58.482 --> 00:44:01.123
eingehalten werden. Das ist alles total

00:44:01.123 --> 00:44:03.203
wichtig und keine Experimente.

00:44:03.362 --> 00:44:05.102
Es gibt irgendwo eine Zentrale, da überlegen die sich

00:44:05.102 --> 00:44:07.143
vielleicht neue Rezepte oder so, aber irgendwie

00:44:07.143 --> 00:44:09.282
die Leute im Restaurant sollen

00:44:09.282 --> 00:44:11.183
halt austauschbar sein und die sollen halt

00:44:11.183 --> 00:44:13.082
irgendwie funktionieren und das Ganze

00:44:13.082 --> 00:44:15.243
ist quasi so eine Maschine und die soll halt laufen,

00:44:15.383 --> 00:44:17.022
damit da irgendwie Cheeseburger rausfallen und die Leute

00:44:17.022 --> 00:44:18.703
glücklich sind oder dick oder was auch immer.

00:44:18.703 --> 00:44:20.802
Ja, aber das löst doch auch nur so ein gewisses Problem, oder?

00:44:20.842 --> 00:44:22.862
Genau, das löst halt dieses...

00:44:22.862 --> 00:44:24.743
Ja, aber

00:44:24.743 --> 00:44:27.562
Das Ergebnis davon ist halt ein Fastfood-Hamburger.

00:44:27.703 --> 00:44:29.002
Und wenn du einen guten Hamburger essen willst,

00:44:29.062 --> 00:44:30.683
gehst du nicht zu einem Fastfood-Laden,

00:44:30.782 --> 00:44:32.723
weil da kriegst du zwar immer den gleichen

00:44:32.723 --> 00:44:34.883
und auch auf der ganzen Welt überall immer den gleichen,

00:44:35.643 --> 00:44:37.903
aber du kriegst halt auch immer nur den Fastfood-Burger.

00:44:38.923 --> 00:44:39.703
Ich glaube auch bei...

00:44:39.703 --> 00:44:41.163
Oder genau.

00:44:42.002 --> 00:44:44.022
Also was du ja beschreibst gerade ist eben,

00:44:44.102 --> 00:44:45.582
das ist die Optimierung auf Effizienz.

00:44:45.962 --> 00:44:47.623
Das ist, du willst möglichst viel Output

00:44:47.623 --> 00:44:48.923
mit möglichst wenig Input haben.

00:44:49.802 --> 00:44:50.943
Das ist Effizienz.

00:44:51.842 --> 00:44:52.903
Und Standardisierung.

00:44:52.903 --> 00:44:54.482
Du willst immer den gleichen Output haben.

00:44:54.743 --> 00:44:56.522
die gleiche der ist, umso besser

00:44:56.522 --> 00:44:59.743
genau, du willst auch

00:44:59.743 --> 00:45:01.102
wenig Variationen da drin haben

00:45:01.102 --> 00:45:03.102
die

00:45:03.102 --> 00:45:05.462
die

00:45:05.462 --> 00:45:07.623
Seite bei der Softwareentwicklung

00:45:07.623 --> 00:45:08.862
und Explorativen ist halt

00:45:08.862 --> 00:45:11.683
solange du gar nicht weißt, was du tust

00:45:11.683 --> 00:45:13.502
musst du ja erstmal an der Wirksamkeit

00:45:13.502 --> 00:45:15.602
der Lösung arbeiten, du musst erstmal die Effektivität

00:45:15.602 --> 00:45:17.542
herstellen, du musst erstmal fragen, tue ich ja eigentlich

00:45:17.542 --> 00:45:19.763
das Richtige und ich meine

00:45:19.763 --> 00:45:21.163
das willst du halt auch nicht

00:45:21.163 --> 00:45:23.903
das ist jetzt philosophisch abstrus, ich muss sehr an die Simpsons

00:45:23.903 --> 00:45:23.903


00:45:25.302 --> 00:45:27.002
einen Jugendlichen, der immer beim

00:45:27.002 --> 00:45:29.802
Hamburger Journalist sagt, du willst nicht, dass er sich die Frage stellt,

00:45:29.883 --> 00:45:31.263
ob er hier gerade das Richtige tut.

00:45:32.842 --> 00:45:34.383
Das willst du halt nicht.

00:45:34.443 --> 00:45:35.383
Der kommt nachher auf die Idee,

00:45:35.522 --> 00:45:37.703
seinen Lebenssinn eine Frage zu stellen.

00:45:37.782 --> 00:45:39.982
Das wäre für den Ausdruck der Bürger

00:45:39.982 --> 00:45:40.883
jetzt eher schwierig.

00:45:41.822 --> 00:45:43.482
Nachher sagt er, ich will gar nicht arbeiten.

00:45:44.443 --> 00:45:45.802
Ich würde sogar noch einen Schritt

00:45:45.802 --> 00:45:47.602
weiter gehen und sagen, bei Software

00:45:47.602 --> 00:45:50.123
weißt du am Anfang oft gar nicht, was das Ergebnis sein soll.

00:45:50.763 --> 00:45:51.002
Genau.

00:45:52.562 --> 00:45:53.423
Solange du nicht weißt,

00:45:53.423 --> 00:45:57.403
Was du für einen Burger haben willst, kannst du auch keinen Prozess machen, diesen Burger herzustellen.

00:45:58.042 --> 00:46:05.643
Und Achtung, natürlich gibt es da einen Zwischenton im Sinne von, wenn du mit deinem Handwerkszeug effizient umgehen kannst,

00:46:05.643 --> 00:46:11.643
im kleinen, im Sinne von, wie schreibe ich Code und wie strukturieren wir eine Softwarebasis etc.,

00:46:12.263 --> 00:46:18.102
dann kannst du natürlich kostengünstiger mehr explorativ machen, als wenn du die ganze Zeit nur dabei bist,

00:46:18.102 --> 00:46:20.143
irgendwie dagegen, also wer nicht zehn Finger

00:46:20.143 --> 00:46:20.842
schreiben kann,

00:46:21.822 --> 00:46:23.862
nicht jeder muss zehn Finger schreiben können,

00:46:24.403 --> 00:46:25.022
aber wer halt,

00:46:25.842 --> 00:46:27.982
wer Schwierigkeiten hat, eine gewisse Menge

00:46:27.982 --> 00:46:30.022
Code effektiv und effizient ins

00:46:30.022 --> 00:46:32.002
System reinzukriegen, der kann halt nur schwierig

00:46:32.002 --> 00:46:33.903
experimentieren, weil es halt

00:46:33.903 --> 00:46:35.982
sehr teuer ist, halt mal vorwärts, rückwärts,

00:46:36.042 --> 00:46:37.763
links, rechts und da ist aber auch tatsächlich

00:46:37.763 --> 00:46:39.903
diese klassische Projektmethodologie drin, du willst

00:46:39.903 --> 00:46:42.362
die Fehler während des Prozesses minimieren,

00:46:42.982 --> 00:46:44.143
weil die nach hinten heraus

00:46:44.143 --> 00:46:45.923
halt explodieren, während wenn du sagst, naja,

00:46:46.302 --> 00:46:47.723
es ist für mich leicht,

00:46:48.102 --> 00:47:18.082
und Jochen unterhalten sich über die Programmiersprache Python

00:47:18.102 --> 00:47:19.743
eines Produktmanagements,

00:47:20.263 --> 00:47:22.102
dann willst du aus so einer Kombination aus,

00:47:22.422 --> 00:47:24.062
da gibt es Leute, die haben halt ein Business

00:47:24.062 --> 00:47:26.062
anliegen, da gibt es Leute, die können

00:47:26.062 --> 00:47:27.862
Software entwickeln, da gibt es Leute, die betreuen sowas

00:47:27.862 --> 00:47:29.903
operativ und aus denen willst du

00:47:29.903 --> 00:47:31.462
einen andauernd laufenden

00:47:31.462 --> 00:47:33.522
Co-Creation-Prozess bauen,

00:47:33.942 --> 00:47:36.082
wo jeder im Prozess die Möglichkeit hat,

00:47:36.183 --> 00:47:38.102
Erkenntnisse einzufüttern, um dieses, was tun

00:47:38.102 --> 00:47:39.042
wir hier eigentlich,

00:47:40.042 --> 00:47:41.982
weiterzuentwickeln und anzufüttern und nicht

00:47:41.982 --> 00:47:43.802
nur dieses, ja, haben jetzt alle ihre Aufgaben gemacht,

00:47:44.143 --> 00:47:45.942
dann ist jetzt das Projekt vorbei, dann brauchen wir es

00:47:45.942 --> 00:47:48.002
jetzt für fünf Jahre nicht anfassen und es läuft jetzt hier

00:47:48.002 --> 00:47:50.062
vor sich hin. Ein Co-Creation-Prozess.

00:47:50.442 --> 00:47:50.743
Das ist schön.

00:47:52.062 --> 00:47:53.723
Ja, das ist halt, wenn man mal versucht,

00:47:53.822 --> 00:47:55.723
irgendwie dieses blöde Thema Digitalisierung

00:47:55.723 --> 00:47:58.203
mit irgendwas sinnvoll zu unterfüttern,

00:47:59.203 --> 00:47:59.862
dann finde ich,

00:48:00.002 --> 00:48:01.862
ist gerade so ein Begriff wie

00:48:01.862 --> 00:48:03.223
Co-Creation das,

00:48:03.562 --> 00:48:05.802
wo man tatsächlich Wert schöpfen kann, wo du

00:48:05.802 --> 00:48:08.042
wirklich sagen kannst, was ist jetzt an Softwareentwicklung,

00:48:08.462 --> 00:48:09.643
außer von, ja, wir haben es jetzt

00:48:09.643 --> 00:48:11.903
perfektioniert, möglichst schnell

00:48:11.903 --> 00:48:14.082
Fachanwendungen mit immer den gleich aussehenden

00:48:14.082 --> 00:48:16.263
Formulareingabefenstern

00:48:16.263 --> 00:48:17.383
auszukotzen.

00:48:18.002 --> 00:48:19.683
was kann man eigentlich besser machen?

00:48:19.783 --> 00:48:21.942
Und besser machen ist eben tatsächlich zu sagen, naja, du willst

00:48:21.942 --> 00:48:24.163
in den Alltag rein, bis zum

00:48:24.163 --> 00:48:25.663
Nutzer, diese

00:48:25.663 --> 00:48:27.743
Konversation

00:48:27.743 --> 00:48:30.022
mit dem komplexen System von was tun

00:48:30.022 --> 00:48:31.703
wir hier eigentlich und was geht eigentlich

00:48:31.703 --> 00:48:33.163
unterfüttern.

00:48:33.842 --> 00:48:36.143
In dieser Komplexen heißt es

00:48:36.143 --> 00:48:38.383
unarticulated needs,

00:48:38.822 --> 00:48:40.183
weil du halt das Problem hast, dass die Leute,

00:48:40.342 --> 00:48:42.263
die das Zeug einsetzen, dir vorher,

00:48:42.422 --> 00:48:43.883
die verstehen heutzutage nicht,

00:48:44.302 --> 00:48:46.002
was kannst du eigentlich alles bauen

00:48:46.002 --> 00:48:51.283
und du kannst nicht kommunizieren, was in ihrer Domäne jetzt vielleicht sinnvoll wäre zu bauen.

00:48:51.883 --> 00:48:55.183
Das heißt, du musst auf eine gemeinsame Reise gehen, um eine Sprache zu entwickeln,

00:48:55.183 --> 00:49:02.263
um tatsächlich im täglichen Dienstag früh um sieben, mein Patient ist komisch ausgerutscht,

00:49:02.322 --> 00:49:05.183
weil das Programm mir gestern vergessen hat, auf eine sinnvolle Art zu sagen,

00:49:05.283 --> 00:49:07.163
dass da bitte eine Mathe hinzulegen ist.

00:49:09.263 --> 00:49:14.183
Diese Schleifen brauchst du halt nicht am grünen Tisch von irgendeinem Produktmanager.

00:49:14.183 --> 00:49:19.223
Produktmanager, du brauchst diese Schleife tatsächlich zwischen, bis zu da ist der

00:49:19.223 --> 00:49:24.243
Patient hingefallen, weil XYZ. Und diese Informationen ordentlich durch die Gegend zu

00:49:24.243 --> 00:49:27.542
leiten ist tatsächlich auf einer ganz anderen Ebene, als was man klassischerweise unter

00:49:27.542 --> 00:49:28.763
Projektmanagement verstehen würde.

00:49:29.623 --> 00:49:33.143
Das ist jetzt aber schon ein sehr agiler Ansatz, dass du den Kunden direkt in das Projekt

00:49:33.143 --> 00:49:37.362
einbettest, dass du erstmal den Kunden beobachtest und dass du das immer in kleinen Schritten

00:49:37.362 --> 00:49:37.703
machst.

00:49:38.163 --> 00:49:43.703
Aber nochmal ganz kurz, um das mit den Produktions... Also ich fand, genau, finde ich alles richtig,

00:49:43.703 --> 00:50:13.683
und Jochen unterhalten sich über die Programmiersprache Python

00:50:13.703 --> 00:50:15.403
eben experimentieren, eigentlich

00:50:15.403 --> 00:50:17.783
sozusagen mehr vorantreiben

00:50:17.783 --> 00:50:19.562
als verhindern. Du musst halt irgendwie

00:50:19.562 --> 00:50:21.342
sagen, okay, naja, Fehler können halt passieren.

00:50:21.462 --> 00:50:23.183
Es kann sein, dass man mal eine Zeit lang in eine falsche Richtung läuft.

00:50:23.602 --> 00:50:25.342
Da muss man sich halt umdrehen und in eine andere Richtung laufen.

00:50:25.802 --> 00:50:27.663
Was man aber tatsächlich oft sieht, ist halt

00:50:27.663 --> 00:50:29.263
sehr defensives Management an der Stelle.

00:50:29.362 --> 00:50:31.342
Zum Beispiel, also alle

00:50:31.342 --> 00:50:33.422
sagen immer, dass Fehler gut sind und dass es kein Problem ist

00:50:33.422 --> 00:50:35.542
und dass man daraus lernen kann und anders gar nicht lernen kann

00:50:35.542 --> 00:50:37.482
und so. So Lippenbekenntnisse hört man oft.

00:50:38.002 --> 00:50:39.542
Aber was man auch in den

00:50:39.542 --> 00:50:41.602
meisten, also ganz oft, was ich da

00:50:41.602 --> 00:50:42.862
höre, ist immer sowas wie

00:50:42.862 --> 00:50:45.203
ja, wenn man zum Beispiel

00:50:45.203 --> 00:50:47.163
jetzt sieht in einem Projekt irgendwie, das ist so ein bisschen

00:50:47.163 --> 00:50:49.143
in der Sackgasse gelaufen, dann sieht man das so als

00:50:49.143 --> 00:50:51.143
zum Beispiel jemand, der so extern dazukommt und denkt

00:50:51.143 --> 00:50:53.082
sich so, also da geht es irgendwie

00:50:53.082 --> 00:50:54.763
nicht weiter und dann spricht man das an und dann

00:50:54.763 --> 00:50:57.042
oft erst so informell und dann

00:50:57.042 --> 00:50:59.163
kriegt man halt zurück, ja, das wissen wir

00:50:59.163 --> 00:51:01.062
ja alles, aber das geht jetzt halt nicht

00:51:01.062 --> 00:51:02.723
anders und das läuft schon so lange und

00:51:02.723 --> 00:51:05.183
machen wir das lieber schrittweise, machen wir lieber Tickets

00:51:05.183 --> 00:51:07.062
und so, dann denkt man sich so, ja, aber wo soll das hinführen?

00:51:07.183 --> 00:51:08.422
Das geht nirgendwo hin, das ist

00:51:08.422 --> 00:51:10.562
ein Dead-End-Ticket.

00:51:10.562 --> 00:51:11.362
Ticket graben.

00:51:12.243 --> 00:51:14.763
Das ist schon freigegeben.

00:51:14.842 --> 00:51:16.602
Du hast schon die Freigabe, dann musst du es auch machen.

00:51:16.783 --> 00:51:18.683
Ja, aber genau.

00:51:18.883 --> 00:51:20.302
Und dann kann man...

00:51:20.302 --> 00:51:22.643
Das ist halt dann aber nicht mehr, wenn das

00:51:22.643 --> 00:51:23.683
nicht geht, dann...

00:51:23.683 --> 00:51:26.123
Oder wenn einem die Leute sagen, wenn man dann sagt, okay,

00:51:26.203 --> 00:51:28.542
probieren wir das einmal, dann sagen die, nee, das ist politisch nicht durchsetzbar.

00:51:29.102 --> 00:51:30.322
Dann weiß man, okay,

00:51:30.822 --> 00:51:32.442
hier ist ein Fehler nicht so richtig erwünscht,

00:51:32.502 --> 00:51:33.942
weil jetzt da haben alle schon gelernt,

00:51:34.383 --> 00:51:36.562
wenn man jetzt sagt, okay, das war ein Fehler, wir machen es jetzt anders,

00:51:36.562 --> 00:51:38.403
dann ist das politisch keine gute Idee,

00:51:38.403 --> 00:51:41.002
weil Fehler wohl offenbar doch keine so gute Idee sind.

00:51:41.743 --> 00:51:42.602
Und wenn man jetzt Leute,

00:51:42.802 --> 00:51:44.703
also man könnte zum Beispiel

00:51:44.703 --> 00:51:46.723
Leute fragen, was waren eigentlich die

00:51:46.723 --> 00:51:48.562
letzte fiese Architekturfehlentscheidung,

00:51:49.062 --> 00:51:50.422
die so passiert ist?

00:51:50.582 --> 00:51:52.342
Und wenn Leute sagen, es ist nie passiert,

00:51:52.422 --> 00:51:53.403
oder Projekt, das ist eine Sackgasse,

00:51:53.582 --> 00:51:56.243
wenn Leute sagen, sowas passiert nicht, nie,

00:51:56.942 --> 00:51:58.643
dann ist das zu wenig, weil das ist nicht optimal.

00:51:58.842 --> 00:52:00.602
Also optimal wäre durchaus, ab und zu

00:52:00.602 --> 00:52:02.482
sich zu irren und irgendwie

00:52:02.482 --> 00:52:04.643
mal in eine Sackgasse zu laufen

00:52:04.643 --> 00:52:05.562
und dann halt wieder umzudrehen.

00:52:06.183 --> 00:52:07.102
Also, ja,

00:52:07.102 --> 00:52:10.183
Das kommt vielleicht auch

00:52:10.183 --> 00:52:12.042
alles so ein bisschen aus dieser Welt

00:52:12.042 --> 00:52:13.822
die der Tony vorhin schon angesprochen hat

00:52:13.822 --> 00:52:14.763
dass

00:52:14.763 --> 00:52:18.462
ganz viel noch Waterfall gematcht wird

00:52:18.462 --> 00:52:19.623
und das geht halt nicht

00:52:19.623 --> 00:52:20.663
Es ist in den Kopf und in die drin

00:52:20.663 --> 00:52:23.743
Übrigens

00:52:23.743 --> 00:52:26.042
dieses Waterfall Modell

00:52:26.042 --> 00:52:28.342
das ist definiert worden von Royce Winston

00:52:28.342 --> 00:52:30.542
ist schon ganz lange her

00:52:30.542 --> 00:52:32.243
ich würde euch

00:52:32.243 --> 00:52:33.643
die Jahreszahl sagen, aber ich finde sie gerade nicht

00:52:33.643 --> 00:52:36.123
und war eigentlich als

00:52:36.123 --> 00:52:38.082
negativ Beispiel gedacht. Es war eigentlich gedacht als

00:52:38.082 --> 00:52:40.163
Beispiel von, so geht Softwaremanagement

00:52:40.163 --> 00:52:41.883
nicht, so kann man Projekte nicht managen.

00:52:42.562 --> 00:52:43.163
Nur leider hat nie jemand...

00:52:43.163 --> 00:52:44.203
Dann machen wir das jetzt so.

00:52:45.002 --> 00:52:48.102
Es hat nie jemand über die erste Seite hinaus gelesen

00:52:48.102 --> 00:52:50.022
und nur dieses erste Diagramm ist das, was man

00:52:50.022 --> 00:52:51.982
immer sieht. Und auch in diesem

00:52:51.982 --> 00:52:54.022
ersten Paper steht schon drin, als eine

00:52:54.022 --> 00:52:55.542
von den Sachen, involve the customer,

00:52:56.123 --> 00:52:58.183
also sprich mit den Leuten, die das dann benutzen

00:52:58.183 --> 00:53:00.082
sollen und benutzen müssen, weil nur die

00:53:00.082 --> 00:53:01.243
wissen, was da

00:53:01.243 --> 00:53:04.143
Anforderungen tatsächlich drin ist.

00:53:04.243 --> 00:53:05.883
Nur die wissen, was die tatsächlich brauchen.

00:54:06.123 --> 00:54:06.123


00:54:06.123 --> 00:54:09.243
und hat dann ein paar SQL-Queries geschickt für Sachen, wo er gerne noch Auswertungen für hätte.

00:54:11.082 --> 00:54:13.302
Und das lief immer nicht sauber.

00:54:13.403 --> 00:54:16.302
Da hat immer irgendwas in der Syntax gehakelt, etc., etc., etc.

00:54:16.442 --> 00:54:19.243
Irgendwann kam er an und sagt, die Änderung vom letzten Mal habe ich hier rot markiert.

00:54:21.062 --> 00:54:24.743
Und dann ist der Groschen gefallen, der hat die nie ausgeführt.

00:54:25.403 --> 00:54:31.203
Der hat nur bei sich am Rechner gesessen und in seinem Word SQL-Queries runtergeschrieben,

00:54:31.283 --> 00:54:32.283
die er mir dann geschickt hat.

00:54:32.283 --> 00:54:32.283


00:54:33.203 --> 00:54:35.123
nur damit ich dann feststelle,

00:54:35.562 --> 00:54:36.802
ja das geht ja vorne und hinten nicht.

00:54:36.883 --> 00:54:38.723
Und als er dann meinte rot markiert, hat er tatsächlich

00:54:38.723 --> 00:54:41.223
dann halt angefangen, das Word-Change-Tracking

00:54:41.223 --> 00:54:42.783
zu nutzen

00:54:42.783 --> 00:54:44.862
um mir, also im Prinzip

00:54:44.862 --> 00:54:47.462
war ich, ich war sein

00:54:47.462 --> 00:54:49.403
Word-E-Mail-basierter

00:54:49.403 --> 00:54:52.802
Postgres-Interpreter,

00:54:53.482 --> 00:54:54.743
der dann immer zurück mit den

00:54:54.743 --> 00:54:56.883
Fehlermeldungen von der Postgres-Stell kam.

00:54:57.663 --> 00:54:58.862
Das war halt so eine

00:54:58.862 --> 00:55:00.643
völlig, bis man das auch merkt, dass dieses

00:55:00.643 --> 00:55:00.643


00:55:00.643 --> 00:55:02.623
Customer Onset da völlig daneben gelaufen.

00:55:02.743 --> 00:55:03.743
Es hat gedauert.

00:55:04.623 --> 00:55:06.623
Man darf auch auf die Kunden

00:55:06.623 --> 00:55:08.042
nicht zu viel hören. Das ist auch so

00:55:08.042 --> 00:55:10.822
ein Problem, was man heutzutage

00:55:10.822 --> 00:55:12.623
manchmal hat, weil

00:55:12.623 --> 00:55:14.683
die Kunden oder die Benutzer

00:55:14.683 --> 00:55:16.623
oft ganz verrückte Vorstellungen haben.

00:55:18.383 --> 00:55:19.183
Wie du genau

00:55:19.183 --> 00:55:20.623
vorstellst, die Kunden

00:55:20.623 --> 00:55:22.163
wissen nicht, was man bauen kann.

00:55:22.942 --> 00:55:24.522
Und das heißt, entweder sagen sie,

00:55:24.582 --> 00:55:26.002
ja, es wäre schon gut, wenn man hier

00:55:26.002 --> 00:55:27.982
Text eingeben könnte.

00:55:28.123 --> 00:55:29.763
Ja, das konnte man 1970 schon.

00:55:29.763 --> 00:55:29.763


00:55:33.922 --> 00:55:35.562
und welche Person da auf dem Bild ist

00:55:35.562 --> 00:55:37.482
und du denkst dir, ja gut, Google kann das,

00:55:37.602 --> 00:55:38.422
aber wir können das ja nicht.

00:55:39.102 --> 00:55:40.562
Welcher ist denn der Mensch, der das so entscheidet?

00:55:40.643 --> 00:55:42.703
Ist das der UX-Mensch, der das kann?

00:55:43.462 --> 00:55:45.683
Diese Sprache sprechen mit, wer der Kunde ist

00:55:45.683 --> 00:55:46.442
und was der eigentlich will.

00:55:47.263 --> 00:55:49.082
Es muss auf jeden Fall so eine Rolle geben,

00:55:49.243 --> 00:55:50.283
der diese Sprachen spricht

00:55:50.283 --> 00:55:53.922
und das ist ein Zeichen von erfolgreichem

00:55:53.922 --> 00:55:55.602
Projektmanagement

00:55:55.602 --> 00:55:57.042
und erfolgreicher Softwareentwicklung,

00:56:27.042 --> 00:56:29.062
und dann denkt er sich halt aus, dass die Leute

00:56:29.062 --> 00:56:30.862
es nicht wissen müssen, was sie müssen.

00:56:31.283 --> 00:56:33.362
Und dann kriegst du so Projekte,

00:56:33.482 --> 00:56:35.302
die irgendwo hinlaufen, die irgendwas

00:56:35.302 --> 00:56:36.683
herstellen, was dann keiner haben möchte.

00:56:37.743 --> 00:56:39.383
Und tatsächlich, also diese

00:56:39.383 --> 00:56:40.783
Art von Übersetzung ist,

00:56:41.582 --> 00:56:43.022
ich würde nochmal andocken wollen, weil

00:56:43.022 --> 00:56:45.362
mir fällt tatsächlich auf, das habe ich gar nicht gedacht,

00:56:45.422 --> 00:56:47.203
eine Vorbereitung, dass mir jetzt die

00:56:47.203 --> 00:56:49.522
ganzen Komplexitätsbasierten

00:56:49.522 --> 00:56:50.783
Ansätze da alle reinlaufen.

00:56:51.042 --> 00:56:51.862
Das ist halt

00:56:51.862 --> 00:56:55.022
es ist halt, wobei es auch ein

00:56:55.022 --> 00:56:55.022


00:56:55.022 --> 00:56:57.102
steckenpferden ist dokumental halt überall an.

00:56:57.783 --> 00:56:58.982
Das eine ist das Thema

00:56:58.982 --> 00:57:01.062
Fehlerkultur, da bin ich dort auch

00:57:01.062 --> 00:57:02.022
nochmal auf den Trichter gekommen.

00:57:04.223 --> 00:57:05.042
Es wird dort

00:57:05.042 --> 00:57:06.982
auch bezeichnet, dass wenn du in einer komplexen Welt bist,

00:57:07.062 --> 00:57:09.002
wo du halt die Interaktion nicht vorhersehen kannst, musst

00:57:09.002 --> 00:57:11.082
du parallele Experimente

00:57:11.082 --> 00:57:12.842
machen. Das Spannende ist tatsächlich

00:57:12.842 --> 00:57:14.922
zeitlich parallel. Ist das so AB-Testing

00:57:14.922 --> 00:57:16.783
oder was kann man das so kurz sagen?

00:57:18.062 --> 00:57:19.022
Ne, ja, noch nicht

00:57:19.022 --> 00:57:21.002
mal. Du willst

00:57:21.002 --> 00:57:22.703
ja nicht nur zwei machen, sondern du willst im Prinzip

00:57:22.703 --> 00:57:24.743
was du machen möchtest, ist du willst

00:57:24.743 --> 00:57:54.723
und Jochen unterhalten sich über die Programmiersprache Python

00:57:54.743 --> 00:57:58.623
Es gibt eine gewisse Menge Widerspruch zwischen den unterschiedlichen Ansätzen.

00:57:59.562 --> 00:58:03.763
Wenn du anfängst sie zu implementieren, nicht alle tatsächlich valid sein können,

00:58:05.203 --> 00:58:06.263
dann hättest du nämlich nichts gelernt.

00:58:07.462 --> 00:58:10.763
Und du willst auch machen, dass du bestimmte Ansätze nochmal um die Ecke denkst.

00:58:11.183 --> 00:58:14.243
Da ist es immer hilfreich, wenn man im Team nochmal irgendwie naive Leute hat,

00:58:14.482 --> 00:58:17.383
also Leute, die noch nicht so lange dabei sind oder Quereinsteiger sind und so.

00:58:18.263 --> 00:58:21.623
Und da kommt dann nämlich dieses Thema, diese Experimente,

00:58:21.623 --> 00:58:45.383
und die

00:59:15.383 --> 00:59:45.362
und Jochen unterhalten sich über die Programmiersprache Python

00:59:45.383 --> 01:00:24.205
und Jochen unterhalten sich die Programmiersprache Python Wir wissen noch nicht was die Antwort ist Und eine von den vier Sachen wird schief gehen Wir wissen auch noch nicht welche Aber irgendwas wird schief gehen Und wir bereiten uns auch jetzt darauf vor von was machen wir denn wenn das schief geht Und das war f mich eine massive Erkenntnis zum Thema ja diese halbherzige Fehlerkultur ist kaputt weil man denkt Fehler sind immer noch etwas was man im Idealfall vermeiden kann Und es muss hingehen zu Fehler sind etwas was ich provoziere weil ich erst dann den Optionsrahmen so weit ausgesch habe dass ich echte Innovation treiben kann dass ich eine echte Erkenntnis hatte

01:00:24.965 --> 01:00:24.965


01:00:24.965 --> 01:00:28.825
Ich muss vielleicht nochmal kurz dazu gehen, wie provoziert man denn so einen Fehler und worum geht es dabei?

01:00:29.685 --> 01:00:32.485
Ja, indem du Theorien aufstellst, die sich widersprechen.

01:00:33.425 --> 01:00:41.105
Du sagst halt, du hast eine bestimmte Aufgabe und du weißt noch nicht, was die möglichen Ergebnisse sind.

01:00:41.165 --> 01:00:47.205
Beispiel, bildlich gesprochen, du bist irgendwo mitten in einer Wüste und deine Aufgabe ist rauszufinden,

01:00:47.305 --> 01:00:49.165
in welche Richtung geht es jetzt hier eigentlich ordentlich voran.

01:00:49.905 --> 01:00:50.705
Ja, wo müssen wir hin?

01:00:50.905 --> 01:00:52.185
Zum Wasser oder zum Meer oder?

01:00:52.185 --> 01:00:52.185


01:00:52.185 --> 01:00:54.325
zum Wasser oder zum Meer oder was auch immer.

01:00:54.465 --> 01:00:56.385
Dann schickst du also vier Leute

01:00:56.385 --> 01:00:58.485
oder du versuchst rauszukriegen, wie weit geht's

01:00:58.485 --> 01:01:00.485
denn hier eigentlich. Und dann schickst du

01:01:00.485 --> 01:01:02.365
halt vier Leute in

01:01:02.365 --> 01:01:04.225
vier Himmelsrichtungen

01:01:04.225 --> 01:01:06.425
und jetzt kannst du entweder sagen, naja,

01:01:06.685 --> 01:01:08.485
ich lass die alle jeweils einen Kilometer

01:01:08.485 --> 01:01:09.645
laufen

01:01:09.645 --> 01:01:12.465
und dann zurückkommen, dann können sie

01:01:12.465 --> 01:01:14.325
dir sagen, ja, hier geht's jeweils in ein Kilometer

01:01:14.325 --> 01:01:16.425
Richtung. Schön. Jetzt hast du aber noch

01:01:16.425 --> 01:01:17.945
nicht gelernt, wo hier Ende ist.

01:01:18.745 --> 01:01:20.285
Das heißt, du musst im Prinzip an der Stelle

01:01:50.285 --> 01:01:55.245
einer von den vier Richtungen irgendwo in Oase ist, aber es kann nicht überall eine sein.

01:01:56.525 --> 01:01:59.365
Und damit müssen sich die, die sich auf diese Expedition begeben,

01:01:59.485 --> 01:02:03.205
darauf vorbereiten, dass sie derjenige sind, der keine Oase findet.

01:02:03.245 --> 01:02:03.785
Na, die verdursten.

01:02:03.785 --> 01:02:04.485
Was mache ich denn dann?

01:02:05.505 --> 01:02:07.605
Ja, idealerweise tun sie das halt nicht.

01:02:07.785 --> 01:02:10.085
Idealerweise überlegst du dir ein Protokoll, wie die das halt...

01:02:10.085 --> 01:02:14.125
Und deswegen ist sozusagen diese Aussage, ja, ich fange an Dinge zu tun, wo ich...

01:02:14.125 --> 01:02:17.945
Du weißt bloß nicht, welcher von denen halt der ist, der nachher das Problem haben wird.

01:02:17.945 --> 01:02:19.965
und den musste ausrüsten mit Mechanismen

01:02:19.965 --> 01:02:21.985
zu sagen, okay, ich bin jetzt wirklich so weit gefahren,

01:02:22.065 --> 01:02:23.805
wie ich konnte, jetzt brauche ich hier

01:02:23.805 --> 01:02:25.265
Verstärkung, irgendwann muss ich mich abholen.

01:02:26.145 --> 01:02:27.885
Und das ist halt genau dieses Abstrakter

01:02:27.885 --> 01:02:30.145
gesehen ist halt, du machst hier ein Portfolio,

01:02:30.565 --> 01:02:32.045
jede Theorie in sich muss schlüssig

01:02:32.045 --> 01:02:33.485
sein, die muss sein, die darf

01:02:33.485 --> 01:02:35.965
der Naturwissenschaftlichen

01:02:36.585 --> 01:02:37.765
nicht widersprechen, du musst

01:02:37.765 --> 01:02:39.325
einen Anhaltspunkt haben, wo du sagst,

01:02:39.665 --> 01:02:42.005
irgendwo hat sowas in der Art schon mal funktioniert, es ist nicht völlig

01:02:42.005 --> 01:02:44.345
an den Haaren herbeigezogen,

01:02:44.725 --> 01:02:45.825
auch wenn wir sozusagen jetzt auf

01:02:45.825 --> 01:02:47.605
dieser Idee so lange rumhauen und so viele

01:02:47.605 --> 01:02:51.385
versuchen, sie niederzumachen, irgendwie scheint es trotzdem noch irgendwie eine gute Idee zu sein,

01:02:51.965 --> 01:02:53.285
dann sollten wir das jetzt mal ausprobieren.

01:02:54.165 --> 01:02:55.885
Und so kommst du halt zu einem Portfolio,

01:02:55.985 --> 01:02:57.165
wo du mit relativ wenig Aufwand

01:02:57.165 --> 01:02:58.645
einen zeitlich kurzen

01:02:58.645 --> 01:03:02.085
Zyklus tatsächlich provozieren kannst,

01:03:02.185 --> 01:03:03.305
dass dir Feedback von

01:03:03.305 --> 01:03:05.785
dem Universum gegeben wird, was davon

01:03:05.785 --> 01:03:07.265
jetzt eine gute Idee ist und was nicht.

01:03:09.105 --> 01:03:10.045
Das ist die

01:03:10.045 --> 01:03:11.505
Pale-Fast-Philosophie, oder?

01:03:11.505 --> 01:03:13.305
Das ist so, dass sie schnell zu

01:03:13.305 --> 01:03:15.585
einer Stelle kommen, wo es nicht weiter geht.

01:03:16.205 --> 01:03:17.485
Genau, und aber wichtig an der Stelle

01:03:17.485 --> 01:03:20.045
auch parallel, weil deine Umwelt ändert sich, während du das machst.

01:03:22.145 --> 01:03:23.245
Die Oase wandert,

01:03:23.325 --> 01:03:24.105
Vater Morgana.

01:03:25.245 --> 01:03:25.785
Ja, genau.

01:03:25.785 --> 01:03:27.145
Ja, ja, ja, total.

01:03:28.345 --> 01:03:28.725
Die,

01:03:29.445 --> 01:03:31.765
ist mir gerade auch

01:03:31.765 --> 01:03:33.185
irgendwie der Faden abhanden gekommen an der Stelle.

01:03:33.905 --> 01:03:34.185
Entschuldigung.

01:03:34.285 --> 01:03:37.525
Und du verschiebst auch

01:03:37.525 --> 01:03:38.965
die Diskussion weg von

01:03:38.965 --> 01:03:41.525
welches ist die richtige Lösung

01:03:41.525 --> 01:03:44.165
hin zu

01:03:44.165 --> 01:03:45.705
welche

01:03:45.705 --> 01:03:57.205
Welche interessanten möglichen Lösungen können wir jetzt hier alle generieren, ohne uns dann zu streiten, wer hier recht hat, sondern es geht nur dazu, können wir möglichst viele interessante, ausprobierbare Lösungen generieren.

01:03:57.665 --> 01:04:14.945
Eventuell ist nachher die tatsächliche Lösung, die man nimmt, weil dann gibt es eine Technik, die man dann noch ansetzen kann, wenn du dann das durch hast, dann kontrastierst du, was du aus diesen unterschiedlichen Lösungen gelernt hast und kannst mit den realen, praktischen Erfahrungen dann eine neue Lösung tatsächlich generieren.

01:04:15.705 --> 01:04:19.085
und da muss es nämlich nicht sein, welche von den vier Lösungen war jetzt eigentlich die richtige.

01:04:20.245 --> 01:04:24.985
Beispiel, um bei der Wüste zu bleiben, keiner von denen ist zur Oase gekommen,

01:04:25.785 --> 01:04:29.125
aber der Typ, der nach Norden gelaufen ist und der Typ, der nach Osten gelaufen ist,

01:04:29.145 --> 01:04:32.765
hat gesagt, als ich fünf Kilometer nach Osten gelaufen bin, habe ich im Norden was gesehen.

01:04:33.485 --> 01:04:37.645
Und der andere sagt, als ich fünf Kilometer in den Norden gelaufen bin, habe ich im Osten was gesehen.

01:04:38.625 --> 01:04:44.545
Das kannst du jetzt übereinanderlegen und weißt, aha, in der Distanz nordöstlich ist was,

01:04:45.705 --> 01:05:01.325
Keine der konkreten Lösungen war richtig, aber aus beiden Erkenntnissen konnte ich mir die richtige Lösung nachher generieren. Und wenn man sich aber die ganze Zeit nur darauf versteift hätte zu fragen, ist es jetzt richtig nach Norden, Süden, Osten oder Westen zu gehen, hättest du nie den Input gehabt, um dieses Ding im Nordosten zu finden.

01:05:03.125 --> 01:05:12.645
Kann ich nochmal kurz eine blöde Frage stellen und zwar möchte ich gerne verstehen, an welchen Projekten man diese Methode am besten macht? Also hast du ein unbekanntes Problem oder was möchtest du lösen?

01:05:12.645 --> 01:05:14.925
bei dem... Du hast ein Problem, dass du

01:05:14.925 --> 01:05:16.945
nicht a priori, also du bist in einer

01:05:16.945 --> 01:05:18.845
Situation, die so ungeordnet ist, dass du

01:05:18.845 --> 01:05:20.585
nicht a priori die Lösung festlegen kannst.

01:05:20.945 --> 01:05:22.545
A priori ist etwas,

01:05:22.905 --> 01:05:24.925
da neigen wir deutschen Ingenieure

01:05:24.925 --> 01:05:26.805
sehr dazu, ich kriege

01:05:26.805 --> 01:05:28.965
ein Problem, ich kenne meine Handlungsweisen,

01:05:29.345 --> 01:05:30.885
ich laufe meinen Optionsraum ab

01:05:30.885 --> 01:05:32.845
und ich präsentiere dir nach einer Woche irgendwie die

01:05:32.845 --> 01:05:34.905
Lösung. Wenn das nicht der

01:05:34.905 --> 01:05:36.865
Fall ist, im Komplexen passiert dann typischerweise

01:05:36.865 --> 01:05:38.825
folgendes, dann kommt der nach einer Woche mit einer

01:05:38.825 --> 01:05:40.805
Lösung um die Ecke, du implementierst die,

01:05:40.805 --> 01:05:51.685
und die Reaktion des Ingenieurs war, ja, du hast mir zu engen Zeitrahmen gegeben,

01:05:51.765 --> 01:05:53.245
hättest mich noch eine Woche arbeiten lassen sollen.

01:05:53.645 --> 01:05:55.085
Oder du hast mir nicht alles gesagt.

01:05:55.565 --> 01:05:56.985
Oder du hast mir nicht alles gesagt.

01:05:57.005 --> 01:05:58.245
Nicht gut spezifiziert, genau, ja, ja.

01:05:58.565 --> 01:06:06.825
Aber, aus der komplexen Perspektive wird immer wieder ein komplexes Problem retrospektiv als geordnet mit,

01:06:06.825 --> 01:06:08.145
ja, ich habe ja nur X vergessen.

01:06:08.145 --> 01:06:12.445
das Dumme ist nur, du kannst dieses X nie a priori bestimmen

01:06:12.445 --> 01:06:14.425
wenn du hättest ihm noch eine Woche mehr gegeben

01:06:14.425 --> 01:06:16.865
hätte es ein Y gegeben, hätte es ihm noch eine Woche gegeben

01:06:16.865 --> 01:06:17.705
hätte es ein Z gegeben

01:06:17.705 --> 01:06:19.625
und das muss man halt umdrehen

01:06:19.625 --> 01:06:21.945
weil im Nachhinein kann man es immer erklären

01:06:21.945 --> 01:06:24.445
nur im Nachhinein, also auf lange Sicht sind wir alle tot

01:06:24.445 --> 01:06:24.725
und so

01:06:24.725 --> 01:06:28.845
was du dort halt tatsächlich machen kannst

01:06:28.845 --> 01:06:30.625
ist, du kannst, wenn du normalerweise

01:06:30.625 --> 01:06:32.445
in einem ingenieursmäßigen Ansatz arbeitest

01:06:32.445 --> 01:06:34.765
sagen, okay, wir probieren das Problem

01:06:34.765 --> 01:06:36.405
klassisch über

01:06:36.405 --> 01:06:37.965
einen Expertenansatz

01:06:37.965 --> 01:06:42.305
innerhalb einer gesetzten Timebox zu lösen und wenn das nicht geht,

01:06:43.725 --> 01:06:46.245
dann müssen wir diesen Modus wechseln.

01:06:46.625 --> 01:06:49.505
Also so kann man ein Team, was tatsächlich gewöhnt ist, zu sagen,

01:06:49.605 --> 01:06:52.385
ja, da setze ich hier einmal hin, arbeite das Ticket ab und komme dann mit der Lösung raus.

01:06:52.445 --> 01:06:55.945
Und wenn du dann diesen Effekt siehst von, ja, toll, alles ausdefiniert,

01:06:56.065 --> 01:06:58.625
alles abgearbeitet, super Codequalität, aber es tut nicht,

01:06:59.105 --> 01:07:01.345
dann solltest du die Frage stellen, gut, dann sollten wir jetzt hier mal

01:07:01.345 --> 01:07:05.505
vielleicht zwei, drei Varianten in die Breite ausprobieren und gucken, wo wir weiterkommen.

01:07:06.065 --> 01:07:07.945
Das ist ein möglicher Ansatz, wie man das machen kann.

01:07:07.965 --> 01:07:09.805
kann. Also Engineering sollte

01:07:09.805 --> 01:07:11.985
sich immer einer Timebox eignen,

01:07:12.465 --> 01:07:13.805
weil er sucht ja im Prinzip nur

01:07:13.805 --> 01:07:15.725
aus bekannten Lösungen aus. Und wenn

01:07:15.725 --> 01:07:17.705
das Engineering aber anfängt, neue Lösungen

01:07:17.705 --> 01:07:19.805
zu entwickeln, dann musst du im Prinzip in diese andere

01:07:19.805 --> 01:07:21.325
in diesen anderen Modus wechseln.

01:07:24.025 --> 01:07:26.045
Das ist das, was man Unknown Unknowns

01:07:26.045 --> 01:07:27.085
manchmal nennt, oder?

01:07:27.425 --> 01:07:28.825
Die Dinge, die wir nicht wissen.

01:07:29.145 --> 01:07:30.685
Nee, das sind die Known Unknowns tatsächlich.

01:07:31.465 --> 01:07:33.525
Wir wissen jetzt schon,

01:07:33.605 --> 01:07:35.005
da ist etwas, was wir noch nicht kennen.

01:07:35.005 --> 01:07:36.705
Ja, okay, wenn du die erste Timebox gemacht hast,

01:07:36.705 --> 01:07:39.845
dann weißt du, dass es nicht geht, aber vorher weißt du es nicht

01:07:39.845 --> 01:07:40.125
ja

01:07:40.125 --> 01:07:41.825
die

01:07:41.825 --> 01:07:45.105
und man kann viel machen, um es abzusichern

01:07:45.105 --> 01:07:46.445
das sind die solchen Kohärenztests

01:07:46.445 --> 01:07:49.085
sind meine Lösungen irgendwie in sich schlüssig

01:07:49.085 --> 01:07:50.325
widersprechen sie dem

01:07:50.325 --> 01:07:53.285
heliozentrischen Weltbild

01:07:53.285 --> 01:07:54.625
solche Sachen

01:07:54.625 --> 01:07:57.085
was ich noch spannend finde

01:07:57.085 --> 01:07:59.205
ist ein Ansatz, der auch

01:07:59.205 --> 01:08:00.665
so aus den 90ern fehlverstanden wurde

01:08:00.665 --> 01:08:02.745
wo du gerade das Wasserfallmodell meintest

01:08:02.745 --> 01:08:04.885
ist Rapid Application Development

01:08:04.885 --> 01:08:10.905
das war so Ende der 90er, das waren so Pascal basierte Tools wie Delphi und solche Formbilder etc.

01:08:11.665 --> 01:08:15.025
und Dave hatte mit denen tatsächlich was zu tun, der hat eine ganz interessante Story

01:08:15.025 --> 01:08:18.265
was eigentlich mit Rapid Application Development gemeint war

01:08:18.265 --> 01:08:21.225
weil was raus geworden ist, ist auch wieder dieses

01:08:21.225 --> 01:08:26.045
ja ich kann ganz schnell diese Formulare zusammen klicken und habe dann eine fertige Anwendung

01:08:26.045 --> 01:08:29.645
worum es eigentlich ging, war eine Methodik dahinter

01:08:29.645 --> 01:08:33.105
und die ist aber aufgrund dieser sehr starken Technikfokussiertheit von

01:08:33.105 --> 01:08:35.405
ja ich habe diese Formbilder weggefallen

01:08:35.405 --> 01:08:37.445
und das war folgendes, das nennt sich ein Triple Eight

01:08:37.445 --> 01:08:38.925
die haben bei der IBM

01:08:38.925 --> 01:08:41.025
für Kundenprojekte

01:08:41.025 --> 01:08:43.145
folgendes gemacht, die haben

01:08:43.145 --> 01:08:45.685
vom Kunden vier Leute sich geholt

01:08:45.685 --> 01:08:47.265
die die Aufgaben

01:08:47.265 --> 01:08:48.725
die die Problemstellung kennen

01:08:48.725 --> 01:08:50.865
Abrechnungssoftware irgendwie überarbeiten

01:08:50.865 --> 01:08:53.805
haben vom Kunden

01:08:53.805 --> 01:08:55.845
die vier Leute an vier verschiedene Teams

01:08:55.845 --> 01:08:57.805
bei der IBM rangesetzt, jeweils mit so

01:08:57.805 --> 01:08:59.025
fünf, sechs Leuten

01:08:59.025 --> 01:09:01.345
Montag früh

01:09:01.345 --> 01:09:06.125
und haben mit denen gesagt, welche Features brauchen wir jetzt als allererstes und haben die halt entwickelt.

01:09:06.865 --> 01:09:08.005
In so einem Rapid Application Ding.

01:09:08.065 --> 01:09:12.225
Da hast du dann nach einem Arbeitstag so die ersten, so, ja, heißt für mal eine Tabelle und hast mal ein Formular

01:09:12.225 --> 01:09:14.245
und hast mal dies und hast mal jenes, das geht relativ zügig.

01:09:16.265 --> 01:09:20.625
Dann haben sie diesen Code, und das ist in vier Teams parallel passiert.

01:09:21.705 --> 01:09:23.725
Jedes hat für sich gearbeitet und durfte nicht miteinander reden.

01:09:23.725 --> 01:09:32.725
Dann haben die ihren Code eingecheckt und aus Europa nach 8 Stunden an ein Team in den USA gegeben

01:09:32.725 --> 01:09:38.985
Und dieses Team in den USA hatte keinerlei Zugriff auf irgendwelche Formen von Spezifikationen, Kunden oder irgendwas

01:09:38.985 --> 01:09:44.705
Und hat nur die Aufgabe gekriegt von so, hier ist irgendwie Code, mach mal weiter

01:09:44.705 --> 01:09:50.285
Dann haben die sich das angeguckt mit, ah ja okay, alles klar, die machen hier so Abrechnungskram

01:09:50.285 --> 01:10:02.985
und die haben das wiederum nach 8 Stunden abgegeben und jeweils an ein Team in Asien gepackt.

01:10:03.105 --> 01:10:07.685
Dann hat sich das Team in Asien das Ding angeguckt, wo jetzt sozusagen die Europäer mit dem Kunden,

01:10:07.865 --> 01:10:12.265
danach der Ami ohne Kunde und dann der Asiate auch nochmal ohne Kunde wieder drauf geguckt hat von

01:10:12.265 --> 01:10:15.805
was wollten die ja eigentlich, was ist denn das, hä, okay, das machen wir gar nicht,

01:10:15.805 --> 01:10:45.785
und Jochen unterhalten sich über die Programmiersprache Python

01:10:45.805 --> 01:10:52.145
Z. Und das haben die zwei Wochen am Stück gespielt. Dann hast du dieses Projekt in vier

01:10:52.145 --> 01:11:04.105
Ausprägungen über 10 mal 3, über 30 Iterationen geprügelt und kontrastierst dann, was ist

01:11:04.105 --> 01:11:06.905
eigentlich in diesen vier Handlungssträngen rausgekommen, weil die ja auch noch nicht mal

01:11:06.905 --> 01:11:11.805
miteinander geredet haben über die Zeit. Und dann setzt du dich hin und fragst du, was

01:11:11.805 --> 01:11:15.065
haben wir jetzt eigentlich gelernt? Und jetzt kannst du dich hinsetzen und kannst sagen,

01:11:15.065 --> 01:11:17.585
so, okay, jetzt suchen wir uns heraus, was wollen wir hier eigentlich?

01:11:18.465 --> 01:11:19.265
Und das war der ganze

01:11:19.265 --> 01:11:21.025
Charme von einem Rapid Application Development

01:11:21.025 --> 01:11:23.485
Ansatz, so einen hochgetakteten

01:11:23.485 --> 01:11:25.185
Zyklus zu fahren von, wie kriege

01:11:25.185 --> 01:11:26.645
ich eigentlich Erkenntnisgewinn?

01:11:26.745 --> 01:11:28.465
Also die Innovationsgeschwindigkeit ist hoch, oder?

01:11:28.785 --> 01:11:31.405
Diese Innovationsgeschwindigkeit ist brutal.

01:11:32.625 --> 01:11:33.405
Das hört sich so ein bisschen an wie

01:11:33.405 --> 01:11:35.145
das Startup-Modell auf 11

01:11:35.145 --> 01:11:37.205
aufgedreht. Wir machen jetzt vier Sachen gleichzeitig

01:11:37.205 --> 01:11:38.865
und jeweils sind drei Schichten.

01:11:39.465 --> 01:11:40.885
Das war Mitte der 90er,

01:11:40.985 --> 01:11:42.045
aber das war nicht gedacht

01:11:42.045 --> 01:11:44.125
als ein Modell,

01:11:44.125 --> 01:11:50.925
was im Dauerbetrieb funktioniert, sondern das war gedacht als ein Ansatz um, wenn ich

01:11:50.925 --> 01:11:54.805
habe wenig Information, viel Unsicherheit und muss irgendwie Entscheidungen treffen

01:11:54.805 --> 01:11:59.725
für ein extrem teures strategisches Projekt, dann ist die Aussage, dann machen wir das

01:11:59.725 --> 01:12:02.125
jetzt mal zwei Wochen und danach hast du mal so richtig Datenbasis.

01:12:03.505 --> 01:12:09.185
Und dafür war Rapid Application Development halt wichtig, da ging es nicht darum, ein

01:12:09.185 --> 01:12:13.485
finales Produkt in der Hand zu haben, was hochpoliert etc., sondern es war darum, in

01:12:13.485 --> 01:12:15.665
so einer Materialschlacht

01:12:15.665 --> 01:12:17.025
in einer Personalschlacht

01:12:17.025 --> 01:12:19.325
so schnell wie möglich, so viele Varianten

01:12:19.325 --> 01:12:20.445
wie möglich zu generieren.

01:12:21.685 --> 01:12:23.505
Und das hat mir die Augen geöffnet,

01:12:23.605 --> 01:12:25.265
weil ich saß ja auch davor und habe

01:12:25.265 --> 01:12:27.345
in der Uni mit diesen Rapid Application

01:12:27.345 --> 01:12:29.205
Development Tools so ein Wasserfallmodell

01:12:29.205 --> 01:12:30.985
irgendwie versucht übergeholfen zu kriegen.

01:12:32.205 --> 01:12:33.305
Und dann hörst du plötzlich von dieser

01:12:33.305 --> 01:12:35.425
Story, IBM hat ja diese Sprachen

01:12:35.425 --> 01:12:37.345
mitentwickelt. Und das war aber dieses

01:12:37.345 --> 01:12:39.365
zweigleisige Ding von, wir wollen hier

01:12:39.365 --> 01:12:41.345
diesen Prozess fahren können

01:12:41.345 --> 01:12:43.025
und dieser Prozess hat es aber nie geschafft,

01:12:43.025 --> 01:12:44.965
irgendwie mal außerhalb

01:12:44.965 --> 01:12:46.925
angewendet zu werden und dann

01:12:46.925 --> 01:12:49.065
bleibt aber trotzdem über mit, na jetzt haben wir so Tools,

01:12:49.145 --> 01:12:49.985
die können wir ja verkaufen.

01:12:52.465 --> 01:12:52.685
Tja.

01:12:56.005 --> 01:12:56.925
Ja, das ist halt,

01:12:57.145 --> 01:12:59.065
wenn man viele Ressourcen hat, kann man da Sachen

01:12:59.065 --> 01:13:01.105
erschlagen und man muss die dann

01:13:01.105 --> 01:13:01.565
auch nutzen.

01:13:02.625 --> 01:13:04.145
Das kann man aber auf den Kleinen machen.

01:13:05.025 --> 01:13:06.405
Vielleicht ist jetzt irgendwie ein ganz guter Zeitpunkt,

01:13:06.405 --> 01:13:08.105
das nochmal so zusammenzufassen, was hast du gerade

01:13:08.105 --> 01:13:10.205
Rapid Application Development irgendwie gesagt?

01:13:10.585 --> 01:13:12.245
Es gibt ja noch so mehrere andere Methoden oder

01:13:12.245 --> 01:13:14.525
oder Methodologien, die man irgendwie kennt.

01:13:14.525 --> 01:13:14.745
Ja, da gibt es ganz viele.

01:13:15.285 --> 01:13:16.965
Vielleicht können wir über die eine oder andere nochmal sprechen,

01:13:17.105 --> 01:13:19.205
vielleicht nochmal Extreme Programming und oder Scrum

01:13:19.205 --> 01:13:21.445
mal kurz erklären für unsere Hörer, was das

01:13:21.445 --> 01:13:23.565
eigentlich so ist und wie man das so macht und vielleicht

01:13:23.565 --> 01:13:25.325
ein, zwei Probleme damit aufmachen oder

01:13:25.325 --> 01:13:28.065
wie ihr das so gerne macht oder

01:13:28.065 --> 01:13:29.625
ist das eben auch von Flo

01:13:29.625 --> 01:13:31.485
Schad oder was gesprochen, was ist das,

01:13:31.645 --> 01:13:32.545
macht ihr einen Kampanenwunder?

01:13:32.825 --> 01:13:35.945
Vielleicht kann man da irgendwie

01:13:35.945 --> 01:13:36.985
einmal kurz durchgehen.

01:13:38.165 --> 01:13:39.565
Sollen wir mit Scrum einfach anfangen?

01:13:39.565 --> 01:13:41.125
Ich glaube, wer kann am meisten so zählen?

01:13:41.125 --> 01:13:43.185
Jochen hat da glaube ich ganz viele... Ich glaube man muss mit

01:13:43.185 --> 01:13:45.285
XP anfangen, oder? XP ist zeitlich früher

01:13:45.285 --> 01:13:47.125
und Scrum ist dann das nächste. Ich würde die

01:13:47.125 --> 01:13:48.485
alle zusammenfassen zu

01:13:48.485 --> 01:13:51.085
das ist halt so Agile, genau.

01:13:51.265 --> 01:13:53.485
Oh Jochen, jetzt setzt du dich aber ins

01:13:53.485 --> 01:13:55.185
Nestle. Ja, ich glaube da so

01:13:55.185 --> 01:13:56.845
groß sind da die Unterschiede gar nicht.

01:13:57.725 --> 01:13:59.105
Also der Spirit ist irgendwie... Oh, jetzt setzt dich immer

01:13:59.105 --> 01:14:00.925
weiter in die Nestle, da werden da ganz viele Leute

01:14:00.925 --> 01:14:03.345
Also für freundliche

01:14:03.345 --> 01:14:05.085
Zuhörer-Rants bitte

01:14:05.085 --> 01:14:07.205
Jochen, Python-Podcast-Punkt.

01:14:09.005 --> 01:14:10.925
Er nimmt die Hate-Mail sehr gerne

01:14:10.925 --> 01:14:18.485
Wir lassen sie dann von Sarah Bosetti filtern und lesen die Headmail aufgeschüttet.

01:14:18.505 --> 01:14:19.965
Hallo, es heißt podcast.de

01:14:19.965 --> 01:14:23.625
Also Jochen, dann fass doch mal zu sagen, was agile Methoden sind.

01:14:23.625 --> 01:14:28.445
Ja, ich würde sagen, das Agile Manifesto ist ja schon ein guter Startpunkt.

01:14:28.565 --> 01:14:35.705
Das kriege ich jetzt auch nicht so aus dem Kopf rezitiert, aber die wichtigsten Punkte sind halt sowas wie,

01:14:35.705 --> 01:14:57.705
und

01:14:57.705 --> 01:14:58.845
genau

01:14:58.845 --> 01:14:59.925
ja

01:14:59.925 --> 01:15:01.945
ähm

01:15:01.945 --> 01:15:03.665
weiß jetzt nicht

01:15:03.665 --> 01:15:07.005
Ich meine, ich kann es kurz vorlesen, ich habe es gerade da.

01:15:07.805 --> 01:15:09.385
Das Original sagt also,

01:15:09.805 --> 01:15:12.845
we are uncovering better, deswegen, da fange ich auch immer wieder an,

01:15:12.905 --> 01:15:13.905
die meisten überspringen das,

01:15:14.325 --> 01:15:16.865
we are uncovering better ways of developing software

01:15:16.865 --> 01:15:19.365
by doing it and helping others do it.

01:15:19.965 --> 01:15:21.665
Through this work we have come to value

01:15:21.665 --> 01:15:23.825
individuals and interactions

01:15:23.825 --> 01:15:25.765
over processes and tools,

01:15:26.405 --> 01:15:29.245
working software over comprehensive documentation,

01:15:30.105 --> 01:15:32.865
customer collaboration over contract negotiation,

01:15:32.865 --> 01:15:35.365
Responding to Change over Following a Plan.

01:15:36.365 --> 01:15:37.445
That is, while there is

01:15:37.445 --> 01:15:38.905
value in the items on the right,

01:15:39.145 --> 01:15:40.785
we value the items on the left more.

01:15:43.145 --> 01:15:45.225
Das ist eigentlich ein sehr versöhnliches Manifest.

01:15:45.605 --> 01:15:47.165
Es ist ein Unglaub, und es ist

01:15:47.165 --> 01:15:49.165
so aktuell eigentlich, wenn ich es halt

01:15:49.165 --> 01:15:50.465
neben diese

01:15:50.465 --> 01:15:52.605
industrialisierten Varianten von

01:15:52.605 --> 01:15:55.105
Agilität halte. Ich habe es

01:15:55.105 --> 01:15:56.885
wirklich lange Zeit nicht angeguckt.

01:15:56.985 --> 01:15:58.865
Ich habe es bestimmt zehn Jahre nicht in der Hand und im letzten halben Jahr

01:15:58.865 --> 01:16:01.025
immer mal wieder rausgeholt. Es ist

01:16:01.025 --> 01:16:02.005
aktueller denn je.

01:16:02.865 --> 01:16:07.845
Das stimmt, da habe ich tatsächlich eine kleine Anekdote dazu

01:16:07.845 --> 01:16:13.725
Ich habe mal, als ich mein Studium fertig hatte, wollte ich gerne noch ein bisschen an der Universität bleiben

01:16:13.725 --> 01:16:15.365
Deshalb habe ich eine Doktorarbeit angefangen

01:16:15.365 --> 01:16:20.845
Und die Doktorarbeit beschäftigte sich so im Großen mit Projektportfolio-Management

01:16:20.845 --> 01:16:27.105
Das ist quasi eine Ebene drüber, das ist nicht Management eines einzelnen Projektes, sondern Management vieler Projekte

01:16:27.105 --> 01:16:32.185
Also welche Projekte mache ich überhaupt, welche sind wichtig, wie priorisiere ich die, in welche Reihenfolge sind die und so weiter

01:16:32.185 --> 01:16:34.885
und ich habe relativ lang Literaturrecherche

01:16:34.885 --> 01:16:36.565
gemacht und habe

01:16:36.565 --> 01:16:38.305
dann diese Doktorarbeit wieder abgebrochen,

01:16:38.425 --> 01:16:40.545
als ich ein Paper

01:16:40.545 --> 01:16:42.645
gefunden hatte mit dem Titel

01:16:42.645 --> 01:16:44.325
Are we getting any better? Comparing

01:16:44.325 --> 01:16:46.725
Project Management in the years 2000 and 2008.

01:16:47.485 --> 01:16:48.485
Super Paper,

01:16:48.745 --> 01:16:50.225
rate ich jedem zu lesen.

01:16:51.325 --> 01:16:52.405
Die kurze Form

01:16:52.405 --> 01:16:52.785
ist

01:16:52.785 --> 01:16:56.265
Nope.

01:16:56.725 --> 01:16:58.225
Sie haben viele Projekte untersucht,

01:16:58.225 --> 01:16:59.745
im Jahr 2000 und im Jahr 2008

01:16:59.745 --> 01:17:04.545
und wenn man die Leute in den Projekten befragt, dann sagen die, ja, das ist jetzt alles viel besser.

01:17:05.165 --> 01:17:08.865
Wenn man aber die Ergebnisse der Projekte anguckt, dann hat sich eigentlich nicht viel getan.

01:17:09.765 --> 01:17:11.345
Und wir haben die Zufriedenheit erhöht.

01:17:11.985 --> 01:17:14.065
Genau, wir haben die Zufriedenheit erhöht. Das ist ja auch schön,

01:17:14.385 --> 01:17:17.805
aber es ist nicht das, was man eigentlich erreichen wollte.

01:17:17.905 --> 01:17:19.925
Und das war für mich so ein bisschen der Punkt, wo ich mir gesagt habe,

01:17:19.925 --> 01:17:25.845
okay, viele Sachen, die man hört im Projektmanagement und viele von diesen Methodologien,

01:17:25.845 --> 01:17:27.725
die sind sehr dogmatisch

01:17:27.725 --> 01:17:29.405
und die sind sehr, ihr müsst es so machen

01:17:29.405 --> 01:17:31.485
und ihr müsst es so machen und da gehören Scrum und XP

01:17:31.485 --> 01:17:33.765
absolut dazu, die haben sehr sehr strikte

01:17:33.765 --> 01:17:35.765
Regeln, also es gibt quasi niemanden der ein echtes

01:17:35.765 --> 01:17:37.565
Scrum macht, es gibt niemanden der

01:17:37.565 --> 01:17:38.485
echtes XP macht

01:17:38.485 --> 01:17:41.805
weil die einfach so super strikt

01:17:41.805 --> 01:17:44.005
sind, dass man die pragmatisch nicht befolgen kann

01:17:44.005 --> 01:17:45.565
Ja also tatsächlich

01:17:45.565 --> 01:17:47.845
sie widersprechen

01:17:47.845 --> 01:17:49.585
dem Manifesto auch im Prinzip dadurch

01:17:49.585 --> 01:17:50.745
Ja natürlich, total

01:17:50.745 --> 01:17:53.365
Oft wenn man sagen würde

01:17:53.365 --> 01:17:55.645
das ist ja nicht so gemeint, dass man das jetzt einfach nur

01:17:55.645 --> 01:17:56.645
als Regelwerk nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen nehmen

01:18:25.645 --> 01:18:32.785
der Weg hin zu weniger Projektmanagement ist mehr Projektmanagement, was ja durchaus dem Agile Manifesto auch entspricht

01:18:32.785 --> 01:18:35.965
und das ist der Punkt, worauf ich raus will

01:18:35.965 --> 01:18:38.525
das Agile Manifesto ist deshalb immer noch relevant

01:18:38.525 --> 01:18:39.905
weil wir

01:18:39.905 --> 01:18:42.165
Probleme lösen, die

01:18:42.165 --> 01:18:44.425
weil wir versuchen Probleme zu lösen

01:18:44.425 --> 01:18:45.425
die wir aber nicht lösen

01:18:45.425 --> 01:18:48.285
wir machen immer mehr Projektmanagement, in Firmen ist

01:18:48.285 --> 01:18:50.425
Projektmanagement so

01:18:50.425 --> 01:18:52.465
ungeheuer wichtig, dass

01:18:52.465 --> 01:18:53.585
man dem nicht entkommen kann

01:18:53.585 --> 01:18:55.605
im Endeffekt löst es aber die Probleme.

01:18:56.185 --> 01:18:57.385
Aber das ist doch wieder spannend.

01:18:57.525 --> 01:18:59.745
Wir haben jetzt immer noch nichts über die Methoden gesagt, aber das hört sich

01:18:59.745 --> 01:19:01.005
so an, als wäre Projektmanagement,

01:19:01.525 --> 01:19:03.625
gutes Projektmanagement quasi so, du musst

01:19:03.625 --> 01:19:05.565
dafür sorgen, dass sich die Menschen, die für dich

01:19:05.565 --> 01:19:07.265
arbeiten, gut fühlen und wohl fühlen,

01:19:07.705 --> 01:19:08.725
dann wird das schon irgendwie.

01:19:09.045 --> 01:19:11.585
Nee, überhaupt nicht. Das ist das, was die Methoden

01:19:11.585 --> 01:19:11.805
machen.

01:19:13.545 --> 01:19:15.665
Gutes Projektmanagement sorgt dafür, dass die Projekte

01:19:15.665 --> 01:19:17.645
erfolgreich sind, egal wie die

01:19:17.645 --> 01:19:19.125
Menschen gehen.

01:19:19.305 --> 01:19:21.005
Aber Projekte werden halt von Menschen.

01:19:21.005 --> 01:19:21.865
Da würde ich auch...

01:19:21.865 --> 01:19:26.825
Ich möchte nicht missverstanden werden

01:19:26.825 --> 01:19:28.665
Die Menschen machen ja die Projekte

01:19:28.665 --> 01:19:31.285
Das heißt, du kannst nicht dafür sorgen, dass Projekte

01:19:31.285 --> 01:19:33.345
erfolgreich werden, zumindest nicht auf lange Sicht

01:19:33.345 --> 01:19:35.165
wenn du die Menschen dabei kaputt machst

01:19:35.165 --> 01:19:37.885
The gaming industry would like to differ

01:19:37.885 --> 01:19:39.625
Ja, wobei die ja auch

01:19:39.625 --> 01:19:41.185
Ja, auch die machen so langsam auf

01:19:41.185 --> 01:19:41.865
Auch die

01:19:41.865 --> 01:19:45.365
haben schon ihre herben Rückschläge gehabt

01:19:45.365 --> 01:19:47.485
Genau, da würde ich

01:19:47.485 --> 01:19:49.105
gerne einhaken, weil

01:19:49.105 --> 01:19:50.925
das halt auch so ein

01:19:50.925 --> 01:20:06.065
Ja, so ein fundamentales Problem ist irgendwie so, je älter ich werde, so am Anfang, ich war auch sehr, ich war da, ich habe tatsächlich mal irgendwie diese Agile-Geschichte halt im Unternehmen, also mit sehr dafür gearbeitet, dass das da umgesetzt wird.

01:20:06.365 --> 01:20:12.645
Ich dachte, ja, das machen, wir folgen jetzt die Regeln einfach nur alle auf 100 Prozent wie in XP, das ist alles.

01:20:12.745 --> 01:20:13.325
Ja, wird es schon gehen.

01:20:13.325 --> 01:20:19.185
Und dann in ein paar Monaten funktioniert das ja alles, das hat dann irgendwie ein paar Jahre gedauert und das war ein eher schmerzhafter Prozess.

01:20:19.185 --> 01:20:19.905
und

01:20:19.905 --> 01:20:23.685
es hat schon irgendwie funktioniert,

01:20:23.905 --> 01:20:25.265
aber es war alles nicht so rosig

01:20:25.265 --> 01:20:27.365
und irgendwie je älter ich werde, desto mehr

01:20:27.365 --> 01:20:29.185
habe ich so das Gefühl, es ist nicht so

01:20:29.185 --> 01:20:31.385
beim Management von diesen Dingen

01:20:31.385 --> 01:20:32.645
nicht so sehr

01:20:32.645 --> 01:20:35.265
die Frage, wie man das macht,

01:20:35.325 --> 01:20:37.425
sondern die Frage, wer das macht, ist auch sehr, sehr

01:20:37.425 --> 01:20:37.785
wichtig.

01:20:38.805 --> 01:20:41.105
Ja klar und das ist auch so ein bisschen das,

01:20:41.285 --> 01:20:43.185
was da rauskommt. Du kannst dir ganz viele Regeln

01:20:43.185 --> 01:20:45.345
ausdenken, aber die funktionieren nicht, weil das halt

01:20:45.345 --> 01:20:46.725
Menschen sind, die die Projekte machen.

01:20:46.725 --> 01:20:48.685
und du musst dafür sorgen, dass die Menschen,

01:20:48.805 --> 01:20:50.925
die die Projekte machen, die Projekte

01:20:50.925 --> 01:20:52.625
erfolgreich machen. Und das heißt,

01:20:52.785 --> 01:20:54.785
da ist immer diese menschliche Komponente

01:20:54.785 --> 01:20:56.665
dabei. Du musst die richtigen Menschen finden, du musst die

01:20:56.665 --> 01:20:58.665
Menschen richtig dazu bringen, die

01:20:58.665 --> 01:21:00.765
Sachen zu machen und dann am Ende, wenn du das geschafft hast,

01:21:00.825 --> 01:21:02.825
musst du auch noch dafür sorgen, dass du die richtigen Projekte

01:21:02.825 --> 01:21:03.045
machst.

01:21:04.005 --> 01:21:06.645
Ja, es ist nicht ganz einfach und ich bin

01:21:06.645 --> 01:21:08.765
auch zunehmend pessimistisch,

01:21:08.885 --> 01:21:10.305
was die

01:21:10.305 --> 01:21:12.365
Möglichkeit angeht,

01:21:12.465 --> 01:21:14.965
das Verhalten von Leuten so großartig

01:21:14.965 --> 01:21:16.505
zu verändern. Ich meine, auch wenn man

01:21:16.505 --> 01:21:18.085
jetzt irgendwie sich zum Beispiel Kinder anguckt.

01:21:19.105 --> 01:21:20.685
Und also ich meine, so als Eltern

01:21:20.685 --> 01:21:22.145
ist man ja wahrscheinlich so in der

01:21:22.145 --> 01:21:24.665
privilegierten Position,

01:21:24.965 --> 01:21:26.345
ja, sozusagen man

01:21:26.345 --> 01:21:28.485
hat die

01:21:28.485 --> 01:21:30.265
maximale Möglichkeit,

01:21:30.645 --> 01:21:32.605
Dinge zu beeinflussen eigentlich. Also besser wird's nicht.

01:21:32.865 --> 01:21:34.485
Also ich glaube, Manager haben wesentlich weniger

01:21:34.485 --> 01:21:36.465
Zeit, Energie und

01:21:36.465 --> 01:21:38.485
was sie da reinstecken können, um halt

01:21:38.485 --> 01:21:40.525
das Verhalten zu modifizieren. Und selbst bei Kindern,

01:21:41.085 --> 01:21:42.665
naja, ich bin mir nicht immer so sicher,

01:21:42.665 --> 01:21:43.645
ob das gut funktioniert.

01:21:44.465 --> 01:21:46.465
Ein bisschen kann man schon ändern, aber

01:21:46.465 --> 01:21:47.365
so grundsätzlich.

01:21:48.685 --> 01:21:50.005
Ja, und ich fürchte,

01:21:50.325 --> 01:21:51.885
wenn man jetzt als Manager die Vorstellung hat,

01:21:52.265 --> 01:21:54.305
man ändert irgendwie das Verhalten von Leuten grundsätzlich

01:21:54.305 --> 01:21:56.065
oder macht Leute zu anderen Personen oder

01:21:56.065 --> 01:21:57.545
das funktioniert einfach nicht.

01:21:58.405 --> 01:22:00.105
Ja, das glaube ich auch nicht.

01:22:00.605 --> 01:22:02.125
Deshalb sage ich ja, du hast diese menschliche

01:22:02.125 --> 01:22:04.125
Komponente dabei, du musst dafür sorgen, dass die

01:22:04.125 --> 01:22:06.045
Menschen, die du im Projekt hast, die

01:22:06.045 --> 01:22:08.185
richtigen sind und dass die die Sachen so machen,

01:22:08.325 --> 01:22:09.245
dass sie sehr erfolgreich sind.

01:22:09.545 --> 01:22:11.325
Und das wird immer unterschiedlich sein.

01:22:12.545 --> 01:22:14.405
Es wird immer unterschiedlich sein, je nachdem,

01:22:14.405 --> 01:22:15.785
welche Projektteilnehmer du hast.

01:22:15.785 --> 01:22:20.305
Es wird keinen Hamburger Prozess geben, wo hinterher immer der gleiche Hamburger rauskommt

01:22:20.305 --> 01:22:24.605
und selbst wenn du so einen Prozess findest, dann wird es halt immer der gleiche schlechte Hamburger sein

01:22:24.605 --> 01:22:25.865
und jetzt bin ich rausgefallen

01:22:25.865 --> 01:22:28.385
Ich bin nicht rausgefallen

01:22:28.385 --> 01:22:32.485
Ich müsste mich kurz

01:22:32.485 --> 01:22:34.965
müten, weil hier mein Drucker angefangen hat

01:22:34.965 --> 01:22:40.245
Ich würde aber mal reingehen, weil da kann ich

01:22:40.245 --> 01:22:44.225
tatsächlich noch eine völlig andere Ecke mit reinwerfen, das sind die

01:22:44.225 --> 01:22:44.905
Manager Tools,

01:22:46.125 --> 01:22:48.345
weil da gehen wir jetzt weg von

01:22:48.345 --> 01:22:50.205
Projektmanagement über zu

01:22:50.205 --> 01:22:51.625
Management allgemein.

01:22:53.005 --> 01:22:54.325
Was wir relativ

01:22:54.325 --> 01:22:56.005
viel benutzen ist tatsächlich

01:22:56.005 --> 01:22:57.425
einen Ansatz

01:22:57.425 --> 01:22:59.485
von

01:22:59.485 --> 01:23:02.505
ja, die heißen managertools.com

01:23:02.505 --> 01:23:03.725
die haben irgendwie

01:23:03.725 --> 01:23:06.045
anderthalb tausend Podcasts

01:23:06.045 --> 01:23:06.985
veröffentlicht.

01:23:08.465 --> 01:23:10.185
Ja, einmal diesen sehr

01:23:10.185 --> 01:23:11.325
straightforward Punkt.

01:23:11.325 --> 01:23:14.665
Es sind so zwei irgendwie Ex-Militärs

01:23:14.665 --> 01:23:17.445
und die haben aber tatsächlich dieses Thema

01:23:17.445 --> 01:23:21.085
wo Jochen und ich eben so ein bisschen kurz aufschreien wollten

01:23:21.085 --> 01:23:23.045
zum Thema ja Hauptsache die Projekte sind erfolgreich

01:23:23.045 --> 01:23:26.905
die haben sich halt diese klassische Management-Theorie

01:23:26.905 --> 01:23:28.225
relativ gut weiterentwickelt

01:23:28.225 --> 01:23:31.945
mit der Aufschrift von

01:23:31.945 --> 01:23:34.985
die zwei Aufgaben des Managers sind

01:23:34.985 --> 01:23:37.685
Results and Retention

01:23:37.685 --> 01:23:40.845
Und welches ist wichtiger?

01:23:41.325 --> 01:23:45.185
Ich versuche gerade rauszukriegen, was der Dominik mir sagen will.

01:23:45.185 --> 01:23:47.665
Du hast dein Mikrofon gerade von deinem Mund entfernt und seitdem bist du leiser als vorher.

01:23:48.785 --> 01:23:49.985
Entschuldigung, alles klar, danke.

01:23:52.625 --> 01:23:55.045
Was ist wichtiger, Results oder Retention?

01:23:55.905 --> 01:24:01.445
Ne, es kommt her aus der Industrialisierung, da war die Managementaufgabe tatsächlich Results.

01:24:02.745 --> 01:24:04.505
Stimmt ihr dazu?

01:24:05.505 --> 01:24:11.065
Genau, und das alleine reicht halt eben nicht, weil das halt keine langfristige Perspektive hat.

01:24:11.325 --> 01:24:20.405
und aber auch die Management-Theorie aus Mitte des 20. und frühen 20. Jahrhunderts weiß schon, dass eine Organisation halt auch ihr langfristiges Wohl im Auge behalten muss.

01:24:21.125 --> 01:24:31.685
Das heißt, du musst die Fehler, die du durch eine reine Result-Orientierung erzeugen würdest, durch eine entsprechende Retention der Personen, die du halt hast, balancieren.

01:24:31.685 --> 01:24:33.945
und das ist dann eben genau die Aufgabe eines Managers,

01:24:34.365 --> 01:24:35.865
das gut in den Einklang zu bringen,

01:24:35.965 --> 01:24:37.185
zu gucken, dass dein Team

01:24:37.185 --> 01:24:40.005
funktioniert und zwar auch

01:24:40.005 --> 01:24:41.465
für die Menschen funktioniert,

01:24:42.065 --> 01:24:43.725
weil ohne die Menschen geht es halt nicht,

01:24:43.825 --> 01:24:45.865
aber eben mit den Menschen zusammen entsprechende

01:24:45.865 --> 01:24:46.885
Ergebnisse zu erzielen.

01:24:48.225 --> 01:24:49.785
Kannst du vielleicht nochmal ganz kurz definieren,

01:24:49.865 --> 01:24:50.745
was Retention ist?

01:24:51.605 --> 01:24:53.925
Retention heißt, die Leute, die für dich

01:24:53.925 --> 01:24:55.605
arbeiten, bleiben dir erhalten.

01:24:56.485 --> 01:24:58.025
Wenn du nur Results erzeugst,

01:24:58.085 --> 01:24:59.725
dann verschleißen die Leute, dann gehen sie entweder

01:24:59.725 --> 01:25:01.185
oder werden krank oder was auch immer.

01:25:01.185 --> 01:25:03.085
Das ist so Industrialisierung

01:25:03.085 --> 01:25:05.125
Wenn die Masse an Arbeitern unendlich ist

01:25:05.125 --> 01:25:06.245
an Arbeiterinnen, dann hast du

01:25:06.245 --> 01:25:10.625
Wenn du genügend Nachschub hast

01:25:10.625 --> 01:25:12.645
an Jugendlichen, die Burger machen

01:25:12.645 --> 01:25:14.965
oder an jungen Männern, die Computerspiele machen wollen

01:25:14.965 --> 01:25:15.725
dann kannst du das machen

01:25:15.725 --> 01:25:21.065
Selbst bei den Burgern

01:25:21.065 --> 01:25:23.005
ist es so, wenn du ein eingespieltes Team hast

01:25:23.005 --> 01:25:24.665
bist du effizienter

01:25:24.665 --> 01:25:27.085
und kannst mehr erwirtschaften, als wenn du ein Team hast

01:25:27.085 --> 01:25:28.065
das ständig wackelt

01:25:28.065 --> 01:25:29.985
und wo alle gegen dich arbeiten

01:25:29.985 --> 01:25:31.945
im Prinzip, weil sie halt irgendwie ihres Jobs nicht

01:25:31.945 --> 01:25:33.625
sicher sind etc. Und

01:25:33.625 --> 01:25:35.945
diese Balancierung halt bewusst wahrzunehmen

01:25:35.945 --> 01:25:37.865
als Aufgabe, das hat

01:25:37.865 --> 01:25:40.265
uns nochmal ganz schön geholfen, die bauen da relativ viel

01:25:40.265 --> 01:25:41.985
Zeug dann

01:25:41.985 --> 01:25:43.905
drumrum und haben auch viel Guidance für Leute, die

01:25:43.905 --> 01:25:45.645
sich jetzt so für Management allgemein interessieren.

01:25:46.605 --> 01:25:48.085
Wichtig ist auch, das ist halt keine

01:25:48.085 --> 01:25:49.865
irgendwie mal schön sich

01:25:49.865 --> 01:25:51.985
ausgedachte Theorie, sondern es ist

01:25:51.985 --> 01:25:54.045
halt relativ offensichtlich, weil wenn Mitarbeiter

01:25:54.045 --> 01:25:55.345
wieder verloren gehen, geht halt

01:25:55.345 --> 01:25:57.405
Organisationswissen verloren.

01:25:57.725 --> 01:25:59.865
Da gibt es auch ganz alte

01:25:59.865 --> 01:26:29.845
und Jochen unterhalten sich über die Programmiersprache Python

01:26:29.865 --> 01:26:45.705
Leute neu reinzukriegen und Wissen neu in die Organisation reinzuholen, ist so unendlich teuer und fragil, dass halt Leute aus einer Organisation loszuwerden oder zu verlieren, ist halt einfach mal, das ist prohibitiv, das geht nicht. Du musst dich halt darauf einstellen, das ordentlich zu machen.

01:26:45.705 --> 01:26:47.365
Tja, naja.

01:26:48.785 --> 01:26:49.845
Ja, ich würde

01:26:49.845 --> 01:26:51.625
auch sagen, ich weiß nicht genau, also ich kann

01:26:51.625 --> 01:26:53.765
das verstehen, dass man sozusagen dann so Turnover

01:26:53.765 --> 01:26:54.505
versus

01:26:54.505 --> 01:26:57.465
Ergebnis irgendwie

01:26:57.465 --> 01:26:59.605
vielleicht gegeneinander, aber ich weiß

01:26:59.605 --> 01:27:01.085
gar nicht, ob das so eine richtige Dichotomie,

01:27:01.285 --> 01:27:03.785
gibt es dafür eigentlich einen deutschen Ausdruck für Vollst Dichotomie?

01:27:04.945 --> 01:27:05.445
Keine Ahnung,

01:27:05.745 --> 01:27:06.945
fällt mir jetzt keiner ein, ehrlich gesagt,

01:27:07.185 --> 01:27:09.565
weil im Grunde

01:27:09.565 --> 01:27:11.565
setzt man da ja voraus,

01:27:11.665 --> 01:27:12.885
dass die einzige Möglichkeit, das

01:27:12.885 --> 01:27:15.445
Ergebnis zu verbessern,

01:27:15.445 --> 01:27:17.405
daran besteht, halt irgendwie

01:27:17.405 --> 01:27:19.385
pro bezahlter Stunde

01:27:19.385 --> 01:27:21.345
mehr Produktivität aus den Leuten zu

01:27:21.345 --> 01:27:21.705
pressen.

01:27:22.965 --> 01:27:25.305
Ja, nee, eben nicht. Es geht eben darum, eben nicht eine Dichtung

01:27:25.305 --> 01:27:27.205
Mietraus zu machen, sondern

01:27:27.205 --> 01:27:29.505
es als komplementäre Aufgabe anzusehen.

01:27:29.645 --> 01:27:31.185
Ja, genau, weil

01:27:31.185 --> 01:27:33.245
ich denken würde, man kann nämlich auch genau das

01:27:33.245 --> 01:27:34.745
andere machen. Man kann halt versuchen, einfach,

01:27:34.905 --> 01:27:36.725
dass die Leute pro Stunde produktiver werden,

01:27:37.345 --> 01:27:39.325
das Ziel zu verfolgen. Und das ist

01:27:39.325 --> 01:27:41.305
halt eben nicht damit verbunden,

01:27:41.425 --> 01:27:42.945
dass die Leute langfristig

01:27:42.945 --> 01:27:45.185
irgendwie, weiß ich nicht, irgendwie

01:27:45.185 --> 01:27:48.625
in den Wörtern ausgehen oder verschwinden oder keine Lust mehr haben.

01:27:48.625 --> 01:27:55.005
Du musst es nur in der Management-Theorie als explizites Ziel des Managers machen,

01:27:55.125 --> 01:27:59.045
weil alles, was du zum Ziel aufrufst, und das ist bei Menschen nun mal so,

01:27:59.145 --> 01:28:01.725
und deswegen ist auch, da macht man fast eine Schleife zum Anfang zurück,

01:28:01.865 --> 01:28:03.005
zum Thema Zielorientierung.

01:28:03.745 --> 01:28:08.625
Wenn du einem Menschen ein Ziel gibst, dann wird er das gnadenlos verfolgen.

01:28:09.825 --> 01:28:10.285
Gnadenlos.

01:28:10.285 --> 01:28:27.145
Wenn du dem Manager sagst, dein Ziel ist Results, Results, Results und du gibst ihm noch was, was gemessen werden kann, dann wird er den Teufel tun und das Ding optimieren. So schlimm, dass im schlimmsten Fall sogar der Messwert dich anlügt, aber er hat sein Ziel erreicht.

01:28:27.585 --> 01:28:32.985
Ja, du kannst mal ein paar Stellen wegrationalisieren im Krankenhaus, dann hast du als Manager einen tollen Bonus, weil du hast was gespart.

01:28:32.985 --> 01:28:32.985


01:28:32.985 --> 01:28:35.445
und dabei geht es

01:28:35.445 --> 01:28:37.285
tatsächlich darum, du musst in der Organisation

01:28:37.285 --> 01:28:39.365
das Bewusstsein schaffen und auch bei den Leuten,

01:28:39.505 --> 01:28:41.605
die das tun, dass sie an beidem gemessen werden.

01:28:42.125 --> 01:28:43.605
Dass sie sowohl daran gemessen werden,

01:28:44.085 --> 01:28:45.245
kontinuierlich

01:28:45.245 --> 01:28:47.325
Ziele zu erreichen und

01:28:47.325 --> 01:28:49.245
aber ein sozusagen

01:28:49.245 --> 01:28:51.285
inhärent verankertes Ziel, also das

01:28:51.285 --> 01:28:52.825
Metaziel ist die Zielerreichung

01:28:52.825 --> 01:28:55.005
und das zweite

01:28:55.005 --> 01:28:57.225
Metaziel daran ist aber halt währenddessen

01:28:57.225 --> 01:28:58.785
die Organisation nicht kaputt zu machen.

01:28:59.485 --> 01:29:01.345
Wie macht man denn diese Verantwortung? Wie schafft man

01:29:01.345 --> 01:29:02.245
das? Das ist ja spannend.

01:29:02.985 --> 01:29:06.805
Indem du auf die Menschen

01:29:06.805 --> 01:29:07.865
eingehst, die da drin sind

01:29:07.865 --> 01:29:10.585
Das kommt immer wieder runter auf die Menschen

01:29:10.585 --> 01:29:12.325
Das ist für mich das

01:29:12.325 --> 01:29:14.625
einzige Ergebnis, was ich aus dieser ganzen Zeit

01:29:14.625 --> 01:29:16.545
sehen kann, das kommt immer auf die Menschen an

01:29:16.545 --> 01:29:18.325
Aus einer Firmenperspektive nochmal sehen möchte

01:29:18.325 --> 01:29:20.445
Wie schaffe ich es denn, dass ein Projektmanager

01:29:20.445 --> 01:29:22.565
die Verantwortung gegenüber den Menschen

01:29:22.565 --> 01:29:24.005
wahrnimmt? Also ich muss den ja irgendwie

01:29:24.005 --> 01:29:26.725
Accountable, Responsible halten dafür, was da passiert

01:29:26.725 --> 01:29:28.385
Also messe ich die

01:29:28.385 --> 01:29:30.085
Retention Rate oder

01:29:30.085 --> 01:29:32.585
Ja, die kannst du ja einfach messen

01:29:32.585 --> 01:29:34.925
eine Mitarbeiterbefragung über glückliche

01:29:34.925 --> 01:29:36.065
Zufriedenheit, keine Ahnung.

01:29:36.645 --> 01:29:38.765
Das kannst du machen. Also die

01:29:38.765 --> 01:29:40.905
gehen halt eher von einem prozessualen Ansatz aus

01:29:40.905 --> 01:29:42.985
und du solltest

01:29:42.985 --> 01:29:44.725
halt das Ziel, also das Problem ist sozusagen,

01:29:45.205 --> 01:29:45.965
wenn du ein

01:29:45.965 --> 01:29:48.865
Messwert zum Ziel machst, wird er halt

01:29:48.865 --> 01:29:51.105
gamifiziert. Das heißt,

01:29:51.185 --> 01:29:52.525
da musst du immer aufpassen, dass die

01:29:52.525 --> 01:29:54.865
Feedback-Schleife nicht direkt

01:29:54.865 --> 01:30:07.087
ist weil dann wird sie halt immer ausgenutzt werden Bei den Manager ist es so wir haben uns das halt auch angew wir haben in der Mitarbeiterf an der Stelle f einen Manager der hat drei Werkzeuge

01:30:07.087 --> 01:30:10.607
die ihm dafür zur Verfügung stehen und die er zu nutzen hat. Das eine ist

01:30:10.607 --> 01:30:14.507
Beziehungspflege über sogenannte One-on-Ones, das heißt jeder Mitarbeiter von uns hat

01:30:14.507 --> 01:30:19.047
das Recht und der Manager hat die Pflicht, mit jedem Mitarbeiter einmal

01:30:19.047 --> 01:30:22.887
die Woche ein 30-minütiges One-on-One zu führen. Da gibt es auch eine

01:30:22.887 --> 01:30:27.547
entsprechend inhaltliche Struktur, dass der Mitarbeiter auf jeden Fall einmal die Woche zehn Minuten die

01:30:28.467 --> 01:30:30.467
ungefilterte, ungeteilte

01:30:30.867 --> 01:30:32.487
Aufmerksamkeit seines

01:30:32.487 --> 01:30:37.267
führenden Managers hat, der wiederum sich gefälligst vorbereitet und Themen, die

01:30:39.148 --> 01:30:40.827
arbeitstechnisch, die

01:30:40.827 --> 01:30:46.927
organisationstechnisch, die vertraglich, die von der persönlichen Weiterentwicklung abhängen, mit ihm zu besprechen, zu dokumentieren.

01:30:47.247 --> 01:30:49.707
Das ist ganz spannend, weil daraus bei uns nämlich auch

01:30:49.707 --> 01:30:53.527
und wir haben tatsächlich dann so 75% davon schaffen war.

01:30:54.007 --> 01:30:55.587
Mein Drucker springt schon wieder an.

01:30:56.827 --> 01:30:58.247
Den müssen wir irgendwie rausfiltern.

01:31:01.467 --> 01:31:06.387
Und das Spannende ist, aus dieser Struktur heraus ergibt sich dann zum einen,

01:31:07.148 --> 01:31:08.987
ich bin immer verwundert, wenn ich mit anderen Leuten rede,

01:31:09.168 --> 01:31:12.967
wenn die fragen, wie oft hast du exklusiv mal Zeit mit deinem Chef über irgendwas zu reden,

01:31:13.467 --> 01:31:14.967
dann ist das häufig relativ wenig.

01:31:15.967 --> 01:31:17.467
Und wenn ich ihnen sage, das machen wir irgendwie jede Woche,

01:31:17.467 --> 01:31:19.247
dann fallen irgendwie alle aus allen Wolken.

01:31:19.247 --> 01:31:21.367
Deswegen würde mich auch mal interessieren, wie das bei euch so ist

01:31:21.367 --> 01:31:22.767
Das ist sehr ungewöhnlich, glaube ich

01:31:22.767 --> 01:31:23.907
Also sieht man nicht so häufig

01:31:23.907 --> 01:31:27.307
Und es ist so ein Riesenwerkzeug, weil zum Beispiel

01:31:27.307 --> 01:31:29.007
sowas wie ein Jahresgespräch

01:31:29.007 --> 01:31:31.547
ist bei uns kein Jahresgespräch, sondern

01:31:31.547 --> 01:31:33.188
wird getriggert durch

01:31:33.188 --> 01:31:35.227
Es kommt spätestens nach

01:31:35.227 --> 01:31:36.627
zwölf Monaten

01:31:36.627 --> 01:31:39.148
wenn es dazwischen kein

01:31:39.148 --> 01:31:41.007
Leistungsgespräch gab

01:31:41.007 --> 01:31:43.407
Leistungsgespräch ist eine blöde

01:31:43.407 --> 01:31:45.327
Übersetzung von dem englischen Begriff

01:31:45.327 --> 01:31:45.787
den die haben

01:31:45.787 --> 01:31:51.707
oder wann immer sich in der Rolle, in der Tätigkeit des Mitarbeiters etwas strukturell ändert.

01:31:51.807 --> 01:31:55.567
Das heißt zum Beispiel nach sechs Monaten, wenn deine Probezeit vorbei ist,

01:31:55.567 --> 01:31:59.967
dann ist das halt automatisch, dass man sich halt dann alle O3s einmal anguckt,

01:32:00.387 --> 01:32:02.648
nochmal durchschaut, was war denn so, worüber haben wir gesprochen,

01:32:02.907 --> 01:32:04.747
wie hat sich das entwickelt etc. etc.

01:32:05.367 --> 01:32:07.648
Und da muss auch niemand irgendwie was groß vorbereiten.

01:32:07.767 --> 01:32:10.227
Da kommen so ein paar Sachen, irgendwie Eckdaten,

01:32:10.467 --> 01:32:12.067
vielleicht nochmal ein bisschen Gehaltsverhandlungen oder sowas.

01:32:12.067 --> 01:32:22.847
Das ist eine Ebene, wo wir sagen, dass ein Manager hat die Pflicht, aktiv die Beziehungen zu seinen Mitarbeitern zu pflegen und auch den Mitarbeitern Gelegenheit zu geben, ständig mit der Organisation in Austausch zu treten über den Mitarbeiter.

01:32:23.467 --> 01:32:32.327
Das nächste sind Coaching-Ansätze, damit der Manager, wenn man im U3 identifiziert, an irgendwelchen Sachen hapert es hier ständig.

01:32:32.327 --> 01:32:37.807
Du hast entweder Konflikte mit irgendeinem Mitarbeiter oder du kriegst ein bestimmtes Arbeitsthema, geht nicht.

01:32:37.807 --> 01:32:39.807
und die

01:33:07.807 --> 01:33:13.747
1 übernommen, wo wir sagen, ich habe nichts studiert in Richtung Management, aber das ist Zeug, wo wir auch von den Mitarbeitern

01:33:13.747 --> 01:33:17.847
und von anderen immer wieder Feedback kriegen von, fuck, das ist eine gute Struktur und Idee

01:33:17.847 --> 01:33:21.947
von, man lässt das nicht einfach so laufen, sondern da kommen sinnvolle

01:33:21.947 --> 01:33:24.867
Sachen bei raus in Richtung Retention und Organisationsentwicklung.

01:33:25.107 --> 01:33:29.847
Was ist ein O3? Ja, ein One-on-One, das ist diese halbe Stunde jede Woche.

01:33:30.387 --> 01:33:32.447
Drei O's, One-on-One. Okay.

01:33:33.967 --> 01:33:37.567
Und ich habe hier so Stapel von Mitarbeitern, da habe ich jetzt irgendwie seit sechs Jahren jede Woche

01:33:37.567 --> 01:34:07.567
und Jochen unterhaltenhaltenhaltenhaltenhaltenhaltenhaltenhaltenhalten

01:34:07.567 --> 01:34:37.547
und die Programmiersprache Python

01:34:37.567 --> 01:35:07.547
und

01:35:07.567 --> 01:35:11.267
die ausgeübt, die diese Konstruktion Wirklichkeit werden lässt.

01:35:11.747 --> 01:35:14.367
Richtig, genau. Da haben wir noch einen separaten Prozess dazu.

01:35:14.547 --> 01:35:18.287
Wir drucken dann so Bilder aus und stempeln die dann halt, jeder hat so einen kleinen Figurenstempel

01:35:18.287 --> 01:35:20.648
und committet sich da hin, wenn man da draufstempelt.

01:35:21.747 --> 01:35:27.668
Genau, und das letzte ist dann halt die Frage, was brauchst du noch für deine persönliche Weiterentwicklung hier im Unternehmen?

01:35:27.787 --> 01:35:29.867
Wo fehlt es dir, wo geht die Reise hin?

01:35:30.168 --> 01:35:32.367
Da gibt es auch ein paar unterschiedliche Prompts auf dem Formular,

01:35:32.927 --> 01:35:37.427
damit man halt weiß, okay, das immer mal aufzufrischen, immer mal neue Perspektiven einzunehmen,

01:35:37.427 --> 01:35:43.307
von, dass man mal guckt, okay, wie sieht denn deine To-Do-Liste gerade aus, ist die

01:35:43.307 --> 01:35:46.847
zu lang, kommt sie klar oder dass man halt fragt, wie sieht es aus, wie sieht das nächste

01:35:46.847 --> 01:35:50.727
Quartal bei dir aus, wie war das bei dir mit dem Hausbau, wie ist denn, dass man tatsächlich

01:35:50.727 --> 01:35:54.887
wirklich auch, der Arbeitstag ist stressig, man kann sich so ein Kram nicht in jeder halben

01:35:54.887 --> 01:35:58.688
Stunde neu ausdenken, da gibt einem das halt einfach tatsächlich so ein bisschen Struktur,

01:35:58.787 --> 01:36:02.607
dass man so alle Bereiche, die man mit Leuten halt, mit denen man ständig zu tun hat, auch

01:36:02.607 --> 01:36:05.987
regelmäßig abklopft, auch wenn es mal ein bisschen mehr und viel wird und man es dann

01:36:05.987 --> 01:36:06.947
nicht halt runterfallen lässt.

01:36:07.427 --> 01:36:10.887
Also auch sehr persönlich dann, das ist wichtig.

01:36:11.087 --> 01:36:11.648
Spannende Sache.

01:36:11.688 --> 01:36:15.407
Das ist sehr persönlich an der Stelle, weil das erlebe ich auch immer wieder,

01:36:15.907 --> 01:36:21.567
wenn du dann solche Situationen hast, dass ein Unternehmen vor großen Herausforderungen steht

01:36:21.567 --> 01:36:26.307
und Corona ist da für alle von uns mit extrem hoher Unsicherheit versehen von

01:36:26.307 --> 01:36:31.107
wo geht hier was wie weiter, wo kann im nächsten Jahr, wenn die zweite Welle kommt oder sowas,

01:36:31.207 --> 01:36:36.387
dann bin ich froh, wenn ich weiß, dass im Unternehmen zu allen Mitarbeitern halt eine gute Beziehung besteht,

01:36:36.387 --> 01:36:38.307
auf der man solche Herausforderungen tatsächlich in solchem

01:36:38.307 --> 01:36:39.727
Rahmen auch gut diskutieren kann

01:36:39.727 --> 01:36:42.247
weil das ist halt das, wo ich dann sagen muss, da kann ich mich

01:36:42.247 --> 01:36:44.367
ich kriege ein besseres Gespür, wie ich mich darauf verlassen kann

01:36:44.367 --> 01:36:45.527
wer arbeitet wie, wer

01:36:45.527 --> 01:36:47.487
hat wo welche

01:36:47.487 --> 01:36:50.168
Herausforderungen persönlich gerade, wer ist wo mental

01:36:50.168 --> 01:36:52.107
wie gefordert und das sind ja

01:36:52.107 --> 01:36:54.188
wie Johannes halt meinte, am Ende geht es um die Menschen

01:36:54.188 --> 01:36:55.668
die diese Aufgaben erlegen müssen

01:36:55.668 --> 01:36:58.267
ich kann im Projektmanagement die Leute

01:36:58.267 --> 01:37:00.207
ja nicht als austauschbare Ressourcen behandeln

01:37:00.207 --> 01:37:02.347
wenn ich habe Kunden, da kriege ich

01:37:02.347 --> 01:37:04.007
dann manchmal die Krise, die habe ich nicht

01:37:04.007 --> 01:37:06.267
die Kunden momentan, keiner meiner Kunden muss sich angesprochen fühlen

01:37:06.267 --> 01:37:36.267
aber ich hatte in der Vergangenheit Kunden die die die die

01:37:36.267 --> 01:37:49.947
Ja, und das ist tatsächlich, und ich glaube, wenn man schon von Organisationen sowas wie Führung von dem Ende her denkt und so angeht, dann erledigen sich auch so diverse andere Probleme aus dem Projektmanagement.

01:37:50.668 --> 01:37:59.967
Ja, was du halt versuchst, irgendwie im Projektmanagement zu erschlagen, eben durch auch es egal zu machen, wer jetzt eigentlich Dinge tut oder wie viele Leute.

01:38:01.027 --> 01:38:04.947
Ja, es ist halt, kannst es halt nicht alles voneinander trennen.

01:38:04.947 --> 01:38:07.188
Das war jetzt irgendwie ein sehr langer

01:38:07.188 --> 01:38:08.107
Braindump, sorry

01:38:08.107 --> 01:38:11.487
Ich glaube auch, dass

01:38:11.487 --> 01:38:13.047
da so ein bisschen das Wort einfach falsch ist

01:38:13.047 --> 01:38:15.047
Man spricht ganz viel über Projektmanagement und

01:38:15.047 --> 01:38:17.367
tut ganz viel so, als ob die Projekte diejenigen wären

01:38:17.367 --> 01:38:18.467
die da gemanagt werden

01:38:18.467 --> 01:38:20.668
Aber im Endeffekt ist es ja

01:38:20.668 --> 01:38:23.267
nicht die Projekte, die gemanagt werden

01:38:23.267 --> 01:38:25.007
sondern es sind ja die Menschen, die gemanagt werden

01:38:25.007 --> 01:38:27.267
In idealer Weise werden die nicht gemanagt

01:38:27.267 --> 01:38:29.087
weil managen hört sich halt so ein bisschen an wie so

01:38:29.087 --> 01:38:31.407
die Ressourcen oder die Kühe

01:38:31.407 --> 01:38:32.927
die im Stall sind, die rumschubsen

01:38:32.927 --> 01:38:33.967
mit der rechten Knall

01:38:33.967 --> 01:38:36.987
Es ist schon so ein bisschen

01:38:36.987 --> 01:38:38.267
ein Element von Führung.

01:38:38.407 --> 01:38:40.367
Man muss die Leute

01:38:40.367 --> 01:38:42.587
führen, anführen, dazu

01:38:42.587 --> 01:38:44.747
das zu tun, was

01:38:44.747 --> 01:38:46.867
richtig ist und was notwendig ist.

01:38:48.027 --> 01:38:48.967
Es gibt Leute,

01:38:49.107 --> 01:38:50.827
die können das ganz beeindruckend gut

01:38:50.827 --> 01:38:52.728
und die erreichen alle ihre Ziele,

01:38:52.827 --> 01:38:54.847
die sie haben wollen und die Leute bleiben alle dabei

01:38:54.847 --> 01:38:56.627
und die würden alle voneinander

01:38:56.627 --> 01:38:58.787
durchs Feuer gehen und es gibt Situationen

01:38:58.787 --> 01:39:00.667
bei Kunden, wo die

01:39:00.667 --> 01:39:02.447
Menschen halt als Ressourcen bezeichnet werden

01:39:02.447 --> 01:39:03.247
und dann

01:39:03.247 --> 01:39:06.107
verhalten die sich halt auch wie Ressourcen.

01:39:06.247 --> 01:39:08.387
Die verhalten sich halt wie der Esel im Stall und sagen,

01:39:08.648 --> 01:39:10.487
ja, da ist jetzt ein Problem, aber das ist ja

01:39:10.487 --> 01:39:11.707
zum Glück nicht mein Problem.

01:39:13.387 --> 01:39:14.207
Und das

01:39:14.207 --> 01:39:16.467
geht mal eine Weile gut und in großen Firmen

01:39:16.467 --> 01:39:17.947
geht es auch erstaunlich lange gut,

01:39:18.927 --> 01:39:19.847
aber

01:39:19.847 --> 01:39:22.587
irgendwann werden auch die aufgegessen

01:39:22.587 --> 01:39:24.407
von den Teams, die das besser können.

01:39:26.107 --> 01:39:26.307
Ja,

01:39:26.707 --> 01:39:28.027
tatsächlich, also ich glaube, dass

01:39:28.027 --> 01:39:30.367
ein wichtiger Punkt dabei ist,

01:39:30.367 --> 01:39:31.228
ist halt so etwas wie

01:39:31.228 --> 01:39:35.367
die Qualität

01:39:35.367 --> 01:39:37.087
auch der Dinge, die dann

01:39:37.087 --> 01:39:39.307
halt, also der Ergebnisse, die halt erzeugt

01:39:39.307 --> 01:39:41.107
werden, ist halt irgendwie für die Leute,

01:39:41.188 --> 01:39:42.148
die das machen, ganz wichtig,

01:39:42.887 --> 01:39:45.247
weil das halt eine Quelle sein kann für

01:39:45.247 --> 01:39:47.228
warum tut man das

01:39:47.228 --> 01:39:49.067
überhaupt, hat das irgendeinen Sinn, weil

01:39:49.067 --> 01:39:51.188
selbst wenn das jetzt irgendwie am Markt scheitert oder so,

01:39:51.267 --> 01:39:53.167
wenn ich das Gefühl habe, ich habe da

01:39:53.167 --> 01:39:54.807
irgendwas gebaut, irgendeine coole

01:39:54.807 --> 01:39:56.987
ja,

01:39:57.607 --> 01:39:59.207
irgendein cooles System oder ein Ding,

01:39:59.307 --> 01:40:01.067
was halt was Tolles tut, dann ist das

01:40:01.067 --> 01:40:03.228
unter Umständen eine sinnvolle

01:40:03.228 --> 01:40:05.188
Erfahrung, auch wenn das jetzt am Markt vielleicht

01:40:05.188 --> 01:40:06.427
irgendwie nicht funktioniert oder so.

01:40:07.007 --> 01:40:08.688
Und der Markt, wenn man dem Markt das überlässt,

01:40:08.767 --> 01:40:10.347
das zu steuern, dann

01:40:10.347 --> 01:40:12.307
ist oft

01:40:12.307 --> 01:40:14.148
so, dass man

01:40:14.148 --> 01:40:17.067
quasi als jemand, der das beauftragt

01:40:17.067 --> 01:40:18.767
oder entwickeln lässt,

01:40:18.887 --> 01:40:21.107
halt eine gerne Qualität

01:40:21.107 --> 01:40:23.107
gegen Zeit oder Kosten tauschen

01:40:23.107 --> 01:40:24.487
würde, weil man sagt, naja,

01:40:25.787 --> 01:40:26.587
also den

01:40:26.587 --> 01:40:28.867
Effekt, dass ich durch

01:40:28.867 --> 01:40:30.747
die geringere Qualität das am Markt ein bisschen

01:40:30.747 --> 01:41:00.747
schlechter verkaufen kann, der ist lange nicht so stark wie die Kosten, die ich sparenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenarenPräsen

01:41:00.747 --> 01:41:03.847
Es stimmt halt auch einfach nicht

01:41:03.847 --> 01:41:05.627
Es stimmt halt auch einfach nicht

01:41:05.627 --> 01:41:07.807
Es gibt viele Beispiele von Produkten, die

01:41:07.807 --> 01:41:10.007
sehr viel konnten

01:41:10.007 --> 01:41:12.188
und sehr schlecht und die einfach nicht angekommen sind

01:41:12.188 --> 01:41:14.047
und es gibt auch umgekehrt

01:41:14.047 --> 01:41:16.027
sehr viele Beispiele von Produkten

01:41:16.027 --> 01:41:17.887
die sich halt auf eine Sache

01:41:17.887 --> 01:41:19.867
reduziert haben und da die

01:41:19.867 --> 01:41:21.947
Qualität mordsmäßig rausgeholt haben und die

01:41:21.947 --> 01:41:23.867
in einer ungeheuer schnellen Zeit

01:41:23.867 --> 01:41:25.747
reingetan haben

01:41:25.747 --> 01:41:27.967
die dann sehr erfolgreich geworden sind und ich glaube, dass

01:41:27.967 --> 01:41:29.887
das der zweite Weg ist, der im Projektmanagement

01:41:29.887 --> 01:41:31.107
oft einfach übersehen wird.

01:41:31.787 --> 01:41:34.047
Anstatt, dass du viele Sachen schlecht machst, kannst du ja auch

01:41:34.047 --> 01:41:35.247
wenige Sachen gut machen.

01:41:35.887 --> 01:41:37.787
Und hast dann trotzdem weniger Zeit

01:41:37.787 --> 01:41:38.967
verbraucht.

01:41:39.387 --> 01:41:42.047
Und wenn das die richtigen Sachen sind und wenn du die richtig gut machst,

01:41:42.507 --> 01:41:43.767
dann kommen die raus.

01:41:45.267 --> 01:41:46.148
Gmail ist da

01:41:46.148 --> 01:41:47.947
so ein Beispiel. Das konnte am Anfang gar nichts,

01:41:48.047 --> 01:41:49.367
aber es hatte halt ein super gutes

01:41:49.367 --> 01:41:52.087
Interface, so wie die Leute das haben wollten.

01:41:52.747 --> 01:41:53.728
Und das hat in den Features...

01:41:53.728 --> 01:41:54.627
Und ein Gigabyte Platz gehabt.

01:41:55.427 --> 01:41:56.627
Ja, und ein Gigabyte Platz gehabt.

01:41:56.627 --> 01:41:58.648
Das ist natürlich eine Eigenschaft,

01:41:58.648 --> 01:42:01.387
und die ist sehr schwer nachzustellen, wenn man noch in Megabyte denkt.

01:42:02.987 --> 01:42:07.467
Aber die haben sich einfach auf diese Kernfeatures konzentriert und haben die so exzellent gemacht,

01:42:07.627 --> 01:42:11.827
dass die fehlenden anderen Features völlig egal waren, weil die Kernfeatures schon da waren.

01:42:11.927 --> 01:42:18.867
Und da ist dann eben die Qualität drin in diesem kleinen Bereich, der dann überzeugt.

01:42:18.947 --> 01:42:24.228
Auch das kennt man unter einem bekannten Wort und das heißt halt hier MVP, Minimum Viable Product,

01:42:24.228 --> 01:42:28.827
macht die Sachen so gut, wie sie sein müssen, dass der Markt die akzeptiert, aber nicht mehr.

01:42:29.307 --> 01:42:32.648
Ja, aber das ist ja eben nicht Qualität unbedingt.

01:42:33.807 --> 01:42:39.127
Doch, weil du halt eine kleinere Menge hast und dort bringst du die akzeptabel,

01:42:39.367 --> 01:42:42.967
das würde ich nicht unterschätzen, akzeptable Qualität heißt nicht scheiße.

01:42:43.127 --> 01:42:45.467
Genau, die notwendigen Bedürfnisse empfüllst du ja gerade.

01:42:45.688 --> 01:42:48.327
Die gerade so notwendigen, dass das genau dein Bedürfnis befriedigen kann.

01:42:48.327 --> 01:42:54.047
Genau, und es geht ja auch darum, auch da würde ich wieder aus Komplexitätsperspektive fühlen,

01:42:54.228 --> 01:43:24.207
und Jochen unterhalten sich über die Programmiersprache Python

01:43:24.228 --> 01:43:25.767
weg. Das ist auch,

01:43:26.047 --> 01:43:28.188
manchmal, wenn ich mich mit

01:43:28.188 --> 01:43:29.887
jemandem reibe, der

01:43:29.887 --> 01:43:32.067
eher aus dieser Ingenieurstheke kommt, dann gibt es manchmal

01:43:32.067 --> 01:43:33.847
diesen blöden Spruch, der mir an den Kopf kommt,

01:43:34.247 --> 01:43:36.467
das ist dieses, there is always time to do it

01:43:36.467 --> 01:43:38.347
twice, but never to do it

01:43:38.347 --> 01:43:40.507
right. Und es ist halt Bullshit,

01:43:40.787 --> 01:43:42.167
weil es voraussetzt, dass das, was ich

01:43:42.167 --> 01:43:44.467
einmal richtig mache, das Richtige

01:43:44.467 --> 01:43:45.228
ist, was ich mache.

01:43:45.927 --> 01:43:47.947
Und dann habe ich mir aber halt tatsächlich dann

01:43:47.947 --> 01:43:49.607
sowohl die Zeit als auch das Geld

01:43:49.607 --> 01:43:51.947
verballert, anstatt halt noch

01:43:51.947 --> 01:43:53.907
einen Versuch zu haben oder eben erstmal

01:43:53.907 --> 01:43:57.347
was halbes zu bauen, um dann zu sagen, ja, jetzt war es richtig und jetzt

01:43:57.347 --> 01:44:01.247
gehen wir hier volle Kanne rein. Also deswegen da so ein

01:44:01.247 --> 01:44:06.027
flexibleren Ansatz um dieses Dreieck ist ja eben auch nicht

01:44:06.027 --> 01:44:10.207
gedacht von, ja, es muss alles, man muss sich als Unternehmen

01:44:10.207 --> 01:44:13.867
oder als Projekt entscheiden, ob dieses Dreieck jetzt auf Zeit, auf Qualität oder auf

01:44:13.867 --> 01:44:18.107
Funktionsumfang achtet, sondern die Frage ist eher, was ist denn

01:44:18.107 --> 01:44:22.087
heute gerade unser Fokus, um dann zu wissen, okay, wenn wir uns jetzt auf

01:44:22.087 --> 01:44:24.447
Funktion konzentrieren wollen oder auf Zeit

01:44:24.447 --> 01:44:26.487
sagen wir, wir wollen uns auf Zeit

01:44:26.487 --> 01:44:28.287
konzentrieren, um schnell zu ergeben, dann wissen wir,

01:44:28.347 --> 01:44:30.207
wir müssen Abstriche bei Qualität und bei

01:44:30.207 --> 01:44:31.747
Funktionsumfang machen.

01:44:32.267 --> 01:44:33.807
Manchmal muss man einfach auch noch was draus machen.

01:44:34.867 --> 01:44:36.467
Ja, und jetzt kann ich aber eine bewusste

01:44:36.467 --> 01:44:38.407
Entscheidung draus machen. Das ist ein Werkzeug,

01:44:38.527 --> 01:44:40.387
um Entscheidungen zu treffen und nicht

01:44:40.387 --> 01:44:41.907
ein Ding, um sich davor zu stellen, zu sagen,

01:44:41.987 --> 01:44:42.728
das ist halt so.

01:44:46.327 --> 01:44:48.267
Ja, was leite ich denn draus ab, wenn ich sage, jetzt muss ich

01:44:48.267 --> 01:44:49.247
weniger Qualität machen?

01:44:49.247 --> 01:44:50.507
Also, ja, also

01:44:50.507 --> 01:44:52.648
Oberinitiativ kann auch ein Nachteil sein, glaube ich.

01:44:52.728 --> 01:44:53.728
Also ich war quasi tätig, ich weiß nicht.

01:44:54.728 --> 01:44:56.307
Persönlich als Entwickler wahrscheinlich sehr wichtig

01:44:56.307 --> 01:44:57.507
und halt für Retention irgendwie.

01:44:58.127 --> 01:44:59.507
Aber so in so einem Projekt,

01:44:59.927 --> 01:45:02.367
wenn ich jetzt dafür sorge, dass das alles super funktioniert,

01:45:02.507 --> 01:45:04.728
aber vielleicht nicht mehr so variabel oder flexibel ist

01:45:04.728 --> 01:45:05.947
oder so schnell austauschbar ist,

01:45:06.027 --> 01:45:08.087
dann mache ich mir vielleicht auch Probleme,

01:45:08.287 --> 01:45:09.947
die ich...

01:45:09.947 --> 01:45:11.907
Qualität ist ein sehr flexibler Begriff.

01:45:12.127 --> 01:45:12.648
Ja, klar.

01:45:13.827 --> 01:45:15.867
Sondern das bedeutet, dass es so sein soll.

01:45:16.867 --> 01:45:17.728
Ja, ja.

01:45:17.728 --> 01:45:18.507
Ja, definitiv.

01:45:19.247 --> 01:45:34.107
Genau. Für mich als Operationsperspektive bedeutet Qualität zum Beispiel, dass ich möglichst viele Dinge, möglichst ohne mir Gedanken zu machen habe, einfach wegschießen kann und die kommen danach halt schon irgendwie wieder. Das ist für mich ein Qualitätsaspekt.

01:45:34.107 --> 01:46:04.087
und die Programmiersprache Python.

01:46:04.107 --> 01:46:06.107
und der

01:46:34.107 --> 01:46:36.167
von, wie soll das hier alles funktionieren. Und da muss ich

01:46:36.167 --> 01:46:37.767
ihn halt wieder aufreißen, wenn ich festgestellt habe,

01:46:38.127 --> 01:46:39.867
der war jetzt falsch. Und ich mache es aber tatsächlich so,

01:46:40.228 --> 01:46:42.067
da geht es dann halt sehr weit runter, in

01:46:42.067 --> 01:46:44.127
diesen ganzen Code as a Craft

01:46:44.127 --> 01:46:46.327
zum Beispiel. Abstraktion

01:46:46.327 --> 01:46:47.987
kommt bei mir wirklich

01:46:47.987 --> 01:46:49.627
erst, wenn ich weiß, was ich überhaupt tue.

01:46:50.587 --> 01:46:52.267
Ich bin sogar beim Refactoring

01:46:52.267 --> 01:46:54.127
so, dieses Dry-Prinzip

01:46:54.127 --> 01:46:55.148
mit Don't Repeat Yourself,

01:46:56.007 --> 01:46:57.927
das hat eine Falle. Viele

01:46:57.927 --> 01:46:59.707
Informatiker und Ingenieure

01:46:59.707 --> 01:47:01.887
meinen, das bedeutet, wenn ich etwas

01:47:01.887 --> 01:47:03.887
und der

01:47:31.887 --> 01:47:33.747
Das ist dann aber Jagdmier, oder?

01:47:34.127 --> 01:47:36.407
Ja, genau.

01:47:37.067 --> 01:47:39.047
Das kann man gut als Gegengewicht

01:47:39.047 --> 01:47:40.427
machen. Und ich habe mir angewöhnt,

01:47:40.607 --> 01:47:42.247
frühestens beim dritten Mal,

01:47:42.627 --> 01:47:44.728
wenn ich irgendwie so einen Junk von 5, 6,

01:47:44.787 --> 01:47:47.047
7, 8, 10 Zeilen wiederhole,

01:47:47.728 --> 01:47:49.287
frühestens beim dritten,

01:47:49.347 --> 01:47:50.527
eher beim vierten Mal, dann

01:47:50.527 --> 01:47:52.648
zu gucken, was ist denn hier wirklich eigentlich das,

01:47:52.767 --> 01:47:54.087
was hier gemeinsam ist.

01:47:54.547 --> 01:47:56.228
Und ich schreibe es ganz bewusst auf.

01:47:56.327 --> 01:47:58.567
Und ich muss mich manchmal dazu prügeln und sagen, nein, du schreibst es

01:47:58.567 --> 01:48:00.447
jetzt nochmal auf. Du fängst noch nichts an zu

01:48:00.447 --> 01:48:00.987
abstrahieren.

01:48:01.887 --> 01:48:22.587
Ja, das ist ja auch eine gewisse Freude, wenn man so eine Abstraktion gefunden hat, egal ob man die dann nur einmal aufruft oder viermal. Das ist da so ein Problem da drin. Ich mache das gerne, ich schreibe gerne eine Funktion, die alles kann und die alle Parameter hat, die an genau einer Stelle aufgerufen wird mit konstanten Parametern.

01:48:22.587 --> 01:48:23.907
Ja, genau.

01:48:23.907 --> 01:48:26.467
Ja, es ist

01:48:26.467 --> 01:48:27.567
Aber das sind

01:48:27.567 --> 01:48:30.307
auch das sind ja Entscheidungen, die sich dann nachher

01:48:30.307 --> 01:48:31.547
eher auch unflexibel machen

01:48:31.547 --> 01:48:34.127
Weil wenn du das dann wieder umbauen willst

01:48:34.127 --> 01:48:36.067
musst du plötzlich die Absatzform wieder ausbauen

01:48:36.067 --> 01:48:38.247
und das ist auch was, das passiert viel selten

01:48:38.247 --> 01:48:39.467
Ja genau

01:48:39.467 --> 01:48:42.188
Und deswegen ist

01:48:42.188 --> 01:48:44.527
Erweiterbarkeit, Code der nicht existiert

01:48:44.527 --> 01:48:45.967
ist am aller erweiterbarsten

01:48:45.967 --> 01:48:48.107
Wobei ich sagen muss

01:48:48.107 --> 01:48:49.228
Es ist am schnellsten geschrieben

01:48:49.228 --> 01:48:52.127
Es ist halt nie so einfach, es gibt auch wieder das

01:48:52.127 --> 01:48:53.447
Gegenteil, was mir zum Beispiel

01:48:53.447 --> 01:49:17.447
und

01:49:17.447 --> 01:49:19.127
an und manchmal nicht. Und diese

01:49:19.127 --> 01:49:21.267
ästhetische Komponente kann einen

01:49:21.267 --> 01:49:23.087
auch dazu bringen, überhaupt

01:49:23.087 --> 01:49:25.047
erst ein Problem auf eine

01:49:25.047 --> 01:49:27.267
sinnvolle Art irgendwie

01:49:27.267 --> 01:49:29.387
anzugehen. Also das habe ich auch oft,

01:49:29.527 --> 01:49:31.087
dass mich sozusagen mein

01:49:31.087 --> 01:49:33.327
Sinn für Ästhetik irgendwie dann zu einer

01:49:33.327 --> 01:49:35.327
Lösung führt, wo ich

01:49:35.327 --> 01:49:37.267
sie am Anfang gar nicht gesehen hätte, sondern ich

01:49:37.267 --> 01:49:39.447
habe nur aus einer ästhetischen

01:49:39.447 --> 01:49:41.107
Motivation heraus irgendwas

01:49:41.107 --> 01:49:43.228
umgestellt und dann stelle ich plötzlich fest, irgendwann so

01:49:43.228 --> 01:49:45.047
ach, das löst das Problem ja.

01:49:46.087 --> 01:49:46.387
Und

01:49:46.387 --> 01:49:57.827
insofern kann auch irgendwie reine, ich meine, ohne dass man jetzt vorher schon weiß, wohin das führt, irgendwie ästhetisch motivierte Code-Umformatiererei, die kann natürlich auch ins Verderben führen, das stimmt.

01:49:58.547 --> 01:50:01.587
Oder halt zur Lösung. Tja, keine Ahnung.

01:50:01.987 --> 01:50:06.707
Das ist die Tagline dieser Episode, oder? Es ist alles nicht so einfach.

01:50:08.228 --> 01:50:15.407
Das Spannende dabei ist aber ja zum Beispiel, du aktivierst damit halt eins deiner kognitiven Systeme, gerade halt eher so das auf Pattern-Matching basierte,

01:50:15.407 --> 01:50:45.387
und Jochen unterhalten sich über die Programmiersprache Python

01:50:45.407 --> 01:50:48.967
und beobachten, ob seine Schleife, die er da gerade dreht, jetzt tatsächlich richtig ist oder nicht.

01:50:49.047 --> 01:50:51.547
Der wird auch wieder zurückgehen und sagen, nee, ach Mist, war jetzt irgendwie falsch.

01:50:52.047 --> 01:50:55.148
Und wichtiger ist aber eben, das ist ja genau diese Art von Flexibilität,

01:50:55.267 --> 01:50:58.547
um die es bei Agilität ja auch geht, um dieses Responding to Change.

01:50:59.207 --> 01:51:03.287
Du gehst mit einer Annahme da rein, fängst an zu arbeiten, stellst fest, nee, so nicht,

01:51:03.387 --> 01:51:05.167
ach doch so, aber nee, jetzt eher hier drüben.

01:51:05.607 --> 01:51:10.387
Also ein Freund von mir hat halt auch so einen Projektablaufplan immer wieder mal für Kunden.

01:51:10.387 --> 01:51:15.747
ein relativ bekannter Comic, wo du sagst, wo ist unser Startpunkt, wo ist unser Zielpunkt

01:51:15.747 --> 01:51:20.367
und die meisten Leute denken halt, du läufst jetzt diesen geraden Weg von A nach B ab

01:51:20.367 --> 01:51:25.387
der ist aber, und so versucht auch viel Projektmanagement zu sagen

01:51:25.387 --> 01:51:28.787
so, wir sortieren das jetzt alles mal so, dass wir diesen Weg hier gerade durchlaufen können

01:51:28.787 --> 01:51:32.387
das Problem ist nur, wenn man das als eine Landschaft betrachtet

01:51:32.387 --> 01:51:36.267
so als eine Karte, von wie du dich in der Welt orientierst

01:51:36.267 --> 01:51:38.387
dann ist dieser Weg nicht unbedingt sinnvoll

01:51:38.387 --> 01:52:08.367
und Jochen unterhalten sich über die Programmiersprache Python

01:52:08.387 --> 01:52:09.228
Weg.

01:52:12.207 --> 01:52:14.667
Ein großes Abenteuer auf einer Landkarte.

01:52:15.467 --> 01:52:16.247
Kompass ist kaputt.

01:52:16.667 --> 01:52:17.567
So sind Projekte.

01:52:17.688 --> 01:52:20.367
Ja, und man darf das halt nicht

01:52:20.367 --> 01:52:22.487
wegmachen. Ich glaube, der Fehler im Projektmanagement

01:52:22.487 --> 01:52:24.067
ist, wenn man versucht, das wegzumachen.

01:52:25.007 --> 01:52:25.807
Dass das nicht passiert.

01:52:26.387 --> 01:52:28.427
Weil dann fehlen dir diese ganzen eigentlichen

01:52:28.427 --> 01:52:29.148
Erkenntnisse da drin.

01:52:31.587 --> 01:52:32.567
Ja, und

01:52:32.567 --> 01:52:33.707
das wird aber auch dann versucht.

01:52:33.947 --> 01:52:36.307
Man sagt halt so, die Karte ist das Gebiet

01:52:36.307 --> 01:52:38.087
und dann, ja.

01:52:38.387 --> 01:52:41.887
Ja, aber wenn er halt wartet, dann holt man halt den großen Bohrer und dann geht man halt durch.

01:52:42.587 --> 01:52:45.387
Also auch hier wieder nochmal, also ich muss selber ein bisschen korrigieren.

01:52:45.867 --> 01:52:50.107
Wenn du in einer bekannten Domäne arbeitest, ist das legitim.

01:52:50.507 --> 01:52:56.107
Wenn deine Aufgabe ist, du sollst von A nach B und der Deal ist, du befindest dich in Deutschland, in München

01:52:56.107 --> 01:53:00.307
und sollst mit dem Auto nach Berlin fahren, dann holst du halt nun mal die blöde Karte raus,

01:53:00.407 --> 01:53:03.407
guckst, wo die Autobahnen sind, guckst, wo der Stau ist und dann fährst du halt.

01:53:03.407 --> 01:53:07.367
wenn aber die Aufgabe ist

01:53:07.367 --> 01:53:10.047
wir wollen heute ein schönes Picknick machen

01:53:10.047 --> 01:53:11.027
da drüben ist eine Wiese

01:53:11.027 --> 01:53:13.648
wo ist denn hier der schönste Punkt

01:53:13.648 --> 01:53:14.507
auch zum Picknicken

01:53:14.507 --> 01:53:17.367
dann kann ich halt die Karte nicht raus und dann muss ich anfangen loszulaufen

01:53:17.367 --> 01:53:20.027
und dann kann ich mich nicht nur auf den bekannten Wegen bewegen

01:53:20.027 --> 01:53:21.547
und dann ist mein Werkzeug auch ein anderes

01:53:21.547 --> 01:53:23.648
dann muss ich irgendwie mir die Gummistiefel anziehen

01:53:23.648 --> 01:53:24.867
und damit rechnen, dass hier irgendwie

01:53:24.867 --> 01:53:27.327
noch irgendwo plötzlich ein Schaf um die Ecke kommt

01:53:27.327 --> 01:53:29.987
und ein Hund und ich irgendwie in ein Loch trete

01:53:29.987 --> 01:53:31.447
das ist halt was anderes

01:53:31.447 --> 01:54:01.427
und Jochen unterhalten sich über die Programmiersprache Python

01:54:01.447 --> 01:54:04.587
und die Firma ist weg.

01:54:04.887 --> 01:54:06.427
Aber dann kannst du es auch so angehen.

01:54:06.648 --> 01:54:08.688
Dann kannst du auch sagen, wir setzen uns jetzt hin,

01:54:08.787 --> 01:54:10.027
wir programmieren es jetzt nochmal so runter.

01:54:10.367 --> 01:54:11.728
Ist ja kein Problem, dann macht man das halt.

01:54:13.007 --> 01:54:14.728
Es gibt ja auch Ansätze,

01:54:14.907 --> 01:54:16.047
die sagen, du sollst Teil 2 machen.

01:54:16.228 --> 01:54:18.527
Du musst Teil 2 mal machen. Das erste Mal weißt du

01:54:18.527 --> 01:54:20.447
noch nicht, wie es geht und beim zweiten Mal weißt du halt, wie es geht.

01:54:20.587 --> 01:54:21.747
Deshalb musst du es 2 mal machen.

01:54:22.688 --> 01:54:24.167
Ist auch eine legitime Methode,

01:54:24.427 --> 01:54:26.347
nur da verlierst du halt das, was der

01:54:26.347 --> 01:54:27.607
Christian die ganze Zeit schon sagt.

01:54:29.148 --> 01:54:30.807
Meistens weißt du ja gar nicht, wo du hin willst.

01:54:30.807 --> 01:55:00.787
oder Python-Programmierung.

01:55:00.807 --> 01:55:02.427
Oh ja, das ist dann der Gegenteil.

01:55:02.507 --> 01:55:05.787
Wenn du es beim zweiten Mal machst, dann baust du alles ein, was du dir beim ersten Mal ausgedacht hast.

01:55:06.607 --> 01:55:12.407
Und da kommen ja die Agile Methoden halt im Prinzip ins Spiel, dass du eben nicht sagst,

01:55:12.447 --> 01:55:15.907
ich mache da Second System draus, sondern das ist halt im laufenden Projekt,

01:55:15.987 --> 01:55:19.967
diesen Modus wechseln kannst, das Ganze so, weil wir Unitests haben und weil wir dies haben

01:55:19.967 --> 01:55:24.387
und weil wir jenes haben und weil wir mit unserem Code flexibel umgehen und weil es Common Code Ownership ist.

01:55:24.728 --> 01:55:28.527
Deswegen können wir jetzt den Code, in der vielleicht noch nicht Qualität wir haben wollen,

01:55:28.527 --> 01:55:30.487
im laufenden Betrieb sukzessive umbauen.

01:55:30.807 --> 01:55:30.807


01:55:31.807 --> 01:55:33.307
Komplexität erfordert auch

01:55:33.307 --> 01:55:35.228
einen granularen Blick auf die Welt, dass du halt immer wieder

01:55:35.228 --> 01:55:37.247
mal kleinere Einheiten, größere Einheiten

01:55:37.247 --> 01:55:39.247
anguckst und dann zu sagen so, das Subsystem

01:55:39.247 --> 01:55:41.127
da drüben hat sich jetzt stabilisiert, da räumen wir

01:55:41.127 --> 01:55:43.188
die Qualität jetzt auf, da drüben experimentieren wir noch

01:55:43.188 --> 01:55:45.167
es muss halt keine Blanko-Entscheidung für alles sein

01:55:45.167 --> 01:55:47.107
Ja, gleichzeitig

01:55:47.107 --> 01:55:49.167
kannst du ja aber auch das Ziel nachführen

01:55:49.167 --> 01:55:51.107
das ist so dieser

01:55:51.107 --> 01:55:53.307
andere Aspekt der agilen

01:55:53.307 --> 01:55:55.148
Entwicklung, dass du zwar die

01:55:55.148 --> 01:55:57.347
Software, die du entwickelst, so gut wie es geht entwickelst

01:55:57.347 --> 01:55:59.447
aber dass du ja erst nach und nach

01:55:59.447 --> 01:55:59.447


01:55:59.447 --> 01:56:01.267
herausfindest, was du überhaupt für Software entwickeln musst,

01:56:01.327 --> 01:56:03.327
was du überhaupt erreichen möchtest.

01:56:03.767 --> 01:56:05.447
Und das kannst du natürlich nur dann

01:56:05.447 --> 01:56:07.447
nachziehen, wenn du die Flexibilität hast,

01:56:07.507 --> 01:56:08.747
das Ziel zu verändern.

01:56:09.167 --> 01:56:10.827
Wenn du die Flexibilität hast zu sagen, okay,

01:56:11.407 --> 01:56:13.247
der Plan, den wir uns zurechtgelegt haben,

01:56:13.367 --> 01:56:15.367
das ist der perfekte Schlachtplan und den können wir

01:56:15.367 --> 01:56:17.387
so durchziehen, aber der bringt uns nichts.

01:56:18.347 --> 01:56:19.567
Dann haben wir hinterher ein Produkt,

01:56:19.707 --> 01:56:21.107
was egal ist

01:56:21.107 --> 01:56:23.267
und das findest du raus,

01:56:23.427 --> 01:56:24.947
während du es machst, das findest du raus,

01:56:25.627 --> 01:56:27.188
wenn du es released hast. Und deshalb

01:56:27.188 --> 01:56:28.907
sind da diese ganzen Sachen drin.

01:56:28.907 --> 01:56:28.907


01:56:28.907 --> 01:56:30.228
Release early, Release often.

01:56:31.527 --> 01:56:32.467
Break things,

01:56:33.107 --> 01:56:35.047
fail fast,

01:56:35.167 --> 01:56:36.827
diese ganzen Sachen, die sind nicht dafür da,

01:56:36.987 --> 01:56:38.787
um die Qualität des Produktes zu

01:56:38.787 --> 01:56:40.547
verbessern, sondern die sind dafür da,

01:56:40.627 --> 01:56:42.667
den Product Fit zu verbessern. Die sind dafür da,

01:56:42.707 --> 01:56:44.767
ein besser passendes

01:56:44.767 --> 01:56:46.047
Produkt zu finden,

01:56:46.728 --> 01:56:48.547
was du vorher nicht wissen kannst. Du kannst

01:56:48.547 --> 01:56:50.467
vorher nicht wissen, was der Kunde haben möchte,

01:56:50.947 --> 01:56:52.707
wenn du es nicht ausprobiert hast. Selbst

01:56:52.707 --> 01:56:54.228
wenn du selber der Kunde bist,

01:56:54.967 --> 01:56:56.747
kannst du es nicht vorher wissen. Und das ist

01:56:56.747 --> 01:56:58.728
uns allen schon mal so gegangen, dass wir uns überlegt haben,

01:57:28.728 --> 01:57:58.707
und Jochen unterhalten sich über die Programmiersprache Python

01:58:28.728 --> 01:58:58.707
steuern kann.

01:58:58.728 --> 01:59:15.648
macht. Insofern nimmt man mich dann halt auch ernst, wenn ich da halt eh in der Arbeitshose rumhänge. Und dann kann ich halt unterwegs die Entscheidung treffen und ja, das war etwas teurer, aber in vielen Fällen gar nicht so viel teurer, als wenn man feststellt, jetzt ist es fertig, jetzt müssen wir uns nochmal aufreißen. Das ist halt prohibitiv.

01:59:45.648 --> 01:59:47.287
vielleicht noch am Schluss machen könnte.

01:59:47.467 --> 01:59:48.867
Ich meine, damit das auch irgendwie außer

01:59:48.867 --> 01:59:50.207
so ganz luftigen

01:59:50.207 --> 01:59:53.007
Gedanken ein bisschen

01:59:53.007 --> 01:59:55.547
Content bekommt. Weil was gibt es denn so

01:59:55.547 --> 01:59:57.427
für Tools oder so, die man da benutzen kann?

01:59:57.527 --> 01:59:59.547
Habt ihr positive Erfahrungen mit irgendwas gemacht?

01:59:59.547 --> 02:00:03.047
auf die letzten drei Monate,

02:00:03.127 --> 02:00:05.567
wo wir uns doch alle mehr mit Tools beschäftigt haben,

02:00:05.687 --> 02:00:07.987
weil bestimmte Sachen einfach nicht mehr so gehen.

02:00:09.727 --> 02:00:11.187
Also ich habe in den letzten drei Monaten

02:00:11.187 --> 02:00:12.607
sehr viel mit GitLab gearbeitet.

02:00:13.947 --> 02:00:16.287
Und das geht so ein bisschen daran,

02:00:16.367 --> 02:00:17.527
was der Christian vorhin erzählt hat.

02:00:19.927 --> 02:00:21.527
Das Ticketboard in GitLab,

02:00:21.627 --> 02:00:22.867
das ist sehr, sehr lightweight.

02:00:23.007 --> 02:00:23.927
Das ist im Wesentlichen,

02:00:24.027 --> 02:00:24.907
wenn man es so benutzen möchte,

02:00:25.007 --> 02:00:25.607
eine To-Do-Liste,

02:00:25.727 --> 02:00:27.087
die man hoch und runter ziehen kann

02:00:27.087 --> 02:00:28.287
und rechts und links verschieben kann.

02:00:28.287 --> 02:00:29.287
So kann man ein Board fast.

02:00:29.547 --> 02:00:31.527
fast, ja, aber auch

02:00:31.527 --> 02:00:33.567
an einem Kanban-Board hängst du ja normalerweise

02:00:33.567 --> 02:00:35.547
nur die Überschriften hin und im GitLab, wenn

02:00:35.547 --> 02:00:37.587
du es so verwenden möchtest, sind es einfach nur

02:00:37.587 --> 02:00:38.487
erstmal die Überschriften

02:00:38.487 --> 02:00:41.227
man kann da natürlich dann auch

02:00:41.227 --> 02:00:43.667
ganze Tickets draus machen, aber

02:00:43.667 --> 02:00:44.687
so dieses einfache

02:00:44.687 --> 02:00:47.607
hier ist was zu tun und hier

02:00:47.607 --> 02:00:49.607
ist ungefähr die Reihenfolge, in der es wichtig

02:00:49.607 --> 02:00:51.287
wäre, das

02:00:51.287 --> 02:00:53.467
reicht schon aus, das ist sehr sehr lightweight

02:00:53.467 --> 02:00:55.727
das ist sehr

02:00:55.727 --> 02:00:59.407
wenig Steuerung, aber

02:00:59.407 --> 02:01:29.387
und Jochen unterhalten sich über die Programmiersprache Python

02:01:29.407 --> 02:01:31.227
die sagen dann, okay, jetzt mache ich das und dann das und dann das

02:01:31.227 --> 02:01:31.607
und dann das.

02:01:32.847 --> 02:01:34.887
Das hat da sehr gut funktioniert.

02:01:38.207 --> 02:01:39.207
Das war sehr angenehm.

02:01:40.847 --> 02:01:41.487
Also die

02:01:41.487 --> 02:01:43.267
GitLab Issues und GitLab Boards

02:01:43.267 --> 02:01:45.167
haben

02:01:45.167 --> 02:01:46.947
für mich genügend Flexibilität, um

02:01:46.947 --> 02:01:49.007
einen sehr angenehmen Arbeitsmodus zu erreichen.

02:01:51.147 --> 02:01:53.307
Mir geht es ähnlich, ich mag das, wenn Systeme

02:01:53.307 --> 02:01:55.367
auch so duale Benutzungsmöglichkeiten

02:01:55.367 --> 02:01:57.107
haben. Also wir

02:01:57.107 --> 02:01:58.467
sind momentan bei uns

02:01:58.467 --> 02:02:00.527
jetzt mehrere Jahre

02:02:00.527 --> 02:02:01.507
FrogBugs benutzt.

02:02:02.427 --> 02:02:03.887
Das ist ein System, was

02:02:03.887 --> 02:02:06.527
auch einer der Internet-Urgesteine

02:02:06.527 --> 02:02:08.427
von Jules Borski und so

02:02:08.427 --> 02:02:10.007
und

02:02:10.007 --> 02:02:12.547
mit dem Werkzeug sind wir

02:02:12.547 --> 02:02:14.667
sehr happy. Die haben leider, die haben dieses Produkt

02:02:14.667 --> 02:02:16.527
an ein separates Unternehmen verkauft und seitdem ist

02:02:16.527 --> 02:02:18.607
vor einem Jahr hätte ich noch

02:02:18.607 --> 02:02:20.587
irgendwie gesagt, hurra, hurra, hurra, kauft das

02:02:20.587 --> 02:02:22.667
bitte alle und jetzt muss ich sagen, fuck, wir müssen davon weg,

02:02:23.147 --> 02:02:24.347
weil die halt einfach echt,

02:02:24.647 --> 02:02:25.807
das bricht alles zusammen.

02:02:25.807 --> 02:02:29.507
Ist das nicht an der Platte, die dann verkauft worden ist?

02:02:29.527 --> 02:02:30.547
Ne, das war Trello

02:02:30.547 --> 02:02:31.387
Trello, ja genau

02:02:31.387 --> 02:02:33.607
Aber ist ja eine ähnliche Geschichte

02:02:33.607 --> 02:02:36.147
Trello ist auch ein Joel-Tool

02:02:36.147 --> 02:02:38.407
genauso wie Stack Overflow halt

02:02:38.407 --> 02:02:40.367
und

02:02:40.367 --> 02:02:41.007
die

02:02:41.007 --> 02:02:44.867
was die sehr gut gemacht haben

02:02:44.867 --> 02:02:45.947
ist tatsächlich dieses ganze

02:02:45.947 --> 02:02:47.367
den Bedienungsflow

02:02:47.367 --> 02:02:50.227
zumal zwischen Ticket, also dass du so unterschiedliche

02:02:50.227 --> 02:02:52.567
Repräsentationen von Listen, Trees und so ein Kram

02:02:52.567 --> 02:02:54.447
haben kannst und die haben schon

02:02:54.447 --> 02:02:58.567
sehr zeitig ein sehr fluffiges User Interface gehabt, was sich extrem schnell bedient und

02:02:58.567 --> 02:03:03.687
ihnen war wichtig in der Abgrenzung zu Jira, das war ja lange Zeit eine harte Konkurrenz und Jira ist ihnen dann

02:03:03.687 --> 02:03:08.647
davon gelaufen, was die Marktanteile anging, dass sie gesagt haben, wir wissen wie die Workflows sind.

02:03:08.647 --> 02:03:40.602
Wir haben hier eine Meinung wie gute Workflows und gutes UI funktioniert und das war sich die Programmiersprache Python

02:03:40.622 --> 02:03:42.542
oder ohne Kundenticket und ich habe die Historie

02:03:42.542 --> 02:03:44.482
und ich kann genau sehen und sie haben einen richtig

02:03:44.482 --> 02:03:46.582
guten E-Mail-Client dann auch sozusagen

02:03:46.582 --> 02:03:48.482
so mit eingebettet, dass sich das auch anfühlt, wie

02:03:48.482 --> 02:03:50.462
ich schreibe jetzt eine Kunden-E-Mail und der kann das dann

02:03:50.462 --> 02:03:52.342
irgendwie sehen und gleichzeitig kann sie dann

02:03:52.342 --> 02:03:54.602
Kanban-Boards ziehen, das war eigentlich alles

02:03:54.602 --> 02:03:55.882
sehr fluffig,

02:03:56.302 --> 02:03:57.942
wir orientieren uns gerade Richtung Odo,

02:03:58.862 --> 02:04:00.102
das ist so ein

02:04:00.102 --> 02:04:02.682
Open-Source, eigentlich Enterprise-Resource-Management

02:04:02.682 --> 02:04:04.022
Ding, die

02:04:04.022 --> 02:04:06.402
haben aber im Prinzip sozusagen alles in

02:04:06.402 --> 02:04:08.302
Boards gepackt, sämtliche

02:04:08.302 --> 02:04:10.182
Arten von Ressourcen kannst du immer in

02:04:10.182 --> 02:04:10.182


02:04:30.142 --> 02:04:39.042
Das ist bestimmt nicht so schwierig, das ist meistens der Weg ins Verderben.

02:04:40.182 --> 02:04:43.662
Das kann doch nicht so schwer sein.

02:04:44.382 --> 02:04:45.942
Ich mache das noch schnell fertig.

02:04:47.942 --> 02:04:50.182
Da gucken wir uns gerade so ein bisschen um.

02:04:51.562 --> 02:04:52.242
Ansonsten muss man

02:04:52.242 --> 02:04:54.402
mit den Boards, wenn man so über Boards nachdenkt,

02:04:54.482 --> 02:04:55.382
muss man immer daran denken,

02:04:55.822 --> 02:04:58.082
Kanban, das hat man jetzt als Methodik noch nicht

02:04:58.082 --> 02:04:59.182
angerissen,

02:04:59.762 --> 02:05:01.782
aber diese Flow-orientierten Sachen,

02:05:02.182 --> 02:05:04.042
die gehen im Prinzip davon aus, dass die

02:05:04.042 --> 02:05:06.082
Einheiten homogene

02:05:06.082 --> 02:05:06.882
Größen haben.

02:05:08.862 --> 02:05:09.762
Wenn du dir

02:05:09.762 --> 02:05:39.742
und Jochen unterhalten sich über die Programmiersprache Python

02:05:39.762 --> 02:06:00.122
Das Problem ist, Flow-Systeme wie hier Toyota Production System und solche Sachen, die sind halt produktionsorientiert. Mach mir bitte 20 Prios. Und das ist was anderes als, oh erfinde bitte ein neues KI-System, was irgendwie, was ist denn das für ein Ticket?

02:06:00.122 --> 02:06:04.762
Ja, ja.

02:06:04.762 --> 02:06:05.102
Alright.

02:06:34.762 --> 02:06:39.017
und Jira irgendwie sind die Geschichten die ich verwende

02:06:39.017 --> 02:06:39.677
da, ja.

02:06:40.337 --> 02:06:42.157
Ich finde bei den Tools ist es egal,

02:06:42.637 --> 02:06:44.737
wie die geschrieben sind, solange die gut

02:06:44.737 --> 02:06:46.837
funktionieren. Ich hab mal Tiger versucht zu installieren

02:06:46.837 --> 02:06:48.417
und hab's nicht hingekriegt und da hatte ich dann

02:06:48.417 --> 02:06:49.117
keine Lust mehr drauf.

02:06:50.057 --> 02:06:51.777
Tiger hatte ich weggelegt, weil die,

02:06:52.257 --> 02:06:54.557
also wir haben eine relativ lange Historie, wir hatten irgendwie

02:06:54.557 --> 02:06:55.357
alles.

02:06:56.697 --> 02:06:58.057
Also wir haben ja irgendwann

02:06:58.057 --> 02:07:00.457
einfach Whiteboards mit so normalen Post-its

02:07:00.457 --> 02:07:01.957
Ja, einfach

02:07:01.957 --> 02:07:03.957
vier Teams und jedes probiert was aus

02:07:03.957 --> 02:07:05.377
und dann habt ihr irgendwann mal alles aus

02:07:05.377 --> 02:07:08.297
Also 1999

02:07:08.297 --> 02:07:10.677
hatten wir angefangen mit Bugzilla, glaube ich

02:07:10.677 --> 02:07:12.577
Dann haben wir irgendwann den Request-Tracker

02:07:12.577 --> 02:07:14.457
gehabt, dann haben wir Redmine

02:07:14.457 --> 02:07:16.477
gehabt und

02:07:16.477 --> 02:07:17.857
was haben wir noch?

02:07:18.037 --> 02:07:18.977
Was hat man noch so gehabt?

02:07:21.337 --> 02:07:22.457
Etrello immer so ein bisschen

02:07:22.457 --> 02:07:24.097
Zermatt haben wir mal angetestet

02:07:24.097 --> 02:07:25.537
Reiteflieh-Zeug so

02:07:25.537 --> 02:07:31.317
und was ich jetzt wiederum, weswegen wir in Richtung Odoo gucken,

02:07:32.537 --> 02:07:36.397
und Odoo ist selber auch in Python geschrieben, aber das ist so mehr nachgeordnet,

02:07:36.717 --> 02:07:44.797
weil die eine gute Abi haben, bei Odoo ist dieses Projektmanagement im ERP-Prozess überall mit angedockt.

02:07:44.857 --> 02:07:48.997
Die haben sich relativ viel Mühe gegeben, so ein allgemeines, fast schon SAP-artiges System aufzubauen

02:07:48.997 --> 02:07:53.177
und haben dann aber fachlich kompetent einzelne Module, die gut ineinander übergehen.

02:07:53.177 --> 02:08:11.077
Du kannst zum Beispiel, wenn du dann einen Verkaufsprozess hast und dem Kunden ein Projekt verkaufst, kannst du im Verkauf schon sagen, das ist ein Projekt der und der Art, kannst du da irgendwie dran tackern, was da irgendwie die Kalkulationsstrukturen sind, so typisch, was legst du noch an Anhängen, dem PDF, an PDF bei etc. etc.

02:08:11.077 --> 02:08:36.717
und wenn der Kunde sagt, so das machen wir jetzt, dann kannst du in diesem Auftrag draufklicken, ja das wird jetzt ein Projekt und kannst gleich für dieses Angebot ein passendes Projekt-Template in, hier habe ich ein Board, das sind die 50 Sachen, die jetzt zu tun sind, rauslassen und die sind alle aneinander geknüpft und du kannst die Stunden, die da reingehen, gleich in den Auftrag buchen und das war so ein, okay, hier geht irgendwie, du kannst alles mit allem verknüpfern, da hat es mir so ein bisschen die Sprache verschlagen.

02:08:36.717 --> 02:08:38.457
so ein bisschen in die Software wieder Sachen geschlagen.

02:08:38.857 --> 02:08:40.437
Also ich muss aber sagen, gerade wenn man jetzt

02:08:40.437 --> 02:08:42.957
remote arbeitet, ist vielleicht jetzt gerade was anderes, aber wenn man

02:08:42.957 --> 02:08:45.117
irgendwie jetzt nicht remote arbeitet, sondern in so einem Office ist,

02:08:45.617 --> 02:08:46.857
finde ich diese klassische

02:08:46.857 --> 02:08:49.217
wir haben jetzt so Whiteboards und hängen da Post-its hin

02:08:49.217 --> 02:08:51.057
Sache sehr cool, weil das halt so eine

02:08:51.057 --> 02:08:53.037
Haptik hat und man muss aufstehen und hingehen und mal

02:08:53.037 --> 02:08:54.957
so die Distanz ändern und hat das halt nicht in irgendwelchen

02:08:55.537 --> 02:08:56.997
verschwurmelten Tickets, sondern man sieht das

02:08:56.997 --> 02:08:58.957
alles irgendwie so vor sich visuell und das hat irgendwie

02:08:58.957 --> 02:09:00.917
einen riesen Vorteil. Man braucht halt so ganz viele Boards,

02:09:01.717 --> 02:09:02.477
aber wenn man das geht,

02:09:02.657 --> 02:09:05.197
ich finde das sehr charmant. Und hast halt keine Nachverfolgbarkeit,

02:09:05.337 --> 02:09:06.457
das ist halt schwierig.

02:09:06.457 --> 02:09:08.117
Ja, vielleicht muss man das irgendwie dann abwenden.

02:09:08.117 --> 02:09:08.857
Nein, das ist gut.

02:09:09.797 --> 02:09:10.957
Nein, das ist echt perfekt.

02:09:11.097 --> 02:09:12.817
Weil jemand, der nicht da ist, das nicht sehen kann.

02:09:13.537 --> 02:09:15.737
Nein, nein, Nachverfolgbarkeit kommt halt immer darauf an,

02:09:15.797 --> 02:09:18.257
weil da gibt es halt auch eine interessante Dynamik,

02:09:18.677 --> 02:09:24.757
weil Transparenz im Unternehmen ist keine absolute Größe.

02:09:25.577 --> 02:09:26.477
Das meine ich ja gar nicht.

02:09:26.477 --> 02:09:28.277
Das sind ja die Leute, die da mit dran beteiligt sind.

02:09:29.037 --> 02:09:29.757
Ja, ja, ja, warte, warte.

02:09:31.277 --> 02:09:35.377
Transparenz hat das Problem, zu viel Transparenz killt dir die Innovation.

02:09:36.457 --> 02:09:53.872
und und du hast Ja aber Zu wenig Transparenz bedeutet wiederum dass du halt Korruption reinkriegst Und ich wei dir geht es gerade darum wenn du gemischte Teams hast wenn du halt Leute hast

02:09:53.892 --> 02:09:55.612
die gerade krank waren oder die gerade irgendwie etc.

02:09:56.292 --> 02:09:57.432
Das ist immer was.

02:09:58.532 --> 02:09:59.432
Ja, irgendwas ist immer.

02:09:59.852 --> 02:10:02.312
Wofür ich Whiteboard-Prozesse halt gerne nehme

02:10:02.312 --> 02:10:03.912
mit dieser Haptik, ist tatsächlich eher so ein

02:10:03.912 --> 02:10:06.072
Workshop-orientiertes Verfahren, wo du sagst,

02:10:06.192 --> 02:10:07.872
okay, jetzt sind wir hier, die vier, fünf Leute,

02:10:07.972 --> 02:10:09.332
gerade mal vor Ort und du willst diese

02:10:09.332 --> 02:10:11.732
High-Band-With-Low-Latency-Kommunikation,

02:10:11.732 --> 02:10:13.812
die Menschen halt, wenn sie vor Ort sind, halt einfach mal

02:10:13.812 --> 02:10:15.732
volle Kanne ausnutzen, dann machen sie

02:10:15.732 --> 02:10:17.832
so Sachen mit Whiteboards und wir haben auch

02:10:17.832 --> 02:10:19.652
so extra hexagonale Post-its,

02:10:20.032 --> 02:10:21.272
weil sie sich gut clustern lassen.

02:10:22.112 --> 02:10:23.372
Ein hexagonales Post-it.

02:10:24.472 --> 02:10:25.872
Ja, ein hexagonales Post-it.

02:10:26.972 --> 02:10:28.012
Und die

02:10:28.012 --> 02:10:29.932
nutzen

02:10:29.932 --> 02:10:32.332
wir dann und dann werden die abfotografiert

02:10:32.332 --> 02:10:34.252
und

02:10:34.252 --> 02:10:35.712
aber im Prinzip wird jeder

02:10:35.712 --> 02:10:38.192
der da war, verschriftlicht

02:10:38.192 --> 02:10:39.772
sich die Erkenntnisse

02:10:39.772 --> 02:10:44.132
und danach wird das ganze Ding wieder weggefaltet und weggepackt und dann geht es irgendwie in Tickets weiter.

02:10:44.372 --> 02:10:49.852
Aber das ist halt so ein temporäres, man muss auch mal Mut haben, auch mal Sachen abzuschneiden

02:10:49.852 --> 02:10:51.712
und zu vergessen und zu verlieren.

02:10:52.252 --> 02:10:55.052
Mein Kumpel sagt dann auch immer wieder, die wichtigen Sachen kommen wieder.

02:10:56.892 --> 02:10:58.292
Ja, so kann man das halt nicht machen.

02:10:59.832 --> 02:11:05.272
Es ist erstaunlich, wenn man zu viele Mails kriegt, eine gute Strategie, einfach nicht mehr darauf reagieren.

02:11:06.092 --> 02:11:08.492
Die wichtigen Sachen erreichen dann einen über andere Wege.

02:11:09.772 --> 02:11:12.152
Wer schreit, hat noch Reserven

02:11:12.152 --> 02:11:18.072
Ja, das ist doch ein schönes Stichwort

02:11:18.072 --> 02:11:20.152
zum Thema Projektmanagement, wer schreit, der kann noch

02:11:20.152 --> 02:11:20.972
Schöne Folge

02:11:20.972 --> 02:11:23.672
Ja, ihr habt das zwar trotzdem vergessen, XP und Scrum Chats

02:11:23.672 --> 02:11:25.992
Ich bin da ein bisschen böse, vielleicht muss der Jochen das gleich noch alleine nachmachen

02:11:25.992 --> 02:11:28.692
Machen wir nächstes Mal

02:11:28.692 --> 02:11:30.572
Ja, genau, wir machen einfach Teil 2

02:11:30.572 --> 02:11:31.372
Die Details

02:11:31.372 --> 02:11:34.212
Wir machen das wie beim Känguru

02:11:34.212 --> 02:11:35.912
Der Jochen spricht jetzt noch die Fußnoten an

02:11:35.912 --> 02:11:40.632
Das kann jeder in den Shownotes nachlesen

02:11:40.632 --> 02:11:40.852
Genau

02:11:40.852 --> 02:11:43.652
Also zum Extreme Pro-Rigging gab es nochmal so einen Podcast

02:11:43.652 --> 02:11:46.232
bei Cars for the Express, ich glaube die Nummer 28 war das

02:11:46.232 --> 02:11:47.712
mit Pavel Mayer und Tim Pitlap

02:11:47.712 --> 02:11:50.272
Das war schon ein bisschen älter

02:11:50.272 --> 02:11:51.392
15 Jahre oder so, aber

02:11:51.392 --> 02:11:52.452
Das ist immer noch gut

02:11:52.452 --> 02:11:54.892
Damals schon ein Podcast

02:11:54.892 --> 02:11:56.612
Und ich habe das damals schon gehört

02:11:56.612 --> 02:11:59.012
Das Ding hat mich damals dazu gebracht

02:11:59.012 --> 02:12:01.192
zu überlegen, wir haben damals

02:12:01.192 --> 02:12:02.032
in der Firma

02:12:02.032 --> 02:12:05.032
Wasserfall-Geschichten gemacht

02:12:05.032 --> 02:12:07.112
und als ich das gehört habe, dachte ich mir so,

02:12:08.272 --> 02:12:09.212
das muss irgendwie anders

02:12:09.212 --> 02:12:11.032
werden, das kann nicht so bleiben

02:12:11.032 --> 02:12:12.292
und genau, ja.

02:12:15.752 --> 02:12:17.272
Ja, vielen Dank für die Projektmanagement-Folge,

02:12:17.352 --> 02:12:19.452
die wir endlich hinbekommen haben. Also das Projekt, Projektmanagement-Folge

02:12:19.452 --> 02:12:21.092
haben wir jetzt quasi erfolgreich abgeschlossen.

02:12:21.292 --> 02:12:23.232
Wie fühlt ihr euch? Ich weiß nicht, wie geht

02:12:23.232 --> 02:12:24.752
man denn das Projekt nach? Muss man das nochmal

02:12:24.752 --> 02:12:26.692
aufbearbeiten, um das nächste Projekt

02:12:26.692 --> 02:12:28.932
Learnings mitzunehmen? Macht man so

02:12:28.932 --> 02:12:30.352
ritualisierte Verfahren?

02:12:31.672 --> 02:12:32.472
Geben wir uns alle einen High-Five?

02:12:32.472 --> 02:12:34.092
Vielleicht kommt jetzt nicht wieder auf.

02:12:35.032 --> 02:12:38.472
Das Ende eines Projektes

02:12:38.472 --> 02:12:39.872
war der Anfang des nächsten Projektes.

02:12:40.732 --> 02:12:42.672
Du hast vor einer halben Stunde schon gesagt, wir sollen zum Ende kommen.

02:12:44.952 --> 02:12:45.492
Ja, cool.

02:12:46.072 --> 02:12:47.752
Fand ich auch echt interessant.

02:12:48.552 --> 02:12:49.572
Ja, dann vielen Dank.

02:12:49.932 --> 02:12:50.552
Das war ein sehr guter Tag.

02:12:50.552 --> 02:12:51.612
Das war ein sehr guter Tag, wie der Dominik sagt.

02:12:51.752 --> 02:12:53.692
Da kann man sicherlich noch mal eine Folge draus machen.

02:12:53.852 --> 02:12:56.012
Feedback, weitere Wünsche, hallo at pythonpodcast.de.

02:12:56.212 --> 02:12:58.132
Bleibt uns gewogen. Schaltet mal wieder rein.

02:12:58.532 --> 02:12:59.252
Vielen Dank, dass ihr dabei wart.

02:12:59.852 --> 02:13:01.252
Bis zum nächsten Mal. Tschüss.