WEBVTT

00:00:00.660 --> 00:00:05.240
Ja, hallo, liebe Hörerinnen und Hörer, willkommen beim Python-Podcast, Folge 22.

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

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

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

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

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

00:00:27.120 --> 00:00:28.500
Wir sind wieder beim Jochen im Wintergarten.

00:00:28.900 --> 00:00:54.960
Hallo Jochen. Und Remot. Und Remot dabei. Heute wieder zwei unserer Stargäste. Und zwar der Christian und der Johannes. Hi. Hallo. Hallo. Ja. Vielleicht noch ein bisschen vorher am Anfang ein paar News aus der Szene einstreuen? Ja, können wir eigentlich mal mit anfangen. Genau. Ja. Was gibt's denn Neues? Der Christian hatte was Spannendes, glaube ich.

00:00:55.860 --> 00:00:57.760
Ich hatte eingeworfen,

00:00:57.920 --> 00:00:59.900
wart ihr eigentlich nicht beim Python-Camp dabei?

00:01:00.060 --> 00:01:01.880
Ich habe gerade überlegt, was du gesagt hattest.

00:01:02.540 --> 00:01:04.060
Genau, da hatte ich das vorgestellt,

00:01:04.660 --> 00:01:05.520
weil ihr sagtet, dass

00:01:05.520 --> 00:01:07.820
das PIP-Env gerade einen Release

00:01:07.820 --> 00:01:09.660
bekommen hat, zum Thema

00:01:09.660 --> 00:01:11.720
wie man so Anwendungen paketiert,

00:01:11.860 --> 00:01:13.600
beziehungsweise ganze Anwendungen irgendwo

00:01:13.600 --> 00:01:15.560
ausrollt mit dem Virtual-Env. Da habe ich

00:01:15.560 --> 00:01:17.700
tatsächlich Anfang des Jahres oder vor

00:01:17.700 --> 00:01:19.680
so zwei, drei Monaten, als Corona

00:01:19.680 --> 00:01:21.560
gerade losging, selber was

00:01:21.560 --> 00:01:22.800
gebaut, das nennt sich App-Env,

00:01:23.480 --> 00:01:25.820
womit man dann mit einer Requirements-Text-Datei

00:01:25.820 --> 00:01:29.800
oder einem Freeze-File in der Lage ist,

00:01:29.900 --> 00:01:32.600
so Self-Contained, Self-Bootstrapping-Anwendungen zu bauen,

00:01:33.780 --> 00:01:37.320
die man aber auch auf beliebige andere Python-Pakete

00:01:37.320 --> 00:01:38.620
einfach draufjagen kann.

00:01:39.460 --> 00:01:42.540
Genau, das war so ein kleines interessantes Werkzeug

00:01:42.540 --> 00:01:44.480
für Leute, die in dem großen Potpourri aus

00:01:44.480 --> 00:01:47.180
Wie kann man noch Virtual Envs?

00:01:47.900 --> 00:01:48.380
Environment.

00:01:49.220 --> 00:01:50.700
Genau, da reinwerfen.

00:01:50.720 --> 00:01:52.900
Eine der wenigen Möglichkeiten, Virtual Envs zu machen.

00:01:53.020 --> 00:01:53.460
Ja, genau.

00:01:55.340 --> 00:01:57.440
Ja, was sind eure Lieblingssachen?

00:01:57.560 --> 00:01:59.460
Also das ist tatsächlich auch dein Lieblingsweg, da Env zu machen?

00:02:00.100 --> 00:02:00.540
App Env?

00:02:02.540 --> 00:02:03.440
Halt immer für dieses

00:02:03.440 --> 00:02:04.420
Thema von, ich will die

00:02:04.420 --> 00:02:07.240
in der Form vorliegen haben, um in

00:02:07.240 --> 00:02:09.540
Projekten, wo ich mich mit anderen koordinieren

00:02:09.540 --> 00:02:11.340
muss und wir das

00:02:11.340 --> 00:02:13.240
nicht so global auf dem System installieren

00:02:13.240 --> 00:02:15.260
wollen, ist es bei App Env

00:02:15.260 --> 00:02:17.380
so, dass du so eine kleine Bootstrap

00:02:17.380 --> 00:02:19.300
Datei unter dem Namen,

00:02:19.300 --> 00:02:21.320
wie du diese Anwendung in dem Projekt benutzt,

00:02:21.620 --> 00:02:23.260
in dein Repository mit eincheckst,

00:02:23.320 --> 00:02:25.300
sodass jeder andere, der dieses Projekt auscheckt,

00:02:25.340 --> 00:02:27.380
einfach nur .slash

00:02:27.380 --> 00:02:29.520
in unserem Fall ist das Bateau, das

00:02:29.520 --> 00:02:31.620
Deployment-Werkzeug, aber das kann halt irgendwas anderes sein,

00:02:31.700 --> 00:02:33.380
was dann in einem Virtual-End als Executable

00:02:33.380 --> 00:02:35.400
lebt, aufgerufen wird und

00:02:35.400 --> 00:02:37.060
er sich automatisch darum kümmert, dass jeder

00:02:37.060 --> 00:02:39.360
die richtige Version und alle Dependencies

00:02:39.360 --> 00:02:41.520
etc. bekommt. Und wenn du

00:02:41.520 --> 00:02:43.680
halt manchmal im Team mit 20, 30 Projekten

00:02:43.680 --> 00:02:45.740
arbeitest, die alle unterschiedliche Versionen haben

00:02:45.740 --> 00:02:47.900
und aber dann eins wurde dann doch wieder aktualisiert,

00:02:48.440 --> 00:02:49.920
dann ist das halt eine schöne Variante,

00:02:50.140 --> 00:02:51.720
um zu machen, dass niemand

00:02:51.720 --> 00:02:53.700
sich darum kümmern muss, wenn er

00:02:53.700 --> 00:02:55.340
mit dem Ding interagiert, ob das jetzt gerade

00:02:55.340 --> 00:02:57.420
aktualisiert wurde oder nicht. Insofern

00:02:57.420 --> 00:02:59.800
das passt uns sehr, sehr gut.

00:03:00.460 --> 00:03:01.100
Ja, okay.

00:03:01.920 --> 00:03:03.780
Für eine Entwicklung nehme ich es aber nicht. Also wenn

00:03:03.780 --> 00:03:05.740
ich Projekte entwickle, dann mache ich meistens einfach

00:03:05.740 --> 00:03:06.920
wirklich bloß ein ganz dummes

00:03:06.920 --> 00:03:09.100
Virtual-Env in einem

00:03:09.100 --> 00:03:11.600
ausgecheckten Repo rein. Ich mache gerne

00:03:11.600 --> 00:03:13.780
viele, tausend Virtual-Envs

00:03:13.780 --> 00:03:14.740
überall rechts und links.

00:03:15.400 --> 00:03:17.160
Ich activate die auch nicht,

00:03:17.760 --> 00:03:19.760
sondern ich rufe die dann immer mit den absoluten Faden

00:03:19.760 --> 00:03:20.820
aus dem Projekt raus auf.

00:03:22.040 --> 00:03:22.260
Okay.

00:03:23.140 --> 00:03:26.280
Ich habe mich so ein bisschen in das, was Jochen mir gezeigt hat, Poetry verliebt.

00:03:26.340 --> 00:03:27.440
Das fand ich irgendwie auch ganz nett.

00:03:30.420 --> 00:03:33.400
Ja, also ich benutze meistens Poetry.

00:03:33.600 --> 00:03:36.820
Und das ist halt auch, also in den Projekten, ich habe es noch nicht alles umgestellt,

00:03:36.820 --> 00:03:43.480
aber in denen, in denen ich das getan habe, war es dann halt auch so, dass es relativ einfach ist.

00:03:43.540 --> 00:03:46.920
Immer wenn ich jetzt da irgendwie was ändere oder so, mache ich gleich ein Poetry-Update

00:03:46.920 --> 00:03:51.120
und sozusagen habe dann auch immer aktualisierte Fassungen,

00:03:51.320 --> 00:03:53.500
Während das bei dem Ansatz, den ich früher hatte mit Virtual Envys

00:03:53.500 --> 00:03:54.820
immer so ein bisschen hakelig war.

00:03:55.260 --> 00:03:58.660
Da muss man sich erst raussuchen, welche sind denn outdated

00:03:58.660 --> 00:04:00.260
und kann man die jetzt upgraden oder nicht.

00:04:00.440 --> 00:04:02.520
Aber Poetry Update einmal testdurchlaufen lassen,

00:04:03.060 --> 00:04:04.860
reicht eigentlich immer.

00:04:05.200 --> 00:04:07.500
Und das funktioniert tatsächlich auch für mich ziemlich gut.

00:04:08.420 --> 00:04:09.600
Was mich so ein bisschen nervt,

00:04:09.620 --> 00:04:11.360
ist, dass es teilweise sehr, sehr lange braucht,

00:04:11.980 --> 00:04:15.020
bis die Dependencies aufgelöst sind.

00:04:15.680 --> 00:04:16.840
Ich weiß nicht so genau, woran das liegt.

00:04:17.560 --> 00:04:18.920
Aber was halt da interessant ist,

00:04:18.920 --> 00:04:20.040
es jetzt gab tatsächlich

00:04:20.040 --> 00:04:23.440
eine neue PIP-Env-Release

00:04:23.440 --> 00:04:24.740
irgendwie, das

00:04:24.740 --> 00:04:26.860
ja

00:04:26.860 --> 00:04:28.880
und da sind einige interessante

00:04:28.880 --> 00:04:30.880
Geschichten dazugekommen, das heißt also momentan könnte man sich

00:04:30.880 --> 00:04:32.540
das nochmal angucken und

00:04:32.540 --> 00:04:34.760
vielleicht wäre jetzt nochmal ein guter Zeitpunkt, das mit Poetry

00:04:34.760 --> 00:04:36.840
zu vergleichen, weil Poetry

00:04:36.840 --> 00:04:38.800
habe ich eigentlich nur deswegen genommen

00:04:38.800 --> 00:04:40.900
und dann halt auch vorgeschlagen, weil

00:04:40.900 --> 00:04:42.820
das halt aktiv

00:04:42.820 --> 00:04:44.520
entwickelt wurde und PIP-Env sah so ein bisschen

00:04:44.520 --> 00:04:46.840
danach aus, als wäre

00:04:46.840 --> 00:04:48.740
die Entwicklung da im Wesentlichen schon passiert und

00:04:48.740 --> 00:04:50.080
das liegt halt so rum, aber

00:04:50.080 --> 00:04:52.700
tut irgendwie nichts mehr und das

00:04:52.700 --> 00:04:54.900
hat sich wohl geändert. Also insofern

00:04:54.900 --> 00:04:56.700
sollte man sich das vielleicht nochmal angucken, aber habe ich jetzt auch noch

00:04:56.700 --> 00:04:58.140
nicht gemacht, insofern kann ich dazu nichts sagen.

00:04:59.320 --> 00:05:00.700
Ja, bei Pip-Inf stand halt so ein bisschen

00:05:00.700 --> 00:05:02.560
raus, dass es da auch mal wieder so einen

00:05:02.560 --> 00:05:04.460
Übergang gab von, ich glaube,

00:05:04.600 --> 00:05:06.580
war das Kenneth Rates, der das

00:05:06.580 --> 00:05:08.580
Original entwickelt hatte und

00:05:08.580 --> 00:05:10.680
er dann halt aber es auch in einer

00:05:10.680 --> 00:05:12.560
Form hatte, wo er sagte, ganz fertig ist es noch

00:05:12.560 --> 00:05:14.040
nicht und dann der Übergang zu

00:05:14.040 --> 00:05:16.320
die PIPA-Leute haben gesagt,

00:05:16.660 --> 00:05:18.380
wir würden sie im Prinzip jetzt übernehmen,

00:05:18.540 --> 00:05:20.400
aber diese Arten von Transitionen sind halt

00:05:20.400 --> 00:05:21.980
mit Kenneth manchmal so ein bisschen holperig.

00:05:24.060 --> 00:05:26.220
Ich merke auch gerade, ich habe gerade...

00:05:26.220 --> 00:05:28.320
Der Kenneth ist auch so

00:05:28.320 --> 00:05:29.680
einer, der gerne Projekte anfängt, oder?

00:05:29.800 --> 00:05:31.780
Der macht ganz viele Sachen

00:05:31.780 --> 00:05:34.400
erstmal und die...

00:05:34.920 --> 00:05:36.100
Ja, da gibt es ganz viele Sachen,

00:05:36.200 --> 00:05:37.780
die er mal angefangen hat, um es mal so zu sagen.

00:05:38.360 --> 00:05:40.300
Es ist keine Kritik oder so, sondern es ist einfach

00:05:40.300 --> 00:05:42.400
was, um die Überleitung hinzukriegen.

00:05:44.100 --> 00:05:45.860
Ja, die Überleitung hätte fassen müssen,

00:05:46.160 --> 00:05:47.600
wenn wir keine News mehr gehabt hätten.

00:05:48.540 --> 00:05:50.700
erfolgreiche Projekte werden

00:05:50.700 --> 00:05:52.400
auch irgendwann beendet und so.

00:05:52.700 --> 00:05:54.100
Was unterscheidet denn irgendwie

00:05:54.100 --> 00:05:56.660
so ein Stück Software von einem Projekt?

00:05:57.160 --> 00:05:58.380
Ja, das ist eine interessante Frage.

00:05:59.080 --> 00:05:59.580
Ja, was ist das eigentlich?

00:05:59.580 --> 00:06:01.700
Sobald er Dominik seine News hat, müssen wir da mal drüber sprechen.

00:06:02.540 --> 00:06:02.940
Ja, ja.

00:06:03.940 --> 00:06:05.160
Ja, ja, natürlich.

00:06:06.300 --> 00:06:07.400
Ja, jetzt

00:06:07.400 --> 00:06:09.360
breake ich hier wieder einfach so rein und mache trotzdem

00:06:09.360 --> 00:06:11.240
wieder News. Und zwar gab es

00:06:11.240 --> 00:06:13.160
einen Blog-Eintrag von Cal Patterson, der

00:06:13.160 --> 00:06:15.140
geschrieben hat, dass Async Python

00:06:15.140 --> 00:06:17.420
nicht faster ist und da ein paar Benchmarks gemacht hat.

00:06:17.960 --> 00:06:20.040
War ganz interessant, wenn wir mal in die Shownotes linken.

00:06:20.800 --> 00:06:21.940
Oh ja, da gab es dann

00:06:21.940 --> 00:06:23.660
auf Twitter, habe ich nur gesehen, dass das irgendwie

00:06:23.660 --> 00:06:25.640
Leute, die darauf reagiert haben und dann geschrieben haben,

00:06:25.700 --> 00:06:27.720
war das doch alles Unsinn. Aber ich weiß nicht mehr genau,

00:06:27.720 --> 00:06:29.060
warum oder wer oder das

00:06:29.060 --> 00:06:30.980
renne ich mich auch nur so halb dran.

00:06:32.160 --> 00:06:32.540
Ja, ja.

00:06:34.980 --> 00:06:35.880
Schneller als Asunge

00:06:35.880 --> 00:06:37.880
ist die Aussage von diesem Blogpost.

00:06:38.760 --> 00:06:39.400
Ja, aber für was?

00:06:39.980 --> 00:06:41.540
Ich kann ja einen Benchmark

00:06:41.540 --> 00:06:43.540
schreiben, der beliebige Ergebnisse hat.

00:06:45.260 --> 00:06:45.700
Gute

00:06:45.700 --> 00:06:46.480
Frage, für was?

00:06:47.300 --> 00:06:48.880
Er hat die verschiedenen Web-Server getestet

00:06:48.880 --> 00:06:50.920
und verschiedene Loads, je nachdem, wie viel Work kann

00:06:50.920 --> 00:06:52.880
und wie viel Throughput das irgendwie generiert.

00:06:53.120 --> 00:06:53.780
Also was ich

00:06:53.780 --> 00:06:57.300
einfach mal ein bisschen mitzumeinen,

00:06:57.440 --> 00:06:58.880
was ich dann auf Twitter gelesen habe, ist, dass

00:06:58.880 --> 00:07:00.860
die Leute ihm vorgeworfen haben, dass er halt eigentlich

00:07:00.860 --> 00:07:03.040
nur Postgres getestet hat,

00:07:03.540 --> 00:07:04.640
weil da war halt irgendwann

00:07:04.640 --> 00:07:05.820
Schluss und

00:07:05.820 --> 00:07:08.820
ja, er hat halt irgendwie

00:07:08.820 --> 00:07:10.840
gar nicht wirklich Async getestet

00:07:10.840 --> 00:07:12.860
und das wäre halt irgendwie nicht okay

00:07:12.860 --> 00:07:14.480
gewesen, der Benchmark. Aber

00:07:14.480 --> 00:07:16.760
ich habe es mir auch selber nicht angeguckt, insofern kann ich das

00:07:16.760 --> 00:07:18.740
nicht sagen, aber das ist auf jeden Fall eine interessante Geschichte. Ich würde auch

00:07:18.740 --> 00:07:20.820
sagen, also was sie, ich meine, das ist halt

00:07:20.820 --> 00:07:22.800
ein schwieriges Thema. Leute wissen nicht

00:07:22.800 --> 00:07:24.640
so genau, was sie meinen, wenn sie denn sagen,

00:07:24.800 --> 00:07:26.240
Async ist schneller. Also

00:07:26.240 --> 00:07:28.540
insofern, ich meine,

00:07:28.760 --> 00:07:30.640
ich würde auch sagen, also wenn man Async irgendwie

00:07:30.640 --> 00:07:32.460
macht, hat das natürlich einen gewissen Overhead.

00:07:32.600 --> 00:07:33.880
Also wenn man jetzt einfach nur

00:07:33.880 --> 00:07:36.960
ein Programm hat, das irgendwie durchläuft,

00:07:36.960 --> 00:07:38.880
dann ist das in der Sync-Fassung immer ein kleines

00:07:38.880 --> 00:07:40.960
bisschen schneller als in der Async-Fassung.

00:07:41.400 --> 00:07:42.600
Aber wenn man jetzt irgendwie,

00:07:42.820 --> 00:07:44.900
keine Ahnung, viele Requests gleichzeitig beantworten

00:07:44.900 --> 00:07:46.440
will oder so, oder dann

00:07:46.440 --> 00:07:48.260
kann das natürlich mit Async deutlich schneller sein.

00:07:48.360 --> 00:07:49.540
Es kommt halt immer darauf an, was man macht.

00:07:50.380 --> 00:07:52.400
Also was man misst, also misst man die Zeit

00:07:52.400 --> 00:07:54.060
von, es fängt an,

00:07:54.100 --> 00:07:56.000
zu bearbeiten, bis der Request ist

00:07:56.000 --> 00:07:58.280
fertig bearbeitet oder wie viele

00:07:58.280 --> 00:08:00.000
Requests pro Sekunde gehen da durch oder so.

00:08:00.160 --> 00:08:02.160
Was misst man da eigentlich?

00:08:03.980 --> 00:08:04.380
Wichtiger

00:08:04.380 --> 00:08:06.200
finde ich eigentlich eher, es geht ja darum, dass das

00:08:06.200 --> 00:08:07.840
ein anderes Programmierparadigma ist,

00:08:08.200 --> 00:08:10.040
in dem man bestimmte komplexe

00:08:10.040 --> 00:08:12.180
Abläufe halt zuverlässiger

00:08:12.180 --> 00:08:13.380
aufschreiben können soll.

00:08:14.920 --> 00:08:15.360
Also

00:08:15.360 --> 00:08:17.180
du hast halt manchmal das Problem, dass du

00:08:17.180 --> 00:08:19.440
irgendeine Form von Parallelisierung brauchst, Parallelisierung

00:08:19.440 --> 00:08:20.960
Richtung I.O., Parallelisierung

00:08:20.960 --> 00:08:23.100
im Balancing, wer irgendwie

00:08:23.100 --> 00:08:25.380
Compute-Zeit kriegt und

00:08:25.380 --> 00:08:27.380
Async ist ja

00:08:27.380 --> 00:08:29.540
tatsächlich halt, heißt ja erstmal Async I.O.

00:08:30.800 --> 00:08:31.240
Und

00:08:31.240 --> 00:08:33.200
da halt Patterns zu haben, die dann zum Beispiel

00:08:33.200 --> 00:08:35.220
eben schneller und skalierbarer auf irgendwie

00:08:35.220 --> 00:08:37.140
viele Endpoints reagieren können,

00:08:37.540 --> 00:08:39.200
das sind ja die Themen, wo dann im Linux oder bei

00:08:39.200 --> 00:08:40.140
anderen halt das Thema

00:08:40.140 --> 00:08:43.220
SelectPol, E-Pol, etc.

00:08:43.220 --> 00:08:44.760
kommen, um zu gucken, wie viel

00:08:44.760 --> 00:08:46.960
CPU-Overhead muss eigentlich nachher draufgehen,

00:08:47.060 --> 00:08:49.160
um diese ganzen ausstehenden Ressourcen zu verwalten,

00:08:49.560 --> 00:08:51.100
damit dann irgendwann wieder aus der

00:08:51.100 --> 00:08:53.020
Kernel-CPU-Zeit

00:08:53.020 --> 00:08:54.880
in die User-CPU-Zeit

00:08:54.880 --> 00:08:56.660
gewechselt werden kann, um zu sagen, ah, ich hab ja jetzt,

00:08:56.880 --> 00:08:58.600
du kannst jetzt wieder richtige Arbeit machen, ich stehe jetzt

00:08:58.600 --> 00:09:00.980
nicht bloß da und dreh Däumchen, um rauszufinden,

00:09:01.080 --> 00:09:02.960
wo was erreicht wurde. Und das kannst du mit

00:09:02.960 --> 00:09:04.900
Threads natürlich auch machen, hast aber

00:09:04.900 --> 00:09:06.800
da dann wiederum halt das Problem, dass das ganz

00:09:06.800 --> 00:09:09.400
schnell in Locking-Probleme und Koordinationsprobleme

00:09:09.400 --> 00:09:10.760
und gesharete Datenstrukturen

00:09:10.760 --> 00:09:13.080
und Async hat halt dort den Vorteil,

00:09:13.120 --> 00:09:15.100
du kannst es leichter aufschreiben, weil die Punkte,

00:09:15.860 --> 00:09:17.320
wann die Kontrollflüsse unterbrochen

00:09:17.320 --> 00:09:19.240
werden, besser kontrollierbar sind.

00:09:19.640 --> 00:09:21.260
Weil du halt weißt, immer nur wenn ich Yield

00:09:21.260 --> 00:09:23.080
oder wenn ich die Methode verlasse, die

00:09:23.080 --> 00:09:25.000
Co-Routine verlasse, dann gibt es diese Kontextwechsel,

00:09:25.100 --> 00:09:27.280
das heißt, du brauchst an vielen Stellen bei geteilten Datenstrukturen

00:09:27.280 --> 00:09:29.300
keine Logs, etc., etc., etc.

00:09:29.560 --> 00:09:31.220
Das ist halt...

00:09:31.220 --> 00:09:33.000
Ah, okay, aber das ist interessant. Ja, nee, das finde ich

00:09:33.000 --> 00:09:34.240
völlig valide und

00:09:34.240 --> 00:09:36.980
ich meine, ich würde jetzt sagen, mit Splats kann man das

00:09:36.980 --> 00:09:38.780
ja auch irgendwie, sozusagen, dann nimmt man halt eine

00:09:38.780 --> 00:09:40.820
Queue und Logs, gut, ja, eben, stimmt,

00:09:40.920 --> 00:09:42.620
braucht man also eben nicht machen. Genau, Logs hat man,

00:09:42.780 --> 00:09:45.120
Genau, so, Logs haben halt das Problem, das sind Kerneldatenstrukturen,

00:09:45.180 --> 00:09:46.740
die du fürs Logging halt brauchst und die haben halt

00:09:46.740 --> 00:09:49.220
Overhead und das ist halt blöd und wenn du die gar nicht mehr brauchst,

00:09:50.000 --> 00:09:50.960
zack, geht das halt weg.

00:09:51.520 --> 00:09:52.800
Deswegen ist eher die Frage, wie

00:09:52.800 --> 00:09:54.160
verhält sich Async.io gegenüber

00:09:54.160 --> 00:09:57.020
Threads und für mich die wichtigere Kombination

00:09:57.020 --> 00:09:59.220
ist aber, dass du halt Fehlerquellen

00:09:59.220 --> 00:10:00.900
eliminierst. Das Dumme

00:10:00.900 --> 00:10:02.760
ist halt, Async ist jetzt auch nicht perfekt

00:10:02.760 --> 00:10:04.900
und es programmiert sich manchmal auch

00:10:04.900 --> 00:10:06.900
ein bisschen komisch, das ist halt so diese Rot-Blau,

00:10:07.040 --> 00:10:08.100
das Rot-Blau-Problem,

00:10:09.220 --> 00:10:10.540
dass es dann halt plötzlich in dein

00:10:10.540 --> 00:10:12.400
Python-Code hat halt dann

00:10:12.400 --> 00:10:14.200
eine rote und eine blaue Variante, nämlich

00:10:14.200 --> 00:10:16.140
die Funktionen, die Sync sind

00:10:16.140 --> 00:10:18.280
und die Funktionen, die Async sind und die

00:10:18.280 --> 00:10:19.520
darfst du nicht durcheinander bringen.

00:10:20.700 --> 00:10:22.620
Die dürfen sich auch nicht gegenseitig aufrufen,

00:10:22.700 --> 00:10:24.060
das ist auch eine super coole Sache.

00:10:24.120 --> 00:10:26.120
Ja genau, da musst du immer so eine Übergabe

00:10:26.120 --> 00:10:28.000
Punkte machen und das ist tatsächlich so ein bisschen, na,

00:10:28.100 --> 00:10:28.940
es geht noch fluffiger.

00:10:29.820 --> 00:10:31.160
Es geht noch optimaler.

00:10:31.880 --> 00:10:34.080
Ja, alles Async ist die Lösung jetzt gerade.

00:10:34.620 --> 00:10:35.480
Das ist furchtbar.

00:10:37.020 --> 00:10:38.380
Also ich mache das tatsächlich

00:10:38.380 --> 00:10:40.160
eher so, dass ich dann immer mal so Code-Zweige habe,

00:10:40.240 --> 00:10:42.320
wo ich sage, so jetzt muss ich parallel was machen, jetzt hole ich mal

00:10:42.320 --> 00:10:45.000
für diesen Subcall-Tree

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

00:10:46.580 --> 00:10:48.240
dann kommt dieser ganze Kram in Async und

00:10:48.240 --> 00:10:49.420
danach geht's wieder zurück.

00:10:51.400 --> 00:10:52.320
Ja, finde ich

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

00:10:54.540 --> 00:10:56.220
wenn mich jemand gefragt hätte, was der

00:10:56.220 --> 00:10:58.220
Unterschied, oder wo ich den Unterschied sehen würde zwischen

00:10:58.220 --> 00:11:00.300
Threads und Async, dann würde ich auch sagen,

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

00:11:02.220 --> 00:11:04.240
Gleiche, es ist beides Multiplexen von

00:11:04.240 --> 00:11:05.220
I.O.

00:11:06.120 --> 00:11:07.860
irgendwie Parallelität und

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

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

00:11:12.180 --> 00:11:14.100
naja, das sind halt auch wieder

00:11:14.100 --> 00:11:16.560
Kerneldatenstrukturen und du hast halt pro

00:11:16.560 --> 00:11:18.500
Thread irgendwie ein gewisses Maß, was man

00:11:18.500 --> 00:11:20.380
da dann halt irgendwie

00:11:20.380 --> 00:11:22.380
anlegen muss und wenn man dann halt nach ein paar

00:11:22.380 --> 00:11:24.300
Hundert, paar Tausend, ist dann halt irgendwie

00:11:24.300 --> 00:11:26.420
einfach Schluss, während ich mit Async.io halt

00:11:26.420 --> 00:11:27.840
auch, weiß ich nicht,

00:11:28.420 --> 00:11:30.380
halbe Millionen offene Verbindungen

00:11:30.380 --> 00:11:31.240
gleichzeitig haben kann.

00:11:32.100 --> 00:11:34.600
Weiß ich nicht, ob man es wirklich haben kann, aber so theoretisch

00:11:34.600 --> 00:11:36.180
könnte es sein, dass es geht und

00:11:36.180 --> 00:11:37.500
ja,

00:11:38.140 --> 00:11:40.520
das ist

00:11:40.520 --> 00:11:42.360
halt auch quasi vergleichbar schnell.

00:11:42.600 --> 00:11:44.620
Insofern kann man

00:11:44.620 --> 00:11:46.120
dann für solche Sachen, wo man ganz viele

00:11:46.120 --> 00:11:48.460
Verbindungen hat, dann halt irgendwie Async.io näher nehmen

00:11:48.460 --> 00:11:49.800
als Threads, aber ansonsten, ja.

00:11:50.420 --> 00:11:52.460
Und Threads sind halt hässlich zu debuggen, aber das ist

00:11:52.460 --> 00:11:54.440
Async.io möglicherweise halt auch

00:11:54.440 --> 00:11:56.580
irgendwie, da habe ich jetzt noch gar nicht so viel Erfahrung mit.

00:11:57.740 --> 00:11:58.720
Ja, die Antwort ist

00:11:58.720 --> 00:12:00.400
ja. Also da gibt es halt auch,

00:12:00.700 --> 00:12:02.800
ich meine, es gibt ja andere Sprachwelten,

00:12:02.800 --> 00:12:04.340
halt gerade JavaScript,

00:12:04.540 --> 00:12:06.860
Node.js, JavaScript hat von der Sprache

00:12:06.860 --> 00:12:08.540
halt her schon ein besseres

00:12:08.540 --> 00:12:09.820
Execution-Modell,

00:12:10.300 --> 00:12:12.860
was die Vorhersagbarkeit

00:12:12.860 --> 00:12:14.240
angeht, wann du die Kontrolle über

00:12:14.240 --> 00:12:15.780
die Ausführung verlierst.

00:12:16.240 --> 00:12:18.380
Bei Python Threading kannst du halt bei jedem

00:12:18.380 --> 00:12:20.600
Bytecode

00:12:20.600 --> 00:12:21.860
Statement

00:12:21.860 --> 00:12:24.780
kann es halt sein, dass die Kontrolle

00:12:24.780 --> 00:12:26.600
wechselt. Und dann weißt du halt teilweise

00:12:26.600 --> 00:12:28.700
noch nicht mal, ob die eine Zeile, die gerade ausgeführt wird,

00:12:28.700 --> 00:12:30.600
komplett durchkommt. Oder ob du

00:12:30.600 --> 00:12:31.780
zum Beispiel beim Assignment

00:12:31.780 --> 00:12:34.640
rechts die Expression noch ausgeführt kriegst,

00:12:34.740 --> 00:12:36.600
dann kommt irgendein anderer Thread und beim

00:12:36.600 --> 00:12:37.840
Assignment of the Target

00:12:37.840 --> 00:12:39.540
hat sich schon irgendwas geändert

00:12:39.540 --> 00:12:41.920
und bei Async

00:12:41.920 --> 00:12:43.820
und bei JavaScript ist es halt eben so, du weißt

00:12:43.820 --> 00:12:45.780
erst, wenn du den Execution-Block über

00:12:45.780 --> 00:12:47.840
einen Yield oder über einen

00:12:47.840 --> 00:12:49.720
Coroutine-Call oder halt den Call

00:12:49.720 --> 00:12:51.920
verlassen, erst wenn du den verlässt,

00:12:52.040 --> 00:12:53.840
dann geht die Kontrolle weg und so lange kannst du

00:12:53.840 --> 00:12:55.800
darauf verlassen, dass niemand in diese

00:12:55.800 --> 00:12:57.480
Liste reingeschrieben hat, niemand irgendwie

00:12:57.480 --> 00:12:59.760
Dinge getan hat und

00:12:59.760 --> 00:13:01.740
das reduziert den Denkaufwand

00:13:01.740 --> 00:13:03.460
schon nochmal ganz schön massiv.

00:13:04.200 --> 00:13:05.720
Was man häufiger machen muss, ist man

00:13:05.720 --> 00:13:07.580
muss, glaube ich, den Code nochmal

00:13:07.580 --> 00:13:09.440
anders strukturieren, dass er irgendwie lesbar ist,

00:13:09.500 --> 00:13:11.180
um ihn für Menschen wieder serialisiert

00:13:11.180 --> 00:13:13.100
durchgucken zu können.

00:13:13.760 --> 00:13:15.400
Das ist auch das, was man halt kennt

00:13:15.400 --> 00:13:17.280
in der Python-Welt dann wieder von dem

00:13:17.280 --> 00:13:19.280
Twisted. Das Zeug heißt halt nicht

00:13:19.280 --> 00:13:21.320
umsonst so. Das Twisted-Modell ist sehr, sehr nah

00:13:21.320 --> 00:13:23.240
an dem dran, was AsyncIO im Prinzip

00:13:23.240 --> 00:13:25.080
macht, mit so Promises und

00:13:25.080 --> 00:13:27.320
so einem Zeug. Und am Ende hast

00:13:27.320 --> 00:13:29.400
du halt für etwas, was du seriell Sync

00:13:29.400 --> 00:13:31.100
einfach nur A, B, C, D, E

00:13:31.100 --> 00:13:33.240
runterschreiben würdest, plötzlich 40

00:13:33.240 --> 00:13:35.260
Funktionen gefühlt, die sich

00:13:35.260 --> 00:13:37.420
alle gegenseitig mit irgendwelchen Promises und Callbacks

00:13:37.420 --> 00:13:39.320
und wenn der den aber mit Error-Händler

00:13:39.320 --> 00:13:41.260
da drüben und wenn der Error-Händler von dem aufgibt

00:13:41.260 --> 00:13:43.300
und da blickt man halt sehr schnell nicht mehr

00:13:43.300 --> 00:13:45.260
durch. Da halt eine Balance zu finden,

00:13:45.340 --> 00:13:47.060
da müssen sich jetzt alle auch erstmal irgendwie dran gewöhnen.

00:13:49.120 --> 00:13:50.860
Das gibt es in JavaScript jetzt übrigens auch.

00:13:50.940 --> 00:13:52.920
Die haben jetzt auch Promises. Also man kann auch in JavaScript

00:13:52.920 --> 00:13:55.200
jetzt... Ja, und mag jemand vielleicht mal ganz kurz

00:13:55.200 --> 00:13:56.600
erklären, was eine Promise denn überhaupt ist?

00:14:00.380 --> 00:14:01.500
Weiß nicht, ob das jetzt supergut

00:14:01.500 --> 00:14:03.160
in die Projektmanagement-Folge reinpasst.

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

00:14:05.860 --> 00:14:07.220
Eine Promise ist eine

00:14:07.220 --> 00:14:10.240
Berechnung, die

00:14:10.240 --> 00:14:12.460
zu einem späteren Zeitpunkt erst fertig

00:14:12.460 --> 00:14:14.340
werden kann. Das heißt, anstatt dass ich sage,

00:14:14.420 --> 00:14:16.400
das Ergebnis ist 5,

00:14:16.600 --> 00:14:18.360
sage ich, ich verspreche dir, dass wenn du

00:14:18.360 --> 00:14:20.420
das Ergebnis abrufen willst, dann mache ich es auch fertig.

00:14:21.820 --> 00:14:22.540
Das heißt, das Promise

00:14:22.540 --> 00:14:24.440
ist so eine Verpackung

00:14:24.440 --> 00:14:26.400
für irgendwann wird ein Ergebnis hier sein

00:14:26.400 --> 00:14:28.380
und die Garantie, dass das

00:14:28.380 --> 00:14:30.000
Ergebnis vorhanden ist, ist erst da,

00:14:30.560 --> 00:14:32.340
wenn das Promise abgerufen wird und die

00:14:32.340 --> 00:14:34.240
Hoffnung ist halt, dass man in der

00:14:34.240 --> 00:14:36.340
Zwischenzeit so genügend andere Dinge

00:14:36.340 --> 00:14:38.640
gemacht hat, dass das Promise quasi in Nullzeit

00:14:38.640 --> 00:14:40.240
berechnet werden kann.

00:14:41.080 --> 00:14:42.260
Weil zwischendurch immer mal wieder

00:14:42.260 --> 00:14:44.180
eine von den asynchronen

00:14:44.180 --> 00:14:46.180
Co-Routinen daran arbeitet, dass das ein bisschen weiter

00:14:46.180 --> 00:14:47.120
verpackt wird.

00:14:48.040 --> 00:14:50.200
Das ist auch ein allgemeiner Punkt,

00:14:50.260 --> 00:14:52.280
was man von Threads kennt. Also Threads kannst du halt

00:14:52.280 --> 00:14:52.900
ja auch sagen,

00:14:54.160 --> 00:14:56.420
du kannst halt zwei Varianten benutzen.

00:14:56.420 --> 00:14:58.160
Du kannst halt entweder sagen, du machst dir ein Threadpool,

00:14:58.720 --> 00:15:00.540
wo eine Funktion immer wieder irgendwas

00:15:00.540 --> 00:15:01.940
abruft und verarbeitet und

00:15:01.940 --> 00:15:04.420
dein Thread läuft unendlich lange oder du startest

00:15:04.420 --> 00:15:06.660
bestimmte Funktionen mit Parametern in einem Thread

00:15:06.660 --> 00:15:08.720
und kannst den dann joinen.

00:15:09.760 --> 00:15:10.160
Das heißt,

00:15:10.620 --> 00:15:12.560
in deinem Hauptprogramm kannst du irgendwie sieben

00:15:12.560 --> 00:15:14.580
Dinge anfangen, kriegst dann

00:15:14.580 --> 00:15:16.420
die Thread-Objekte und kannst am Ende sagen, so

00:15:16.420 --> 00:15:18.720
join, join, join, join und das Join wird in deinem

00:15:18.720 --> 00:15:20.220
Hauptthread wieder

00:15:20.220 --> 00:15:22.660
returnen, in dem Moment, wo

00:15:22.660 --> 00:15:24.240
der Thread sagt, so, ich hab mich beendet.

00:15:24.780 --> 00:15:26.700
Und eine Future oder halt eine Promise

00:15:26.700 --> 00:15:28.480
ist im Prinzip die Abstraktion davon,

00:15:28.940 --> 00:15:30.580
dass du irgendwelche Calls hast, die dir so

00:15:30.580 --> 00:15:32.540
ein Future-Objekt liefern

00:15:32.540 --> 00:15:35.060
und dann hast du auf dem Ding halt

00:15:35.060 --> 00:15:35.980
eine verallgemeinerte

00:15:35.980 --> 00:15:38.920
Möglichkeit, um zu sagen, also

00:15:38.920 --> 00:15:41.020
übrigens, falls das schief gehen sollte, hier ist noch

00:15:41.020 --> 00:15:42.900
ein Callback, der bitte aufgerufen werden sollte, wenn das

00:15:42.900 --> 00:15:45.100
schief gehen sollte. Hier ist noch ein Callback,

00:15:45.160 --> 00:15:46.980
der aufgerufen werden sollte, wenn es erfolgreich ist

00:15:46.980 --> 00:15:48.480
und sag mal, wie geht es dir eigentlich gerade?

00:15:49.120 --> 00:15:51.000
Das ist sozusagen diese Verallgemeinerung von

00:15:51.000 --> 00:15:53.000
diesen Patterns von, ich lasse irgendwas asynchron

00:15:53.000 --> 00:15:54.880
ausführen und will dann irgendwann sagen, so

00:15:54.880 --> 00:15:56.780
jetzt hätte ich es gerne, jetzt warte ich

00:15:56.780 --> 00:15:57.760
darauf, dass du fertig wirst.

00:15:58.920 --> 00:16:00.660
Okay. Man kann aber auch

00:16:00.660 --> 00:16:01.960
in JavaScript inzwischen

00:16:01.960 --> 00:16:04.420
irgendwie async-await-Syntax,

00:16:04.760 --> 00:16:06.380
die praktisch genauso aussieht,

00:16:06.480 --> 00:16:08.180
wie in Python verwenden.

00:16:09.020 --> 00:16:10.040
Insofern. Aber da

00:16:10.040 --> 00:16:11.740
kommt es dann sehr darauf an, welche

00:16:11.740 --> 00:16:13.940
Bibliothek-Welt man gerade lebt, ob die

00:16:13.940 --> 00:16:16.200
Parasys macht oder Futures oder Await

00:16:16.200 --> 00:16:17.840
oder Threads oder

00:16:17.840 --> 00:16:19.080
Timer oder Callbacks.

00:16:20.100 --> 00:16:22.200
Ja, ja. Und was man halt tatsächlich

00:16:22.200 --> 00:16:24.140
dann nicht vergessen darf, ich erlebe das immer

00:16:24.140 --> 00:16:25.940
wieder, wenn ich Projekte habe, wo Node.js eine Rolle spielt,

00:16:26.540 --> 00:16:28.500
man muss in den async-Sachen

00:16:28.500 --> 00:16:29.720
dieses ganze Thema

00:16:29.720 --> 00:16:31.660
Kontrollflusssteuerung mit Exceptions

00:16:31.660 --> 00:16:34.080
ganz anders anzuhaben und

00:16:34.080 --> 00:16:36.080
mein Liebling, der mir bei Node immer

00:16:36.080 --> 00:16:38.160
auffällt und das passiert immer in Python aber halt

00:16:38.160 --> 00:16:39.980
auch, ist, wenn dann irgendwelche

00:16:39.980 --> 00:16:41.840
Datenbankbibliotheken,

00:16:41.900 --> 00:16:44.120
Datenbanken angesprochen werden und der Datenbank-Server

00:16:44.120 --> 00:16:46.160
geht mal kurz weg und du kriegst dann halt

00:16:46.160 --> 00:16:47.760
mittendrin irgendeine Exception von, ja,

00:16:47.900 --> 00:16:49.940
hier war die Connection weg und

00:16:49.940 --> 00:16:52.160
niemand hat im Framework ordentlich Händler

00:16:52.160 --> 00:16:53.640
für diese Exceptions registriert,

00:16:54.100 --> 00:16:56.200
dann sitzt dein, weil dein Hauptthread

00:16:56.200 --> 00:16:58.180
macht später nichts anderes mehr

00:16:58.180 --> 00:17:00.100
als nur diesen Loop von, ja, gibt's

00:17:00.100 --> 00:17:02.040
ja noch Async-Dinge zu tun. Ja, dann husch, husch, husch.

00:17:02.120 --> 00:17:03.360
Ah, hier sind wieder neue. Husch, husch, husch.

00:17:03.980 --> 00:17:05.520
Und der beendet sich aber nie.

00:17:05.840 --> 00:17:07.440
Und wenn aber dann halt sozusagen die ganzen

00:17:07.440 --> 00:17:09.320
Libraries alle mal gestorben sind

00:17:09.320 --> 00:17:12.240
und nur noch sagen, ja, ich konnte mich ja nicht connecten

00:17:12.240 --> 00:17:13.940
und mein Connection-Pool ist weg und

00:17:13.940 --> 00:17:15.880
keiner behandelt diese Exceptions,

00:17:16.000 --> 00:17:17.320
dann sitzt dein Programm da rum,

00:17:17.900 --> 00:17:19.980
tut so, als wenn alles okay wäre und

00:17:19.980 --> 00:17:21.720
das Monitoring sagt, läuft doch.

00:17:22.920 --> 00:17:23.280
Husch, husch.

00:17:23.760 --> 00:17:25.880
Wir haben heute erstaunlich wenig Last

00:17:25.880 --> 00:17:27.960
auf unseren Redner. Ja, genau. Aber tatsächlich

00:17:27.960 --> 00:17:29.860
häufig ist es so, der Webserver in dem Ding

00:17:29.860 --> 00:17:32.020
antwortet dann für irgendwelche Statusseiten immer noch,

00:17:32.060 --> 00:17:33.900
ja, ich bin anwesend, dass aber die

00:17:33.900 --> 00:17:35.900
realen Requests alle auf die Schnauze fliegen und

00:17:35.900 --> 00:17:37.460
er zu doof ist, sich zu reconnecten

00:17:37.460 --> 00:17:39.460
und das ist was, das hättest du

00:17:39.460 --> 00:17:41.500
in einem seriellen Ding

00:17:41.500 --> 00:17:43.800
oder einem Synchronen Ding eher weniger, da würde

00:17:43.800 --> 00:17:45.720
diese Exception normalerweise bis in den Main

00:17:45.720 --> 00:17:47.360
Loop durchbubbeln

00:17:47.360 --> 00:17:48.740
und dann explodieren

00:17:48.740 --> 00:17:51.640
und dann geht die Anwendung aus,

00:17:51.740 --> 00:17:53.980
wird neu gestartet, kann sich zu Datenmark reconnecten

00:17:53.980 --> 00:17:55.640
und dann ist alles gut. Das sind sozusagen Sachen,

00:17:55.720 --> 00:17:57.740
da hat man jetzt sozusagen Probleme, die eigentlich

00:17:57.740 --> 00:17:59.260
schon mal auf eine andere Art gelöst waren.

00:17:59.860 --> 00:18:01.640
die hat man sich jetzt nochmal eingefangen, die muss man jetzt mit

00:18:01.640 --> 00:18:03.100
ordentlichem Handwerkszeug neu machen,

00:18:03.540 --> 00:18:05.700
aber ordentliches Handwerkszeug, ich will jetzt nicht

00:18:05.700 --> 00:18:06.420
zu sehr über die

00:18:06.420 --> 00:18:08.740
Kryptwelt herzählen.

00:18:09.400 --> 00:18:11.520
Aber das ist ja in Python genauso, also ich meine, die Sachen

00:18:11.520 --> 00:18:13.560
könnten ja auch in Python abspringen,

00:18:13.640 --> 00:18:14.640
aber da kann man jetzt vielleicht nochmal

00:18:14.640 --> 00:18:17.700
einen Übersprung, außer der Dominik

00:18:17.700 --> 00:18:19.100
hat mal mehr News, kann man nochmal versuchen,

00:18:19.100 --> 00:18:20.340
zu Projektmanagement zu kommen,

00:18:20.740 --> 00:18:23.200
weil dieses ordentliche

00:18:23.200 --> 00:18:25.020
Handwerkszeug ist ja durchaus was, was man

00:18:25.020 --> 00:18:27.040
versucht, über Projektmanagement in den Griff zu kriegen.

00:18:27.540 --> 00:18:28.580
Ja, dass man halt sagt, okay,

00:18:28.760 --> 00:18:30.960
bevor jemand irgendwas hier

00:18:30.960 --> 00:18:32.480
in den Masterbranch pushen darf,

00:18:33.120 --> 00:18:34.980
müssen alle Tests gelaufen sein oder irgendwie

00:18:34.980 --> 00:18:36.340
sowas, dass du halt das über

00:18:36.340 --> 00:18:38.760
quasi Prozesse in den Griff kriegst, die nicht

00:18:38.760 --> 00:18:40.680
in der Software drin sind, sondern in den Menschen.

00:18:41.880 --> 00:18:42.920
Jetzt könnte ich dazu ja

00:18:42.920 --> 00:18:43.740
gerade mal so die,

00:18:44.300 --> 00:18:46.040
auf meinem Stichwortzettel für heute,

00:18:46.900 --> 00:18:48.820
die, ich wollte so diese Antithese

00:18:48.820 --> 00:18:50.500
gerade, ich wollte mit dem bösen

00:18:50.500 --> 00:18:52.520
Onkel spielen, aber ich fürchte,

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

00:18:54.520 --> 00:18:55.960
tatsächlich auch sagen wolltest.

00:18:57.540 --> 00:19:12.600
Also ich beobachte Projektmanagement in den letzten Jahren häufig als eine Art Form von industrialisierte, weaponized Möglichkeit, um Entwickler möglichst zügig in einem Zwei-Wochen-Rhythmus durch eine Ticketliste zu prügeln.

00:19:13.820 --> 00:19:16.160
Da bist du aber tatsächlich mit, ja, ja, und wenn man die...

00:19:16.160 --> 00:19:19.100
Würdest du sagen, es funktioniert, oder würdest du sagen, es funktioniert nicht?

00:19:20.400 --> 00:19:26.240
Das funktioniert halt in den Fällen, wo die Leute nichts Neues machen müssen, sondern halt tatsächlich einfach bloß das Zeug abarbeiten, was sie immer machen.

00:19:27.260 --> 00:19:28.720
Ja, aber da würde ich sagen,

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

00:19:30.100 --> 00:19:31.060
Da brauchst du auch kein Projektmanagement.

00:19:31.240 --> 00:19:32.100
Genau, aber ja.

00:19:32.360 --> 00:19:33.700
Das ist eigentlich nur Bearbeiten von Tickets,

00:19:33.820 --> 00:19:36.400
dann schätze ich da hin und Ticket, Ticket, Ticket, Ticket, Ticket, Ticket, Ticket, Ticket, Ticket.

00:19:36.660 --> 00:19:38.240
Das ist ja auch eine Art von Projektmanagement.

00:19:38.560 --> 00:19:40.320
Die Priorisierung dann, welches Ticket du nimmst

00:19:40.320 --> 00:19:41.420
oder machst du die Reihenfolge nach

00:19:41.420 --> 00:19:43.320
oder wann die aufgenommen, für's DIN, für's A oder...

00:19:43.320 --> 00:19:44.260
Was ist denn ein Projektmanagement?

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

00:19:47.140 --> 00:19:47.780
Was ist ein Projekt?

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

00:19:51.540 --> 00:19:52.920
Ja, das letzte Mal haben wir aber wieder weggeschmissen,

00:19:53.000 --> 00:19:53.820
das musst du nochmal...

00:19:53.820 --> 00:19:57.820
einfach nochmal die gleichen Personen über das gleiche Ding

00:19:57.820 --> 00:19:59.560
und hoffen, dass es jetzt mal anders ausgeht.

00:19:59.760 --> 00:20:01.020
Dass wir heute was anderes sagen.

00:20:01.520 --> 00:20:03.720
Also ich kenne die Definition von Projekt

00:20:03.720 --> 00:20:05.540
so, dass es ein Vorhaben ist, was

00:20:05.540 --> 00:20:07.660
zeitlich begrenzt ist und ein

00:20:07.660 --> 00:20:08.700
genau definiertes Ziel hat.

00:20:09.720 --> 00:20:10.360
Das heißt,

00:20:11.300 --> 00:20:13.700
Projekt wäre irgendwas, genau,

00:20:13.800 --> 00:20:15.140
ganz harte Regeln.

00:20:16.160 --> 00:20:17.640
Beziehungsweise genau definiertes Ziel

00:20:17.640 --> 00:20:19.720
kann ja auch sein, wir wollen besser werden. Das ist ja auch

00:20:19.720 --> 00:20:20.780
ein genau definiertes Ziel.

00:20:23.220 --> 00:20:39.800
Das Wichtige ist wirklich, es muss einen zeitlich festgelegten Rahmen haben. Das heißt, es muss von einem Zeitpunkt bis zu einem Zeitpunkt gehen und es muss ein Ziel haben. Und idealerweise ist das Ziel so definiert, dass du hinterher sagen kannst, ja, das Projekt war erfolgreich oder das Projekt war nicht erfolgreich oder es war teilweise erfolgreich.

00:20:39.820 --> 00:20:42.240
Das ist ja schon sehr konkret. Also es ist nicht einfach Arbeit, die zu tun ist.

00:20:43.280 --> 00:20:57.880
Genau, es ist nicht einfach Arbeit, die zu tun ist, sondern es ist ein Ziel, du willst ein Ziel erreichen. Das Ziel kann natürlich sein, der Zeitraum ist zwei Wochen und in zwei Wochen sind folgende Tickets abgearbeitet. Das ist ja auch ein Ziel, das ist auch ein Projekt in dem Sinne.

00:20:58.280 --> 00:21:08.320
Naja, also welche Dimension hat denn jetzt zum Beispiel so ein Ziel? Ich kann erst ja ganz viele kleinteilige Ziele machen und die unter einem großen Oberziel und ganz vielen großen mehreren Zielen machen. Ab wann fängt da ein Projekt an, oder?

00:21:08.940 --> 00:21:30.560
Ja, das ist jetzt das, was Projektmanagement ist. Das Projektmanagement, wie du deine Projekte managst, sagt im Wesentlichen, wie lange deine Projekte sind und wie groß die Ziele sind. Du kannst natürlich ein Projekt machen, das heißt Firma und das Projekt heißt Geschäftsjahr und das Ziel ist es, am Ende des Geschäftsjahres viel Umsatz gemacht zu haben.

00:21:30.560 --> 00:21:32.080
Profit, Profit, wir treten nach Profit.

00:21:32.100 --> 00:21:33.140
Genau, sagst einfach Profit.

00:21:33.220 --> 00:21:35.100
Wir wollen am Ende des Geschäfts auch das Profit machen.

00:21:35.200 --> 00:21:36.860
Und das ist super gut, weil du weißt ganz genau,

00:21:36.920 --> 00:21:38.960
es geht vom 1.1. bis zum 31.12.

00:21:39.140 --> 00:21:42.480
Und dann guckst du am 31.12. auf dein Dashboard

00:21:42.480 --> 00:21:43.980
und siehst, wie viel Profit du gemacht hast.

00:21:44.740 --> 00:21:45.920
Und das ist super gut messbar.

00:21:45.920 --> 00:21:49.840
Aber es ist für die Ausführung, für die Durchführung des Projektes

00:21:49.840 --> 00:21:52.880
vielleicht nicht so gut, weil da nicht drin steht,

00:21:52.960 --> 00:21:56.760
weil da nicht dran hängt, was du tun kannst.

00:21:57.640 --> 00:22:01.360
Und das ist sozusagen das größte Projekt, was du machen kannst.

00:22:01.540 --> 00:22:04.660
Ich will über die längste Zeit, die ich mir denken kann,

00:22:04.800 --> 00:22:06.140
möglichst viel Gewinn machen.

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

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

00:22:12.480 --> 00:22:14.080
und das Ziel ist es, wir müssen entscheiden,

00:22:14.220 --> 00:22:15.900
ob wir JavaScript oder Python verwenden.

00:22:17.600 --> 00:22:18.980
Und das wäre auch ein Projekt.

00:22:20.040 --> 00:22:22.880
Wenn du das möchtest, kannst du das auch als Projekt sehen.

00:22:23.320 --> 00:22:25.180
Weil es ist ein zeitlich begrenztes Vorhaben,

00:22:25.240 --> 00:22:26.480
was ein definiertes Ziel hat.

00:22:27.640 --> 00:22:38.960
Und die Frage ist, wie sinnvoll ist das? Ist das 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:39.120 --> 00:22:54.960
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 was gemacht werden muss? Versuche ich alle Menschen bei Laune zu halten, um zu gucken, dass die einfach arbeiten?

00:22:55.760 --> 00:23:00.940
Ja, alles, was du sagst, würde ich sagen. Also alles, was du tun musst, um deine Ziele zu erreichen.

00:23:02.460 --> 00:23:10.640
Was ich halt spannend finde, ich habe gerade nebenbei noch die Wikipedia offen gehabt und ich habe festgestellt, es gibt eine DIN für den Begriff Projekt.

00:23:10.940 --> 00:23:11.700
Ach, sehr schön.

00:23:12.000 --> 00:23:13.080
Es gibt eine DIN für alles.

00:23:13.880 --> 00:23:32.700
Jetzt gibt es die DIN 69901, die sagt, ein Projekt ist ein Vorhaben, das im Wesentlichen durch die Einmaligkeit, aber auch Konstante der Bedingungen in ihrer Gesamtheit gekennzeichnet ist, wie zum Beispiel Zielvorhergabe, zeitliche, finanzielle, personelle, andere Begrenzungen, Abgrenzungen über anderen Vorhaben und die projektspezifische Organisation.

00:23:34.240 --> 00:23:56.820
Also was ich interessant finde an der Stelle ist tatsächlich dieses Thema Einmaligkeit und Zielgerichtetheit und wenn ich an der Stelle jetzt drüber nachdenke, das gilt halt für viele Dinge, die ich so sehe, wenn man jetzt mal fragt, okay, was tun wir eigentlich den ganzen Tag lang, dann gilt es halt fast gar nicht mehr so.

00:23:56.820 --> 00:24:21.000
Also zeitliche Abgegrenztheit, also ich finde zum Beispiel jetzt diese Metapher mit das Geschäftsjahr einer Firma, das ist so ein bisschen sehr synthetisch und sehr hergeholt, weil tatsächlich so diese Einmaligkeit und zeitliche Begrenztheit ja eigentlich nicht gegeben ist, die ist ja nicht aus diesem Zweck selber raus und wenn man halt Organisationstheorie anguckt, sollte ein Unternehmen im Prinzip tatsächlich auch erstmal noch andere Funktionen haben als nur die Erwirtschaftung des Profits.

00:24:21.940 --> 00:24:25.760
Natürlich, das war immer als Beispiel gedacht für die größte Einheit, die man sich denken kann.

00:24:25.760 --> 00:24:42.440
Jaja. Und ich finde es aber spannend, weil nämlich dieses Thema Einmaligkeit und Zielgerichtetheit heutzutage in vielen, tja, Aufgaben, die vor einem liegen, gar nicht mehr so gegeben sind. Oder halt dieses Thema konstante Ressourcenallokationen, solche Dinge.

00:24:43.040 --> 00:24:44.880
Ich finde es viel interessanter,

00:24:45.360 --> 00:24:47.160
für mich ist das ganz anders.

00:24:47.280 --> 00:24:49.520
Es ist voll witzig, dass du genau diese beiden

00:24:49.520 --> 00:24:51.360
Begriffe rauspickst, weil für mich ist der

00:24:51.360 --> 00:24:53.240
zeitliche Aspekt einer, der

00:24:53.240 --> 00:24:55.500
heutzutage viel schwammiger behandelt wird,

00:24:55.780 --> 00:24:57.120
als man das vielleicht früher gemacht hat.

00:24:58.660 --> 00:24:59.560
Das ist richtig.

00:25:00.520 --> 00:25:01.440
Der zeitliche ist für mich

00:25:01.440 --> 00:25:03.580
tatsächlich, der löst sich für mich halt auch auf.

00:25:04.760 --> 00:25:05.480
Ich wollte es

00:25:05.480 --> 00:25:07.520
vom anderen Ende aufziehen gerade, weil

00:25:07.520 --> 00:25:08.580
ich jetzt ein paar Mal mit

00:25:08.580 --> 00:25:11.400
Leuten es davon hatte, dass

00:25:11.400 --> 00:25:13.420
eigentlich das, was bisher klassische

00:25:13.420 --> 00:25:15.500
Projekte sind, inzwischen eigentlich Produkte

00:25:15.500 --> 00:25:15.820
sind.

00:25:17.300 --> 00:25:18.480
Also ich habe ganz viele

00:25:18.480 --> 00:25:21.880
Ja, ich

00:25:21.880 --> 00:25:23.420
finde halt häufig schon wirklich

00:25:23.420 --> 00:25:25.900
Produkte in so einer Kombination

00:25:25.900 --> 00:25:26.940
tatsächlich auch

00:25:26.940 --> 00:25:29.580
wir haben, also bei uns ist es so,

00:25:29.640 --> 00:25:31.500
wir haben gerne mal Kunden, die irgendwelche

00:25:32.640 --> 00:25:33.500
eher so Geschäftsansätze,

00:25:35.200 --> 00:25:35.640
Business

00:25:35.640 --> 00:25:37.940
Ideen haben

00:25:37.940 --> 00:25:39.460
aus ihrem eigentlichen

00:25:39.460 --> 00:25:41.500
Geschäft raus und die suchen sich

00:25:41.500 --> 00:25:43.360
irgendwen, der dieses eigentliche Produkt,

00:25:43.500 --> 00:25:44.960
also wenn da ein digitales Produkt raus

00:25:44.960 --> 00:25:47.220
entsteht, jemand anderes, der es implementiert

00:25:47.220 --> 00:25:48.780
und irgendwer muss das Ding dann operativ

00:25:48.780 --> 00:25:51.300
irgendwie betreuen und da kommt dann aber sofort

00:25:51.300 --> 00:25:53.140
so ein Perpetuum Mobile

00:25:53.140 --> 00:25:55.240
schon fast raus, wo

00:25:55.240 --> 00:25:57.040
man davor steht und sagt, okay, es ist halt kein

00:25:57.040 --> 00:25:59.440
Projekt, weil das ist halt zeitlich nicht begrenzt,

00:25:59.520 --> 00:26:01.440
sondern wir wollen das im Prinzip als wie eine Art Mini-Unternehmen

00:26:01.440 --> 00:26:02.220
nach vorne treiben

00:26:02.220 --> 00:26:05.080
und es ist halt auch nur mäßig

00:26:05.080 --> 00:26:06.920
zielgerichtet im Sinne von

00:26:06.920 --> 00:26:09.280
es gibt halt kein festes Ziel, von wann haben

00:26:09.280 --> 00:26:11.120
wir das erreicht oder nicht, sondern es gibt mehr ein

00:26:11.120 --> 00:26:13.300
ja, wir haben hier irgendwie das Gefühl aus unserem

00:26:13.300 --> 00:26:15.320
Hauptbusiness raus, in dieser anderen Ecke

00:26:15.320 --> 00:26:17.200
da verbirgt sich irgendwie ein neuer Markt.

00:26:17.640 --> 00:26:19.340
Wir müssen mal gucken, was man da machen kann.

00:26:19.700 --> 00:26:21.240
Lassen wir mal irgendwas da hinwerfen, gucken,

00:26:21.340 --> 00:26:23.020
wie der Markt reagiert und dann rennen wir nachher,

00:26:23.300 --> 00:26:25.220
wenn wir rausfinden, dass es doof war, in genau die entgegen

00:26:25.220 --> 00:26:25.840
die letzte Richtung.

00:26:27.320 --> 00:26:29.580
Deswegen bin ich so an diese Einmaligkeiten

00:26:29.580 --> 00:26:31.380
an den Ziel gerichtet halt und die zeitliche

00:26:31.380 --> 00:26:33.460
Abgrenzung, die löst sich da in der Folge

00:26:33.460 --> 00:26:35.260
so im Prinzip sozusagen automatisch auf.

00:26:36.640 --> 00:26:37.500
Nur um das kurz

00:26:37.500 --> 00:26:39.380
einzuwerfen, da gibt es auch für diese Dinge, die du

00:26:39.380 --> 00:26:41.260
beschrieben hast, gibt es auch andere Worte

00:26:41.260 --> 00:26:43.360
noch in dieser, ich glaube nicht

00:26:43.360 --> 00:26:45.320
in der DIN, aber in der Literatur.

00:26:45.460 --> 00:26:47.280
Das heißen dann Programm oder Vorhaben oder

00:26:47.280 --> 00:26:48.980
solche Dinge.

00:26:50.640 --> 00:26:51.360
Aber ich meine,

00:26:51.520 --> 00:26:53.320
ergibt sich das nicht quasi so relativ

00:26:53.320 --> 00:26:55.240
zwangsläufig aus? Also wenn ich mir jetzt so

00:26:55.240 --> 00:26:57.000
vorstelle, also oder

00:26:57.000 --> 00:26:58.920
ich kenne das halt aus dieser ganzen

00:26:58.920 --> 00:26:59.440
Agile

00:26:59.440 --> 00:27:03.100
Welt halt sozusagen, es gibt

00:27:03.100 --> 00:27:04.980
so ein magisches Dreieck irgendwie

00:27:04.980 --> 00:27:07.120
an Ressourcen, die begrenzt

00:27:07.120 --> 00:27:08.400
sind und die man halt

00:27:08.400 --> 00:27:10.640
sozusagen nicht unabhängig voneinander

00:27:10.640 --> 00:27:12.840
irgendwie verändern kann.

00:27:12.960 --> 00:27:13.800
Das ist halt Zeit,

00:27:14.900 --> 00:27:16.380
irgendwie Geld, das man dafür ausgibt

00:27:16.380 --> 00:27:17.740
und halt

00:27:17.740 --> 00:27:19.580
irgendwie

00:27:19.580 --> 00:27:22.140
na, was war das dritte?

00:27:22.660 --> 00:27:24.600
Qualität. Ach ja, die wird immer so,

00:27:24.840 --> 00:27:25.840
die vergesse ich auch manchmal.

00:27:26.520 --> 00:27:28.400
Es gibt manchmal auch noch einen vierten davon.

00:27:29.740 --> 00:27:30.220
Funktionsumfang.

00:27:30.760 --> 00:27:32.220
Genau, genau. Und

00:27:32.220 --> 00:27:34.680
das Problem ist jetzt sozusagen, dass

00:27:34.680 --> 00:27:36.780
zwei von den Dingern eigentlich

00:27:36.780 --> 00:27:38.760
nicht so richtig optional sind, also die Qualität will man

00:27:38.760 --> 00:27:40.380
eigentlich nicht offern oder die Features

00:27:40.380 --> 00:27:42.820
und Geld

00:27:42.820 --> 00:27:44.560
will man jetzt auch nicht

00:27:44.560 --> 00:27:46.820
beliebig da rumliegen, dann bleibt

00:27:46.820 --> 00:27:48.820
ja eigentlich nur die Zeit, die variabel sein kann

00:27:48.820 --> 00:27:50.760
und die wird es dann halt auch irgendwie

00:27:50.760 --> 00:27:52.760
immer, sodass es halt

00:27:52.760 --> 00:27:53.180
gestern

00:27:53.180 --> 00:27:56.960
Ja, aber das ist doch

00:27:56.960 --> 00:27:58.920
die Aufgabe des Projektmanagers, dafür zu sorgen,

00:27:59.020 --> 00:28:00.080
dass es gestern fertig ist.

00:28:01.340 --> 00:28:02.820
Ja, aber das ist halt auch wieder spannend, also es gibt

00:28:02.820 --> 00:28:04.760
ja verschiedene Perspektiven, die ihr jetzt genannt habt, es gibt

00:28:04.760 --> 00:28:06.000
halt die Perspektive von

00:28:06.000 --> 00:28:08.040
dem Kunden beispielsweise, der jetzt

00:28:08.040 --> 00:28:09.960
ein ganzes großes Projekt

00:28:09.960 --> 00:28:12.300
da hat und dann da Pivots machen möchte

00:28:12.300 --> 00:28:14.420
und wenn er dafür Menschen beauftragt,

00:28:14.520 --> 00:28:16.240
die haben dann vielleicht ein kleines Projekt in diesem

00:28:16.240 --> 00:28:17.980
Projekt drin. Das heißt, aus deren Perspektive

00:28:17.980 --> 00:28:20.340
ist das nur ihr eigenes Abgeschlossenungsprojekt,

00:28:20.400 --> 00:28:22.220
wenn dann ihre Aufgabe nach zwei Monaten

00:28:22.220 --> 00:28:24.120
erledigt ist oder so. Obwohl das nur ein

00:28:24.120 --> 00:28:26.140
Baustein in dem großen Projekt des anderen war. Und das ist

00:28:26.140 --> 00:28:28.200
halt wieder diese Verschachtelung von den einzelnen Projektebenen.

00:28:28.660 --> 00:28:30.200
Und die Frage ist, wie man das halt vernünftig

00:28:30.200 --> 00:28:32.060
hinbekommt, dass man das so organisiert,

00:28:32.500 --> 00:28:33.880
dass man einzelne, ich weiß nicht,

00:28:33.940 --> 00:28:35.800
Arbeitspakete hat. Ich weiß nicht, ob ein

00:28:35.800 --> 00:28:37.800
Arbeitspaket ein geeignetes Maß ist, um

00:28:37.800 --> 00:28:39.280
ein Projekt zu managen oder

00:28:39.280 --> 00:28:41.720
gibt es überhaupt Metriken? Ist das wichtig, dass man

00:28:41.720 --> 00:28:43.780
irgendwas messen kann oder geht es um den Erfolg?

00:28:44.540 --> 00:28:45.920
Also was ich spannend finde,

00:28:45.920 --> 00:28:49.400
was ich bei uns halt beobachte,

00:28:49.480 --> 00:28:50.360
von der Granularität her,

00:28:50.440 --> 00:28:51.220
wir versuchen immer,

00:28:51.880 --> 00:28:53.920
das geht ja auch in die Frage von, wie kann man

00:28:53.920 --> 00:28:55.860
solche Sachen verschriftlichen, welche Tools nimmt man dafür?

00:28:56.860 --> 00:28:57.940
Wir schreiben gern

00:28:57.940 --> 00:28:59.920
ganz viele Sachen in Tickets rein und uns ist

00:28:59.920 --> 00:29:01.860
es wichtig, dass wir ein

00:29:01.860 --> 00:29:03.880
System haben, wo alles,

00:29:04.040 --> 00:29:05.760
was irgendwie die Firma berührt, in Tickets

00:29:05.760 --> 00:29:07.720
landet, damit ich es halt auch ein bisschen

00:29:07.720 --> 00:29:09.780
kreuzreferenzieren kann, etc. Und da ist

00:29:09.780 --> 00:29:11.660
tatsächlich für uns immer wieder dieses Thema,

00:29:11.760 --> 00:29:13.660
weil wir ja eher auch so ongoing

00:29:13.660 --> 00:29:15.740
als direkt projektorientiert sind. Ich würde

00:29:15.740 --> 00:29:17.400
auch sagen, wir haben manchmal so Projekte, wo wir sagen,

00:29:17.480 --> 00:29:19.560
jetzt hat es hier irgendwie einen abgeschlossenen

00:29:19.560 --> 00:29:21.640
Fokus, wo wir mal für zwei, drei Monate

00:29:21.640 --> 00:29:23.620
versuchen, wie das, die sieben Sachen zusammen

00:29:23.620 --> 00:29:25.960
zu bündeln und einmal durchzuprügeln,

00:29:26.820 --> 00:29:27.540
um sie dann auch

00:29:27.540 --> 00:29:29.680
wieder loszuwerden und sagen, jetzt brauche

00:29:29.680 --> 00:29:31.560
ich mich nicht mehr darum zu kümmern, jetzt denkt da

00:29:31.560 --> 00:29:33.500
keiner mehr drüber nach. Jetzt haben wir gerade zum Beispiel

00:29:33.500 --> 00:29:35.620
das Netzwerk einmal bei uns saniert

00:29:35.620 --> 00:29:37.520
und dann war das halt mal für drei Monate was,

00:29:37.580 --> 00:29:39.460
was stärker im Fokus war und was

00:29:39.460 --> 00:29:41.460
eine ganze Reihe von zusammenhängenden

00:29:41.460 --> 00:29:43.440
Aufgaben hatte. Und

00:29:43.440 --> 00:29:45.280
da finde ich es zum Beispiel spannend,

00:29:46.360 --> 00:29:47.460
für mich gibt es

00:29:47.460 --> 00:29:49.540
so eine Balance und ich habe keine Ahnung,

00:29:49.620 --> 00:29:51.320
was eine gute Antwort ist, dass wir auf der einen Seite

00:29:51.320 --> 00:29:53.600
Unmengen Tickets generieren und für die

00:29:53.600 --> 00:29:55.300
Leute in so einem Team,

00:29:55.440 --> 00:29:57.580
in einer Firma, hat das ganz unterschiedliches

00:29:57.580 --> 00:29:58.780
Gewicht, ob da jetzt zum Beispiel

00:29:58.780 --> 00:30:01.360
5.000 Tickets rumliegen, um die sich nie wieder

00:30:01.360 --> 00:30:02.060
einer kümmern wird,

00:30:03.240 --> 00:30:05.060
da denke ich mir so, das ist überhaupt kein Problem,

00:30:05.180 --> 00:30:07.140
die machen wir einfach alle zu, als, ja,

00:30:07.300 --> 00:30:09.220
haben wir erfasst, steht da drinnen, wenn man

00:30:09.220 --> 00:30:11.300
mal irgendwann nochmal danach suchen möchte

00:30:11.300 --> 00:30:13.180
von, sagen wir, haben wir schon mal nachgedacht

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

00:30:15.160 --> 00:30:17.080
schon mal drei Sachen, warum war denn das, wieso,

00:30:17.240 --> 00:30:19.340
weshalb, warum, versus andere,

00:30:19.920 --> 00:30:21.380
die dann gegebenenfalls denken,

00:30:21.460 --> 00:30:22.940
jetzt kommt hier ein Ticket rein, fuck, das muss irgendwie

00:30:22.940 --> 00:30:23.820
abgearbeitet werden.

00:30:25.420 --> 00:30:27.120
Ja, aufgeräumtes Backlog oder

00:30:27.120 --> 00:30:29.240
Stress. Das macht dann halt

00:30:29.240 --> 00:30:30.780
Stress und auch Backlog ist tatsächlich so,

00:30:31.280 --> 00:30:38.000
Da neigen wir gerade eher dazu zu sagen, also alles, was nicht freiwillig sozusagen bei jemandem innerhalb von zwei Wochen auf dem Tisch landet,

00:30:38.460 --> 00:30:44.780
kannst du halt im Prinzip auch gleich zumachen, weglegen, aber vernünftig ein bisschen mit Metadaten versehen.

00:30:44.920 --> 00:30:48.360
So zu welchem Bereich gehört denn das so grob? Was hat denn das noch für zwei, drei Tags oder so?

00:30:48.360 --> 00:30:55.280
Und dann kann man, wenn man dann mal auf die Suche geht von so, okay, was haben wir denn im letzten Jahr für Notizen uns gemacht zum Thema XY?

00:30:55.560 --> 00:30:58.180
Weil da wollen wir jetzt nochmal rangehen, dann kann man die dann wieder rausholen.

00:30:58.580 --> 00:31:00.460
aber du musst sie nicht ständig pflegen und machen

00:31:00.460 --> 00:31:01.360
und tun und

00:31:01.360 --> 00:31:04.420
das hilft halt den Leuten auch dann, wenn jemand dir sagt,

00:31:04.500 --> 00:31:06.420
ja komm, mach einfach Tickets, immer her damit, immer her damit,

00:31:06.460 --> 00:31:08.480
immer her damit, dann hast du so ein bisschen organisationales

00:31:08.480 --> 00:31:09.940
Wissen halt auch an der Stelle, ja.

00:31:10.200 --> 00:31:12.240
Wie macht ihr denn Tickets, wenn ihr gerade so bei

00:31:12.240 --> 00:31:14.480
Tickets sind mit Python oder

00:31:14.480 --> 00:31:16.380
Macht ihr Tickets

00:31:16.380 --> 00:31:18.200
für wirklich alles? Macht ihr Tickets auch für,

00:31:18.380 --> 00:31:20.160
keine Ahnung, Kaffeemaschine ist kaputt oder für

00:31:20.160 --> 00:31:22.240
keine Ahnung, Kunde

00:31:22.240 --> 00:31:23.580
muss gefunden werden?

00:31:25.280 --> 00:31:26.360
Ja, ja,

00:31:26.600 --> 00:31:28.400
genau. Also das kommt immer

00:31:28.400 --> 00:31:29.800
darauf an, wer das halt macht.

00:31:30.260 --> 00:31:32.380
Wenn die Kaffeemaschine, da muss ich

00:31:32.380 --> 00:31:33.900
gerade überlegen, es kann sein, dass

00:31:33.900 --> 00:31:36.400
meine Kollegin, die dafür zuständig wäre,

00:31:36.900 --> 00:31:38.320
sich da ein Ticket macht, um sich zu erinnern,

00:31:38.380 --> 00:31:40.140
weil das halt auch in Summe den

00:31:40.140 --> 00:31:42.460
Alltags-Arbeitsorganisationsflow abbildet.

00:31:43.320 --> 00:31:43.980
Weil halt

00:31:43.980 --> 00:31:46.300
jedes Team halt so seine Flowboards

00:31:46.300 --> 00:31:48.360
auch hat mit, was liegt denn hier

00:31:48.360 --> 00:31:50.220
irgendwie gerade im Team eigentlich so alles an und dann

00:31:50.220 --> 00:31:52.180
willst du halt auch sehen, ständig mal eine Kaffeemaschine machen,

00:31:52.280 --> 00:31:52.880
dies und jenes.

00:31:54.520 --> 00:31:56.260
Und auf der anderen

00:31:56.260 --> 00:31:58.120
Seite habe ich aber halt auch häufiger mal Sachen,

00:31:58.220 --> 00:31:59.960
weil auch ein Ticketsystem relativ schwergewichtig ist,

00:31:59.980 --> 00:32:02.180
habe ich so meine eigenen kleinen To-Do-Listen

00:32:02.180 --> 00:32:04.060
noch, wo ich dann irgendwann sage, jetzt schleife ich das ja

00:32:04.060 --> 00:32:06.180
ewig rum, jetzt ist es mal wieder zu viel geworden,

00:32:06.280 --> 00:32:08.000
jetzt mache ich da irgendwie Tickets draus, damit ich es wieder auch

00:32:08.000 --> 00:32:09.320
anderen Leuten im Team geben kann.

00:32:10.940 --> 00:32:11.180
Okay.

00:32:12.020 --> 00:32:14.080
Es ist spannend, dass ihr alles über Tickets macht.

00:32:15.920 --> 00:32:16.140
Ja,

00:32:16.380 --> 00:32:18.000
aber ich kann das total verstehen, dass das für

00:32:18.000 --> 00:32:19.700
unterschiedliche Leute eine total unterschiedliche

00:32:19.700 --> 00:32:21.980
Bedeutung hat. Ich kann aber auch

00:32:21.980 --> 00:32:23.740
verstehen, dass es Leute gibt oder dass es vielleicht

00:32:23.740 --> 00:32:25.760
Positionen gibt, die damit überhaupt nicht klarkommen,

00:32:26.100 --> 00:32:27.860
weil die eben

00:32:27.860 --> 00:32:29.960
nicht so einzelne

00:32:29.960 --> 00:32:31.640
Arbeitspakete haben, sondern weil die

00:32:31.640 --> 00:32:33.660
vielleicht eher eventgesteuert sind oder weil die

00:32:33.660 --> 00:32:35.180
eher dauerhafte Aufgaben haben.

00:32:35.880 --> 00:32:36.900
Also das

00:32:36.900 --> 00:32:40.000
klassische Beispiel ist halt ein Callcenter-Mitarbeiter,

00:32:40.700 --> 00:32:41.020
der

00:32:41.020 --> 00:32:43.720
wartet halt auf einen Anruf,

00:32:43.800 --> 00:32:45.440
der kann keine Tickets bearbeiten,

00:32:45.540 --> 00:32:47.420
um es mal sozusagen, bis ihn jemand anruft

00:32:47.420 --> 00:32:49.440
und da hilft es auch nichts, wenn er

00:32:49.440 --> 00:32:51.120
zehn Tickets auf seinem Tisch hat, weil er halt

00:32:51.120 --> 00:32:53.600
auf

00:32:53.600 --> 00:32:54.720
dieses Event warten muss.

00:32:55.540 --> 00:32:57.400
Umgekehrt gibt es natürlich so Sachen, die ongoing

00:32:57.400 --> 00:33:16.100
Ja, dass du halt, du musst halt jeden Tag, keine Ahnung, die Post abholen und du musst jeden Tag die Rechnungen verschicken und du musst jeden Tag die Eingänge prüfen, was weiß ich. Und dafür Tickets zu haben, stelle ich mir auch schwierig vor. Also diese Ticketsachen passen schon eher zu dem, was man so als Softwareentwickler halt macht, dass man was macht.

00:33:16.120 --> 00:33:28.800
Ja, das kommt total drauf an, weil wir haben im letzten Jahr eine ISO 27000 gemacht und da musst du relativ viele Prozesse auch zumindest so formalisieren, dass du halt nachweisen kannst, dass Sachen, die passieren sollen, auch passiert sind.

00:33:29.440 --> 00:33:41.680
Wenn du dann eh schon ein Ticketsystem hast, wir haben jetzt bei uns so eine Kombi, da kann man in dem, wir haben so ein Media-Wiki für die Dokumentation, für die Prozessdokumentation und dann kannst du in einer Wiki-Seite so ein kleines Template anlegen.

00:33:41.680 --> 00:34:01.380
Das komische Media-Wiki generierte da auch gleich so richtig Formulare für. Und jetzt kann man bei uns auf einer Wiki-Seite sagen, zu diesem Prozess gehört es, dass einmal im Quartal jemand irgendwie nachguckt, ob im One-Pass-Wort irgendwie die richtigen Leute drin sind oder noch Leichen rumfliegen oder irgendwie sowas.

00:34:02.200 --> 00:34:24.620
Und dann gibt es tatsächlich einen Cron-Job, der aus diesen Daten dann die Tickets generiert zum richtigen Zeitpunkt und du kannst sozusagen so Wiedervorlage-Tickets in der Prozessdefinition hinterlegen und das ist dann auch so ein Mittelweg zwischen, ja, also alles, was man täglich machen muss, das brauchst du, glaube ich, nicht in Tickets nachweisen, aber wenn es dann plötzlich auf alle zwei Wochen, vier Wochen, acht Wochen geht, dann willst du dir vielleicht schon eher Erinnerungen machen können.

00:34:25.620 --> 00:34:43.660
Ja, aber dann ist es ja wirklich eher erstmal so ein To-Do-Item, also sowas ganz leichtgewichtiges. Es gibt ja auch Tickets, wo du acht Wochen brauchst und ein Team von zehn Leuten zu bearbeiten. Und da diese Spanne, finde ich auch was ganz Spannendes. Das ist auch das, was der Dominik eben angesprochen hat.

00:34:43.660 --> 00:35:03.480
Und das ist so im Wesentlichen die Kernfrage von Projektmanagement. Wie groß sind die Projekte, die man macht? Sind die ganz klein? Sind die eine Woche lang eine Person? Oder sind die ganz groß? Vier Jahre und ein Team von 150 Leuten. Und wie dröseln wir das dann auf, wer was an welcher Stelle in welchem Projekt macht?

00:35:04.440 --> 00:35:21.620
Ja, da würde ich sagen, erfahrungsgemäß sind die eher groß. Also die Sachen, die irgendwie dann einzelner Entwickler macht oder so, die sind ja dann meistens, aber die nennt man dann ja nicht Projekt, sondern das ist dann halt irgendwie ein Task oder eine User Story.

00:35:21.620 --> 00:35:24.240
Definitionsgemäß sind es natürlich schon auch Projekte.

00:35:24.660 --> 00:35:26.000
Ja gut, okay, aber

00:35:26.000 --> 00:35:28.120
die gehören immer zu irgendeinem, also es

00:35:28.120 --> 00:35:30.120
gibt immer meistens eine Projektnummer, auf die das dann

00:35:30.120 --> 00:35:32.300
irgendwie gebucht wird oder so und diese Projektnummern

00:35:32.300 --> 00:35:34.120
sind, die sind sozusagen, ich weiß nicht,

00:35:34.160 --> 00:35:36.040
die werden irgendwie mal beim Urknall erzeugt

00:35:36.040 --> 00:35:38.140
worden sein und die sind halt ewig, die verändern sich auch nicht.

00:35:38.320 --> 00:35:40.020
Hinterher bucht man auch ganz andere Projekte

00:35:40.020 --> 00:35:40.940
auf alte Projekte.

00:35:41.060 --> 00:35:42.500
Ein Projekt ist einfach nur eine Kostenstelle.

00:35:44.100 --> 00:35:46.300
Ja, wir haben halt die Herren S, A und P

00:35:46.300 --> 00:35:47.020
irgendwann mal erzeugt.

00:35:47.380 --> 00:35:49.720
Da geht es ja dann wieder tatsächlich noch

00:35:49.720 --> 00:35:51.720
in den anderen Bereich rein, dass

00:35:51.720 --> 00:35:53.940
Projekte auch ein Kommunikationsmittel sind

00:35:53.940 --> 00:35:56.160
und auch eine gewisse

00:35:56.160 --> 00:35:58.120
vertragliche Vereinbarung enthalten

00:35:58.120 --> 00:36:00.080
können, weil Projekte eben

00:36:00.080 --> 00:36:02.220
ein Mittel sind, wie man mit einem Kunden kommunizieren

00:36:02.220 --> 00:36:04.220
kann. Du sagst, okay, wir machen

00:36:04.220 --> 00:36:05.880
jetzt erstmal ein Projekt und dann hat das

00:36:05.880 --> 00:36:08.120
eine gewisse Schwere. Das ist nicht

00:36:08.120 --> 00:36:10.120
was, was du einfach so machst, sondern wir machen

00:36:10.120 --> 00:36:12.100
mal ein Projekt und das hat gewisse Komponenten, die

00:36:12.100 --> 00:36:14.100
da sein müssen, weil

00:36:14.100 --> 00:36:16.080
du den zeitlichen Rahmen festlegen musst, weil du

00:36:16.080 --> 00:36:18.160
die Ressourcen festlegen musst, weil

00:36:18.160 --> 00:36:19.700
du das Ziel festlegen musst.

00:36:20.520 --> 00:36:22.160
Ja, aber dafür braucht man ja schon die ganzen Informationen,

00:36:22.580 --> 00:36:23.620
die man vielleicht ja noch gar nicht hat.

00:36:24.300 --> 00:36:25.420
Das heißt, was man da irgendwie machen muss,

00:36:25.440 --> 00:36:26.880
ist irgendwie so eine Pi-mal-Daumen-Schätzung

00:36:26.880 --> 00:36:30.700
oder die mehr oder weniger valide Schätzung abzugeben.

00:36:30.980 --> 00:36:31.280
Ja, klar.

00:36:31.820 --> 00:36:34.120
Aber das ist ja nicht möglich bei unbekannten Dingen.

00:36:34.380 --> 00:36:36.460
Also das geht ja nur dann, wenn man sowas schon mal kennt.

00:36:36.860 --> 00:36:38.000
Ja gut, du hast halt ein Projekt,

00:36:38.100 --> 00:36:39.280
was eventuell sein Ziel nicht erreicht

00:36:39.280 --> 00:36:41.300
oder was verlängert werden muss oder was über Budget geht.

00:36:41.360 --> 00:36:43.220
Aber das haben wir ja, glaube ich, alle schon mal erlebt.

00:36:43.800 --> 00:36:44.820
Passt man die Sachen halt an.

00:36:44.860 --> 00:36:45.220
Also immer.

00:36:46.320 --> 00:36:47.820
Aber es ist eigentlich ein gutes Feuerstein.

00:36:48.580 --> 00:37:04.040
Ja, also da merke ich auch, da versuche ich eher anders an die Sachen heranzugehen. Wir haben so ein bisschen den Vorteil, dass wir typischerweise eben aus dieser operativen Sicht kommen, wo eh alles ein ongoing concern ist im Prinzip. Und wo man halt auch mal sagen kann, so ja, okay, jetzt machen wir hier mal.

00:37:04.040 --> 00:37:19.200
Wir machen praktisch keine Projektarbeit, aber natürlich haben wir das Thema, dass halt bestimmte Innovationen oder bestimmte Änderungen oder bestimmte Weiterentwicklungen halt irgendwie aufgefangen, mit begleitet werden müssen, umgesetzt werden müssen etc.

00:37:20.860 --> 00:37:36.300
Und ich habe aber halt aus dieser Beschäftigung mit den Komplexitätstechniken, so rund um Kinevin etc., komme ich dann halt eher da rein zu sagen, naja, entweder ist das etwas, was wir kennen, dann sehe ich zu, dass das so gut wie möglich automatisiert und operationalisiert wird.

00:37:36.460 --> 00:38:00.520
Dann habe ich aber einen ongoing concern daraus gemacht. Oder es ist was total Unbekanntes und in einer komplexen Welt will ich bei was Unbekanntem mir nicht schon ein Ziel setzen, weil ich damit halt psychologisch das Problem aufmache, dass ich halt unterschätze, wie viel Erkenntnisgewinn ich auf der Reise eigentlich einsammle, um dann zu dem eigentlichen Ziel zu kommen.

00:38:01.220 --> 00:38:03.540
Das ist, glaube ich, das, was der Dominik sagen wollte, oder?

00:38:04.220 --> 00:38:09.020
Ja, also ihr müsst vielleicht erstmal nochmal die ganzen kleinen Sachen definieren, die unsere Hörer vielleicht gar nicht kennen.

00:38:09.100 --> 00:38:09.840
Zum Beispiel, was ist denn Kinevin?

00:38:12.300 --> 00:38:23.340
Kinevin ist ein Ansatz von einem walisischen Professor namens Dave Snowden, nicht verwandt mit Edward Snowden.

00:38:23.580 --> 00:38:33.240
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:34.020 --> 00:38:39.000
Und schreiben, geschrieben wird Knaven mit C-Y-N-E-F-I-N.

00:38:39.620 --> 00:38:44.380
Die Beliezer haben sehr lustige Ausspracheregeln, deswegen kommt da dann am Ende Knaven raus.

00:38:45.340 --> 00:38:52.260
Und da geht es zum Beispiel darum, dass man halt multimodale Entscheidungssysteme braucht.

00:38:52.260 --> 00:39:21.260
dass du halt in der Lage sein musst zu sagen, ja, für bestimmte Arten von Problemen muss ich halt unterschiedliche Lösungsstrategien angehen können und gleichzeitig ist es auch nicht so, dass ein bestimmtes Problem absolut betrachtet einer bestimmten Komplexitätsklasse zuzuordnen ist, sondern die Frage ist mehr, kann ich mir unterschiedliche Perspektiven ranziehen, also er hat solche Sachen wie ungeordnete und geordnete Systeme, komplexe Systeme, wo ich retrospektiv erklären kann, wie die Zusammenhänge hier eigentlich sind

00:39:21.260 --> 00:39:44.880
Oder chaotische Systeme, wo ich auch retrospektiv nicht mehr sagen kann, wie es eigentlich dazu gekommen ist. Oder geordneten Systemen, wo ich halt einen Experten, einen Ingenieur dransetzen kann, dem das Problem schüttere, der dekliniert das durch und sagt mir, die Antwort ist X. Oder halt eher bürokratische, einfache geordnete Systeme, wo ich halt sage, okay, wenn der Herr einen Ausweis will, dann müssen wir hier halt das Verfahren X abarbeiten und dann kommt da hinten ein Ausweis raus.

00:39:45.820 --> 00:40:09.480
Und was da spannend dran ist, ist halt das nicht ontologisch zu betrachten von, ja ist ein Problem jetzt einer dieser Domänen zuzuordnen, sondern die Frage ist, was lerne ich über ein Problem, wenn ich es aus einer dieser Brillen halt betrachte, um es dann gegebenenfalls zu zerteilen und zu fragen, was in diesem Problem wäre denn etwas, was man mit Expertenwissen erschlagen kann, wo sich jetzt einer mal mit einer Timebox eine Woche Zeit nimmt und sagt, so, dekliniert das mal durch, habe ich danach eine Lösung, sehr gut.

00:40:09.700 --> 00:40:27.780
Oder ist die Frage, ist es komplex, müssen wir im Prinzip erst anfangen, mit dem Ding ein bisschen zu spielen, um was drüber zu lernen, um dann zu gucken, ob wir es weiter zergliedern können, um zu wissen, aha, hier geht es in die richtige Richtung, hier geht es in die falsche Richtung oder brennt mir hier gerade irgendwie alles ab und ich muss erst mal draufhauen und danach fragen.

00:40:28.960 --> 00:40:52.900
Und das sind Ansätze, wo ich merke, die gehen so weit weg von einem im klassischen Projektmanagement stark bürokratieorientierten Ansatz. Also ich bin zur Uni gegangen, das war 2001 bis 2003, da sind wir noch mit diesen klassischen Wasserfallmodellen konfrontiert worden, während wir gleichzeitig, gleichzeitig kam 2001 das Agile Manifesto raus.

00:40:52.900 --> 00:41:17.560
Und als Studenten hatten wir halt dieses Agile Manifesto vor uns, während unsere Profs und irgendwie Function-Point-Schätzungen gaben von, du musst ein Projekt halt in alle möglichen definierbaren Teile zergliedern, die dann entsprechend schätzen und bepreisen. Ja, dann addierst du dir halt auf und dann bist du halt fertig. Und diese Ansätze berücksichtigen ja keinerlei Interaktionen und Erkenntnisgewinne auf der Reise oder wie Dinge halt komisch sich verzweigen.

00:41:17.560 --> 00:41:46.340
Und heute sind wir dummerweise wieder an einem Punkt, ich nenne das dann immer Weaponized Agile, dass man halt eben sagt, agil ist jetzt, wenn eine große Firma sich Scrum einkauft, jedes Team genau den gleichen Arbeitsmodus hat und alle zwei Wochen ihre Tickets abliefert und ich gucke auf das Agile Manifesto und denke mir so, ja Moment, nee, da stand erstmal drauf, dass es um funktionierende Software und ordentliche Zusammenarbeit und dass das Team im Prinzip sich überlegen muss,

00:41:46.340 --> 00:41:48.440
was denn in diesem Projekt jetzt gerade der richtige

00:41:48.440 --> 00:41:49.880
Arbeitsmodus ist und allein schon

00:41:49.880 --> 00:41:52.340
eben dieses Thema, du sagst es ja auch

00:41:52.340 --> 00:41:53.800
das ist jetzt mal ein Task

00:41:53.800 --> 00:41:56.280
oder ein Ticket, da brauchst du 10 Leute für

00:41:56.280 --> 00:41:58.420
8 Wochen, da platzt dir

00:41:58.420 --> 00:41:59.800
ja jeder Scrum Master

00:41:59.800 --> 00:42:03.920
Haben wir aber alle schon mal gehabt, solche

00:42:03.920 --> 00:42:06.480
Ja, das ist halt so, wo ist denn das Problem?

00:42:08.300 --> 00:42:10.380
Ja, gut, ich würde jetzt sagen

00:42:10.380 --> 00:42:12.000
so aus Agile Perspektive, es ist halt so

00:42:12.000 --> 00:42:14.420
sowas sollte man sich nicht vornehmen, weil einfach das Risiko

00:42:14.420 --> 00:42:16.280
dass das schief geht, ist halt zu hoch, kann man das

00:42:16.280 --> 00:42:17.460
nicht vielleicht irgendwie ein bisschen

00:42:17.460 --> 00:42:20.300
in Teile aufteilen, aber

00:42:20.300 --> 00:42:22.140
und das geht ja dann meistens auch

00:42:22.140 --> 00:42:22.680
irgendwie.

00:42:24.780 --> 00:42:26.140
Ja, aber ich finde das sehr interessant

00:42:26.140 --> 00:42:28.220
und ich finde, also möglicherweise

00:42:28.220 --> 00:42:30.260
ja, eben, was man für Probleme hat,

00:42:30.680 --> 00:42:32.020
hängt halt unter Umständen auch damit zusammen,

00:42:32.180 --> 00:42:33.920
eben, ob man jetzt eher Projektgeschäft macht oder

00:42:33.920 --> 00:42:36.420
eher, ja, irgendwie operative

00:42:36.420 --> 00:42:37.880
Geschichten, so Produktionen.

00:42:38.120 --> 00:42:39.740
Ich glaube auch, dass da ein großer,

00:42:40.340 --> 00:42:42.060
dass da noch ein wichtiger Unterschied ist,

00:42:42.420 --> 00:42:43.920
den man vielleicht nicht so

00:42:43.920 --> 00:42:46.540
ja, ansonsten, wenn man das

00:42:46.540 --> 00:42:48.480
sich jetzt schon auf irgendeine Methodologie

00:42:48.480 --> 00:42:50.380
einschießt, vielleicht nicht so wahrnimmt, aber

00:42:50.380 --> 00:42:52.020
der ist, glaube ich, tatsächlich

00:42:52.020 --> 00:42:54.260
sehr relevant

00:42:54.260 --> 00:42:56.440
und es geht üblicherweise in eine

00:42:56.440 --> 00:42:57.560
bestimmte Richtung immer sehr schief,

00:42:58.160 --> 00:43:00.280
nämlich man hat halt einen Unterschied,

00:43:00.540 --> 00:43:02.240
wenn ich jetzt zum Beispiel bei Softwareentwicklungen,

00:43:02.780 --> 00:43:03.880
wenn ich darüber nachdenke,

00:43:04.480 --> 00:43:06.440
wie funktioniert das, was

00:43:06.440 --> 00:43:08.340
macht man da eigentlich, im Gegensatz

00:43:08.340 --> 00:43:10.000
zu, weiß ich jetzt nicht, zum Beispiel

00:43:10.000 --> 00:43:11.080
irgendwas,

00:43:11.680 --> 00:43:17.400
man hat ein Fastfood-Franchise-Restaurant,

00:43:17.480 --> 00:43:18.020
irgendwie sowas.

00:43:18.160 --> 00:43:18.620
Hast du Hunger?

00:43:19.500 --> 00:43:20.060
Ein bisschen.

00:43:20.580 --> 00:43:20.700
Okay.

00:43:21.440 --> 00:43:22.040
Mal gucken.

00:43:22.360 --> 00:43:23.900
Ja, Softwareentwicklung hat halt immer auch

00:43:23.900 --> 00:43:25.300
sowas Exploratives dabei, oder?

00:43:25.360 --> 00:43:26.480
Man weiß am Anfang noch nicht,

00:43:26.540 --> 00:43:27.220
wie die Lösung ausschaut.

00:43:27.220 --> 00:43:28.440
Ja, na ja, sagen wir mal so,

00:43:28.440 --> 00:43:30.840
die Prinzipien, also wie man das managt,

00:43:30.840 --> 00:43:33.060
ist halt sozusagen fast umgekehrt.

00:43:33.280 --> 00:43:37.000
Also bei so einem Fastfood-Franchise würde ich sagen,

00:43:37.180 --> 00:43:39.100
also man muss Sachen standardisieren,

00:43:39.200 --> 00:43:40.220
man muss halt zusehen,

00:43:40.720 --> 00:43:42.500
dass irgendwie keine Fehler

00:43:42.500 --> 00:43:44.440
passieren, dass man einfach

00:43:44.440 --> 00:43:45.860
die Fehlerquote kontinuierlich senkt,

00:43:46.360 --> 00:43:48.340
dass keine Überraschungen passieren, dass alles

00:43:48.340 --> 00:43:50.680
irgendwie so wie es im Buch steht

00:43:50.680 --> 00:43:51.980
halt gemacht wird.

00:43:52.260 --> 00:43:54.300
Man muss halt irgendwie dafür sorgen, dass die Leute irgendwie

00:43:54.300 --> 00:43:56.300
pünktlich zur Arbeit kommen und

00:43:56.300 --> 00:43:58.540
dass halt irgendwie die ganzen formalen Geschichten

00:43:58.540 --> 00:43:59.980
eingehalten werden.

00:44:00.420 --> 00:44:02.160
Das ist alles total wichtig und

00:44:02.160 --> 00:44:04.420
keine Experimente. Es gibt irgendwo eine Zentrale,

00:44:04.420 --> 00:44:06.140
da überlegen die sich vielleicht neue Rezepte oder so,

00:44:06.240 --> 00:44:08.040
aber irgendwie die Leute

00:44:08.040 --> 00:44:10.240
im Restaurant sollen halt austauschbar sein

00:44:10.240 --> 00:44:11.960
und die sollen halt irgendwie funktionieren

00:44:11.960 --> 00:44:14.180
und das Ganze ist quasi so eine Maschine

00:44:14.180 --> 00:44:16.300
und die soll halt laufen, damit da irgendwie Cheeseburger

00:44:16.300 --> 00:44:17.580
rausfallen und die Leute glücklich sind.

00:44:18.160 --> 00:44:20.280
Ja, aber das löst doch auch nur so ein gewisses

00:44:20.280 --> 00:44:22.000
Problem, oder? Genau, das löst halt dieses

00:44:22.000 --> 00:44:23.220
dieses, ja.

00:44:24.200 --> 00:44:26.260
Ja, aber das Ergebnis davon ist halt

00:44:26.260 --> 00:44:28.200
ein Fastfood-Hamburger und wenn du einen guten

00:44:28.200 --> 00:44:30.680
Hamburger essen willst, gehst du nicht zu einem Fastfood-

00:44:30.680 --> 00:44:32.260
Laden, weil da kriegst du zwar immer

00:44:32.260 --> 00:44:34.280
den gleichen und auch auf der ganzen Welt überall

00:44:34.280 --> 00:44:36.200
immer den gleichen, aber du kriegst

00:44:36.200 --> 00:44:37.960
halt auch immer nur den Fastfood-Burger.

00:44:38.960 --> 00:44:39.520
Ich glaube auch bei

00:44:39.520 --> 00:44:42.820
Also was du ja

00:44:42.820 --> 00:44:44.900
beschreibst gerade, ist eben, das ist die Optimierung

00:44:44.900 --> 00:44:46.760
auf Effizienz. Das ist, du willst

00:44:46.760 --> 00:44:48.960
möglichst viel Output mit möglichst wenig Input haben.

00:44:49.860 --> 00:44:51.000
Das ist Effizienz.

00:44:51.900 --> 00:44:52.940
Und Standardisierung.

00:44:53.080 --> 00:44:54.500
Du willst immer den gleichen Output haben.

00:44:55.080 --> 00:44:56.560
Je gleicher der ist, umso besser.

00:44:56.660 --> 00:44:58.120
Ja, genau.

00:44:58.120 --> 00:45:00.020
Du willst halt, du willst auch wenig

00:45:00.020 --> 00:45:01.120
Variationen da drin haben.

00:45:02.600 --> 00:45:03.080
Die

00:45:03.080 --> 00:45:06.120
Seite

00:45:06.860 --> 00:45:08.420
bei der Softwareentwicklung und Explorativen

00:45:08.420 --> 00:45:10.280
ist halt, solange du

00:45:10.280 --> 00:45:12.300
gar nicht weißt, was du tust, musst du

00:45:12.300 --> 00:45:14.260
erst mal an der Wirksamkeit der Lösung arbeiten.

00:45:14.380 --> 00:45:15.960
Du musst erst mal die Effektivität herstellen.

00:45:16.080 --> 00:45:18.300
Du musst erst mal fragen, tue ich hier eigentlich das Richtige?

00:45:19.060 --> 00:45:20.220
Und ich meine, das

00:45:20.220 --> 00:45:22.420
willst du halt auch nicht. Das ist jetzt philosophisch

00:45:22.420 --> 00:45:24.380
abstrus. Ich muss sehr an die Simpsons denken.

00:45:25.140 --> 00:45:26.440
Irgendwie da den einen Jugendlichen,

00:45:26.580 --> 00:45:28.020
der immer beim Hamburger

00:45:28.020 --> 00:45:30.260
du willst nicht, dass der sich die Frage stellt, ob er hier

00:45:30.260 --> 00:45:31.300
gerade das Richtige tut.

00:45:32.920 --> 00:45:34.300
Das willst du halt

00:45:34.300 --> 00:45:35.740
nicht. Der kommt nachher auf die Idee, seinen

00:45:35.740 --> 00:45:38.120
Lebenssinn irgendwie in Frage zu stellen. Das wäre

00:45:38.120 --> 00:45:40.420
für den Output der Burger jetzt eher

00:45:40.420 --> 00:45:42.460
schwierig. Nachher sagt

00:45:42.460 --> 00:45:43.520
er, ich will gar nicht arbeiten.

00:45:44.500 --> 00:45:46.320
Ich würde sogar fast noch einen Schritt weiter gehen

00:45:46.320 --> 00:45:48.420
und sagen, bei Software weißt du am Anfang

00:45:48.420 --> 00:45:50.180
oft gar nicht, was das Ergebnis sein soll.

00:45:50.800 --> 00:45:51.040
Genau.

00:45:52.600 --> 00:45:54.320
Solange du nicht weißt, was du für einen Burger

00:45:54.320 --> 00:45:56.120
haben willst, kannst du auch keinen Prozess machen,

00:45:56.420 --> 00:45:57.440
diesen Burger herzustellen.

00:45:58.100 --> 00:46:00.660
Und Achtung, natürlich gibt es da einen Zwischenton

00:46:00.660 --> 00:46:02.420
im Sinne von, wenn du mit deinem Handwerkszeug

00:46:03.040 --> 00:46:04.700
effizient

00:46:04.700 --> 00:46:06.540
umgehen kannst, im Kleinen,

00:46:06.820 --> 00:46:08.580
im Sinne von, wie schreibe ich Code und wie

00:46:08.580 --> 00:46:11.120
strukturieren wir eine Softwarebasis,

00:46:11.220 --> 00:46:12.860
etc., dann kannst

00:46:12.860 --> 00:46:14.900
du natürlich kostengünstiger

00:46:14.900 --> 00:46:16.660
mehr explorativ machen,

00:46:16.820 --> 00:46:18.360
als wenn du die ganze Zeit nur dabei bist, irgendwie

00:46:18.360 --> 00:46:20.880
dagegen, also wer nicht zehn Finger schreiben kann,

00:46:21.880 --> 00:46:22.740
nicht jeder muss

00:46:22.740 --> 00:46:24.600
zehn Finger schreiben können, aber

00:46:24.600 --> 00:46:27.060
wer halt, wer Schwierigkeiten

00:46:27.060 --> 00:46:29.060
hat, eine gewisse Menge Code effektiv

00:46:29.060 --> 00:46:30.940
und effizient ins System reinzukriegen,

00:46:31.000 --> 00:46:32.900
der kann halt nur schwierig experimentieren,

00:46:33.340 --> 00:46:34.840
weil es halt sehr teuer ist,

00:46:34.880 --> 00:46:36.640
halt mal vorwärts, rückwärts, links, rechts und

00:46:36.640 --> 00:47:05.860
Da ist aber auch tatsächlich diese klassische Projektmethodologie drin, du willst die Fehler während des Prozesses minimieren, weil die nach hinten heraus explodieren, während wenn du sagst, naja, es ist für mich leicht, schnell viel Code zu produzieren, zu testen, anzugucken und darüber nachzudenken und dann die nächste Iteration reinzugehen, dann brauche ich nicht von vorne nach hinten alles ausdefiniert haben, sondern kann es mir leisten, zu sagen, Code ist auf eine gewisse Art ein lebendes Gespräch mit einem komplexen System,

00:47:05.860 --> 00:47:07.720
um zu sagen, was passiert denn hier,

00:47:07.800 --> 00:47:09.420
wenn ich jetzt diese Menge von Code reinstreue.

00:47:09.980 --> 00:47:11.020
Daraus entstehen neue Ideen.

00:47:11.120 --> 00:47:12.360
Und dann kommst du dahin zu sagen,

00:47:12.460 --> 00:47:14.680
und das ist das, wo ich dann wieder andocke mit,

00:47:14.780 --> 00:47:18.040
das ist diese Softwareentwicklung als Ongoing-Concern

00:47:18.040 --> 00:47:19.780
eines Produktmanagements.

00:47:20.220 --> 00:47:22.140
Dann willst du aus so einer Kombination aus,

00:47:22.440 --> 00:47:24.660
da gibt es Leute, die haben halt ein Business-Anliegen,

00:47:25.160 --> 00:47:26.760
da gibt es Leute, die können Software entwickeln,

00:47:26.860 --> 00:47:28.640
da gibt es Leute, die betreuen sowas operativ.

00:47:29.100 --> 00:47:31.520
Und aus denen willst du einen andauernd laufenden

00:47:31.520 --> 00:47:33.560
Co-Creation-Prozess bauen,

00:47:34.060 --> 00:47:48.540
Wo jeder im Prozess die Möglichkeit hat, Erkenntnisse einzufüttern, um dieses, was tun wir hier eigentlich, weiterzuentwickeln und anzufüttern. Und nicht nur dieses, ja, haben jetzt alle ihre Aufgaben gemacht, dann ist jetzt das Projekt vorbei, dann brauchen wir es jetzt für fünf Jahre nicht anfassen und das läuft jetzt hier vor sich hin.

00:47:48.540 --> 00:47:50.800
Ein Co-Creation-Prozess, das ist schön.

00:47:52.140 --> 00:48:17.440
Ja, das ist halt, wenn man mal versucht, irgendwie dieses blöde Thema Digitalisierung mit irgendwas sinnvoll zu unterfüttern, dann finde ich, ist gerade so ein Begriff wie Co-Creation das, wo man tatsächlich Wert schöpfen kann, wo du wirklich sagen kannst, was ist jetzt an Softwareentwicklung, außer von, ja, wir haben es jetzt perfektioniert, möglichst schnell Fachanwendungen mit immer den gleich aussehenden Formulareingabefenstern auszukotzen.

00:48:18.540 --> 00:48:19.720
Was kann man da eigentlich besser machen?

00:48:19.800 --> 00:48:21.280
Und besser machen ist eben tatsächlich zu sagen,

00:48:21.280 --> 00:48:24.640
naja, du willst in den Alltag rein, bis zum Nutzer,

00:48:25.160 --> 00:48:29.620
diese Konversation mit dem komplexen System von

00:48:29.620 --> 00:48:33.220
was tun wir hier eigentlich und was geht eigentlich unterfüttern.

00:48:33.920 --> 00:48:38.420
In Knevin, in dieser komplexen, heißt es unarticulated needs,

00:48:38.880 --> 00:48:41.420
weil du halt das Problem hast, dass die Leute, die das Zeug einsetzen,

00:48:41.800 --> 00:48:46.060
die verstehen heutzutage nicht, was kannst du eigentlich alles bauen

00:48:46.060 --> 00:48:48.240
und du kannst nicht kommunizieren,

00:48:48.540 --> 00:48:51.340
was in ihrer Domäne jetzt vielleicht sinnvoll wäre zu bauen.

00:48:51.980 --> 00:48:54.000
Das heißt, du musst auf eine gemeinsame Reise gehen,

00:48:54.080 --> 00:48:55.220
um eine Sprache zu entwickeln,

00:48:55.340 --> 00:48:59.220
um tatsächlich im täglichen Dienstag früh um sieben,

00:48:59.900 --> 00:49:02.300
mein Patient ist komisch ausgerutscht,

00:49:02.380 --> 00:49:03.980
weil das Programm mir gestern vergessen hat,

00:49:04.020 --> 00:49:05.240
auf eine sinnvolle Art zu sagen,

00:49:05.320 --> 00:49:07.200
dass da bitte eine Mathe hinzulegen ist.

00:49:09.360 --> 00:49:12.720
Diese Schleifen brauchst du halt nicht am grünen Tisch

00:49:12.720 --> 00:49:14.200
irgendwie von irgendeinem Produktmanager.

00:49:15.100 --> 00:49:17.260
Du brauchst diese Schleife tatsächlich zwischen

00:49:17.260 --> 00:49:19.280
bis zu da ist der

00:49:19.280 --> 00:49:21.060
Patient hingefallen, weil XYZ.

00:49:21.640 --> 00:49:23.540
Und diese Informationen ordentlich

00:49:23.540 --> 00:49:25.400
durch die Gegend zu leiten, ist tatsächlich

00:49:25.400 --> 00:49:27.380
auf einer ganz anderen Ebene, als was man klassischerweise

00:49:27.380 --> 00:49:28.800
unter Projektmanagement verstehen würde.

00:49:29.700 --> 00:49:31.560
Das ist jetzt aber schon ein sehr agiler Ansatz,

00:49:31.640 --> 00:49:33.200
dass du den Kunden direkt in das Projekt

00:49:33.200 --> 00:49:35.580
einbettest, dass du erstmal den Kunden beobachtest

00:49:35.580 --> 00:49:37.400
und dass du das immer in kleinen Schritten

00:49:37.400 --> 00:49:37.740
machst.

00:49:38.220 --> 00:49:41.340
Aber nochmal ganz kurz, um das mit dem Produktions...

00:49:41.340 --> 00:49:43.100
Also ich fand, genau, finde ich alles

00:49:43.100 --> 00:49:45.300
richtig. Ich würde jetzt nur sagen, was ich

00:49:45.300 --> 00:49:47.300
oft sehe, was Leute tatsächlich, wo ich auch

00:49:47.300 --> 00:49:49.300
denke, dass es läuft einfach immer oder oft

00:49:49.300 --> 00:49:50.900
schief, ist halt, dass

00:49:50.900 --> 00:49:53.420
wenn ich jetzt so ein Projekt habe, wo eigentlich

00:49:53.420 --> 00:49:55.120
all diese schönen Sachen gemacht werden sollten,

00:49:55.860 --> 00:49:56.260
wie wird das

00:49:56.260 --> 00:49:59.360
oft in Firmen gemanagt? Dann wird es so gemanagt, als

00:49:59.360 --> 00:50:01.340
wäre das ein Burger-Franchise.

00:50:02.580 --> 00:50:03.380
Und das ist eigentlich

00:50:03.380 --> 00:50:05.180
fast genau falschrum, weil

00:50:05.180 --> 00:50:06.780
eigentlich müsstest du

00:50:06.780 --> 00:50:09.400
sozusagen, wenn

00:50:09.400 --> 00:50:11.200
du nicht weißt, also wenn du all diese

00:50:11.200 --> 00:50:13.500
komplexen Probleme hast, musst du eigentlich zum Beispiel

00:50:13.500 --> 00:50:15.460
eben experimentieren, eigentlich

00:50:15.460 --> 00:50:17.840
sozusagen mehr vorantreiben

00:50:17.840 --> 00:50:19.620
als verhindern. Du musst halt irgendwie

00:50:19.620 --> 00:50:21.400
sagen, okay, naja, Fehler können halt passieren.

00:50:21.520 --> 00:50:23.220
Es kann sein, dass man mal eine Zeit lang in eine falsche Richtung läuft.

00:50:23.640 --> 00:50:25.400
Da muss man sich halt umdrehen und in eine andere Richtung laufen.

00:50:25.860 --> 00:50:27.480
Was man aber tatsächlich oft sieht, ist

00:50:27.480 --> 00:50:29.300
halt sehr defensives Management an der Stelle.

00:50:29.420 --> 00:50:30.300
Zum Beispiel, also

00:50:30.300 --> 00:50:33.460
alle sagen immer, dass Fehler gut sind und dass es kein Problem ist

00:50:33.460 --> 00:50:35.580
und dass man daraus lernen kann und anders gar nicht lernen kann

00:50:35.580 --> 00:50:37.520
und so. Also Lippenbekenntnisse hört man oft.

00:50:38.040 --> 00:50:39.600
Aber was man auch in den

00:50:39.600 --> 00:50:41.660
meisten, also ganz oft, was ich da

00:50:41.660 --> 00:50:42.900
höre, ist immer sowas wie

00:50:42.900 --> 00:50:45.640
ja, wenn man zum Beispiel jetzt sieht

00:50:45.640 --> 00:50:47.700
in einem Projekt irgendwie, das ist so ein bisschen in der Sackgasse

00:50:47.700 --> 00:50:49.460
gelaufen, ja, und dann sieht man das so als zum Beispiel

00:50:49.460 --> 00:50:51.460
jemand, der so extern dazukommt und denkt sich so

00:50:51.460 --> 00:50:53.480
hm, also da geht's irgendwie nicht weiter

00:50:53.480 --> 00:50:54.820
und dann spricht man das an und dann

00:50:54.820 --> 00:50:57.500
oft erst so informell und dann kriegt man

00:50:57.500 --> 00:50:59.560
halt so, ja, ja, das wissen wir ja alles,

00:50:59.720 --> 00:51:01.420
aber das geht jetzt halt nicht anders

00:51:01.420 --> 00:51:03.560
und das läuft schon so lange und das, machen wir

00:51:03.560 --> 00:51:05.580
das lieber schrittweise, machen wir lieber Tickets und so

00:51:05.580 --> 00:51:07.560
und dann denkst du, ja, aber wo soll das hinführen, das geht

00:51:07.560 --> 00:51:09.200
nirgendwo hin, das ist, das ist

00:51:09.200 --> 00:51:11.360
Das geht ins Ticketgraben.

00:51:12.300 --> 00:51:13.400
Ja, da haben wir mit dem Kunden nicht genug gesprochen.

00:51:13.420 --> 00:51:15.680
Das ist schon freigegeben, du hast schon die Freigabe,

00:51:15.780 --> 00:51:16.660
dann musst du das auch machen.

00:51:16.800 --> 00:51:19.520
Ja, aber genau, und dann kann man

00:51:19.520 --> 00:51:21.460
das vielleicht, ja, das ist halt

00:51:21.460 --> 00:51:23.120
dann aber nicht mehr, wenn das nicht geht,

00:51:23.300 --> 00:51:25.380
oder wenn einem die Leute sagen,

00:51:25.440 --> 00:51:26.860
wenn man dann sagt, okay, probieren wir das einmal,

00:51:27.160 --> 00:51:28.600
nee, das ist politisch nicht durchsetzbar,

00:51:29.160 --> 00:51:31.480
dann weiß man, okay, hier sind Fehler

00:51:31.480 --> 00:51:33.380
nicht so richtig erwünscht, weil jetzt, da haben alle

00:51:33.380 --> 00:51:35.500
schon gelernt, wenn man jetzt sagt, okay, das war

00:51:35.500 --> 00:51:37.440
ein Fehler, wir machen es jetzt anders, dann ist das

00:51:37.440 --> 00:51:38.860
politisch keine gute Idee, weil

00:51:38.860 --> 00:51:41.060
Fehler wohl offenbar doch keine so gute Idee sind.

00:51:41.800 --> 00:51:42.960
Und wenn man jetzt Leute, also

00:51:42.960 --> 00:51:44.980
man könnte zum Beispiel Leute

00:51:44.980 --> 00:51:47.000
fragen, was war eigentlich die letzte

00:51:47.000 --> 00:51:48.620
fiese Architektur-Fehlentscheidung,

00:51:49.120 --> 00:51:50.880
die so passiert ist? Und wenn

00:51:50.880 --> 00:51:52.840
Leute sagen, ist nie passiert, oder Projekt,

00:51:53.000 --> 00:51:54.820
das eine Sackgasse ist, wo man mal, wenn Leute

00:51:54.820 --> 00:51:56.280
sagen, sowas passiert nicht, nie,

00:51:56.980 --> 00:51:58.580
dann ist das zu wenig, weil das ist nicht optimal.

00:51:58.900 --> 00:52:00.820
Also optimal wäre durchaus, ab und zu sich

00:52:00.820 --> 00:52:02.520
zu irren und irgendwie

00:52:02.520 --> 00:52:04.840
mal eine Sackgasse zu laufen und

00:52:04.840 --> 00:52:06.680
dann halt wieder umzudrehen. Also

00:52:06.680 --> 00:52:08.300
ja, das ist halt

00:52:08.300 --> 00:52:11.380
Das kommt vielleicht auch alles so ein bisschen aus dieser

00:52:11.380 --> 00:52:13.200
Welt, die der Tony vorhin schon

00:52:13.200 --> 00:52:14.820
angesprochen hat, dass

00:52:14.820 --> 00:52:17.580
ganz viel noch Waterfall

00:52:17.580 --> 00:52:19.380
gematcht wird. Und das geht

00:52:19.380 --> 00:52:20.940
halt nicht. Es ist in den Köpfen irgendwie drin, ja.

00:52:21.660 --> 00:52:22.680
Ein agiler Wasserfall.

00:52:23.320 --> 00:52:25.200
Übrigens, dieses

00:52:25.200 --> 00:52:27.220
Waterfall-Modell, das ist definiert worden

00:52:27.220 --> 00:52:28.380
von Royce Winston,

00:52:29.460 --> 00:52:30.560
ist schon ganz lange her.

00:52:31.760 --> 00:52:33.260
Ich würde euch die Jahreszahl sagen, aber ich finde

00:52:33.260 --> 00:52:33.680
sie gerade nicht.

00:52:35.180 --> 00:52:37.060
Und war eigentlich als Negativbeispiel gedacht.

00:52:37.160 --> 00:52:38.740
war eigentlich gedacht als Beispiel von

00:52:38.740 --> 00:52:41.120
so geht Software-Management nicht, so kann man

00:52:41.120 --> 00:52:43.080
Projekte nicht managen. Nur leider hat

00:52:43.080 --> 00:52:44.260
nie jemand... Dann machen wir das jetzt so.

00:52:45.060 --> 00:52:47.080
Es hat nie jemand über die erste Seite

00:52:47.080 --> 00:52:49.120
hinausgelesen und nur dieses erste

00:52:49.120 --> 00:52:50.340
Diagramm ist das, was man immer sieht.

00:52:50.620 --> 00:52:53.000
Auch in diesem ersten Paper steht

00:52:53.000 --> 00:52:54.680
schon drin, als eine von den Sachen

00:52:54.680 --> 00:52:56.980
involve the customer, also sprich mit

00:52:56.980 --> 00:52:58.880
den Leuten, die das dann benutzen sollen

00:52:58.880 --> 00:53:00.740
und benutzen müssen, weil nur die wissen, was

00:53:00.740 --> 00:53:01.260
da

00:53:01.260 --> 00:53:04.740
Anforderungen tatsächlich drin ist. Nur die

00:53:04.740 --> 00:53:06.660
wissen, was die tatsächlich brauchen. Das erste wäre

00:53:06.660 --> 00:53:08.680
mal einen Kunden zu finden. Einige Leute

00:53:08.680 --> 00:53:10.680
fragen dann irgendwelche Leute, wo sie denken, dass es ihre Kunden sind,

00:53:10.720 --> 00:53:12.760
aber gar nicht und die erzählen dann irgendwelchen Unsinn.

00:53:12.800 --> 00:53:14.580
Ja gut, aber da kannst du mit Projektmanagement

00:53:14.580 --> 00:53:16.680
nichts dagegen tun, dass du Fehler auf einer anderen

00:53:16.680 --> 00:53:18.360
Ebene hast. Ja, wobei

00:53:18.360 --> 00:53:20.680
das Problem ist, das zu merken kann schwierig sein.

00:53:20.900 --> 00:53:22.580
Also ich würde gerne ein paar

00:53:22.580 --> 00:53:24.640
Stellen dort andocken, aber da gibt es eine Anekdote,

00:53:25.140 --> 00:53:26.460
wo wir auch genau dieses Thema hatten,

00:53:26.540 --> 00:53:28.320
so um 2002, 2003 rum,

00:53:28.400 --> 00:53:30.340
Agile und Kunden mit einbeziehen und Customer

00:53:30.340 --> 00:53:32.600
On-Site, ja, den Kunden mit ins

00:53:32.600 --> 00:53:33.780
Team holen, haben wir dann gemacht.

00:53:34.240 --> 00:53:36.580
Was macht der Kunde?

00:53:36.660 --> 00:53:39.000
hat uns jemand geschickt und der war dann auch später

00:53:39.000 --> 00:53:39.640
immer wieder im Freigang.

00:53:40.800 --> 00:53:42.980
Und dann haben wir irgendwann, das hat lange gedauert, bis wir es

00:53:42.980 --> 00:53:45.080
gemerkt haben, weil auch wir die Erfahrung an der Stelle noch nicht

00:53:45.080 --> 00:53:46.940
hatten, der hat halt irgendeinen

00:53:46.940 --> 00:53:48.300
billigen Mitarbeiter geschickt,

00:53:49.060 --> 00:53:50.060
also irgendeinen Praktikanten.

00:53:51.480 --> 00:53:54.140
Der war halt entbehrlich.

00:53:55.160 --> 00:53:56.680
Der durfte aber nichts entscheiden.

00:53:56.840 --> 00:53:58.920
Das heißt, der hat sich auch bloß immer umgedreht und hat mit

00:53:58.920 --> 00:54:00.920
zu Hause telefoniert, wollte aber natürlich auch ein bisschen

00:54:00.920 --> 00:54:02.760
eingebunden sein. Und ich habe

00:54:02.760 --> 00:54:04.680
irgendwann tatsächlich realisiert,

00:54:05.280 --> 00:54:07.360
der hat uns immer so ein paar SQL-Querys geschickt

00:54:07.360 --> 00:54:09.280
für Sachen, wo er gerne noch Auswertungen für hätte.

00:54:11.120 --> 00:54:11.480
Und

00:54:11.480 --> 00:54:13.340
das lief immer nicht sauber.

00:54:13.460 --> 00:54:15.240
Da hat immer irgendwas in der Syntax gehakelt,

00:54:15.340 --> 00:54:17.180
etc., etc., etc. Irgendwann kam er an

00:54:17.180 --> 00:54:19.280
und sagt, so, die Änderung vom letzten Mal habe ich dir rot markiert.

00:54:20.460 --> 00:54:20.600
So.

00:54:21.340 --> 00:54:22.600
Und dann ist der Groschen gefallen,

00:54:23.440 --> 00:54:24.780
der hat die nie ausgeführt.

00:54:25.440 --> 00:54:27.040
Der hat nur bei sich am Rechner gesessen

00:54:27.040 --> 00:54:28.900
und in seinem Word

00:54:28.900 --> 00:54:31.260
SQL-Querys runtergeschrieben,

00:54:31.320 --> 00:54:32.340
die er mir dann geschickt hat,

00:54:33.360 --> 00:54:35.160
nur damit ich dann feststelle,

00:54:35.160 --> 00:54:37.500
ja, das geht ja vorne und hinten nicht. Und als er dann meinte

00:54:37.500 --> 00:54:39.640
rot markiert, hat er tatsächlich dann halt angefangen

00:54:39.640 --> 00:54:41.280
das Word-Change-Tracking

00:54:41.280 --> 00:54:43.260
zu nutzen um mir

00:54:43.260 --> 00:54:45.420
um, also im Prinzip war ich

00:54:45.420 --> 00:54:47.520
Du warst quasi der Compiler. Ich war sein

00:54:47.520 --> 00:54:49.460
Word-E-Mail-basierter

00:54:49.460 --> 00:54:52.840
Postgres-Interpreter

00:54:52.840 --> 00:54:55.300
der dann immer zurück mit den Fehlermeldungen

00:54:55.300 --> 00:54:56.940
von der Postgres-Trail kam.

00:54:57.740 --> 00:54:59.320
Das war halt so eine völlig

00:54:59.320 --> 00:55:01.360
bis man das auch merkt, dass dieses Customer-On-Set

00:55:01.360 --> 00:55:03.800
da völlig daneben gelaufen ist, hat gedauert.

00:55:04.660 --> 00:55:17.320
Man darf auch auf die Kunden nicht zu viel hören, das ist auch so ein Problem, was man heutzutage manchmal hat, weil die Kunden oder die Benutzer oft ganz verrückte Vorstellungen haben.

00:55:18.520 --> 00:55:22.200
Wie du genau vorhast, dass die Kunden nicht wissen, was man bauen kann.

00:55:23.000 --> 00:55:29.800
Und das heißt, entweder sagen sie, ja, es wäre schon gut, wenn man hier Text eingeben könnte und dann denkst du, ja, das konnte man 1970 schon.

00:55:30.580 --> 00:55:38.480
Andererseits kommen sie dann und sagen, ja, aber der muss doch erkennen, dass da eine, welche Person da auf dem Field ist und du denkst dir, ja gut, Google kann das, aber wir können das ja nicht.

00:55:39.140 --> 00:55:46.480
Welcher ist denn der Mensch, der das so entscheidet? Ist das der UX-Mensch, der das kann? Diese Sprache sprechen mit, wer der Kunde ist und was der eigentlich will?

00:55:47.220 --> 00:55:49.120
Es muss auf jeden Fall so eine Rolle geben,

00:55:49.300 --> 00:55:50.900
der diese Sprachen spricht und das ist

00:55:50.900 --> 00:55:52.660
ein Zeichen von

00:55:52.660 --> 00:55:53.980
erfolgreichem

00:55:53.980 --> 00:55:57.080
Projektmanagement und erfolgreicher Softwareentwicklung,

00:55:57.220 --> 00:55:57.720
dass es so eine

00:55:57.720 --> 00:56:00.720
nicht eine übergeordnete, so eine

00:56:00.720 --> 00:56:03.080
vermittelnde Rolle gibt, der sowohl

00:56:03.080 --> 00:56:05.120
mit der Softwareentwicklungsseite

00:56:05.120 --> 00:56:07.000
sprechen kann, als auch mit der Kundenseite.

00:56:07.920 --> 00:56:09.140
Also idealerweise bräuchte

00:56:09.140 --> 00:56:10.640
man in jedem Projekt einen, der

00:56:10.640 --> 00:56:13.260
zum Kunden

00:56:13.260 --> 00:56:15.140
gehört, aber in seiner Freizeit Open Source

00:56:15.140 --> 00:56:17.060
Software entwickelt, weil

00:56:17.060 --> 00:56:19.260
der diese Brücke schlagen

00:56:19.260 --> 00:56:21.120
kann. Nur so jemanden gibt es halt

00:56:21.120 --> 00:56:22.940
oft nicht. Und dann denkt sich das jemand aus

00:56:22.940 --> 00:56:25.000
und wenn das jemand ist, der

00:56:25.000 --> 00:56:27.000
zu wenig Empathie hat, dann

00:56:27.000 --> 00:56:29.120
denkt er sich halt aus, dass die Leute

00:56:29.120 --> 00:56:30.900
das nicht wissen müssen, was sie müssen.

00:56:31.320 --> 00:56:33.060
Und dann kriegst du so

00:56:33.060 --> 00:56:34.940
Projekte, die irgendwo hinlaufen, die

00:56:34.940 --> 00:56:36.740
irgendwas herstellen, was dann keiner haben möchte.

00:56:37.840 --> 00:56:38.840
Und tatsächlich, also

00:56:38.840 --> 00:56:40.820
diese Art von Übersetzung ist,

00:56:41.660 --> 00:56:42.840
ich würde nochmal andocken wollen,

00:56:42.940 --> 00:56:44.900
weil mir fällt tatsächlich auf, das habe ich

00:56:44.900 --> 00:56:46.740
gar nicht gedacht, eine Vorbereitung, dass mir

00:56:46.740 --> 00:56:47.680
jetzt die ganzen

00:56:47.680 --> 00:56:50.840
Komplexitätsbasierten Ansätze da alle reinlaufen.

00:56:51.120 --> 00:56:51.840
Typisches Frequenzmanagement-Problem.

00:56:52.660 --> 00:56:54.560
Ja, ja. Es ist halt

00:56:54.560 --> 00:56:56.600
dummerweise auch mein Steckenpferd und das Dokumentar halt

00:56:56.600 --> 00:56:58.600
überall an. Das eine ist

00:56:58.600 --> 00:57:00.740
das Thema Fehlerkultur, da bin ich

00:57:00.740 --> 00:57:02.060
dort auch nochmal auf den Trichter gekommen.

00:57:04.260 --> 00:57:04.820
Es wird

00:57:04.820 --> 00:57:06.720
dort auch bezeichnet, dass wenn du in einer komplexen

00:57:06.720 --> 00:57:08.780
Welt bist, wo du halt die Interaktion nicht vorhersehen kannst,

00:57:08.880 --> 00:57:10.440
musst du parallele

00:57:10.440 --> 00:57:12.600
Experimente machen. Das Spannende ist

00:57:12.600 --> 00:57:14.260
tatsächlich zeitlich parallel. Ist das so

00:57:14.260 --> 00:57:16.880
A-B-Testing oder was kann man das so kurz sagen?

00:57:18.200 --> 00:57:19.420
Ja, noch nicht mal.

00:57:20.480 --> 00:57:22.740
Du willst ja nicht nur zwei machen, sondern du willst im Prinzip,

00:57:23.140 --> 00:57:24.780
was du machen möchtest, ist, du willst,

00:57:25.920 --> 00:57:27.720
es geht ein bisschen in die Richtung A-B-Testing,

00:57:28.220 --> 00:57:32.440
aber schon vorgeschalten, im Prinzip schon während dem du entwickelst,

00:57:32.560 --> 00:57:34.560
zu gucken, in welche Richtung entwickelt sich was.

00:57:35.220 --> 00:57:37.420
Und du willst dir sozusagen für ein gestelltes Problem,

00:57:37.580 --> 00:57:39.800
wo du die Lösung eben nicht a priori bestimmen kannst,

00:57:39.800 --> 00:57:43.160
sondern eben Softwareentwicklung erst entwickeln musst,

00:57:43.780 --> 00:58:03.800
Willst du dir mehrere Theorien ausdenken, die tatsächlich auch so geartet sind, dass du brauchst immer mindestens drei, lieber fünf bis sieben, wo du weißt, es gibt eine gewisse Menge Widerspruch zwischen den unterschiedlichen Ansätzen, dass also wenn du anfängst sie zu implementieren, nicht alle tatsächlich valid sein können.

00:58:04.980 --> 00:58:32.300
dann hättest du nämlich nichts gelernt und du willst auch machen, dass du bestimmte Ansätze nochmal um die Ecke denkst, da ist es immer hilfreich, wenn man im Team nochmal irgendwie naive Leute hat, also Leute, die noch nicht so lange dabei sind oder Quereinsteiger sind und so und da kommt dann nämlich dieses Thema, diese Experimente, die dann halt auch schon zum Beispiel in einem agilen Projekt, der schon mal nach zwei Wochen ausgerollt werden könnte, sagen können, so, keine Ahnung, wir bauen jetzt hier eine, ich übertreibe, in Richtung Einfachheit,

00:58:32.300 --> 00:58:53.620
Wir bauen eine Zinsberechnungsfunktion und wir implementieren jetzt aber drei verschiedene Varianten, weil wir noch nicht wissen, welche davon jetzt die richtige ist und tatsächlich kannst du sagen, da machst du zum Beispiel A, B, C Testing und das Wichtige ist, die müssen halt fehlerresistent sein, in dem Sinne von, dass du halt vorher dich fragst, was mache ich denn, wenn ein Fehler auftritt?

00:58:53.620 --> 00:59:14.060
Dann kannst du dir solche Strategien zurechtlegen wie, naja, wir machen jetzt ein Monitoring, wenn eine von den Komponenten, eine von den Implementationen erhöhte Fehlerraten hat, dann nehmen wir die halt raus und lassen halt nur noch die anderen antworten und gucken dann, was irgendwie los ist oder was machen wir, wenn eine von denen irgendwie total die tolle Performance hat und macht, dass sie super skaliert, ja okay, dann committen wir uns halt zeitiger auf die.

00:59:14.060 --> 00:59:33.020
Und das Interessante zum Thema Fehler ist halt, auf der einen Seite, du musst es so designen, dass irgendwas davon tatsächlich Fehler wirft. Sonst hast du nämlich deinen Optionsraum nicht ausreichend ausgesucht, wenn du nicht bis ans Ende und übers Limit gegangen bist. Und das finde ich ist halt zum Thema Fehlerkultur extrem wichtig.

00:59:33.020 --> 00:59:34.800
ein Fehler ist an der Stelle nicht etwas, was

00:59:34.800 --> 00:59:36.260
hoppla passiert ist, sondern

00:59:36.260 --> 00:59:39.000
du designst das von vornherein,

00:59:39.080 --> 00:59:40.860
dass da ein Fehler passieren muss,

00:59:40.980 --> 00:59:42.380
weil sonst hast du nichts gelernt.

00:59:43.020 --> 00:59:44.820
Und das finde ich ist nämlich dann, wenn

00:59:44.820 --> 00:59:47.020
du sagst Lippenbekenntnis, ein massiver

00:59:47.020 --> 00:59:49.100
Denkfehler, nicht ein, ja hoppla

00:59:49.100 --> 00:59:51.100
ist halt passiert, dass da ein Fehler aufgeht,

00:59:51.160 --> 00:59:53.040
sondern nein, nein, nein, wir setzen uns jetzt hier hin

00:59:53.040 --> 00:59:54.880
und wir designen jetzt etwas, wo wir wissen,

00:59:55.860 --> 00:59:57.040
wir wissen noch nicht, was die Antwort

00:59:57.040 --> 00:59:58.780
ist. Und eine von den vier Sachen wird schief gehen.

00:59:58.840 --> 01:00:00.880
Wir wissen auch noch nicht, welche. Aber irgendwas wird

01:00:00.880 --> 01:00:02.980
schief gehen und wir bereiten uns auch jetzt darauf vor, von was

01:00:02.980 --> 01:00:04.900
machen wir denn, wenn das schief geht? Und das war

01:00:04.900 --> 01:00:06.900
für mich eine massive Erkenntnis zum Thema

01:00:06.900 --> 01:00:09.240
ja, diese halbherzige Fehlerkultur

01:00:09.240 --> 01:00:10.480
ist kaputt, weil

01:00:10.480 --> 01:00:12.880
man denkt, Fehler sind immer noch etwas, was man

01:00:12.880 --> 01:00:15.020
im Idealfall vermeiden kann und

01:00:15.020 --> 01:00:16.920
das muss hingehen zu, Fehler sind etwas, was

01:00:16.920 --> 01:00:18.920
ich provoziere, weil ich

01:00:18.920 --> 01:00:20.980
erst dann den Auktionsrand so weit ausgeschöpft

01:00:20.980 --> 01:00:22.860
habe, dass ich echte Innovation treiben kann,

01:00:22.940 --> 01:00:24.280
dass ich eine echte Erkenntnis hatte.

01:00:25.200 --> 01:00:26.880
Jetzt musst du vielleicht nochmal kurz dazu gehen, wie provoziert man

01:00:26.880 --> 01:00:28.860
denn so einen Fehler und worum geht es dabei?

01:00:29.740 --> 01:00:31.380
Ja, indem du Theorien aufstellst,

01:00:31.680 --> 01:00:32.540
die sich widersprechen.

01:00:32.980 --> 01:00:34.760
Du sagst halt, du hast

01:00:34.760 --> 01:00:36.640
eine bestimmte Aufgabe

01:00:36.640 --> 01:00:38.400
und du weißt noch nicht,

01:00:39.280 --> 01:00:41.160
was die möglichen Ergebnisse sind.

01:00:41.220 --> 01:00:41.580
Beispiel.

01:00:43.360 --> 01:00:45.020
Bildlich gesprochen. Du bist irgendwo

01:00:45.020 --> 01:00:47.280
mitten in einer Wüste und deine Aufgabe ist rauszufinden,

01:00:47.360 --> 01:00:49.220
in welche Richtung geht es jetzt hier eigentlich ordentlich voran.

01:00:49.980 --> 01:00:50.760
Ja, wo müssen wir hin?

01:00:50.960 --> 01:00:52.260
Zum Wasser oder zum Meer oder?

01:00:52.620 --> 01:00:54.380
Zum Wasser oder zum Meer oder was auch immer.

01:00:54.380 --> 01:00:56.460
Dann schickst du also vier Leute

01:00:56.460 --> 01:00:58.280
oder du versuchst rauszukriegen, wie weit

01:00:58.280 --> 01:00:59.320
geht es denn hier eigentlich?

01:01:00.060 --> 01:01:01.380
Und dann schickst du halt vier Leute

01:01:01.380 --> 01:01:04.280
in vier Himmelsrichtungen

01:01:04.280 --> 01:01:05.800
und jetzt kannst du entweder

01:01:05.800 --> 01:01:07.720
sagen, naja, ich lasse die alle jeweils

01:01:07.720 --> 01:01:09.700
einen Kilometer laufen

01:01:09.700 --> 01:01:12.100
und dann zurückkommen,

01:01:12.160 --> 01:01:13.740
dann können sie dir sagen, ja, hier geht es jeweils

01:01:13.740 --> 01:01:15.540
in einen Kilometer Richtung. Schön.

01:01:15.900 --> 01:01:18.000
Jetzt hast du aber noch nicht gelernt, wo hier Ende ist.

01:01:18.760 --> 01:01:19.820
Das heißt, du musst im Prinzip

01:01:19.820 --> 01:01:22.160
an der Stelle eher sagen, naja, du machst vier Experimente

01:01:22.160 --> 01:01:24.320
und jedes davon läuft so weit,

01:01:24.680 --> 01:01:26.060
bis es irgendwie mindestens irgendwo

01:01:26.060 --> 01:01:28.000
anstößt. Und anstoßen kann halt, wenn du

01:01:28.000 --> 01:01:30.240
Pech hast, heißen, da fällt jemand eine Klippe runter.

01:01:30.400 --> 01:01:31.620
Und das wäre ja ein Fehler.

01:01:32.640 --> 01:01:33.700
Er verdurstet in der Wüste dann.

01:01:34.000 --> 01:01:35.600
Er verdurstet halt irgendwo in der Wüste.

01:01:35.780 --> 01:01:38.160
Ja, das wäre vielleicht sogar ein Beispiel an der Stelle.

01:01:38.740 --> 01:01:40.200
Und du weißt vielleicht,

01:01:40.340 --> 01:01:43.520
ja, irgendwo ist eine Oase,

01:01:44.400 --> 01:01:45.440
aber halt eben nicht überall.

01:01:45.960 --> 01:01:47.320
Dann machst du halt Theorien und sagst,

01:01:47.400 --> 01:01:49.240
naja, die höchste Wahrscheinlichkeit ist,

01:01:49.840 --> 01:01:52.660
dass in einer von den vier Richtungen

01:01:52.660 --> 01:01:53.740
irgendwo eine Oase ist,

01:01:53.740 --> 01:01:55.320
aber es kann nicht überall eine sein.

01:01:56.600 --> 01:01:57.560
Und damit müssen sich die,

01:01:57.700 --> 01:01:59.440
die sich auf diese Expedition begeben,

01:01:59.540 --> 01:02:00.340
darauf vorbereiten,

01:02:00.400 --> 01:02:02.380
dass sie derjenige sind, der

01:02:02.380 --> 01:02:04.540
keine Oase findet. Na, die verdursten. Was mache ich denn dann?

01:02:05.580 --> 01:02:06.820
Ja, idealerweise

01:02:06.820 --> 01:02:08.600
tun sie das halt nicht. Idealerweise überlegst

01:02:08.600 --> 01:02:10.340
du dir ein Protokoll, wie die das halt, so, und

01:02:10.340 --> 01:02:12.080
deswegen ist sozusagen diese Aussage, ja, ich

01:02:12.080 --> 01:02:13.800
fange an, Dinge zu tun, wo ich,

01:02:14.200 --> 01:02:16.340
du weißt bloß nicht, welcher von denen halt der ist,

01:02:16.380 --> 01:02:18.240
der nachher das Problem haben wird. Und den

01:02:18.240 --> 01:02:20.360
musst du ausrüsten mit Mechanismen, zu sagen,

01:02:20.480 --> 01:02:22.260
so, okay, ich bin jetzt wirklich so weit gefahren, wie ich

01:02:22.260 --> 01:02:24.380
konnte, jetzt brauchen wir halt, ich brauche hier Verstärkung,

01:02:24.500 --> 01:02:26.280
irgendwer muss mich abholen. Und

01:02:26.280 --> 01:02:28.220
das ist halt genau, dieses abstrakter gesehen

01:02:28.220 --> 01:02:30.200
ist halt, du machst hier ein Portfolio,

01:02:30.400 --> 01:02:53.340
Jede Theorie in sich muss schlüssig sein, die muss sein, die darf der Naturwissenschaftlichen nicht widersprechen, du musst einen Anhaltspunkt haben, wo du sagst, naja, irgendwo hat sowas eine Art schon mal funktioniert, es ist nicht völlig an den Haaren herbeigezogen, auch wenn wir sozusagen jetzt auf dieser Idee so lange rumhauen und so viele versuchen sie niederzumachen, irgendwie scheint es trotzdem noch eine gute Idee zu sein, dann sollte man das jetzt mal ausprobieren.

01:02:53.900 --> 01:03:07.320
Und so kommst du halt zu einem Portfolio, wo du mit relativ wenig Aufwand und zeitlich kurzen Zyklus tatsächlich provozieren kannst, dass dir Feedback von dem Universum gegeben wird, was davon jetzt eine gute Idee ist und was nicht.

01:03:09.180 --> 01:03:15.640
Das ist die Fail-Fast-Philosophie, oder? Das ist so, möglichst schnell zu einer Stelle kommen, wo es nicht weiter geht.

01:03:16.040 --> 01:03:20.120
Genau, und aber wichtig an der Stelle auch parallel, weil deine Umwelt ändert sich, während du das machst.

01:03:22.280 --> 01:03:24.160
Die Oase wandert, Vater Morgana.

01:03:25.080 --> 01:03:25.860
Ja, ja, genau.

01:03:26.060 --> 01:03:27.240
Ja, ja, ja, total.

01:03:28.480 --> 01:03:30.500
Die, ähm,

01:03:31.280 --> 01:03:32.320
ist mir gerade auch irgendwie der Faden

01:03:32.320 --> 01:03:33.240
abhandengekommen an der Stelle.

01:03:33.960 --> 01:03:35.700
Entschuldigung. Achso, doch, und du verstehst,

01:03:36.060 --> 01:03:38.340
und du verschiebst auch die Diskussion

01:03:38.340 --> 01:03:40.300
weg von, welches

01:03:40.300 --> 01:03:41.560
ist die richtige Lösung,

01:03:42.540 --> 01:03:44.200
ja, hin zu,

01:03:45.200 --> 01:03:46.840
welche interessanten

01:03:46.840 --> 01:03:48.420
möglichen Lösungen können

01:03:48.420 --> 01:03:49.820
wir jetzt hier alle generieren,

01:03:50.480 --> 01:03:52.700
ohne uns dann zu streiten, wer hier recht hat,

01:03:53.080 --> 01:03:57.260
sondern es geht nur dazu, können wir möglichst viele interessante, ausprobierbare Lösungen generieren.

01:03:57.820 --> 01:04:00.460
Eventuell ist nachher die tatsächliche Lösung, die man nimmt,

01:04:01.120 --> 01:04:03.040
weil dann gibt es eine Technik, die man dann noch ansetzen kann,

01:04:03.120 --> 01:04:09.020
wenn du dann das durchhast, dann kontrastierst du, was du aus diesen unterschiedlichen Lösungen gelernt hast

01:04:09.020 --> 01:04:15.020
und kannst mit den realen, praktischen Erfahrungen dann eine neue Lösung tatsächlich generieren.

01:04:15.980 --> 01:04:19.120
Und dann muss es nämlich nicht sein, welche von den vier Lösungen war jetzt eigentlich die richtige,

01:04:20.020 --> 01:04:37.700
Ein Beispiel, um bei der Wüste zu bleiben. Keiner von denen ist zur Oase gekommen, aber der Typ, der nach Norden gelaufen ist und der Typ, der nach Osten gelaufen ist, hat gesagt, als ich fünf Kilometer nach Osten gelaufen bin, habe ich im Norden was gesehen. Und der andere sagt ja, als ich fünf Kilometer in den Norden gelaufen bin, habe ich im Osten was gesehen.

01:04:38.320 --> 01:05:01.380
Das kannst du jetzt übereinanderlegen und weißt, aha, in der Distanz nordöstlich ist was. 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.140 --> 01:05:13.660
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 du hast halt unbekanntes Problem oder du möchtest, also was möchtest du lösen bei dem?

01:05:13.660 --> 01:05:33.200
Du hast ein Problem, dass du nicht a priori, also du bist in einer Situation, die so ungeordnet ist, dass du nicht a priori die Lösung festlegen kannst. A priori ist etwas, da neigen wir deutschen Ingenieure sehr dazu, ich kriege ein Problem, ich kenne meine Handlungsweisen, ich laufe meinen Optionsraum ab und ich präsentiere dir nach einer Woche irgendwie die Lösung.

01:05:33.700 --> 01:05:37.400
Wenn das nicht der Fall ist, im Komplexen passiert dann typischerweise Folgendes,

01:05:37.460 --> 01:05:39.580
dann kommt der nach einer Woche mit einer Lösung um die Ecke,

01:05:39.960 --> 01:05:43.620
du implementierst die, sie besteht alle Tests

01:05:43.620 --> 01:05:46.280
und in dem Moment, wo sie draußen in die Realität trifft,

01:05:46.360 --> 01:05:47.740
fängt es an, rechts und links zu knarzen.

01:05:48.520 --> 01:05:49.920
Und die Reaktion des Ingenieurs war,

01:05:50.000 --> 01:05:51.740
ja, du hast mir zu engen Zeitrahmen gegeben,

01:05:51.820 --> 01:05:53.280
hättest mich noch eine Woche arbeiten lassen sollen.

01:05:53.880 --> 01:05:55.140
Oder du hast mir nicht alles gesagt.

01:05:55.700 --> 01:05:57.040
Oder du hast mir nicht alles gesagt.

01:05:57.060 --> 01:05:58.300
Nicht gut spezifiziert, genau, ja, ja.

01:05:58.300 --> 01:06:02.420
So, aber, genau, so, aber aus der komplexen Perspektive

01:06:02.420 --> 01:06:04.660
wird immer wieder ein komplexes Problem

01:06:04.660 --> 01:06:06.860
retrospektiv als geordnet mit

01:06:06.860 --> 01:06:08.220
ja, ich habe ja nur X vergessen.

01:06:08.220 --> 01:06:09.060
Das Dumme ist nur,

01:06:09.060 --> 01:06:12.060
du kannst dieses X nie a priori bestimmen.

01:06:12.060 --> 01:06:14.460
Wenn du hättest ihm noch eine Woche mehr gegeben,

01:06:14.460 --> 01:06:15.820
hätte es ein Y gegeben,

01:06:15.820 --> 01:06:16.860
hättest du ihm noch eine Woche gegeben,

01:06:16.860 --> 01:06:17.780
hättest du ein Z gegeben.

01:06:17.780 --> 01:06:19.580
So, und das muss man halt umdrehen,

01:06:19.580 --> 01:06:21.980
weil im Nachhinein kann man es immer erklären,

01:06:21.980 --> 01:06:22.660
nur im Nachhinein,

01:06:22.660 --> 01:06:24.780
also auf lange Sicht sind wir alle tot und so.

01:06:24.780 --> 01:06:28.860
Was du dort halt tatsächlich machen kannst,

01:06:28.860 --> 01:06:30.620
ist, du kannst, wenn du normalerweise

01:06:30.620 --> 01:06:32.240
in einem ingenieursmäßigen Ansatz arbeitest,

01:06:32.240 --> 01:06:41.160
sagen, okay, wir probieren das Problem klassisch über einen Expertenansatz innerhalb einer gesetzten Timebox zu lösen.

01:06:41.300 --> 01:06:45.880
Und wenn das nicht geht, dann müssen wir diesen Modus wechseln.

01:06:46.700 --> 01:06:52.440
Also so kann man ein Team, was tatsächlich gewöhnt ist, zu sagen, ja, da setze ich einmal hin, arbeite das Ticket ab und komme dann mit der Lösung raus.

01:06:52.500 --> 01:06:58.680
Und wenn du dann diesen Effekt siehst von, ja, toll, alles ausdefiniert, alles abgearbeitet, super Codequalität, aber es tut nicht,

01:06:58.920 --> 01:07:21.380
Dann solltest du dir die Frage stellen, gut, dann sollten wir jetzt hier mal vielleicht zwei, drei Varianten in die Breite ausprobieren und gucken, wo wir weiterkommen. Das ist ein möglicher Ansatz, wie man das machen kann. Also Engineering sollte sich immer einer Timebox eignen, weil er sucht ja im Prinzip nur aus bekannten Lösungen aus. Und wenn das Engineering aber anfängt, neue Lösungen zu entwickeln, dann musst du im Prinzip in diesen anderen Modus wechseln.

01:07:24.000 --> 01:07:27.140
Das ist das, was man Unknown-Unknowns manchmal nennt, oder?

01:07:27.480 --> 01:07:28.880
Das Ding, die wir nicht wissen.

01:07:29.220 --> 01:07:30.760
Nee, das sind die Known-Unknowns tatsächlich.

01:07:30.760 --> 01:07:33.580
Nee, nee, das ist ein Wir-Wissen-Jetzt-Schon.

01:07:33.680 --> 01:07:35.060
Da ist etwas, was wir noch nicht kennen.

01:07:35.080 --> 01:07:36.780
Ja, okay, wenn du die erste Timebox gemacht hast,

01:07:36.860 --> 01:07:37.840
dann weißt du, dass es nicht geht.

01:07:37.940 --> 01:07:38.900
Aber vorher weißt du es nicht.

01:07:39.980 --> 01:07:40.160
Ja.

01:07:41.620 --> 01:07:45.160
Die, und man kann viel machen, um es abzusichern.

01:07:45.260 --> 01:07:47.160
Das sind diese solchen Kohärenztests eben mit diesem

01:07:47.160 --> 01:07:49.140
Sind meine Lösungen irgendwie in sich schlüssig?

01:07:49.260 --> 01:07:53.320
Widersprechen sie dem heliozentrischen Weltbild?

01:07:54.000 --> 01:07:54.660
Solche Sachen.

01:07:55.940 --> 01:07:57.340
Was ich noch spannend finde, ist

01:07:57.340 --> 01:07:59.600
ein Ansatz, der auch so aus den

01:07:59.600 --> 01:08:01.240
90ern fehlverstanden wurde, wo du gerade das

01:08:01.240 --> 01:08:03.160
Wasserfallmodell meintest, war dieses

01:08:03.160 --> 01:08:04.820
Rapid Application Development.

01:08:05.760 --> 01:08:07.360
Das war so Ende der 90er, das waren so

01:08:07.360 --> 01:08:09.460
Pascal-basierte Tools wie Delphi und

01:08:09.460 --> 01:08:10.940
solche Formbilder etc.

01:08:11.720 --> 01:08:13.560
Und Dave hatte mit denen tatsächlich was zu tun.

01:08:13.640 --> 01:08:15.320
Der hat eine ganz interessante Story, was

01:08:15.320 --> 01:08:17.600
eigentlich mit Rapid Application Development gemeint

01:08:17.600 --> 01:08:19.240
war. Weil was

01:08:19.240 --> 01:08:21.280
rausgeworden ist, ist auch wieder dieses

01:08:21.280 --> 01:08:23.440
Ja, ich kann ganz schnell diese Formulare zusammenklicken

01:08:23.440 --> 01:08:25.620
und habe dann eine fertige Anwendung.

01:08:26.820 --> 01:08:29.700
Worum es eigentlich ging, war eine Methodik dahinter

01:08:29.700 --> 01:08:32.920
und die ist aber aufgrund dieser sehr starken Technik-Fokussiertheit

01:08:32.920 --> 01:08:35.460
von, ja, ich habe hier diese Formbilder weggefallen

01:08:35.460 --> 01:08:37.500
und das war folgendes, das nennt sich ein Triple Eight.

01:08:38.060 --> 01:08:42.280
Die haben bei der IBM für Kundenprojekte Folgendes gemacht.

01:08:42.760 --> 01:08:45.740
Die haben vom Kunden vier Leute sich geholt,

01:08:45.920 --> 01:08:48.740
die die Aufgaben, die die Problemstellung kennen,

01:08:49.260 --> 01:08:50.920
Abrechnungssoftware irgendwie überarbeiten.

01:08:52.780 --> 01:08:59.080
Haben vom Kunden die vier Leute an vier verschiedene Teams bei der IBM rangesetzt, jeweils mit so fünf, sechs Leuten.

01:09:00.680 --> 01:09:08.060
Montag früh haben mit denen gesagt, so welche Features brauchen wir jetzt als allererstes und haben die halt entwickelt in so einem Rapid Application Ding.

01:09:08.120 --> 01:09:14.320
Da hast du dann nach einem Arbeitstag so die ersten, so ja, hast du mal eine Tabelle und hast mal ein Formular und hast mal dies und hast mal jenes, das geht relativ zügig.

01:09:16.280 --> 01:09:20.680
Dann haben sie diesen Code und das ist in vier Teams parallel passiert.

01:09:21.780 --> 01:09:23.800
Jedes hat für sich gearbeitet, die durften nicht miteinander reden.

01:09:24.740 --> 01:09:32.760
Dann haben die ihren Code eingecheckt und aus Europa nach acht Stunden an ein Team in den USA gegeben.

01:09:34.020 --> 01:09:39.020
Und dieses Team in den USA hatte keinerlei Zugriff auf irgendwelche Formen von Spezifikationen, Kunden oder irgendwas.

01:09:39.840 --> 01:09:44.720
Und hat nur die Aufgabe gekriegt von so, hier ist irgendwie Code, mach mal weiter.

01:09:47.260 --> 01:09:50.340
Die haben sich das angeguckt mit, ah ja, okay, alles klar, die machen hier so Abrechnungskram.

01:09:50.760 --> 01:09:52.740
Ja, okay, die Formulare, das würde ich ja so nicht machen.

01:09:53.320 --> 01:09:55.380
Guck mal, das geht noch besser, das kann man so und so und so machen.

01:09:56.360 --> 01:09:58.440
Die haben das wiederum nach acht Stunden abgegeben

01:09:58.440 --> 01:10:02.080
und jeweils an ein Team in Asien gepackt.

01:10:03.260 --> 01:10:05.740
Da hat sich das Team in Asien das Ding angeguckt,

01:10:05.840 --> 01:10:07.740
wo jetzt sozusagen die Europäer mit dem Kunden,

01:10:07.940 --> 01:10:11.180
danach der Ami ohne Kunde und dann der Asiate auch nochmal ohne Kunde

01:10:11.180 --> 01:10:13.980
wieder drauf geguckt hat von, was wollten die eigentlich?

01:10:14.080 --> 01:10:15.860
Was ist denn das? Hä? Okay, das machen wir gar nicht.

01:10:15.940 --> 01:10:17.060
Machen wir mal so, so, so und so.

01:10:17.060 --> 01:10:18.100
und so. Jetzt hast du zum einen

01:10:18.100 --> 01:10:20.920
drei Kulturkreise durchlaufen.

01:10:23.140 --> 01:10:25.000
Hast unterschiedliche Wirtschaftssysteme

01:10:25.000 --> 01:10:25.540
durchlaufen.

01:10:26.820 --> 01:10:28.880
Und am zweiten Tag, Dienstag

01:10:28.880 --> 01:10:30.840
früh, hat deine Anwendung

01:10:30.840 --> 01:10:33.200
viermal drei Iterationen

01:10:33.200 --> 01:10:34.880
hinter sich. Jetzt gucken sich die Europäer das wieder

01:10:34.880 --> 01:10:36.420
an, was aus ihrem Code geworden ist.

01:10:37.520 --> 01:10:38.920
Schlagen die Hände über

01:10:38.920 --> 01:10:39.800
den Köpfen zusammen?

01:10:40.680 --> 01:10:42.240
Nee, und sagen so,

01:10:42.520 --> 01:10:44.220
da hätten wir ja gar nicht dran gedacht. Dann gehen wir

01:10:44.220 --> 01:10:46.140
zum Kunden und sagen, wie viel hältst du von X, Y und Z?

01:10:47.060 --> 01:10:49.200
Und das haben die zwei Wochen am Stück gespielt.

01:10:49.200 --> 01:11:08.340
Dann hast du dieses Projekt in vier Ausprägungen über 10 mal 3, über 30 Iterationen geprügelt und kontrastierst dann, was ist eigentlich in diesen vier Handlungssträngen rausgekommen, weil die ja auch noch nicht mal miteinander geredet haben über die Zeit.

01:11:09.340 --> 01:11:13.160
Und dann setzt du dich hin und fragst so, was haben wir jetzt eigentlich gelernt?

01:11:13.160 --> 01:11:14.940
und jetzt kannst du dich hinsetzen und kannst

01:11:14.940 --> 01:11:16.620
sagen, so okay, jetzt suchen wir uns heraus, was

01:11:16.620 --> 01:11:18.880
wollen wir hier eigentlich. Und das

01:11:18.880 --> 01:11:20.680
war der ganze Charme von einem Rapid Application

01:11:20.680 --> 01:11:22.540
Development Ansatz, so einen

01:11:22.540 --> 01:11:24.700
hochgetakteten Zyklus zu fahren von

01:11:24.700 --> 01:11:26.700
wie kriege ich eigentlich Erkenntnisgewinn.

01:11:26.800 --> 01:11:28.660
Das ist die Innovationsgeschwindigkeit, das Buch dann, ja.

01:11:29.020 --> 01:11:30.720
Diese Innovationsgeschwindigkeit ist

01:11:30.720 --> 01:11:31.340
brutal.

01:11:32.640 --> 01:11:34.320
Das hört sich so ein bisschen an wie das Startup-Modell

01:11:34.320 --> 01:11:36.680
auf 11 aufgedreht. Wir machen jetzt vier Sachen

01:11:36.680 --> 01:11:38.940
gleichzeitig und jeweils sind drei Schichten.

01:11:39.520 --> 01:11:40.960
Das war Mitte der 90er,

01:11:41.040 --> 01:11:42.100
aber das war nicht gedacht,

01:11:42.200 --> 01:11:44.200
Das war nicht gedacht als ein Modell,

01:11:45.060 --> 01:11:46.640
was im Dauerbetrieb funktioniert,

01:11:46.820 --> 01:11:48.220
sondern das war gedacht als ein

01:11:48.220 --> 01:11:50.340
Ansatz, um unter

01:11:50.340 --> 01:11:52.240
wenn ich habe wenig Information,

01:11:52.580 --> 01:11:54.520
viel Unsicherheit und muss irgendwie Entscheidungen

01:11:54.520 --> 01:11:56.620
treffen für ein extrem teures

01:11:56.620 --> 01:11:57.580
strategisches Projekt,

01:11:58.380 --> 01:12:00.380
dann ist die Aussage, dann machen wir das jetzt mal zwei Wochen,

01:12:00.500 --> 01:12:02.520
danach hast du mal so richtig Datenbasis.

01:12:03.580 --> 01:12:05.940
Und dafür war

01:12:05.940 --> 01:12:07.000
Rapid Application Development

01:12:07.000 --> 01:12:08.460
halt wichtig. Da ging es nicht darum,

01:12:09.020 --> 01:12:10.500
ein finales Produkt in der Hand

01:12:10.500 --> 01:12:12.460
zu haben, was hochpoliert etc., sondern es war

01:12:12.460 --> 01:12:14.020
darum, in so einer

01:12:14.020 --> 01:12:16.540
Materialschlacht, in einer Personalschlacht

01:12:17.100 --> 01:12:18.600
so schnell wie möglich

01:12:18.600 --> 01:12:20.500
so viele Varianten wie möglich zu generieren

01:12:20.500 --> 01:12:22.620
und das

01:12:22.620 --> 01:12:24.480
hat mir die Augen geöffnet, weil ich saß ja

01:12:24.480 --> 01:12:26.420
auch davor und habe in der Uni mit

01:12:26.420 --> 01:12:28.340
diesen Rapid Application Development Tools so

01:12:28.340 --> 01:12:30.100
ein Wasserfallmodell irgendwie versucht,

01:12:30.160 --> 01:12:31.060
übergeholfen zu kriegen.

01:12:32.260 --> 01:12:33.800
Und dann hörst du plötzlich von dieser Story,

01:12:34.160 --> 01:12:36.200
IBM hat ja diese Sprachen mitentwickelt

01:12:36.200 --> 01:12:38.360
und das war aber dieses zweigleisige Ding

01:12:38.360 --> 01:12:40.360
von, wir wollen hier diesen

01:12:40.360 --> 01:12:42.420
Prozess fahren können und dieser Prozess hat es aber

01:12:42.420 --> 01:12:44.440
nie geschafft, irgendwie mal

01:12:44.440 --> 01:12:46.260
außerhalb angewendet zu werden

01:12:46.260 --> 01:12:48.280
und dann bleibt aber trotzdem über mit

01:12:48.280 --> 01:12:50.060
jetzt haben wir so Tools, die können wir ja verkaufen.

01:12:52.540 --> 01:12:52.760
Tja.

01:12:56.080 --> 01:12:58.220
Ja, das ist halt, wenn man viele Ressourcen hat,

01:12:58.300 --> 01:13:00.000
kann man da Sachen erschlagen und

01:13:00.000 --> 01:13:01.640
man muss die dann auch nutzen.

01:13:02.700 --> 01:13:04.200
Ja, das kann man aber auf den Kleinen machen.

01:13:05.120 --> 01:13:06.100
Vielleicht ist jetzt irgendwie ein ganz guter

01:13:06.100 --> 01:13:07.760
Zeitpunkt, irgendwie mal das nochmal so zusammenzufassen,

01:13:07.840 --> 01:13:10.260
du hast ja gerade Rapid Application Development irgendwie gesagt,

01:13:10.360 --> 01:13:12.320
Es gibt ja noch so mehrere andere Methoden oder

01:13:12.320 --> 01:13:14.580
Methodologien, die man irgendwie kennt.

01:13:15.360 --> 01:13:16.380
Vielleicht können wir über die eine oder andere

01:13:16.380 --> 01:13:18.340
nochmal sprechen, vielleicht nochmal Extreme Programming

01:13:18.340 --> 01:13:20.320
und oder Scrum irgendwie mal kurz erklären

01:13:20.320 --> 01:13:22.560
für unsere Hörer, was das eigentlich so ist

01:13:22.560 --> 01:13:24.240
und wie man das so macht und vielleicht ein, zwei Probleme

01:13:24.240 --> 01:13:26.440
damit irgendwie aufmachen oder wie ihr das

01:13:26.440 --> 01:13:27.320
so gerne macht oder

01:13:27.320 --> 01:13:30.500
du hast eben auch von Flowchart

01:13:30.500 --> 01:13:32.480
oder was gesprochen, was ist das, macht ihr einen Kampanen?

01:13:32.800 --> 01:13:34.040
Da gab es ja ganz viele verschiedene Methoden.

01:13:34.980 --> 01:13:36.020
Ja, vielleicht kann man da irgendwie

01:13:36.020 --> 01:13:37.060
einmal kurz durchgehen.

01:13:38.220 --> 01:13:39.620
Wollen wir mit Scrum einfach anfangen?

01:13:40.220 --> 01:13:42.300
wer kann am meisten so zählen? Jochen hat da, glaube ich, ganz viele

01:13:42.300 --> 01:13:44.120
Teams. Ich glaube, man muss mit XP anfangen, oder?

01:13:44.200 --> 01:13:46.120
XP ist zeitlich früher und Scrum ist dann

01:13:46.120 --> 01:13:48.100
das Nächste. Ich würde die alle zusammenfassen

01:13:48.100 --> 01:13:50.160
zu, äh, das ist halt so

01:13:50.160 --> 01:13:51.740
Agile, genau. Oh, Jochen,

01:13:51.940 --> 01:13:53.540
jetzt setzt du dich aber ins

01:13:53.540 --> 01:13:56.020
Nesseln. Ja, ich glaube, da so groß sind da die

01:13:56.020 --> 01:13:57.980
Unterschiede gar nicht. Also der

01:13:57.980 --> 01:13:59.880
Spirit ist irgendwie... Oh, jetzt setzt du dich immer weiter in die Nesseln.

01:14:00.020 --> 01:14:01.960
Da werden ja ganz viele Leute... Also für

01:14:01.960 --> 01:14:03.400
freundliche

01:14:03.400 --> 01:14:05.520
Zuhörer-Rants bitte, Jochen,

01:14:05.800 --> 01:14:07.260
der Podcast-Punkt.

01:14:09.060 --> 01:14:10.000
Er nimmt die

01:14:10.000 --> 01:14:11.580
Hate-Mail sehr gerne entgegen.

01:14:12.360 --> 01:14:13.840
Wir lesen die, wir

01:14:13.840 --> 01:14:16.020
lassen sie dann von Sarah Bosetti filtern und

01:14:16.020 --> 01:14:18.000
lesen die Hate-Mail dann auf

01:14:18.000 --> 01:14:20.020
geschönt. Hallo, erbeißenpodcast.de

01:14:20.020 --> 01:14:22.040
Also Jochen, dann fass doch mal zusammen,

01:14:22.200 --> 01:14:23.920
was agile Methoden sind. Ja,

01:14:24.000 --> 01:14:26.080
ich würde sagen, das Agile Manifesto

01:14:26.080 --> 01:14:27.620
ist ja schon irgendwie ein guter

01:14:27.620 --> 01:14:29.900
Startpunkt. Das kriege ich jetzt

01:14:29.900 --> 01:14:31.840
auch nicht so aus dem Kopf rezitiert,

01:14:31.840 --> 01:14:33.840
aber die wichtigsten Punkte

01:14:34.640 --> 01:14:35.660
sind halt sowas wie,

01:14:36.900 --> 01:14:37.340
dass halt

01:14:37.340 --> 01:14:39.740
Interaktion mit dem Kunden wichtiger ist, als

01:14:39.740 --> 01:14:41.720
irgendwie Pläne zu befolgen, dass

01:14:41.720 --> 01:14:43.680
halt irgendwie funktionierender Code wichtiger ist

01:14:43.680 --> 01:14:45.520
als halt ausführliche

01:14:45.520 --> 01:14:46.400
Dokumentation.

01:14:48.780 --> 01:14:49.700
Kurze Zyklen?

01:14:50.080 --> 01:14:51.580
Ja, genau, dass man das irgendwie

01:14:51.580 --> 01:14:51.980
iterativ macht.

01:14:51.980 --> 01:14:55.540
Sich auf Änderungen einzustellen ist wichtiger

01:14:55.540 --> 01:14:56.580
als dem Plan zu folgen.

01:14:56.920 --> 01:14:58.820
Ja, genau.

01:14:59.820 --> 01:14:59.940
Ja.

01:15:02.560 --> 01:15:03.700
Wo ist es jetzt nicht?

01:15:04.940 --> 01:15:05.860
Ich meine, ich kann es

01:15:05.860 --> 01:15:07.040
kurz vorlesen, ich habe es gerade da.

01:15:07.840 --> 01:15:09.420
Das Original sagt also,

01:15:09.740 --> 01:15:19.400
We are uncovering better ways of developing software by doing it and helping others do it.

01:15:20.000 --> 01:15:25.820
Through this work we have come to value individuals and interactions over processes and tools,

01:15:26.160 --> 01:15:29.320
working software over comprehensive documentation,

01:15:30.160 --> 01:15:32.920
customer collaboration over contract negotiation,

01:15:33.620 --> 01:15:35.420
responding to change over following a plan.

01:15:36.400 --> 01:15:38.960
That is why there is value in the items on the right.

01:15:39.240 --> 01:15:40.860
we value the items on the left more.

01:15:43.240 --> 01:15:45.280
Das ist eigentlich ein sehr versöhnliches Manifest.

01:15:45.660 --> 01:15:46.680
Es ist ein Unglaub,

01:15:46.760 --> 01:15:48.560
und es ist so aktuell eigentlich,

01:15:48.640 --> 01:15:49.660
wenn ich es halt neben

01:15:49.660 --> 01:15:52.340
diese industrialisierten Varianten

01:15:52.340 --> 01:15:54.100
von Agilität halte.

01:15:54.600 --> 01:15:56.380
Ich habe es wirklich lange Zeit

01:15:56.380 --> 01:15:58.140
nicht angeguckt, ich hatte es bestimmt 10 Jahre nicht in der Hand

01:15:58.140 --> 01:16:00.040
und im letzten halben Jahr immer mal wieder rausgeholt.

01:16:00.640 --> 01:16:02.060
Es ist aktueller denn je.

01:16:04.720 --> 01:16:05.400
Das stimmt.

01:16:05.820 --> 01:16:07.880
Da habe ich tatsächlich eine kleine Anekdote dazu.

01:16:09.240 --> 01:16:13.800
Als ich mein Studium fertig hatte, wollte ich gerne noch ein bisschen an der Universität bleiben.

01:16:13.900 --> 01:16:15.420
Deshalb habe ich eine Doktorarbeit angefangen.

01:16:16.440 --> 01:16:20.900
Und die Doktorarbeit beschäftigte sich so im Großen mit Projektportfolio-Management.

01:16:21.040 --> 01:16:22.220
Das ist quasi eine Ebene drüber.

01:16:22.340 --> 01:16:27.180
Das ist nicht Management eines einzelnen Projektes, sondern Management vieler Projekte.

01:16:27.280 --> 01:16:29.560
Also welche Projekte mache ich überhaupt? Welche sind wichtig?

01:16:29.700 --> 01:16:32.200
Wie priorisiere ich die? In welcher Reihenfolge sind die? Und so weiter.

01:16:32.640 --> 01:16:38.360
Und ich habe relativ lange Literaturrecherche gemacht und habe dann diese Doktorarbeit wieder abgebrochen,

01:16:38.440 --> 01:16:42.700
als ich ein Paper gefunden hatte mit dem Titel

01:16:42.700 --> 01:16:46.780
Are we getting any better? Comparing project management in the years 2000 and 2008.

01:16:47.620 --> 01:16:50.300
Super Paper, rate ich jedem zu lesen.

01:16:51.400 --> 01:16:52.840
Die kurze Form ist,

01:16:55.860 --> 01:16:58.920
Sie haben viele Projekte untersucht im Jahr 2000

01:16:58.920 --> 01:17:02.680
und im Jahr 2008 und wenn man die Leute in den Projekten befragt,

01:17:02.900 --> 01:17:06.780
dann sagen die, ja, das ist jetzt alles viel besser. Wenn man aber die Ergebnisse der Projekte

01:17:06.780 --> 01:17:08.600
anguckt, dann hat sich eigentlich nicht viel

01:17:08.600 --> 01:17:10.560
getan. Und wir haben die

01:17:10.560 --> 01:17:12.560
Zufriedenheit erhöht. Genau, wir haben

01:17:12.560 --> 01:17:14.120
die Zufriedenheit erhöht. Das ist ja auch schön.

01:17:15.900 --> 01:17:16.620
Aber es ist nicht

01:17:16.620 --> 01:17:18.520
das, was man eigentlich erreichen wollte. Und das war für mich

01:17:18.520 --> 01:17:20.200
so ein bisschen der Punkt, wo ich mir gesagt habe, okay,

01:17:21.940 --> 01:17:22.540
viele

01:17:22.540 --> 01:17:24.500
Sachen, die man hört im Projektmanagement und

01:17:24.500 --> 01:17:25.920
viele von diesen Methodologien,

01:17:26.460 --> 01:17:28.520
die sind sehr dogmatisch und die sind sehr

01:17:28.520 --> 01:17:30.320
ihr müsst es so machen und ihr müsst es so machen.

01:17:30.440 --> 01:17:32.380
Und da gehören Scrum und XP absolut dazu.

01:17:32.580 --> 01:17:34.140
Die haben sehr, sehr strikte Regeln.

01:17:34.300 --> 01:17:36.300
Es gibt quasi niemanden, der ein echtes Scrum macht.

01:17:36.780 --> 01:17:38.560
Es gibt niemanden, der echtes XP macht,

01:17:39.140 --> 01:17:41.080
weil die einfach

01:17:41.080 --> 01:17:43.280
so super strikt sind, dass man die pragmatisch

01:17:43.280 --> 01:17:43.920
nicht befolgen kann.

01:17:44.820 --> 01:17:46.320
Ja, also tatsächlich widersprechen

01:17:46.320 --> 01:17:48.800
sie widersprechen dem Manifesto auch

01:17:48.800 --> 01:17:50.780
im Prinzip dadurch. Ja, natürlich, total.

01:17:51.040 --> 01:17:52.940
Also ich würde auch oft, wenn man

01:17:52.940 --> 01:17:54.780
sagen würde, Leute, das ist ja nicht so gemeint,

01:17:54.820 --> 01:17:56.680
dass man das jetzt einfach nur als Regelwerk

01:17:56.680 --> 01:17:58.460
nehmen und dann einfach blind anwenden soll.

01:17:58.620 --> 01:17:59.880
Ja, aber dann würden die Scrum Master widersprechen.

01:18:00.140 --> 01:18:02.640
Die Scrum Master sagen, Scrum ist nur, wenn du alle

01:18:02.640 --> 01:18:04.880
Regeln befolgst. Und du hast ja ein Zertifikat

01:18:04.880 --> 01:18:05.480
dafür gekriegt.

01:18:06.020 --> 01:18:08.080
Ja, natürlich. Das kriegst du nur, wenn du alle Regeln

01:18:08.080 --> 01:18:08.420
befolgst.

01:18:10.760 --> 01:18:12.220
Wie gesagt, wenn du diesen ganzen

01:18:12.220 --> 01:18:13.840
Dingen folgst, dann

01:18:13.840 --> 01:18:16.100
fühlt es sich so an,

01:18:16.180 --> 01:18:18.000
als ob du viel erreicht hast. Dann fühlst du dich

01:18:18.000 --> 01:18:20.080
besser mit deinem Projekt. Aber das Projekt selber

01:18:20.080 --> 01:18:21.620
ist dadurch nicht erfolgreich geworden.

01:18:21.700 --> 01:18:23.360
Die Projekte, die du machst, sind nicht erfolgreich geworden.

01:18:23.520 --> 01:18:25.080
Das war für mich so ein bisschen

01:18:25.080 --> 01:18:27.940
der Weg hin zu

01:18:27.940 --> 01:18:30.180
weniger Projektmanagement ist mehr Projektmanagement.

01:18:30.320 --> 01:18:32.120
Was ja durchaus dem Agile Manifesto

01:18:32.120 --> 01:18:32.820
auch entspricht.

01:18:34.520 --> 01:18:36.020
Und das ist der Punkt, worauf ich raus will.

01:18:36.360 --> 01:18:38.600
Das Agile Manifesto ist deshalb immer noch relevant,

01:18:39.480 --> 01:18:41.820
weil wir Probleme lösen,

01:18:42.520 --> 01:18:44.500
weil wir versuchen, Probleme zu lösen,

01:18:44.620 --> 01:18:45.480
die wir aber nicht lösen.

01:18:46.040 --> 01:18:47.620
Wir machen immer mehr Projektmanagement.

01:18:47.620 --> 01:18:51.260
In Firmen ist Projektmanagement so ungeheuer wichtig,

01:18:52.020 --> 01:18:53.640
dass man dem nicht entkommen kann.

01:18:54.200 --> 01:18:55.920
Im Endeffekt löst es aber die Probleme nicht.

01:18:56.480 --> 01:18:57.440
Aber das ist doch wieder spannend.

01:18:57.600 --> 01:18:59.020
Also wir haben jetzt immer noch nichts über die Methoden gesagt,

01:18:59.140 --> 01:19:01.080
aber das hört sich so an, als wäre Projektmanagement,

01:19:01.580 --> 01:19:03.060
gutes Projektmanagement quasi so,

01:19:03.180 --> 01:19:05.140
du musst dafür sorgen, dass sich die Menschen,

01:19:05.260 --> 01:19:07.340
die für dich arbeiten, gut fühlen und wohlfühlen,

01:19:07.780 --> 01:19:08.780
dann wird das schon irgendwie.

01:19:09.060 --> 01:19:11.140
Nee, überhaupt nicht. Das ist das, was

01:19:11.140 --> 01:19:11.860
die Methoden machen.

01:19:13.160 --> 01:19:15.100
Das gute Projektmanagement sorgt dafür,

01:19:15.200 --> 01:19:16.700
dass die Projekte erfolgreich sind, egal

01:19:16.700 --> 01:19:19.200
wie die Menschen gehen.

01:19:19.380 --> 01:19:21.000
Aber Projekte werden halt von Menschen.

01:19:21.000 --> 01:19:22.020
Da würde ich auch...

01:19:22.020 --> 01:19:24.960
Ganz kurz.

01:19:25.400 --> 01:19:26.880
Ich möchte nicht missverstanden werden.

01:19:27.200 --> 01:19:29.020
Die Menschen machen ja die Projekte. Das heißt,

01:19:29.020 --> 01:19:30.780
du kannst nicht dafür sorgen, dass

01:19:30.780 --> 01:19:32.940
Projekte erfolgreich werden, zumindest nicht auf

01:19:32.940 --> 01:19:35.020
lange Sicht, wenn du die Menschen dabei kaputt machst.

01:19:35.540 --> 01:19:36.920
The gaming industry

01:19:36.920 --> 01:19:37.940
would like to differ.

01:19:38.840 --> 01:19:40.980
Ja, wobei die ja auch... Ja, auch die machen so langsam

01:19:40.980 --> 01:19:41.960
auf. Auch die

01:19:41.960 --> 01:19:44.980
haben schon ihre hellen Rückschläge

01:19:44.980 --> 01:19:46.880
gehabt. Genau, da

01:19:46.880 --> 01:19:48.800
würde ich gerne einhaken,

01:19:48.940 --> 01:19:50.980
weil das halt auch so ein

01:19:50.980 --> 01:19:52.540
ja, so ein fundamentales

01:19:52.540 --> 01:19:54.820
Problem ist irgendwie, so je

01:19:54.820 --> 01:19:56.880
älter ich werde, so am Anfang, ich war auch sehr,

01:19:57.020 --> 01:19:58.740
ich war da, ich habe tatsächlich

01:19:58.740 --> 01:20:00.540
mal irgendwie diese

01:20:00.540 --> 01:20:02.820
Agile-Geschichte halt im Unternehmen, also mit

01:20:02.820 --> 01:20:05.440
sehr dafür gearbeitet, dass das da

01:20:05.440 --> 01:20:07.620
umgesetzt wird. Ich dachte, ja, das machen

01:20:07.620 --> 01:20:09.600
wir, wir folgen jetzt die Regeln einfach nur

01:20:09.600 --> 01:20:11.620
alle auf 100 Prozent, wie in XP,

01:20:11.860 --> 01:20:13.380
das alles. Da wird es schon gehen.

01:20:13.400 --> 01:20:15.480
Und dann in ein paar Monaten, es funktioniert

01:20:15.480 --> 01:20:17.520
jetzt ja alles, das hat dann irgendwie ein paar Jahre gedauert

01:20:17.520 --> 01:20:19.260
und das war ein eher schmerzhafter Prozess

01:20:19.260 --> 01:20:19.960
und

01:20:19.960 --> 01:20:23.380
es hat schon irgendwie

01:20:23.380 --> 01:20:25.300
funktioniert, aber es war alles nicht so rosig

01:20:25.300 --> 01:20:27.420
und irgendwie, je älter ich werde, desto mehr

01:20:27.420 --> 01:20:29.240
habe ich so das Gefühl, es ist nicht so

01:20:29.240 --> 01:20:31.440
beim Management von diesen Dingen

01:20:31.440 --> 01:20:32.660
nicht so sehr

01:20:32.660 --> 01:20:35.680
die Frage, wie man das macht, sondern

01:20:35.680 --> 01:20:37.840
die Frage, wer das macht, ist auch sehr, sehr wichtig.

01:20:38.860 --> 01:20:39.840
Ja, klar. Und

01:20:39.840 --> 01:20:41.880
das ist auch so ein bisschen das, was da

01:20:41.880 --> 01:20:43.720
rauskommt. Du kannst dir ganz viele Regeln ausdenken,

01:20:43.920 --> 01:20:45.900
aber die funktionieren nicht, weil das halt Menschen sind,

01:20:46.000 --> 01:20:47.860
die die Projekte machen. Und du musst dafür

01:20:47.860 --> 01:20:49.660
sorgen, dass die Menschen, die die Projekte machen,

01:20:50.420 --> 01:20:51.600
die Projekte erfolgreich machen.

01:20:52.180 --> 01:20:53.900
Und das heißt, da ist immer diese

01:20:53.900 --> 01:20:55.780
menschliche Komponente dabei. Du musst die richtigen

01:20:55.780 --> 01:20:57.920
Menschen finden, du musst die Menschen richtig dazu bringen,

01:20:58.600 --> 01:20:59.860
die Sachen zu machen. Und dann am

01:20:59.860 --> 01:21:01.800
Ende, wenn du das geschafft hast, musst du auch noch dafür

01:21:01.800 --> 01:21:03.120
sorgen, dass du die richtigen Projekte machst.

01:21:04.040 --> 01:21:05.940
Ja, es ist nicht ganz

01:21:05.940 --> 01:21:07.080
einfach und ich bin auch

01:21:07.080 --> 01:21:09.080
zunehmend pessimistisch, was

01:21:09.080 --> 01:21:11.900
die Möglichkeit

01:21:11.900 --> 01:21:13.840
angeht, irgendwie das Verhalten von Leuten

01:21:13.840 --> 01:21:15.540
irgendwie so großartig zu verändern.

01:21:15.740 --> 01:21:17.780
Ich meine, auch wenn man jetzt irgendwie sich zum Beispiel Kinder

01:21:17.780 --> 01:21:19.180
anguckt und

01:21:19.180 --> 01:21:21.660
also ich meine, so als Eltern ist man ja wahrscheinlich

01:21:21.660 --> 01:21:22.200
so in der

01:21:22.200 --> 01:21:25.120
privilegierten Position, ja,

01:21:25.460 --> 01:21:28.420
sozusagen man hat

01:21:28.420 --> 01:21:29.420
die maximale

01:21:29.420 --> 01:21:31.440
Möglichkeit, Dinge zu beeinflussen

01:21:31.440 --> 01:21:33.220
eigentlich. Also besser wird es nicht. Also ich glaube,

01:21:33.280 --> 01:21:35.560
Manager haben wesentlich weniger Zeit, Energie

01:21:35.560 --> 01:21:37.480
und was sie da

01:21:37.480 --> 01:21:39.260
reinstecken können, um halt das Verhalten

01:21:39.260 --> 01:21:40.600
zu modifizieren. Und selbst bei Kindern,

01:21:41.140 --> 01:21:43.240
naja, ich bin mir nicht so sicher, ob das gut

01:21:43.240 --> 01:21:45.560
funktioniert. Das ist so, ein bisschen

01:21:45.560 --> 01:21:47.400
kann man schon ändern, aber so grundsätzlich

01:21:47.400 --> 01:21:49.340
ja, und

01:21:49.340 --> 01:21:51.340
ich fürchte, wenn man jetzt als Manager die

01:21:51.340 --> 01:21:53.260
Vorstellung hat, man ändert irgendwie das

01:21:53.260 --> 01:21:55.240
Verhalten von Leuten grundsätzlich oder macht Leute zu

01:21:55.240 --> 01:21:57.220
anderen Personen oder das funktioniert

01:21:57.220 --> 01:21:59.240
einfach nicht. Ja, das glaube ich auch.

01:21:59.420 --> 01:22:01.520
Das glaube ich auch nicht. Deshalb sage ich ja, du hast

01:22:01.520 --> 01:22:03.520
diese menschliche Komponente dabei, du musst dafür

01:22:03.520 --> 01:22:04.920
sorgen, dass die Menschen, die du

01:22:04.920 --> 01:22:07.260
im Projekt hast, die richtigen sind und dass die

01:22:07.260 --> 01:22:09.300
die Sachen so machen, dass sie sehr erfolgreich sind.

01:22:09.640 --> 01:22:11.400
Das wird immer unterschiedlich sein.

01:22:12.620 --> 01:22:13.760
Es wird immer unterschiedlich

01:22:13.760 --> 01:22:15.500
sein, je nachdem, welche Projektteilnehmer

01:22:15.500 --> 01:22:17.280
du hast. Es wird keinen

01:22:17.280 --> 01:22:19.380
Hamburger Prozess geben, wo hinterher immer der

01:22:19.380 --> 01:22:21.320
gleiche Hamburger rauskommt. Und selbst wenn du so einen

01:22:21.320 --> 01:22:23.620
Prozess findest, dann wird es halt immer der gleiche

01:22:23.620 --> 01:22:25.480
schlechte Hamburger sein. Und jetzt bin ich

01:22:25.480 --> 01:22:25.920
rausgefallen.

01:22:27.400 --> 01:22:28.460
Ne, ich bin nicht rausgekommen.

01:22:28.480 --> 01:22:30.060
Ne, ne, nur aus dem Web.

01:22:31.220 --> 01:22:32.560
Ich müsste mich kurz

01:22:32.560 --> 01:22:35.020
muten, weil hier mein Drucker angefangen hat,

01:22:35.080 --> 01:22:35.620
die zu drucken.

01:22:38.200 --> 01:22:39.500
Ich würde aber tatsächlich mal reingehen,

01:22:39.620 --> 01:22:40.740
weil da kann ich tatsächlich

01:22:40.740 --> 01:22:43.180
noch eine völlig andere Ecke

01:22:43.180 --> 01:22:44.980
mit reinwerfen, das sind die Manager-Tools.

01:22:46.540 --> 01:22:47.180
Weil da

01:22:47.180 --> 01:22:48.400
gehen wir jetzt weg von

01:22:48.400 --> 01:22:50.920
Projektmanagement über zu Management

01:22:50.920 --> 01:22:51.680
allgemein.

01:22:53.180 --> 01:22:55.200
Was wir relativ viel benutzen, ist

01:22:55.200 --> 01:22:57.480
tatsächlich einen Ansatz

01:22:57.480 --> 01:22:59.500
von

01:22:59.500 --> 01:23:01.420
ja, die heißen

01:23:01.420 --> 01:23:03.420
manager-tools.com, die haben

01:23:03.420 --> 01:23:05.240
irgendwie anderthalb tausend

01:23:05.240 --> 01:23:07.060
Podcasts inzwischen veröffentlicht.

01:23:08.540 --> 01:23:08.640
Ja,

01:23:09.060 --> 01:23:11.360
einmal diesen sehr straightforward Punkt.

01:23:12.060 --> 01:23:13.340
Es sind so zwei irgendwie

01:23:13.340 --> 01:23:14.680
Ex-Militärs

01:23:14.680 --> 01:23:17.500
und die haben aber tatsächlich dieses Thema,

01:23:18.000 --> 01:23:19.540
wo Jochen und ich eben

01:23:19.540 --> 01:23:21.380
so ein bisschen kurz aufschreien wollten zum

01:23:21.380 --> 01:23:22.980
Thema, ja, Hauptsache die Projekte sind erfolgreich.

01:23:23.700 --> 01:23:24.720
Die haben sich halt

01:23:24.720 --> 01:23:26.980
diese klassische Management-Theorie

01:23:26.980 --> 01:23:28.280
relativ gut weiterentwickelt

01:23:28.280 --> 01:23:29.760
mit

01:23:29.760 --> 01:23:32.000
der Aufschrift von

01:23:32.000 --> 01:23:35.040
die zwei Aufgaben des Managers sind

01:23:35.040 --> 01:23:36.040
Results

01:23:36.040 --> 01:23:37.740
and Retention.

01:23:39.680 --> 01:23:40.900
Und welches ist wichtiger?

01:23:42.120 --> 01:23:43.100
Ich versuche gerade

01:23:43.100 --> 01:23:44.940
rauszukriegen, was der Dominik mir

01:23:44.940 --> 01:23:46.740
sagen will. Du darfst dein Mikrofon gerade von deinem Mund entfernen

01:23:46.740 --> 01:23:47.720
und seitdem bist du leiser als vorher.

01:23:48.860 --> 01:23:50.060
Entschuldigung, alles klar, danke.

01:23:52.660 --> 01:23:54.600
Was ist wichtiger? Results oder

01:23:54.600 --> 01:23:55.100
Retention.

01:23:56.180 --> 01:23:58.840
Das kommt her aus der Industrialisierung.

01:23:58.980 --> 01:24:00.380
Da war die Managementaufgabe tatsächlich

01:24:00.380 --> 01:24:00.860
Results.

01:24:02.780 --> 01:24:03.940
Und Results alleine...

01:24:03.940 --> 01:24:04.580
Stimmt ja dazu.

01:24:05.860 --> 01:24:08.560
Und das alleine reicht halt eben

01:24:08.560 --> 01:24:10.400
nicht, weil das halt keine langfristige

01:24:10.400 --> 01:24:12.300
Perspektive hat. Und aber auch die

01:24:12.300 --> 01:24:14.460
Managementtheorie aus Mitte des 20. und

01:24:14.460 --> 01:24:16.540
frühen 20. Jahrhunderts weiß schon,

01:24:17.060 --> 01:24:18.420
dass eine Organisation halt auch ihr

01:24:18.420 --> 01:24:20.460
langfristiges Wohl im Auge behalten muss.

01:24:21.180 --> 01:24:21.860
Das heißt, du musst

01:24:21.860 --> 01:24:24.480
die Fehler, die du durch eine reine

01:24:24.480 --> 01:24:26.280
Result-Orientierung erzeugen würdest,

01:24:26.360 --> 01:24:28.120
durch eine entsprechende Retention

01:24:28.120 --> 01:24:30.260
der Personen, die du halt hast,

01:24:30.440 --> 01:24:32.380
balancieren. Und das ist dann

01:24:32.380 --> 01:24:34.020
eben genau die Aufgabe eines Managers,

01:24:34.400 --> 01:24:36.320
das gut in den Einklang zu bringen, zu gucken,

01:24:36.440 --> 01:24:37.240
dass dein Team

01:24:37.240 --> 01:24:40.080
funktioniert, und zwar auch

01:24:40.080 --> 01:24:41.500
für die Menschen funktioniert,

01:24:42.120 --> 01:24:44.320
weil ohne die Menschen geht es halt nicht, aber eben

01:24:44.320 --> 01:24:46.320
mit den Menschen zusammen entsprechende Ergebnisse

01:24:46.320 --> 01:24:46.940
zu erzielen.

01:24:48.240 --> 01:24:50.020
Kannst du vielleicht nochmal ganz kurz definieren, was

01:24:50.020 --> 01:24:50.800
Retention ist?

01:24:51.660 --> 01:24:53.980
Retention heißt, die Leute, die für dich

01:24:53.980 --> 01:24:55.660
arbeiten, bleiben die erhalten.

01:24:56.620 --> 01:24:58.100
Wenn du nur Results erzeugst,

01:24:58.160 --> 01:24:59.800
dann verschleißen die Leute, dann gehen sie entweder

01:24:59.800 --> 01:25:01.240
oder werden krank oder was auch immer.

01:25:01.440 --> 01:25:03.120
Das ist so Industrialisierung.

01:25:03.280 --> 01:25:05.940
Wenn die Masse an Arbeitern unendlich ist, an Arbeiterinnen,

01:25:06.060 --> 01:25:07.220
dann hast du irgendwie...

01:25:07.220 --> 01:25:10.680
Wenn du genügend Nachschub hast

01:25:10.680 --> 01:25:11.960
an Jugendlichen,

01:25:12.140 --> 01:25:13.840
die Burger machen oder an jungen Männern,

01:25:13.980 --> 01:25:15.760
die Computerspiele machen wollen, dann kannst du das machen.

01:25:16.060 --> 01:25:18.340
Aber auf der Entwicklung gibt es halt nicht genug.

01:25:19.700 --> 01:25:21.520
Selbst bei den Burgern ist es so,

01:25:21.600 --> 01:25:23.060
wenn du ein eingespieltes Team hast,

01:25:23.640 --> 01:25:28.120
bist du effizienter und kannst mehr erwirtschaften, als wenn du ein Team hast, was ständig wackelt

01:25:28.120 --> 01:25:32.660
und wo alle gegen dich arbeiten im Prinzip, weil sie halt ihre Jobs nicht sichern, etc.

01:25:33.280 --> 01:25:38.820
Und diese Balancierung halt bewusst wahrzunehmen als Aufgabe, das hat uns nochmal ganz schön geholfen.

01:25:38.820 --> 01:25:43.820
Die bauen da relativ viel Zeug dann drumherum und haben auch viel Guidance für Leute,

01:25:43.960 --> 01:25:45.720
die sich jetzt auch für Management allgemein interessieren.

01:25:46.680 --> 01:25:51.100
Wichtig ist auch, das ist halt keine irgendwie mal schön sich ausgedachte Theorie,

01:25:51.320 --> 01:25:52.920
sondern es ist halt relativ offensichtlich,

01:25:53.340 --> 01:25:54.900
weil wenn Mitarbeiter dir verloren gehen,

01:25:55.020 --> 01:25:57.480
geht halt Organisationswissen verloren.

01:25:57.740 --> 01:26:01.120
Da gibt es auch ganz alte Anekdoten von irgendwie,

01:26:01.200 --> 01:26:03.220
ich glaube, einer der IBM-Manager war das oder so,

01:26:03.620 --> 01:26:06.820
wo irgendeiner seiner höherrangigen Angestellten,

01:26:07.200 --> 01:26:09.760
glaube ich, eine halbe Million Dollar in den Sand gesetzt hat

01:26:09.760 --> 01:26:12.760
und er gefragt wurde, ob der jetzt endlich gekündigt wird.

01:26:13.520 --> 01:26:15.140
Und er guckt ihn dann halt an und sagt,

01:26:15.200 --> 01:26:18.260
du bist bescheuert, ich habe gerade eine halbe Million Dollar

01:26:18.260 --> 01:26:21.180
für ein Trainingsprogramm für diesen Mann ausgegeben.

01:26:21.320 --> 01:26:23.400
der hat was gelernt, das gebe ich

01:26:23.400 --> 01:26:25.320
halt nicht meinem Wettbewerber. Bist du blöd?

01:26:27.180 --> 01:26:27.500
Und

01:26:27.500 --> 01:26:29.160
das ist halt tatsächlich,

01:26:29.560 --> 01:26:31.300
Leute neu reinzukriegen und

01:26:31.300 --> 01:26:33.080
Wissen neu in die Organisation reinzuholen, ist so

01:26:33.080 --> 01:26:34.440
unendlich teuer und fragil,

01:26:35.460 --> 01:26:37.240
dass halt Leute aus einer Organisation

01:26:37.240 --> 01:26:39.180
loszuwerden oder zu

01:26:39.180 --> 01:26:41.100
verlieren, ist halt einfach mal, das ist

01:26:41.100 --> 01:26:42.300
prohibitiv, das geht nicht.

01:26:43.420 --> 01:26:45.040
Du musst dich halt darauf einstellen, das

01:26:45.040 --> 01:26:46.220
ordentlich zu machen. Tja,

01:26:47.040 --> 01:26:47.420
naja.

01:26:48.860 --> 01:26:51.000
Ich würde auch sagen, ich weiß nicht genau,

01:26:51.100 --> 01:26:59.120
Also ich kann das verstehen, dass man sozusagen dann so Turnover versus Ergebnis irgendwie vielleicht gegeneinander.

01:26:59.120 --> 01:27:01.340
Aber ich weiß gar nicht, ob das so eine richtige Dichotomie ist.

01:27:01.340 --> 01:27:03.840
Gibt es dafür eigentlich einen deutschen Ausdruck für False Dichotomie?

01:27:04.900 --> 01:27:07.000
Keine Ahnung, fällt mir jetzt keiner ein, ehrlich gesagt.

01:27:07.680 --> 01:27:15.520
Weil im Grunde setzt man da ja voraus, dass die einzige Möglichkeit, das Ergebnis zu verbessern,

01:27:15.620 --> 01:27:17.480
darin besteht, halt irgendwie

01:27:17.480 --> 01:27:19.440
pro bezahlter Stunde

01:27:19.440 --> 01:27:21.400
mehr Produktivität aus den Leuten zu

01:27:21.400 --> 01:27:22.320
pressen ist.

01:27:23.320 --> 01:27:25.380
Ja, nee, eben nicht. Es geht eben darum, eben nicht eine Dichtung

01:27:25.380 --> 01:27:27.260
Mietraus zu machen, sondern

01:27:27.260 --> 01:27:29.560
es als komplementäre Aufgabe anzusehen.

01:27:29.720 --> 01:27:31.260
Ja, genau, weil

01:27:31.260 --> 01:27:33.300
ich denken würde, man kann nämlich auch genau das

01:27:33.300 --> 01:27:34.800
andere machen. Man kann halt versuchen, einfach,

01:27:34.960 --> 01:27:36.800
dass die Leute pro Stunde produktiver werden,

01:27:37.400 --> 01:27:39.380
das Ziel zu verfolgen. Und das ist

01:27:39.380 --> 01:27:41.360
halt eben nicht damit verbunden,

01:27:41.360 --> 01:27:43.020
dass die Leute langfristig

01:27:43.020 --> 01:27:45.260
irgendwie, weiß ich nicht, irgendwie

01:27:45.260 --> 01:27:48.060
die irgendwann ausgehen oder verschwinden

01:27:48.060 --> 01:27:48.860
oder keine Lust mehr haben.

01:27:49.740 --> 01:27:52.440
Du musstest nur in der Management-Theorie

01:27:52.440 --> 01:27:55.060
musstest als explizites Ziel des Managers machen,

01:27:55.220 --> 01:27:57.320
weil alles, was du zum Ziel aufrufst,

01:27:57.880 --> 01:27:59.120
und das ist bei Menschen nun mal so,

01:27:59.200 --> 01:27:59.780
und deswegen ist auch,

01:27:59.920 --> 01:28:01.860
da machen wir fast eine Schleife zum Anfang wieder zurück,

01:28:01.920 --> 01:28:03.040
zum Thema Zielorientierung.

01:28:03.800 --> 01:28:05.480
Wenn du einem Menschen ein Ziel gibst,

01:28:05.920 --> 01:28:08.140
dann wird er das gnadenlos verfolgen.

01:28:09.900 --> 01:28:10.340
Gnadenlos.

01:28:10.840 --> 01:28:12.180
Wenn du dem Manager sagst,

01:28:12.540 --> 01:28:15.540
Dein Ziel ist Results, Results, Results.

01:28:16.000 --> 01:28:18.040
Und du gibst ihm noch was, was gemessen werden kann.

01:28:18.700 --> 01:28:22.900
Dann wird er den Teufel tun und das Ding optimieren.

01:28:23.340 --> 01:28:25.940
So schlimm, dass im schlimmsten Fall sogar der Messwert dich anlügt,

01:28:26.040 --> 01:28:27.200
aber er hat sein Ziel erreicht.

01:28:27.640 --> 01:28:30.320
Ja, du kannst mal eben ein paar Stellen wegrationalisieren im Krankenhaus.

01:28:30.320 --> 01:28:33.060
Dann hast du als Manager einen tollen Bonus, weil du hast was gespart.

01:28:34.080 --> 01:28:36.320
Genau, und dabei geht es tatsächlich darum,

01:28:36.400 --> 01:28:38.580
du musst in der Organisation das Bewusstsein schaffen

01:28:38.580 --> 01:28:41.680
und auch bei den Leuten, die das tun, dass sie an beidem gemessen werden.

01:28:42.180 --> 01:28:43.660
dass sie sowohl daran gemessen werden,

01:28:44.140 --> 01:28:45.780
kontinuierlich Ziele

01:28:45.780 --> 01:28:48.040
zu erreichen und aber ein

01:28:48.040 --> 01:28:49.900
sozusagen inhärent

01:28:49.900 --> 01:28:51.840
verankertes Ziel, also das Metaziel

01:28:51.840 --> 01:28:53.520
ist die Zielerreichung und

01:28:53.520 --> 01:28:55.920
das zweite Metaziel

01:28:55.920 --> 01:28:57.900
da dran ist aber halt währenddessen die Organisation

01:28:57.900 --> 01:28:58.840
nicht kaputt zu machen.

01:28:59.360 --> 01:29:01.560
Wie macht man denn diese Verantwortung? Wie schafft man das?

01:29:01.660 --> 01:29:02.300
Das ist ja spannend.

01:29:05.820 --> 01:29:07.920
Indem du auf die Menschen eingehst, die da drin sind.

01:29:08.240 --> 01:29:09.860
Das kommt immer wieder

01:29:09.860 --> 01:29:10.600
runter auf die Menschen.

01:29:11.420 --> 01:29:13.500
Das ist für mich das einzige Ergebnis,

01:29:13.620 --> 01:29:15.020
was ich aus dieser ganzen Zeit sehen kann.

01:29:15.140 --> 01:29:16.600
Das kommt immer auf die Menschen an.

01:29:16.720 --> 01:29:18.400
Aus einer Firmenperspektive nochmal sehen möchte,

01:29:18.500 --> 01:29:20.500
wie schaffe ich es denn, dass ein Projektmanager

01:29:20.500 --> 01:29:23.040
die Verantwortung gegenüber den Menschen wahrnimmt?

01:29:23.220 --> 01:29:25.360
Also ich muss den ja irgendwie accountable, responsible halten

01:29:25.360 --> 01:29:26.780
dafür, was da passiert.

01:29:26.780 --> 01:29:29.160
Also messe ich die Retention Rate?

01:29:30.780 --> 01:29:32.660
Ja, die kannst du ja einfach messen.

01:29:32.680 --> 01:29:35.680
Gibt es eine Mitarbeiterbefragung über glückliche Zufriedenheit?

01:29:35.820 --> 01:29:36.100
Keine Ahnung.

01:29:36.720 --> 01:29:37.720
Das kannst du machen.

01:29:38.120 --> 01:29:40.960
Also die gehen halt eher von einem prozessualen Ansatz aus.

01:29:41.420 --> 01:29:58.120
Und das Problem ist sozusagen, wenn du einen Messwert zum Ziel machst, wird er halt gamifiziert. Das heißt, da musst du immer aufpassen, dass die Feedback-Schleife nicht direkt ist, weil dann wird sie halt immer ausgenutzt werden.

01:29:58.720 --> 01:30:22.100
Bei den Manager-Tools ist es so, wir haben uns das halt auch angewöhnt. Wir haben in der Mitarbeiterführung an der Stelle für einen Manager, der hat drei Werkzeuge, die ihm dafür zur Verfügung stehen und die er zu nutzen hat. Das eine ist Beziehungspflege über sogenannte One-on-Ones. Das heißt, jeder Mitarbeiter von uns hat das Recht und der Manager hat die Pflicht, mit jedem Mitarbeiter einmal die Woche ein 30-minütiges One-on-One zu führen.

01:30:22.100 --> 01:30:47.020
Da gibt es auch eine entsprechend inhaltliche Struktur, dass der Mitarbeiter auf jeden Fall einmal die Woche zehn Minuten die ungefilterte, ungeteilte Aufmerksamkeit seines führenden Managers hat, der wiederum sich gefälligst vorbereitet und Themen, die arbeitstechnisch, die organisationstechnisch, die vertraglich, die von der persönlichen Weiterentwicklung abhängen, mit ihm zu besprechen, zu dokumentieren.

01:30:47.340 --> 01:31:15.020
Und das ist ganz spannend, weil daraus bei uns nämlich auch, wir haben tatsächlich dann so 75% davon schaffen war. Mein Drucker springt schon wieder an. Den müssen wir irgendwie rausfiltern. Und das Spannende ist, aus dieser Struktur heraus ergibt sich dann zum einen, ich bin immer verwundert, wenn ich mit anderen Leuten rede, wenn die fragen, wie oft hast du irgendwie exklusiv mal Zeit mit deinem Chef über irgendwas zu reden, dann ist das häufig relativ wenig.

01:31:15.740 --> 01:31:21.400
Und wenn ich denen sage, das machen wir irgendwie jede Woche, dann fallen irgendwie alle aus allen Wolken. Deswegen würde mich auch mal interessieren, wie das bei euch so ist.

01:31:21.460 --> 01:31:23.900
Das ist sehr ungewöhnlich, glaube ich. Also sieht man nicht so häufig.

01:31:25.100 --> 01:31:41.020
Und es ist so ein Riesenwerkzeug, weil zum Beispiel sowas wie ein Jahresgespräch ist bei uns kein Jahresgespräch, sondern wird getriggert durch, es kommt spätestens nach zwölf Monaten, wenn es dazwischen kein Leistungsgespräch gab.

01:31:42.500 --> 01:31:45.820
Wissensgespräch ist eine blöde Übersetzung von dem englischen Begriff, den die haben.

01:31:47.320 --> 01:31:51.740
Oder wann immer sich in der Rolle, in der Tätigkeit des Mitarbeiters etwas strukturell ändert.

01:31:51.860 --> 01:31:55.600
Das heißt zum Beispiel nach sechs Monaten, wenn deine Probezeit vorbei ist,

01:31:55.660 --> 01:32:00.020
triggert das halt automatisch, dass man sich halt dann alle O3s einmal anguckt,

01:32:00.440 --> 01:32:02.680
nochmal durchschaut, was war denn so, worüber haben wir gesprochen,

01:32:02.980 --> 01:32:04.460
wie hat sich das entwickelt, etc.

01:32:05.380 --> 01:32:07.680
Und da muss auch niemand irgendwie was groß vorbereiten.

01:32:07.680 --> 01:32:10.280
Da kommen so ein paar Sachen, irgendwie Eckdaten,

01:32:10.500 --> 01:32:12.100
vielleicht nochmal ein bisschen Gehaltsverhandlungen oder sowas.

01:32:12.500 --> 01:32:15.240
Das ist eine Ebene, wo wir sagen, dass ein Manager hat halt die Pflicht,

01:32:15.380 --> 01:32:17.720
aktiv die Beziehungen zu seinen Mitarbeitern zu pflegen

01:32:17.720 --> 01:32:19.620
und auch den Mitarbeitern Gelegenheit zu geben,

01:32:19.820 --> 01:32:22.880
ständig mit der Organisation in Austausch zu treten über den Mitarbeiter.

01:32:23.520 --> 01:32:28.900
Das nächste sind Coaching-Ansätze, damit der Manager halt,

01:32:29.300 --> 01:32:32.360
wenn man im U3 identifiziert, hey, an irgendwelchen Sachen hapert es hier ständig,

01:32:32.360 --> 01:32:34.640
du hast entweder Konflikte mit irgendeinem Mitarbeiter

01:32:34.640 --> 01:32:37.840
oder du kriegst irgendwie ein bestimmtes Arbeitsthema, geht nicht,

01:32:38.180 --> 01:32:41.360
dann gibt es dafür eine Coaching-Struktur und es gibt eine Feedback-Struktur,

01:32:42.300 --> 01:32:44.380
um Mitarbeiter tatsächlich geordnet

01:32:44.380 --> 01:32:45.720
und freundlich und höflich

01:32:45.720 --> 01:32:48.220
darauf hinzuweisen, wenn irgendwie Verhalten,

01:32:48.320 --> 01:32:50.400
was sie an den Tag legen, weil Ergebnis erzielen

01:32:50.400 --> 01:32:52.100
ist nachher nichts anderes als die Summe des

01:32:52.100 --> 01:32:53.720
an den Tag gelegten Verhaltens,

01:32:54.620 --> 01:32:56.340
darauf hinzuweisen,

01:32:56.540 --> 01:32:58.460
dass irgendwas halt jetzt der Organisation

01:32:58.460 --> 01:33:00.200
eher hilft oder eher nicht hilft,

01:33:01.040 --> 01:33:02.200
um sich dann damit halt

01:33:02.200 --> 01:33:04.160
auseinanderzusetzen. Und die drei

01:33:04.160 --> 01:33:06.280
Maßnahmen sind tatsächlich was, das haben wir von den Manager-Tools

01:33:06.280 --> 01:33:08.400
mehr oder weniger eins zu eins übernommen,

01:33:09.020 --> 01:33:10.220
wo wir sagen, ich habe nichts

01:33:10.220 --> 01:33:12.100
studiert in Richtung Management, aber das ist

01:33:12.100 --> 01:33:14.040
Zeug, wo wir auch von den Mitarbeitern und von

01:33:14.040 --> 01:33:15.420
anderen immer wieder Feedback kriegen von

01:33:15.420 --> 01:33:17.880
Fakt, das ist eine gute Struktur und Idee

01:33:17.880 --> 01:33:19.940
von, man lässt das nicht einfach

01:33:19.940 --> 01:33:22.000
so laufen, sondern da kommen sinnvolle

01:33:22.000 --> 01:33:23.980
Sachen bei raus in Richtung Retention und

01:33:23.980 --> 01:33:25.880
Organisationsentwicklung. Was ist ein O3?

01:33:27.100 --> 01:33:28.120
Ja, ein One-on-One.

01:33:28.240 --> 01:33:29.880
Das ist dieses halbe Stunde jede Woche.

01:33:30.260 --> 01:33:31.960
Drei O's. One-on-One.

01:33:32.300 --> 01:33:33.800
Okay. Genau.

01:33:34.340 --> 01:33:35.880
Und ich habe hier so Stapel von Mitarbeitern,

01:33:35.920 --> 01:33:37.600
da habe ich jetzt irgendwie seit sechs Jahren jede Woche,

01:33:37.900 --> 01:33:39.920
fast jede Woche, irgendwie

01:33:39.920 --> 01:33:41.880
mir die Notizen gemacht, wie wir miteinander

01:33:41.880 --> 01:33:44.020
arbeiten, was da so anliegt und

01:33:44.020 --> 01:33:44.500
etc.

01:33:45.880 --> 01:33:48.040
Was erzählt man denn an so einer halben Stunde jede Woche?

01:33:49.540 --> 01:33:50.040
Na, die ersten

01:33:50.040 --> 01:33:52.080
zehn Minuten, da gibt es, also die haben so ein Formular,

01:33:52.160 --> 01:33:53.960
das liegt bei mir auch immer griffbereit für, wenn man es mal

01:33:53.960 --> 01:33:56.040
braucht. Da schreibe

01:33:56.040 --> 01:33:58.040
ich mir dann halt auf, okay, mit wem rede ich gerade,

01:33:58.100 --> 01:33:59.920
was ist heute für ein Tag? Und dann hat er

01:33:59.920 --> 01:34:01.920
zehn Minuten, da stelle ich mir auf der Watch dann so einen

01:34:01.920 --> 01:34:03.760
Timer von, so, das sind deine zehn Minuten,

01:34:03.880 --> 01:34:05.880
erzähl mir was. Und dann kann er mir was erzählen, ob er

01:34:05.880 --> 01:34:08.000
seinen Garten umgegraben hat, wie es im Urlaub

01:34:08.000 --> 01:34:10.020
war oder ob irgendwie gerade

01:34:10.020 --> 01:34:12.280
der Fuß wehtut oder ob das letzte

01:34:12.280 --> 01:34:14.480
macOS-Update ihm irgendwie die Haare vom Kopf frisst.

01:34:15.260 --> 01:34:16.360
Das sind seine 10 Minuten.

01:34:16.720 --> 01:34:18.320
Da quatsche

01:34:18.320 --> 01:34:20.020
ich dann normalerweise auch nicht dazwischen, außer er

01:34:20.020 --> 01:34:22.180
bittet mich drum. Da mache ich mir

01:34:22.180 --> 01:34:24.080
seine Notizen. Dann habe ich nochmal 10 Minuten,

01:34:24.160 --> 01:34:25.300
wo ich ihm Updates gebe über

01:34:25.300 --> 01:34:27.480
bevor wir im Team

01:34:27.480 --> 01:34:30.080
Entscheidungen kommunizieren, ist es auch so,

01:34:30.160 --> 01:34:32.080
dass jeder Manager vorher mit

01:34:32.080 --> 01:34:34.000
jedem Einzelnen diese

01:34:34.000 --> 01:34:36.060
Änderungen bespricht oder Neuigkeiten aus

01:34:36.060 --> 01:34:38.020
der Organisation. Bei uns gibt es

01:34:38.020 --> 01:34:40.120
ein Grundsatz, der sagt, in Meetings gibt es

01:34:40.120 --> 01:34:40.920
keine Überraschung.

01:34:42.540 --> 01:34:44.140
Wenn im Meeting irgendwas verkündet wird,

01:34:44.200 --> 01:34:46.200
wo es eine Überraschung ist, ist es mehr so, im Meeting

01:34:46.200 --> 01:34:48.240
hören das alle nochmal im großen

01:34:48.240 --> 01:34:50.100
Kreis und man guckt sich in die Augen und sagt, ja,

01:34:50.200 --> 01:34:51.380
das ist jetzt das, was hier passiert,

01:34:52.060 --> 01:34:54.040
aber in dem Moment ist es nicht

01:34:54.040 --> 01:34:55.380
oder habe ich auch noch nie was davon gehört.

01:34:56.680 --> 01:34:57.620
Das geht einfach nicht.

01:34:59.740 --> 01:35:00.320
Im Meeting

01:35:00.320 --> 01:35:01.840
werden auch Entscheidungen nicht herbeigeführt.

01:35:01.840 --> 01:35:03.260
Im Meeting wird im Prinzip nur

01:35:03.260 --> 01:35:05.820
von allen dokumentiert mit, ja, wir haben

01:35:05.820 --> 01:35:07.780
diese Entscheidung wahrgenommen. Die soziale Magie

01:35:07.780 --> 01:35:09.520
ausgeübt, die diese

01:35:09.520 --> 01:35:11.320
Konstruktion Wirklichkeit werden lässt.

01:35:11.820 --> 01:35:13.800
Richtig, genau. Da haben wir noch einen separaten

01:35:13.800 --> 01:35:15.700
Prozess dazu. Wir drucken dann so Bilder aus

01:35:15.700 --> 01:35:17.620
und stempeln die dann halt, jeder hat so einen kleinen

01:35:17.620 --> 01:35:19.660
Figurenstempel und committet sich da

01:35:19.660 --> 01:35:20.700
indem er da draufstempelt.

01:35:21.800 --> 01:35:23.720
Genau, und das Letzte ist dann halt die Frage

01:35:23.720 --> 01:35:25.200
so, was brauchst du noch für deine

01:35:25.200 --> 01:35:27.720
persönliche Weiterentwicklung hier im Unternehmen?

01:35:27.840 --> 01:35:29.700
Wo fehlt es dir? Wo geht die Reise

01:35:29.700 --> 01:35:31.640
hin? Da gibt es auch ein paar unterschiedliche Prompts

01:35:31.640 --> 01:35:33.620
auf dem Formular, damit man

01:35:33.620 --> 01:35:35.900
halt weiß, okay, das immer mal aufzufrischen,

01:35:35.960 --> 01:35:37.760
immer mal neue Perspektiven einzunehmen von

01:35:37.760 --> 01:35:40.800
dass man mal

01:35:40.800 --> 01:35:42.840
guckt, okay, wie sieht denn deine To-Do-Liste gerade

01:35:42.840 --> 01:35:44.260
aus, ist die zu lang, kommst du klar

01:35:44.260 --> 01:35:46.580
oder dass man halt fragt, wie sieht es denn aus, wie sieht

01:35:46.580 --> 01:35:48.620
das nächste Quartal bei dir aus, wie war denn das

01:35:48.620 --> 01:35:50.760
bei dir mit dem Hausbau, wie ist denn, dass man tatsächlich

01:35:50.760 --> 01:35:52.660
wirklich auch, der Arbeitstag

01:35:52.660 --> 01:35:54.700
ist stressig, man kann sich so ein Kram nicht in jeder

01:35:54.700 --> 01:35:56.060
halben Stunde neu ausdenken

01:35:56.060 --> 01:35:58.740
da gibt einem das halt einfach tatsächlich so ein bisschen Struktur

01:35:58.740 --> 01:36:00.860
dass man so alle Bereiche, die man mit Leuten

01:36:00.860 --> 01:36:02.660
halt, mit denen man ständig zu tun hat, auch

01:36:02.660 --> 01:36:04.580
regelmäßig abklopft, auch wenn es mal ein bisschen mehr

01:36:04.580 --> 01:36:06.720
und viel wird und man es dann nicht halt runterfallen

01:36:06.720 --> 01:36:07.000
lässt.

01:36:09.300 --> 01:36:10.560
Also auch sehr persönlich dann,

01:36:10.640 --> 01:36:12.360
das ist wichtig. Es ist sehr persönlich

01:36:12.360 --> 01:36:13.940
an der Stelle, weil das

01:36:13.940 --> 01:36:16.500
erlebe ich auch immer wieder, wenn du

01:36:16.500 --> 01:36:18.360
dann solche Situationen hast, dass ein Unternehmen

01:36:18.360 --> 01:36:20.520
vor großen

01:36:20.520 --> 01:36:22.420
Herausforderungen steht und Corona ist

01:36:22.420 --> 01:36:24.180
da für alle von uns mit extrem hoher

01:36:24.180 --> 01:36:26.360
Unsicherheit versehen von

01:36:26.360 --> 01:36:28.460
wo geht hier was, wie weiter, wo

01:36:28.460 --> 01:36:30.260
kann im nächsten Jahr, wenn die zweite

01:36:30.260 --> 01:36:32.500
Welle kommt oder sowas, dann bin ich froh,

01:36:32.620 --> 01:36:34.340
wenn ich weiß, dass im Unternehmen zu

01:36:34.340 --> 01:36:36.240
allen Mitarbeitern halt eine gute Beziehung

01:36:36.240 --> 01:36:38.080
besteht, auf der man solche Herausforderungen tatsächlich in

01:36:38.080 --> 01:36:39.740
solchem Rahmen auch gut diskutieren kann.

01:36:40.320 --> 01:36:42.120
Weil das ist nachher das, wo ich dann sagen muss, da kann ich

01:36:42.120 --> 01:36:43.960
mich, ich kriege ein besseres Gespür, wie ich mich darauf

01:36:43.960 --> 01:36:45.580
verlassen kann, wer arbeitet wie, wer

01:36:45.580 --> 01:36:47.540
hat wo welche

01:36:47.540 --> 01:36:50.200
Herausforderungen persönlich gerade, wer ist wo mental

01:36:50.200 --> 01:36:52.140
wie gefordert. Und das sind ja,

01:36:52.460 --> 01:36:54.240
wie Johannes halt meinte, am Ende geht es um die Menschen,

01:36:54.560 --> 01:36:55.700
die diese Aufgaben erlegen müssen.

01:36:56.100 --> 01:36:58.100
Ich kann im Projektmanagement die

01:36:58.100 --> 01:37:00.240
Leute ja nicht als austauschbare Ressourcen behandeln.

01:37:00.580 --> 01:37:02.080
Wenn ich habe Kunden, da

01:37:02.080 --> 01:37:03.860
kriege ich dann manchmal die Krise, die habe ich

01:37:03.860 --> 01:37:05.640
nicht für die Kunden momentan. Keiner meiner Kunden muss sich

01:37:05.640 --> 01:37:06.300
angefangen fühlen.

01:37:07.400 --> 01:37:09.780
Aber ich hatte in der Vergangenheit Kunden,

01:37:09.940 --> 01:37:11.440
die hatten tatsächlich... Wir hatten alle schon mal solche Kunden.

01:37:12.180 --> 01:37:13.900
Ja, die haben tatsächlich angerufen,

01:37:14.860 --> 01:37:16.600
ich glaube mir fein,

01:37:16.680 --> 01:37:17.820
ob ich dann

01:37:17.820 --> 01:37:19.740
in den nächsten vier Wochen noch drei Ressourcen für sie

01:37:19.740 --> 01:37:20.020
hätte.

01:37:24.800 --> 01:37:25.700
Menschen sind unsere

01:37:25.700 --> 01:37:27.160
wichtigste Ressource, sagt man da.

01:37:27.160 --> 01:37:29.080
Ja, nee, hab ich nicht. Nein, Entschuldigung.

01:37:29.340 --> 01:37:30.840
Das klingt wirklich so, also

01:37:30.840 --> 01:37:33.140
wer Menschen als Ressourcen betrachtet,

01:37:33.260 --> 01:37:34.400
der verheizt sie dann auch.

01:37:35.640 --> 01:37:50.000
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.640 --> 01:38:05.000
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 und ja, es ist halt, kannst es halt nicht alles voneinander trennen.

01:38:05.640 --> 01:38:08.120
Das war jetzt irgendwie ein sehr langer Braindump, sorry.

01:38:10.380 --> 01:38:13.080
Ich glaube auch, dass da so ein bisschen das Wort einfach falsch ist.

01:38:13.200 --> 01:38:14.880
Man sagt, man spricht ganz viel über Projektmanagement

01:38:14.880 --> 01:38:17.420
und tut ganz viel so, als ob die Projekte diejenigen wären,

01:38:17.500 --> 01:38:18.500
die da gemanagt werden.

01:38:19.280 --> 01:38:23.320
Aber im Endeffekt ist es ja nicht die Projekte, die gemanagt werden,

01:38:23.440 --> 01:38:25.040
sondern es sind ja die Menschen, die gemanagt werden.

01:38:25.480 --> 01:38:27.300
In idealer Weise werden die nicht gemanagt,

01:38:27.420 --> 01:38:30.860
weil managen hört sich halt so ein bisschen an wie so die Ressourcen

01:38:30.860 --> 01:38:32.380
oder die Kühe, die im Stall sind, die da managen.

01:38:32.560 --> 01:38:34.000
Rumschubsen mit der Peitsche, knall.

01:38:34.920 --> 01:38:38.300
Sondern es ist schon so ein bisschen ein Element von Führung.

01:38:38.300 --> 01:38:46.920
Man muss die Leute führen, anführen, dazu das zu tun, was richtig ist und was notwendig ist.

01:38:48.060 --> 01:38:53.580
Es gibt Leute, die können das ganz beeindruckend gut und die erreichen alle ihre Ziele, die sie haben wollen.

01:38:53.680 --> 01:38:57.240
Und die Leute bleiben alle dabei und die würden alle voneinander durchs Feuer gehen.

01:38:57.380 --> 01:39:02.500
Und es gibt Situationen bei Kunden, wo die Menschen halt als Ressourcen bezeichnet werden

01:39:02.500 --> 01:39:06.160
und dann verhalten die sich halt auch wie Ressourcen.

01:39:06.300 --> 01:39:08.040
Die verhalten sich halt wie der Esel im Stall

01:39:08.040 --> 01:39:09.900
und sagen, ja, da ist jetzt ein Problem,

01:39:10.020 --> 01:39:11.740
aber das ist ja zum Glück nicht mein Problem.

01:39:13.380 --> 01:39:15.580
Und das geht mal eine Weile gut

01:39:15.580 --> 01:39:18.000
und in großen Firmen geht es auch erstaunlich lange gut,

01:39:18.980 --> 01:39:23.320
aber irgendwann werden auch die aufgegessen von den Teams,

01:39:23.480 --> 01:39:24.440
die das besser können.

01:39:26.160 --> 01:39:27.240
Ja, tatsächlich.

01:39:27.460 --> 01:39:30.420
Also ich glaube, dass zum Beispiel ein wichtiger Punkt dabei ist,

01:39:30.420 --> 01:39:31.280
halt so etwas wie

01:39:31.280 --> 01:39:34.240
die

01:39:34.240 --> 01:39:36.420
Qualität auch der Dinge,

01:39:36.800 --> 01:39:38.300
die dann halt, also der

01:39:38.300 --> 01:39:40.380
Ergebnisse, die halt erzeugt werden, ist halt irgendwie

01:39:40.380 --> 01:39:42.180
für die Leute, die das machen, ganz wichtig,

01:39:43.000 --> 01:39:44.240
weil das halt eine Quelle

01:39:44.240 --> 01:39:45.300
sein kann für

01:39:45.300 --> 01:39:48.280
warum tut man das überhaupt, hat das irgendeinen

01:39:48.360 --> 01:40:06.480
Weil selbst wenn das jetzt irgendwie am Markt scheitert oder so, wenn ich das Gefühl habe, ich habe da irgendwas gebaut, irgendein cooles System oder ein Ding, was halt was Tolles tut, dann ist das unter Umständen eine sinnvolle Erfahrung, auch wenn das jetzt am Markt vielleicht irgendwie nicht funktioniert oder so.

01:40:06.660 --> 01:40:35.600
Und der Markt, wenn man dem Markt das überlässt, das zu steuern, dann ist oft so, dass man quasi als jemand, der das beauftragt oder entwickeln lässt, halt eine gerne Qualität gegen Zeit oder Kosten tauschen würde, weil man sagt, naja, also den Effekt, dass ich durch die geringere Qualität das am Markt ein bisschen schlechter verkaufen kann, der ist lange nicht so stark, wie die Kosten, die ich sparen kann oder lange nicht so stark, wie ich die Zeit.

01:40:36.020 --> 01:40:38.160
Das Problem dabei ist halt nur, dass man

01:40:38.160 --> 01:40:40.120
damit das langfristig kaputt

01:40:40.120 --> 01:40:41.040
macht, genau, und

01:40:41.040 --> 01:40:44.020
es funktioniert einfach nicht. Und tatsächlich

01:40:44.020 --> 01:40:46.160
ist es wahrscheinlich besser, irgendwie

01:40:46.160 --> 01:40:48.400
auf die Qualität zu gehen und zu sagen, okay, langfristig

01:40:48.400 --> 01:40:50.000
erhöhen wir die Produktivität darüber,

01:40:50.380 --> 01:40:52.180
dass die Leute halt einfach ihre Profession so

01:40:52.180 --> 01:40:53.800
beherrschen und das halt können, was sie da machen,

01:40:54.300 --> 01:40:56.100
dass sie da halt

01:40:56.100 --> 01:40:57.960
besser sind als andere, die da halt

01:40:57.960 --> 01:41:00.200
sozusagen immer am Limit

01:41:00.200 --> 01:41:00.920
arbeiten.

01:41:02.300 --> 01:41:03.880
Es stimmt halt auch einfach nicht.

01:41:04.460 --> 01:41:05.980
Es stimmt halt auch einfach nicht. Es gibt

01:41:05.980 --> 01:41:07.860
viele Beispiele von Produkten, die

01:41:07.860 --> 01:41:10.040
sehr viel konnten

01:41:10.040 --> 01:41:12.000
und sehr schlecht und die einfach nicht angekommen

01:41:12.000 --> 01:41:14.080
sind. Und es gibt auch umgekehrt

01:41:14.080 --> 01:41:16.060
sehr viele Beispiele von Produkten,

01:41:16.280 --> 01:41:17.920
die sich halt auf eine Sache

01:41:17.920 --> 01:41:19.920
reduziert haben und da die

01:41:19.920 --> 01:41:21.980
Qualität mordsmäßig rausgeholt haben und die

01:41:21.980 --> 01:41:23.900
in einer ungeheuer schnellen Zeit

01:41:23.900 --> 01:41:25.780
reingetan haben,

01:41:26.240 --> 01:41:27.840
die dann sehr erfolgreich geworden sind. Und ich glaube,

01:41:27.940 --> 01:41:29.940
dass das der zweite Weg ist, der im Projektmanagement

01:41:29.940 --> 01:41:31.120
oft einfach übersehen wird.

01:41:31.840 --> 01:41:33.840
Anstatt, dass du viele Sachen schlecht machst, kannst du

01:41:33.840 --> 01:41:35.300
ja auch wenige Sachen gut machen.

01:41:35.980 --> 01:41:37.840
Und hast dann trotzdem weniger Zeit

01:41:37.840 --> 01:41:40.140
verbraucht. Und wenn das

01:41:40.140 --> 01:41:42.080
die richtigen Sachen sind und wenn du die richtig gut machst,

01:41:42.560 --> 01:41:43.800
dann kommen die raus.

01:41:45.340 --> 01:41:46.200
Gmail ist da

01:41:46.200 --> 01:41:48.000
so ein Beispiel. Das konnte am Anfang gar nichts,

01:41:48.120 --> 01:41:49.420
aber es hatte halt ein super gutes

01:41:49.420 --> 01:41:52.120
Interface, so wie die Leute das haben wollten.

01:41:52.780 --> 01:41:53.700
Und das hatte null Features.

01:41:53.860 --> 01:41:54.660
Und ein Gigabyte Platz gehabt.

01:41:55.480 --> 01:41:57.040
Ja, und ein Gigabyte Platz gehabt. Okay, gut.

01:41:57.260 --> 01:42:00.100
Das ist natürlich eine Eigenschaft, die ist sehr schwer nachzustellen,

01:42:00.180 --> 01:42:01.420
wenn man noch in Megabyte denkt.

01:42:03.040 --> 01:42:03.980
Aber die haben sich

01:42:03.980 --> 01:42:06.140
einfach auf diese Kernfeatures konzentriert

01:42:06.140 --> 01:42:07.860
und haben die so exzellent gemacht, dass die

01:42:07.860 --> 01:42:10.020
fehlenden anderen Features völlig egal waren,

01:42:10.360 --> 01:42:11.860
weil die Kernfeatures schon da waren.

01:42:11.980 --> 01:42:13.720
Und da ist dann eben die Qualität drin,

01:42:13.840 --> 01:42:15.020
in diesem kleinen Bereich,

01:42:15.840 --> 01:42:17.760
der

01:42:17.760 --> 01:42:19.920
dann überzeugt. Auch das kennt

01:42:19.920 --> 01:42:21.880
man unter einem bekannten

01:42:21.880 --> 01:42:23.860
Wort, und das heißt halt hier MVP, Minimum Viable

01:42:23.860 --> 01:42:25.740
Product, macht die Sachen so

01:42:25.740 --> 01:42:27.700
gut, wie sie sein müssen, dass der Markt die

01:42:27.700 --> 01:42:29.800
akzeptiert, aber nicht mehr. Ja, aber das ist

01:42:29.800 --> 01:42:31.920
ja eben nicht Qualität

01:42:31.920 --> 01:42:32.660
unbedingt.

01:42:33.800 --> 01:42:43.020
Doch, weil du halt eine kleinere Menge hast und dort bringst du die akzeptabel, das würde ich nicht unterschätzen, akzeptable Qualität heißt nicht scheiße.

01:42:43.160 --> 01:42:48.380
Genau, die notwendigen Bedürfnisse empfüllst du ja gerade, die gerade so notwendigen, dass das genau dein Bedürfnis befriedigen kann.

01:42:48.700 --> 01:42:57.420
Genau, genau und es geht ja auch daran, deswegen ich würde dort auch, auch da würde ich wieder aus Komplexitätsperspektive für eine flexiblere Sichtweise plädieren.

01:42:58.000 --> 01:43:18.360
Wenn ich zum Beispiel fünf Experimente gleichzeitig mache, dann will ich die Qualität runterschrauben. Dann will ich die Qualität gerade so haben, dass ich möglichst schnell eine Info kriege, ob ich überhaupt in die richtige Richtung laufe. Wenn ich noch gar nicht mal weiß, ob das, was ich baue, überhaupt Sinn hat oder überhaupt funktioniert, lohnt es sich nicht, von vorne bis hinten irgendwie alles durchzupolieren.

01:43:18.360 --> 01:43:38.700
Im Gegenteil, das ist verschwendete Zeit, weil dann kriege ich die Info nicht und das Geld, was ich hätte, um es eigentlich richtig zu machen, ist dann weg. Das ist auch manchmal, wenn ich mich mit jemandem reibe, der eher aus dieser Ingenieursdenke kommt, dann gibt es manchmal diesen blöden Spruch, der mir an den Kopf kommt, das ist dieses, there is always time to do it twice, but never to do it right.

01:43:38.940 --> 01:43:59.260
Und es ist halt Bullshit, weil es voraussetzt, dass das, was ich einmal richtig mache, das Richtige ist, was ich mache. Und dann habe ich mir aber halt tatsächlich dann sowohl die Zeit als auch das Geld verballert, anstatt halt noch einen Versuch zu haben oder eben erstmal was Halbes zu bauen, um dann hinzugehen, ja, jetzt war es richtig und jetzt gehen wir hier volle Kanne rein.

01:43:59.260 --> 01:44:19.600
Also deswegen da so einen flexibleren Ansatz um dieses Dreieck ist ja eben auch nicht gedacht von, ja es muss alles, man muss sich als Unternehmen oder als Projekt entscheiden, ob dieses Dreieck jetzt auf Zeit, auf Qualität oder auf Funktionsumfang achtet, sondern die Frage ist eher, was ist denn heute gerade unser Fokus?

01:44:19.780 --> 01:44:31.800
Um dann zu wissen, okay, wenn wir uns jetzt auf Funktion konzentrieren wollen oder auf Zeit, sagen wir, wir wollen uns auf Zeit konzentrieren, um schnell zu ergeben zu sein, wissen wir, wir müssen Abstriche bei Qualität und bei Funktionsumfang machen.

01:44:32.300 --> 01:44:33.860
Manchmal muss man einfach auch noch was draus machen.

01:44:34.920 --> 01:44:42.780
Ja, und jetzt kann ich aber eine bewusste Entscheidung draus machen. Das ist ein Werkzeug, um Entscheidungen zu treffen und nicht ein Ding, um sich davor zu stellen, zu sagen, das ist halt so.

01:44:46.400 --> 01:44:49.260
Ja, was leite ich denn draus ab, wenn ich sage, jetzt muss ich weniger Qualität machen?

01:44:49.720 --> 01:44:52.680
Aber ja, also overengineert kann auch ein Nachteil sein, glaube ich.

01:44:52.760 --> 01:44:53.780
Also ich glaube quasi täglich, ich weiß nicht.

01:44:53.900 --> 01:44:56.360
Das ist für einen persönlich als Entwickler wahrscheinlich sehr wichtig

01:44:56.360 --> 01:44:57.540
und halt für Retention irgendwie.

01:44:58.160 --> 01:45:01.300
Aber so in so einem Projekt, wenn ich jetzt dafür sorge,

01:45:01.380 --> 01:45:02.400
dass das alles super funktioniert,

01:45:02.540 --> 01:45:04.780
aber vielleicht nicht mehr so variabel oder flexibel ist

01:45:04.780 --> 01:45:06.000
oder so schnell austauschbar ist,

01:45:06.000 --> 01:45:09.400
dann mache ich mir vielleicht auch Probleme, die ich ...

01:45:09.400 --> 01:45:11.940
Qualität ist ein sehr flexibler Begriff.

01:45:12.140 --> 01:45:14.080
Das bedeutet nicht nur, dass alles schnell gut ist,

01:45:14.160 --> 01:45:15.920
sondern das bedeutet, dass es so sein soll.

01:45:17.520 --> 01:45:18.620
Ja, wer definiert das?

01:45:19.720 --> 01:45:40.000
Genau. Für mich aus Operations-Perspektive 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. Ja, das ist für mich ein Qualitätsaspekt. Wenn ich aber gerade erst evaluiere, ob das Zeug inhaltlich überhaupt sinnvolle Dinge tut, nein, dann brauchst du es noch nicht so weit gebracht zu haben.

01:45:40.500 --> 01:45:57.280
Wichtig ist aber eben zu sagen, man weiß, dass Code halt flexibel ist und ich glaube, viele Leute fallen ja auf die Sunk-Coast-Fallacy rein, also dass nur weil ich in etwas schon Zeit und Geld gesteckt habe, darf ich jetzt nicht aufhören, noch Zeit und Geld reinzustecken oder im Gegenteil, ich darf es nicht wegwerfen, das ist halt noch viel schlimmer.

01:45:57.280 --> 01:45:59.000
Und der Trick ist aber, Code ist zum Wegwerfen da.

01:45:59.360 --> 01:46:01.200
Code steht immer zur Disposition.

01:46:02.260 --> 01:46:03.180
Ich tue mich da auch schwer,

01:46:03.300 --> 01:46:05.160
weil wenn ich mal schönen Code geschrieben habe, dann will ich nicht,

01:46:05.280 --> 01:46:06.720
dass der weggeht, weil, oh, das ist mein Code.

01:46:07.920 --> 01:46:08.780
Aber gleichzeitig...

01:46:08.780 --> 01:46:11.880
Ja, genau, genau.

01:46:12.000 --> 01:46:13.580
Ich habe den Code mal umformatiert.

01:46:13.780 --> 01:46:13.900
Ah!

01:46:17.800 --> 01:46:18.980
Jede Zeile neu committed,

01:46:19.140 --> 01:46:20.040
damit auch die History weggeht.

01:46:20.040 --> 01:46:20.580
Ja, genau.

01:46:22.020 --> 01:46:25.280
Und den...

01:46:25.280 --> 01:46:26.820
Das ist aber tatsächlich...

01:46:26.820 --> 01:46:38.660
Es ist ja nur ein Hilfsmittel, Code ist immer nur das Hilfsmittel, um zu ermitteln, um auszudrücken, was ist gerade unser Verständnis von, wie soll das hier alles funktionieren und dann muss ich ihn halt wieder aufreißen, wenn ich festgestellt habe, der war jetzt falsch.

01:46:38.660 --> 01:46:57.540
Und ich mache es aber tatsächlich so, da geht es dann halt sehr weit runter in diesen ganzen Code as a Craft zum Beispiel. Abstraktion kommt bei mir wirklich erst, wenn ich weiß, was ich überhaupt tue. Ich bin sogar beim Refactoring so, dieses Dry-Prinzip mit Don't Repeat Yourself, das hat eine Falle.

01:46:57.540 --> 01:47:04.180
Viele Informatiker und Ingenieure meinen, das bedeutet, wenn ich etwas das zweite Mal aufschreibe, muss ich es verallgemeinern.

01:47:04.640 --> 01:47:10.920
Und das Problem ist, du kannst es auch mathematisch betrachten als Verallgemeinerung ist eine Extrapolationsfunktion.

01:47:12.340 --> 01:47:17.780
Und je weniger Datenpunkte ich extrapoliere, desto falscher extrapoliere ich.

01:47:18.500 --> 01:47:25.580
Und im Prinzip, wenn ich halt anfange, während ich die zweite Instanz eines Codeschnipsels schreibe, der sehr ähnlich aussieht wie der erste,

01:47:26.280 --> 01:47:28.300
und dann schon extra, und dann schon abstrahiere,

01:47:28.400 --> 01:47:30.080
dann extrapoliere ich im Prinzip von einem

01:47:30.080 --> 01:47:32.360
Datenpunkt. Das kann halt

01:47:32.360 --> 01:47:33.780
alles sein. Das ist dann aber Yagni, oder?

01:47:34.180 --> 01:47:35.680
Your arm gonna be the...

01:47:35.680 --> 01:47:38.220
Ja genau, das kann man

01:47:38.220 --> 01:47:39.940
gut als Gegengewicht machen. Und ich mal hab mir

01:47:39.940 --> 01:47:42.300
angewöhnt, frühestens beim dritten Mal,

01:47:42.680 --> 01:47:44.200
wenn ich irgendwie so einen Junk von

01:47:44.200 --> 01:47:45.900
5, 6, 7, 8, 10 Zeilen

01:47:45.900 --> 01:47:48.080
wiederhole, ich lade

01:47:48.080 --> 01:47:50.320
frühestens beim dritten, eher beim vierten Mal

01:47:50.320 --> 01:47:52.100
dann zu gucken, was ist denn hier wirklich

01:47:52.100 --> 01:47:54.120
eigentlich das, was hier gemeinsam ist.

01:47:54.580 --> 01:47:56.520
Und ich schreibe es ganz bewusst auf und ich

01:47:56.520 --> 01:47:58.520
muss mich manchmal dazu prügeln und sagen, nein, du schreibst

01:47:58.520 --> 01:48:00.480
es jetzt nochmal auf. Fängst noch nichts an zu

01:48:00.480 --> 01:48:01.040
abstrahieren.

01:48:02.300 --> 01:48:04.560
Ja, das hat ja auch eine gewisse

01:48:04.560 --> 01:48:06.460
Freude, wenn man so eine

01:48:06.460 --> 01:48:08.420
Abstraktion gefunden hat. Egal, ob man die dann nur

01:48:08.420 --> 01:48:09.840
einmal aufruft oder viermal.

01:48:11.460 --> 01:48:12.640
Das ist

01:48:12.640 --> 01:48:14.400
da so ein Problem da drin. Ich mache das gerne.

01:48:14.540 --> 01:48:16.460
Ich schreibe gerne eine Funktion, die alles

01:48:16.460 --> 01:48:18.340
kann und die alle

01:48:18.340 --> 01:48:20.420
Parameter hat, die an genau einer

01:48:20.420 --> 01:48:22.640
Stelle aufgerufen wird mit konstanten Parametern.

01:48:22.640 --> 01:48:23.960
Ja, genau.

01:48:24.580 --> 01:48:29.720
Auch das sind ja Entscheidungen,

01:48:29.800 --> 01:48:31.560
die dich dann nachher eher auch unflexibel machen.

01:48:32.180 --> 01:48:34.160
Weil wenn du das dann wieder umbauen willst,

01:48:34.280 --> 01:48:36.100
musst du plötzlich die Absorption wieder ausbauen

01:48:36.100 --> 01:48:38.500
und das ist auch was, das passiert viel seltener.

01:48:39.160 --> 01:48:39.480
Ja, genau.

01:48:40.400 --> 01:48:43.000
Und deswegen ist Erweiterbarkeit,

01:48:43.480 --> 01:48:44.560
Code, der nicht existiert,

01:48:44.780 --> 01:48:45.900
ist am allererweiterbarsten.

01:48:47.120 --> 01:48:48.160
Ja, wobei ich sagen muss,

01:48:48.160 --> 01:48:51.280
es ist halt nie so einfach.

01:48:51.380 --> 01:48:52.700
Es gibt auch wieder das Gegenteil.

01:48:52.820 --> 01:48:54.500
Was mir zum Beispiel tatsächlich

01:48:54.500 --> 01:49:12.540
Also dieses, ich habe das manchmal, wenn ich so auf Code gucke und denke mir so, nee, das muss irgendwie anders sein, dann mache ich das jetzt nicht so, dass ich irgendwie darüber nachdenke, quasi, ja, ich zeichne mir nicht erst ein Diagramm, sondern es ist so ein gewisses ästhetisches Gefühl.

01:49:12.540 --> 01:49:27.900
Das ist so wie, weiß ich nicht, wenn man Musik macht oder einen Satz formuliert oder so, dann fühlt sich das manchmal richtig an und manchmal nicht. Und diese ästhetische Komponente kann einen auch dazu bringen, überhaupt erst ein Problem auf eine sinnvolle Art irgendwie anzugehen.

01:49:27.900 --> 01:49:45.080
Also das habe ich auch oft, dass mich sozusagen mein Sinn für Ästhetik irgendwie dann zu einer Lösung führt, wo ich sie am Anfang gar nicht gesehen hätte, sondern ich habe nur aus einer ästhetischen Motivation heraus irgendwas umgestellt und dann stelle ich plötzlich fest irgendwann so, ach, das löst das Problem ja.

01:49:46.860 --> 01:50:02.280
Und 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 einen natürlich auch ins Verderben führen, das stimmt. Oder halt zur Lösung. Tja, keine Ahnung, was man sagen soll.

01:50:02.280 --> 01:50:05.620
Das ist die Tagline dieser Episode, oder?

01:50:05.660 --> 01:50:06.780
Es ist alles nicht so einfach.

01:50:08.080 --> 01:50:10.180
Das Spannende dabei ist aber ja zum Beispiel,

01:50:10.260 --> 01:50:13.400
du aktivierst damit halt eins deiner kognitiven Systeme,

01:50:13.500 --> 01:50:15.440
gerade halt eher so das auf Pattern-Matching basierte,

01:50:16.160 --> 01:50:21.600
wo du halt eben nicht eine kausal hergeleitete Kette hast,

01:50:21.680 --> 01:50:23.360
von warum du jetzt diese eine Änderung führst,

01:50:23.360 --> 01:50:25.100
sondern du sagst, irgendwann mein Bauchgefühl ist komisch

01:50:25.100 --> 01:50:27.380
und das ist ja der Teil von, das ist der Craftsmanship.

01:50:28.460 --> 01:50:30.880
Also ein guter Handwerker, der viel Erfahrung hat,

01:50:31.360 --> 01:50:35.340
Der kann dir manchmal noch nicht genau sagen, warum das jetzt eine schlechte Idee ist, aber wir machen es jetzt mal anders.

01:50:35.880 --> 01:50:39.040
Und in dem Moment, wo er dann fertig ist, ist er, aha, ja genau da drüben, das da.

01:50:39.440 --> 01:50:43.820
Das kann er dir aber vorher nicht sagen und das Bauchgefühl und die Erfahrungen sind aber wertvoll.

01:50:44.240 --> 01:50:49.000
Und er wird natürlich währenddessen beobachten, ob seine Schleife, die er da gerade dreht, jetzt tatsächlich richtig ist oder nicht.

01:50:49.060 --> 01:50:51.580
Der wird auch wieder zurückgehen und sagen, nee, ach Mist, war jetzt irgendwie falsch.

01:50:51.700 --> 01:50:58.580
Und wichtiger ist aber eben, das ist ja genau diese Art von Flexibilität, um die es bei Agilität ja auch geht, um dieses Responding to Change.

01:50:59.260 --> 01:51:02.160
Du gehst mit einer Annahme da rein, fängst an zu arbeiten,

01:51:02.280 --> 01:51:05.220
stellst fest, nee, so nicht, ach doch so, aber nee, jetzt eher hier drüben.

01:51:05.680 --> 01:51:09.400
Also ein Freund von mir hat halt auch so einen Projektablaufplan

01:51:09.400 --> 01:51:12.940
immer wieder mal für Kunden, ein relativ bekannter Comic,

01:51:12.940 --> 01:51:15.780
wo du sagst, wo ist unser Startpunkt, wo ist unser Zielpunkt?

01:51:16.140 --> 01:51:19.520
Und die meisten Leute denken halt, du läufst jetzt diesen geraden Weg

01:51:19.520 --> 01:51:20.400
von A nach B ab.

01:51:21.260 --> 01:51:25.420
Der ist aber, und so versucht auch viel Projektmanagement zu sagen,

01:51:25.540 --> 01:51:27.080
so, wir sortieren das jetzt alles mal so,

01:51:27.140 --> 01:51:28.800
dass wir diesen Weg hier gerade durchlaufen können.

01:51:29.260 --> 01:51:53.920
Das Problem ist nur, wenn man das als eine Landschaft betrachtet, so als so eine Karte von wie du dich in der Welt orientierst, dann ist dieser Weg nicht unbedingt sinnvoll, weil dazwischen sind irgendwie drei Sümpfe mit Alligatoren und ein riesengroßer Berg und eine riesengroße Schlucht und um das irgendwie, um das so zu queren, ist völlig bekloppt und es wäre viel einfacher, erstmal ein bisschen nach links zu laufen, dann nach oben und siehe da, hier ist ein Aufzug, aha und hier ist eine Straße und da ist ein Taxi-Service und jetzt sind wir schon da.

01:51:56.000 --> 01:51:57.900
Deswegen sieht ein Projekt halt manchmal eher so aus,

01:51:57.960 --> 01:51:59.940
dass man halt so tausend schleifen und rechts und links

01:51:59.940 --> 01:52:01.700
und das ist aber tatsächlich der in Summe

01:52:01.700 --> 01:52:03.760
energetisch bessere Weg, als zu

01:52:03.760 --> 01:52:05.620
versuchen, es von vorne nach hinten durchzuprügeln

01:52:05.620 --> 01:52:07.860
mit so einem abgeschlossen definierten Punkt.

01:52:09.040 --> 01:52:09.240
Weg.

01:52:12.020 --> 01:52:13.840
Das ist ja ein großes Abenteuer

01:52:13.840 --> 01:52:14.700
auf einer Landkarte.

01:52:15.520 --> 01:52:17.600
Kompass ist kaputt. So sind Projekte.

01:52:17.720 --> 01:52:18.000
Ja, genau.

01:52:18.860 --> 01:52:20.760
Und man darf das halt nicht wegmachen.

01:52:20.920 --> 01:52:23.500
Ich glaube, der Fehler im Projektmanagement ist, wenn man versucht, das

01:52:23.500 --> 01:52:25.840
wegzumachen, dass das nicht passiert.

01:52:26.000 --> 01:52:28.020
Weil dann fehlen dir diese ganzen

01:52:28.020 --> 01:52:29.200
eigentlichen Erkenntnisse da drin.

01:52:31.540 --> 01:52:33.760
Ja, und das wird aber auch dann versucht.

01:52:34.000 --> 01:52:36.060
Man sagt halt so, die Karte ist das

01:52:36.060 --> 01:52:37.640
Gebiet und dann, ja.

01:52:38.820 --> 01:52:39.900
Ja, weil wenn du halt erwartest,

01:52:40.040 --> 01:52:41.920
dann holt man halt den großen Bohrer und dann geht man halt durch.

01:52:42.500 --> 01:52:43.880
Also auch hier wieder

01:52:43.880 --> 01:52:45.420
nochmal, also ich muss selber ein bisschen korrigieren.

01:52:45.900 --> 01:52:47.160
Wenn du in einer

01:52:47.160 --> 01:52:49.700
bekannten Domäne arbeitest, ist das

01:52:49.700 --> 01:52:51.840
legitim. Wenn deine Aufgabe ist, du sollst

01:52:51.840 --> 01:52:53.980
von A nach B und der Deal ist,

01:52:54.280 --> 01:52:55.740
du befindest dich in Deutschland, in

01:52:55.740 --> 01:52:57.920
München und sollst mit dem Auto nach Berlin

01:52:57.920 --> 01:52:59.760
fahren, dann holst du halt nun mal die blöde

01:52:59.760 --> 01:53:01.840
Karte raus, guckst, wo die Autobahnen sind, guckst,

01:53:01.900 --> 01:53:03.460
wo der Stau ist und dann fährst du halt.

01:53:05.040 --> 01:53:05.540
Wenn aber

01:53:05.540 --> 01:53:07.400
die Aufgabe ist,

01:53:08.020 --> 01:53:09.860
wir wollen heute ein schönes Picknick

01:53:09.860 --> 01:53:11.060
machen, da drüben ist eine Wiese,

01:53:12.360 --> 01:53:13.680
wo ist denn hier der schönste Punkt

01:53:13.680 --> 01:53:15.780
zum Picknicken, dann kann ich halt die Karte

01:53:15.780 --> 01:53:17.400
nicht raus und dann muss ich anfangen loszulaufen

01:53:17.400 --> 01:53:19.720
und dann kann ich mich nicht nur auf den bekannten Wegen

01:53:19.720 --> 01:53:21.600
bewegen und dann ist mein Werkzeug auch ein anderes.

01:53:21.600 --> 01:53:23.680
Dann muss ich irgendwie mir die Gummistiefel anziehen

01:53:23.680 --> 01:53:24.880
und damit rechnen, dass hier irgendwie

01:53:24.880 --> 01:53:27.360
noch irgendwo plötzlich ein Schaf um die Ecke kommt

01:53:27.360 --> 01:53:29.420
und ein Hund und ich irgendwie in ein

01:53:29.420 --> 01:53:31.500
Loch trete, das ist halt was anderes.

01:53:31.600 --> 01:53:33.120
Da brauche ich halt Regeln und

01:53:33.120 --> 01:53:35.220
Verhaltensweisen, die mir erlauben, mich in unbekannten

01:53:35.220 --> 01:53:37.360
Gebieten zu bewegen und mich darauf einzustellen, was hier eigentlich gerade

01:53:37.360 --> 01:53:39.880
passiert. Und das ist

01:53:39.880 --> 01:53:41.020
kategorisch anders,

01:53:41.480 --> 01:53:43.340
aber eben situationsabhängig, legitim oder

01:53:43.340 --> 01:53:45.500
auch nicht. Aber bekannte Probleme

01:53:45.500 --> 01:53:47.460
kann man ja anscheinend dann doch mit einem Wasserfall erschlagen.

01:53:48.840 --> 01:53:49.120
Natürlich.

01:53:49.300 --> 01:53:51.420
Ja, aber wenn es ein bekanntes Problem ist,

01:53:51.480 --> 01:53:53.280
warum entwickelt man dann Software? Dann nimmt man einfach

01:53:53.280 --> 01:53:55.580
irgendwie, keine Ahnung, SAP. Warum gibt man dann Software neue?

01:53:55.700 --> 01:53:57.440
Die gibt's ja dann schon. Die gibt's ja dann schon. Ja, genau.

01:53:58.500 --> 01:53:59.000
Im besten Fall.

01:53:59.340 --> 01:54:01.280
Also auch da kann's Gründe geben,

01:54:01.360 --> 01:54:03.560
die alte Software ist zu alt, im Sinne von der Compiler

01:54:03.560 --> 01:54:04.760
geht nicht mehr, die Firma ist weggeseitigt.

01:54:05.100 --> 01:54:07.440
Aber dann kannst du's auch so angehen. Dann kannst du auch

01:54:07.440 --> 01:54:09.460
sagen, wir setzen uns jetzt hin, wir programmieren das jetzt

01:54:09.460 --> 01:54:11.420
nochmal so runter. Ist ja kein Problem, dann macht man

01:54:11.420 --> 01:54:11.760
das halt.

01:54:13.060 --> 01:54:15.540
Es gibt ja auch Ansätze, die sagen, du sollst

01:54:15.540 --> 01:54:17.540
Teil 2 machen. Musst halt zweimal machen.

01:54:17.660 --> 01:54:19.420
Das erste Mal weißt du noch nicht, wie's geht und beim

01:54:19.420 --> 01:54:21.580
zweiten Mal weißt du halt, wie's geht und deshalb musst du's zweimal

01:54:21.580 --> 01:54:23.380
machen. Ist auch eine

01:54:23.380 --> 01:54:25.660
legitime Methode, nur da verlierst

01:54:25.660 --> 01:54:27.400
du halt das, was der Christian die ganze Zeit schon

01:54:27.400 --> 01:54:29.540
sagt. Meistens

01:54:29.540 --> 01:54:31.440
weißt du ja gar nicht, wo du hin willst. Oder meistens

01:54:31.440 --> 01:54:32.180
weißt du ja gar nicht,

01:54:33.140 --> 01:54:35.440
ob das der richtige Ort ist, an den du gehst.

01:54:35.540 --> 01:54:37.440
Meistens weißt du gar nicht, ob es diese Lösung gibt,

01:54:37.620 --> 01:54:39.480
die du haben möchtest. Auch wenn du sie erreicht

01:54:39.480 --> 01:54:41.420
hast, weißt du nicht, ob es die gibt oder

01:54:41.420 --> 01:54:43.380
ob es die richtige ist. Und es dann nochmal zu

01:54:43.380 --> 01:54:45.320
programmieren, macht dir sicherlich, oder nochmal zu

01:54:45.320 --> 01:54:47.280
entwickeln, macht sicherlich das Produkt

01:54:47.280 --> 01:54:49.320
besser, aber ob das das richtige Produkt ist, weißt du

01:54:49.320 --> 01:54:50.380
dann immer noch nicht. Ja,

01:54:50.880 --> 01:54:53.080
Ja, auch ein schönes Phänomen, auf das man dann halt

01:54:53.080 --> 01:54:54.860
irgendwie so in der Praxis auftrifft, ist dann

01:54:54.860 --> 01:54:56.840
irgendwie, ich weiß nicht, ob das jetzt, aber das

01:54:56.840 --> 01:54:58.660
ist da auf jeden Fall auch nah dran, irgendwie

01:54:58.660 --> 01:55:00.580
Second System, irgendwie.

01:55:00.580 --> 01:55:02.460
Oh ja, das ist dann der Gegenteil.

01:55:02.540 --> 01:55:04.520
Wenn du es beim zweiten Mal machst, dann baust du alles ein, was

01:55:04.520 --> 01:55:05.820
du dir beim ersten Mal ausgedacht hast.

01:55:06.660 --> 01:55:08.600
Und da kommen die, und da kommen

01:55:08.600 --> 01:55:10.360
ja die Agile Methoden halt im Prinzip

01:55:10.360 --> 01:55:12.440
ins Spiel, dass du eben nicht sagst,

01:55:12.500 --> 01:55:14.620
ich mach da Second System draus, sondern das ist halt

01:55:14.620 --> 01:55:16.520
im laufenden Projekt, diesen Modus

01:55:16.520 --> 01:55:18.720
wechseln kannst und so, weil wir Unitests

01:55:18.720 --> 01:55:20.660
haben und weil wir dies haben und weil wir jenes

01:55:20.660 --> 01:55:22.600
haben, weil wir mit unserem Code flexibel umgehen und weil

01:55:22.600 --> 01:55:24.420
es Common-Code-Ownership ist.

01:55:24.760 --> 01:55:26.260
Deswegen können wir jetzt den Code,

01:55:26.560 --> 01:55:28.580
in der vielleicht noch nicht Qualität wir haben wollen,

01:55:28.660 --> 01:55:30.520
im laufenden Betrieb sukzessive umbauen.

01:55:31.060 --> 01:55:32.820
Und das halt, Komplexität

01:55:32.820 --> 01:55:34.560
erfordert auch einen granularen Blick auf die Welt,

01:55:34.640 --> 01:55:36.600
dass du halt immer wieder mal kleinere Einheiten,

01:55:36.700 --> 01:55:38.380
größere Einheiten anguckst und dann zu sagen so,

01:55:38.680 --> 01:55:40.620
das Subsystem da drüben hat sich jetzt stabilisiert,

01:55:40.720 --> 01:55:42.380
da räumen wir die Qualität jetzt auf, da drüben

01:55:42.380 --> 01:55:44.620
experimentieren wir noch. Es muss halt keine Blanko-Entscheidung

01:55:44.620 --> 01:55:45.200
für alles sein.

01:55:46.520 --> 01:55:48.420
Ja, gleichzeitig kannst du ja aber auch

01:55:48.420 --> 01:55:50.300
das Ziel nachführen. Das ist so ein

01:55:50.300 --> 01:55:51.900
so dieser andere Aspekt

01:55:51.900 --> 01:55:53.720
der agilen Entwicklung,

01:55:54.380 --> 01:55:56.060
dass du zwar die Software, die du entwickelst,

01:55:56.100 --> 01:55:58.040
so gut wie es geht entwickelst, aber

01:55:58.040 --> 01:55:59.960
dass du ja erst nach und nach rausfindest,

01:56:00.020 --> 01:56:02.080
was du überhaupt für Software entwickeln musst, was du überhaupt

01:56:02.080 --> 01:56:04.180
erreichen möchtest. Und das

01:56:04.180 --> 01:56:06.060
kannst du natürlich nur dann nachziehen,

01:56:06.060 --> 01:56:07.920
wenn du die Flexibilität hast, das Ziel

01:56:07.920 --> 01:56:10.160
zu verändern. Wenn du die Flexibilität

01:56:10.160 --> 01:56:12.200
hast zu sagen, okay, der Plan,

01:56:12.260 --> 01:56:14.300
den wir uns zurechtgelegt haben, das ist der perfekte

01:56:14.300 --> 01:56:15.900
Schlachtplan und den können wir so durchziehen,

01:56:16.280 --> 01:56:18.260
aber der bringt uns nichts.

01:56:18.380 --> 01:56:20.160
Dann haben wir hinterher ein Produkt, was

01:56:20.300 --> 01:56:48.140
egal ist und das findest du raus, während du es machst, das findest du raus, wenn du es released hast und deshalb sind da diese ganzen Sachen drin, Release Early, Release Often, Break Things, Fail Fast, diese ganzen Sachen, die sind nicht dafür da, um die Qualität des Produktes zu verbessern, sondern die sind dafür da, den Product Fit zu verbessern, die sind dafür da, ein besser passendes Produkt zu finden, was du vorher nicht wissen kannst.

01:56:48.140 --> 01:56:49.960
Du kannst vorher nicht wissen, was der Kunde

01:56:49.960 --> 01:56:52.020
haben möchte, wenn du es nicht ausprobiert hast.

01:56:52.440 --> 01:56:54.280
Selbst wenn du selber der Kunde bist,

01:56:54.360 --> 01:56:56.100
kannst du es nicht vorher

01:56:56.100 --> 01:56:57.840
wissen. Und das ist uns allen schon mal so gegangen,

01:56:58.000 --> 01:56:59.940
dass wir uns überlegt haben, oh, da muss ich jetzt eine Library für

01:56:59.940 --> 01:57:01.860
irgendwas schreiben. Und dann hast du es geschrieben

01:57:01.860 --> 01:57:03.720
und hast gemerkt, das ist ja ein Quatsch und hast es weggeschmissen

01:57:03.720 --> 01:57:05.320
und hast nochmal neu angefangen und gemerkt,

01:57:06.900 --> 01:57:08.160
ich brauche was anderes.

01:57:09.640 --> 01:57:09.960
Wie

01:57:09.960 --> 01:57:11.920
war Einstein, das ja sagte, wenn wir

01:57:11.920 --> 01:57:13.580
wüssten, was wir tun, wäre es keine Wissenschaft.

01:57:17.260 --> 01:57:17.620
Und

01:57:17.620 --> 01:57:27.100
Und es ist tatsächlich spannend, weil wir halt jetzt in einem Feld sind, wo man das halt dieses, wir wissen eigentlich nicht, was wir tun, aber wir haben halt Handwerkszeug und wir können das operationalisieren, wir können das halt im laufenden Geschäft machen.

01:57:27.100 --> 01:57:47.160
Ich kann, das ist total merkwürdig, wir sind jetzt an einem Punkt, wo ich halt sagen kann, ja lieber Kunde, ich baue dir jetzt da halt auf Systemebene, auf einer Infrastrukturebene noch irgendeine neue Lösung ein und ich liefere dir, und zwar jetzt in einer halben Woche mal hingestrickt und dann nehmen wir das live in Betrieb und dann hast du da irgendwie 99,5% SLA auf diesem Ding drauf.

01:57:47.620 --> 01:57:49.760
mit Garantie, weil ich weiß,

01:57:50.080 --> 01:57:51.840
dass wir ausreichend flexibel sind, ausreichend

01:57:51.840 --> 01:57:54.000
kleine Änderungen haben und das ganze Handwerkszeug

01:57:54.000 --> 01:57:55.200
halt eben belastbar ist.

01:57:55.740 --> 01:57:57.760
Wer würde denn heutzutage irgendwie ein Haus

01:57:57.760 --> 01:57:59.560
kaufen, also bauen,

01:57:59.660 --> 01:58:00.880
ich habe jetzt ja gerade saniert,

01:58:01.340 --> 01:58:03.660
wo der Dachdecker sagt, ja, ich baue dir das

01:58:03.660 --> 01:58:05.760
jetzt erstmal hin und dann müssen wir ein halbes Jahr

01:58:05.760 --> 01:58:07.420
lang warten, ob es zusammenstürzt oder nicht.

01:58:08.500 --> 01:58:10.040
Und der ist halt in der Lage,

01:58:10.480 --> 01:58:11.740
mit seinem Handwerkszeug zu sagen,

01:58:11.820 --> 01:58:13.660
während das Projekt, der war einfach sehr gut, der Dachdecker

01:58:13.660 --> 01:58:15.740
hier, währenddessen man hier halt

01:58:15.740 --> 01:58:17.560
sagen kann, während der Dach rumfummelt noch, du können

01:58:17.560 --> 01:58:19.720
mal da drüben noch umbauen und da noch umbauen, ich brauche das eigentlich anders

01:58:19.720 --> 01:58:21.300
und wir haben festgestellt, der Plan so geht nicht

01:58:21.300 --> 01:58:23.300
und ein guter Dachdecker sagt dann, ja,

01:58:23.360 --> 01:58:25.320
das ist anders, da drüben so und so und so

01:58:25.320 --> 01:58:27.320
und der weiß halt, wo seine Grenzen sind,

01:58:27.820 --> 01:58:29.280
wo man das halt gut umsteuern kann.

01:58:32.880 --> 01:58:33.960
Ich muss glaube ich langsam

01:58:33.960 --> 01:58:35.940
die Endrunde einleiten,

01:58:36.060 --> 01:58:38.140
ich bin übernächtig

01:58:38.140 --> 01:58:38.820
von den letzten zwei.

01:58:38.820 --> 01:58:39.920
Die Diskussion wird auch langsamer.

01:58:40.600 --> 01:58:42.260
Dafür nimmst du natürlich beim

01:58:42.260 --> 01:58:44.440
Dachdecker halt die Ineffizienz in Kauf,

01:58:44.560 --> 01:58:46.940
dass du erst was baust, was du dann wieder wegbaust.

01:58:47.400 --> 01:58:48.600
Aber es ist einfach notwendig.

01:58:48.680 --> 01:58:50.380
Du kannst nicht vorher wissen, wie es ausschaut.

01:58:51.500 --> 01:58:53.340
Es ist wichtiger, das unterwegs zu merken.

01:58:53.460 --> 01:58:55.340
Deswegen war ich halt, also die Bauherren,

01:58:55.440 --> 01:58:57.600
kann ja immer keiner leiden, der schnell auf der Baustelle ist,

01:58:57.660 --> 01:58:58.900
aber ich habe die Elektrik bei uns gemacht.

01:58:59.020 --> 01:59:01.100
Insofern nimmt man mich dann halt auch ernst,

01:59:01.180 --> 01:59:02.840
wenn ich da halt eh in der Arbeitshose rumhänge.

01:59:04.060 --> 01:59:07.640
Und dann kann ich halt unterwegs die Entscheidung treffen.

01:59:07.760 --> 01:59:08.880
Und ja, das war etwas teurer,

01:59:09.020 --> 01:59:11.080
aber in vielen Fällen gar nicht so viel teurer,

01:59:11.560 --> 01:59:13.200
als wenn man feststellt, jetzt ist es fertig,

01:59:13.200 --> 01:59:15.080
jetzt müssen wir uns nochmal aufreißen. Das ist halt

01:59:15.080 --> 01:59:16.920
prohibitiv. Genau, das ist halt genau die Sache.

01:59:18.420 --> 01:59:18.960
Wenn du

01:59:18.960 --> 01:59:21.120
eine Veränderung

01:59:21.120 --> 01:59:22.300
früher bemerken kannst,

01:59:23.160 --> 01:59:24.880
dann musst du sie früher reintun.

01:59:25.380 --> 01:59:27.180
Das spart Kosten.

01:59:28.180 --> 01:59:29.000
Und je früher du sie

01:59:29.000 --> 01:59:31.000
bemerken kannst, umso früher

01:59:31.000 --> 01:59:33.060
solltest du versuchen, sie zu bemerken. Das ist

01:59:33.060 --> 01:59:34.020
so generell dieses,

01:59:34.860 --> 01:59:35.960
das generelle

01:59:35.960 --> 01:59:38.920
dahinterstehen, oder? Dass du die Änderungen, die du

01:59:38.920 --> 01:59:40.900
machen musst, so früh wie möglich

01:59:40.900 --> 01:59:42.840
bemerkst. Information, Information,

01:59:43.120 --> 01:59:44.940
Information. Ich hätte noch

01:59:44.940 --> 01:59:47.000
so eine Idee, was man vielleicht noch am Schluss machen

01:59:47.000 --> 01:59:48.880
könnte. Ich meine, damit das auch irgendwie außer

01:59:48.880 --> 01:59:50.240
so ganz luftigen

01:59:50.240 --> 01:59:53.020
Gedanken ein bisschen

01:59:53.020 --> 01:59:54.240
Content bekommt.

01:59:54.760 --> 01:59:56.920
Was gibt es denn so für Tools oder so, die man

01:59:56.920 --> 01:59:59.000
benutzen kann? Habt ihr positive Erfahrungen mit

01:59:59.000 --> 01:59:59.580
irgendwas gemacht?

01:59:59.740 --> 02:00:03.740
Auf die letzten drei Monate,

02:00:03.820 --> 02:00:04.740
wo wir uns doch alle

02:00:04.740 --> 02:00:06.580
mehr mit Tools beschäftigt haben, weil

02:00:06.580 --> 02:00:08.680
bestimmte Sachen einfach nicht mehr so gehen.

02:00:10.420 --> 02:00:11.040
Also ich habe

02:00:11.040 --> 02:00:12.760
in den letzten drei Monaten sehr viel mit GitLab

02:00:12.760 --> 02:00:14.840
gearbeitet und

02:00:14.840 --> 02:00:16.660
das geht so ein bisschen

02:00:16.660 --> 02:00:18.220
daran, was der Christian vorhin erzählt hat.

02:00:20.600 --> 02:00:21.000
Das

02:00:21.000 --> 02:00:22.620
Ticketboard in GitLab, das ist

02:00:22.620 --> 02:00:24.640
sehr, sehr lightweight. Das ist im Wesentlichen,

02:00:24.740 --> 02:00:26.640
wenn man es so benutzen möchte, eine To-Do-Liste, die man

02:00:26.640 --> 02:00:28.520
hoch und runter ziehen kann und rechts und links

02:00:28.520 --> 02:00:30.120
verschieben kann. So ein Kanban-Board fast, ne?

02:00:31.260 --> 02:00:33.080
Ja, aber auch an einem Kanban-Board

02:00:33.080 --> 02:00:34.560
hängst du ja normalerweise nur die

02:00:34.560 --> 02:00:36.580
Überschriften hin und im GitLab, wenn du es so

02:00:36.580 --> 02:00:38.600
verwenden möchtest, sind es einfach nur erst mal

02:00:38.600 --> 02:00:39.160
die Überschriften.

02:00:40.480 --> 02:00:41.840
Man kann da natürlich dann auch

02:00:41.840 --> 02:00:44.800
ganze Tickets draus machen, aber so dieses

02:00:44.800 --> 02:00:45.380
einfache

02:00:45.380 --> 02:00:48.840
hier ist was zu tun und hier ist ungefähr

02:00:48.840 --> 02:00:50.680
die Reihenfolge, in der es wichtig wäre,

02:00:51.800 --> 02:00:53.000
das reicht schon aus.

02:00:53.060 --> 02:00:54.160
Das ist sehr, sehr lightweight.

02:00:55.180 --> 02:00:56.440
Das ist sehr

02:00:56.440 --> 02:00:58.820
wenig

02:00:58.820 --> 02:01:00.880
Steuerung, aber die Steuerung kommt dann

02:01:00.880 --> 02:01:02.480
halt von unten, von denen, die es machen.

02:01:03.480 --> 02:01:04.160
Da sagen, okay,

02:01:05.080 --> 02:01:06.900
dieses eine Ticket ist zwar

02:01:06.900 --> 02:01:08.720
höher eingetragen, aber das andere

02:01:08.720 --> 02:01:10.700
geht schneller oder das andere

02:01:10.700 --> 02:01:13.020
erleichtert mir das Leben oder das andere

02:01:13.020 --> 02:01:14.540
bin ich jetzt gerade in der Stimmung dafür.

02:01:17.580 --> 02:01:18.980
Auch das ist was, was in Agile

02:01:18.980 --> 02:01:20.680
vorkommt, der Unterschied zwischen Push und Pull,

02:01:21.920 --> 02:01:22.860
wo du eben nicht von oben

02:01:22.860 --> 02:01:24.980
vorgibst, was getan wird und in welcher Reihenfolge,

02:01:25.060 --> 02:01:27.040
sondern wo du sagst, hier sind die Dinge, die erledigt werden

02:01:27.040 --> 02:01:28.160
müssen und von unten

02:01:28.160 --> 02:01:31.060
die Leute, die es machen, die sagen dann, okay, jetzt mach ich

02:01:31.060 --> 02:01:32.300
das und dann das und dann das und dann das.

02:01:33.620 --> 02:01:34.900
Das hat da sehr gut

02:01:34.900 --> 02:01:35.580
funktioniert.

02:01:38.960 --> 02:01:39.920
Das war sehr angenehm.

02:01:41.560 --> 02:01:42.960
Also die GitLab-Issues

02:01:42.960 --> 02:01:43.960
und GitLab-Boards

02:01:43.960 --> 02:01:47.420
haben für mich genügend Flexibilität,

02:01:47.600 --> 02:01:49.280
um einen sehr angenehmen Arbeitsmodus

02:01:49.280 --> 02:01:49.700
zu erreichen.

02:01:51.640 --> 02:01:52.860
Mir geht es ähnlich.

02:01:52.960 --> 02:01:55.040
Ich mag das, wenn Systeme auch so duale

02:01:55.040 --> 02:01:56.340
Benutzungsmöglichkeiten haben.

02:01:57.480 --> 02:01:59.160
Also wir sind momentan bei uns

02:01:59.160 --> 02:02:01.240
jetzt mehrere Jahre

02:02:01.240 --> 02:02:02.180
Fogbox benutzt.

02:02:03.020 --> 02:02:04.580
Das ist ein System, was

02:02:04.580 --> 02:02:07.240
auch einer der Internet-Urgesteine

02:02:07.240 --> 02:02:09.120
von Joel Spolsky und so

02:02:09.120 --> 02:02:10.700
und

02:02:10.700 --> 02:02:13.420
mit dem Werkzeug sind wir sehr

02:02:13.420 --> 02:02:15.360
happy. Die haben leider, die haben dieses Produkt

02:02:15.360 --> 02:02:17.220
an ein separates Unternehmen verkauft und seitdem ist

02:02:17.220 --> 02:02:19.320
vor einem Jahr hätte ich noch

02:02:19.320 --> 02:02:21.280
irgendwie gesagt, hurra, hurra, hurra, kauft das

02:02:21.280 --> 02:02:23.360
bitte alle und jetzt würde ich sagen, fuck, wir müssen davon weg,

02:02:23.860 --> 02:02:25.020
weil die halt einfach echt,

02:02:25.340 --> 02:02:26.500
das bricht alles zusammen.

02:02:27.360 --> 02:02:29.320
Ist das nicht an Atlassian verkauft worden?

02:02:30.240 --> 02:02:31.240
Nee, das war Trello.

02:02:31.280 --> 02:02:32.040
Trello, ja, genau.

02:02:33.100 --> 02:02:34.320
Aber ist ja eine ähnliche Geschichte.

02:02:35.460 --> 02:02:36.820
Trello ist auch ein Joel-Tool,

02:02:37.240 --> 02:02:58.380
Genauso wie Stack Overflow halt. Und was die sehr gut gemacht haben, ist tatsächlich dieses ganze, den Bedienungsflow, zumal zwischen Ticket, also dass du so unterschiedliche Repräsentationen von Listen, Trees und so einem Kram haben kannst und die haben schon sehr zeitig ein sehr fluffiges User Interface gehabt, was sich extrem schnell bedient.

02:02:58.920 --> 02:03:22.360
Und ihnen war wichtig in der Abgrenzung zu Jira, das war ja lange Zeit eine harte Konkurrenz, Jira ist ihnen dann davon gelaufen, was die Marktanteile anging, dass sie gesagt haben, wir wissen, wie die Workflows sind, wir haben hier eine Meinung, wie gute Workflows und gutes UI funktioniert und das war dann die Abgrenzung zu Jira im Sinne von, ja mit Jira kannst du alles machen, es hat halt keine Meinung, es hat halt keinen Arsch in der Hose und es ist halt dann häufig völlig zerkonfiguriert und völlig kaputt.

02:03:22.820 --> 02:03:37.780
Das hat uns an dem gefallen, plus die haben auch eine Integration mit E-Mail, wo du ein wirklich hochwertiges Support-Tool gleichzeitig drin hast und du musst dich bei einem Ticket nie entscheiden, ob das jetzt mit Kundenkommunikation oder interner Kommunikation ist.

02:03:37.780 --> 02:03:39.720
du kannst jederzeit dazwischen im Ticket sagen,

02:03:40.040 --> 02:03:41.900
du bist jetzt ein Mitkunde oder ohne Kunde

02:03:41.900 --> 02:03:43.840
Ticket und ich habe die Historie und ich kann genau

02:03:43.840 --> 02:03:45.520
sehen und sie haben einen richtig guten

02:03:45.520 --> 02:03:47.640
E-Mail-Client dann auch sozusagen so mit

02:03:47.640 --> 02:03:49.680
eingebettet, dass sich das auch anfühlt, wie ich schreibe jetzt

02:03:49.680 --> 02:03:51.660
eine Kunden-E-Mail und der kann das dann irgendwie sehen

02:03:51.660 --> 02:03:53.580
und gleichzeitig kannst du dann Kanban-Boards

02:03:53.580 --> 02:03:55.280
ziehen, also das war eigentlich alles

02:03:55.280 --> 02:03:57.680
sehr fluffig, wir orientieren uns

02:03:57.680 --> 02:03:58.720
gerade Richtung Odoo,

02:03:59.880 --> 02:04:01.560
das ist so ein Open-Source

02:04:01.560 --> 02:04:03.760
eigentlich Enterprise-Resource-Management-Ding,

02:04:04.560 --> 02:04:05.680
die haben aber

02:04:05.680 --> 02:04:07.620
im Prinzip sozusagen alles in Boards

02:04:07.620 --> 02:04:09.940
gepackt, sämtliche Arten von Ressourcen

02:04:09.940 --> 02:04:11.480
kannst du immer in irgendwie

02:04:11.480 --> 02:04:13.700
Boardsichten oder Listen oder

02:04:13.700 --> 02:04:15.800
die haben so einen abgefahrenen

02:04:15.800 --> 02:04:17.860
Excel-Roundtrip-Export. Kannst du sozusagen

02:04:17.860 --> 02:04:19.580
irgendeine Query von irgendeiner Ressource

02:04:19.580 --> 02:04:21.860
als Excel ziehen, im Excel bearbeiten,

02:04:21.960 --> 02:04:23.660
das Excel wieder hochladen und er zerpflückt das

02:04:23.660 --> 02:04:25.300
wieder und macht dann die Änderungslisten draus,

02:04:25.860 --> 02:04:27.760
die du im UI hättest machen wollen.

02:04:30.000 --> 02:04:31.180
Hört sich krass an.

02:04:31.500 --> 02:04:33.420
Ja, finde ich so schwierig.

02:04:33.420 --> 02:04:34.320
Ja, du müsst eigentlich...

02:04:34.320 --> 02:04:38.060
Aber das ist bestimmt nicht so schwierig,

02:04:38.220 --> 02:04:39.800
das ist meistens der Weg ins Verderben.

02:04:43.000 --> 02:04:44.340
Das kann doch nicht so schwer sein.

02:04:44.760 --> 02:04:46.600
Ich mach das noch schnell fertig.

02:04:48.600 --> 02:04:50.280
Ja, also da gucken wir uns gerade

02:04:50.280 --> 02:04:50.840
so ein bisschen um.

02:04:52.220 --> 02:04:53.800
Ansonsten muss man, finde ich, mit den Boards,

02:04:53.880 --> 02:04:56.040
wenn man so über Boards nachdenkt, muss man immer dran denken,

02:04:56.500 --> 02:04:58.400
Kanban, das hat man jetzt als Methodik

02:04:58.400 --> 02:04:59.840
noch nicht angerissen,

02:05:00.420 --> 02:05:02.460
aber diese Flow-orientierten Sachen,

02:05:02.920 --> 02:05:07.560
Die gehen im Prinzip davon aus, dass die Einheiten homogene Größen haben.

02:05:09.540 --> 02:05:14.260
Wenn du dir dein Arbeitszeug zurechtlegst und über Flow managen möchtest,

02:05:14.340 --> 02:05:18.780
dann musst du im Prinzip Dinge tun, die vorhersagbare und ähnlich große Items haben,

02:05:19.240 --> 02:05:21.420
weil du sonst ständig in den Head-of-Line-Blocking kommst.

02:05:21.480 --> 02:05:24.740
Dann gibt es plötzlich das eine fette Ding, was du jetzt angefangen hast und fertig machen musst

02:05:24.740 --> 02:05:28.620
und es sitzt da mittendrin und es geht nicht voran und dann hast du irgendwie dieses Work-in-Progress-Limit,

02:05:28.700 --> 02:05:32.360
das heißt ein anderes darf jetzt auch nicht rein und dann kommen wieder diese starren Regeln zu Trage

02:05:32.360 --> 02:05:34.020
und dann lässt du die Regeln aber sein,

02:05:34.100 --> 02:05:35.540
dann explodiert sie wieder auf eine andere Art

02:05:35.540 --> 02:05:37.080
und plötzlich hast du halt wieder Ticket-Chaos.

02:05:37.480 --> 02:05:39.220
Ja, ja, du müsstest sie ja alle zerlegen.

02:05:40.480 --> 02:05:42.340
Ja, nee, das Problem ist,

02:05:42.800 --> 02:05:47.480
Flow-Systeme wie hier Toyota Production System

02:05:47.480 --> 02:05:48.080
und solche Sachen,

02:05:48.600 --> 02:05:50.560
die sind halt produktionsorientiert.

02:05:51.020 --> 02:05:52.600
Mach mir bitte 20 Prios.

02:05:54.400 --> 02:05:56.300
Ja, und das ist was anderes als,

02:05:56.960 --> 02:05:58.740
oh, erfinde bitte ein neues KI-System,

02:05:58.740 --> 02:06:00.800
was irgendwie, was ist denn das für ein Ticket?

02:06:02.200 --> 02:06:09.460
Ja, würde das eine Rolle

02:06:09.460 --> 02:06:11.320
spielen, ob das irgendwie Python-basiert ist oder nicht?

02:06:11.420 --> 02:06:13.300
Weil es gibt da so ein Ding, das halt auch so

02:06:13.300 --> 02:06:15.240
ein bisschen sich, glaube ich, was die Komplexität angeht,

02:06:15.300 --> 02:06:17.000
so zwischen irgendwie Trello und

02:06:17.000 --> 02:06:18.920
Jira irgendwie ansiedelt.

02:06:20.160 --> 02:06:21.400
Tiger, das ist halt

02:06:21.400 --> 02:06:22.660
Jungle-Rest-Framework und

02:06:22.660 --> 02:06:25.160
irgendwie sah ganz nett aus.

02:06:25.160 --> 02:06:26.980
Ich habe es mal irgendwie installiert und da so ein bisschen

02:06:26.980 --> 02:06:29.020
mit rumgespielt, aber habe es dann

02:06:29.020 --> 02:06:31.140
auch nicht weiter verfolgt, weil, naja, gut.

02:06:31.760 --> 02:06:33.900
also so beruflich

02:06:33.900 --> 02:06:35.660
ist es auch momentan eher so GitLab und Jira

02:06:35.660 --> 02:06:37.760
irgendwie, sind die Geschichten,

02:06:37.920 --> 02:06:39.920
die ich verwende da.

02:06:40.840 --> 02:06:41.880
Ich finde, bei den

02:06:41.880 --> 02:06:43.920
Tools ist es egal. Ja, es ist auch ein bisschen egal,

02:06:43.940 --> 02:06:45.660
wie die geschrieben sind, solange die gut funktionieren.

02:06:45.680 --> 02:06:47.860
Ich habe mal Tiger versucht zu installieren und habe es

02:06:47.860 --> 02:06:49.800
nicht hingekriegt und da hatte ich dann keine Lust mehr drauf.

02:06:50.780 --> 02:06:52.120
Tiger hatte ich weggelegt,

02:06:52.220 --> 02:06:53.840
weil die, also wir haben eine

02:06:53.840 --> 02:06:56.040
relativ lange Historie, wir hatten irgendwie alles.

02:06:58.280 --> 02:07:00.020
Hat noch jemand einfach Whiteboards

02:07:00.020 --> 02:07:01.120
mit so normalen Post-its?

02:07:01.760 --> 02:07:03.520
Ihr macht ja auch 4 Teams

02:07:03.520 --> 02:07:05.580
und jedes probiert was aus und dann habt ihr irgendwann mal

02:07:05.580 --> 02:07:06.060
alles aus.

02:07:07.420 --> 02:07:09.680
Also 1999 hatten wir angefangen

02:07:09.680 --> 02:07:10.840
mit Bugsilla, glaube ich.

02:07:11.520 --> 02:07:13.640
Dann haben wir irgendwann den Request-Tracker gehabt.

02:07:14.200 --> 02:07:15.560
Dann haben wir Redmine gehabt.

02:07:17.160 --> 02:07:19.640
was haben wir noch? Was hat man noch so gehabt?

02:07:22.040 --> 02:07:23.120
Etrello immer so ein bisschen.

02:07:23.380 --> 02:07:24.760
Zermatt haben wir mal angetestet.

02:07:24.760 --> 02:07:26.200
Also relativ viel Zeug so.

02:07:27.100 --> 02:07:28.900
Und was

02:07:28.900 --> 02:07:30.660
ich jetzt wiederum, weswegen

02:07:30.660 --> 02:07:32.020
wir in Richtung Odoo gucken

02:07:32.020 --> 02:07:34.740
und Odoo ist selber auch in Python geschrieben,

02:07:35.060 --> 02:07:37.080
aber das ist so mehr nachgeordnet,

02:07:37.320 --> 02:07:38.580
weil die eine gute Abi haben.

02:07:39.840 --> 02:07:40.740
Bei Odoo ist dieses

02:07:40.740 --> 02:07:42.960
Projektmanagement im ERP

02:07:42.960 --> 02:07:44.780
Prozess überall

02:07:44.780 --> 02:07:46.640
mit angedockt. Die haben sich relativ viel Mühe

02:07:46.640 --> 02:07:48.720
gegeben, so ein allgemeines, fast schon SAP-artiges

02:07:48.720 --> 02:07:50.640
System aufzubauen und haben

02:07:50.640 --> 02:07:52.560
dann aber fachlich kompetent einzelne

02:07:52.560 --> 02:07:54.880
Module, die gut ineinander übergehen. Du kannst zum Beispiel,

02:07:55.440 --> 02:07:56.560
wenn du dann einen Verkaufsprozess

02:07:56.560 --> 02:07:58.180
hast und

02:07:58.180 --> 02:08:00.440
dem Kunden ein Projekt

02:08:00.440 --> 02:08:02.720
verkaufst, kannst du im Verkauf

02:08:02.720 --> 02:08:04.480
schon sagen, das ist ein Projekt der und der Art,

02:08:04.580 --> 02:08:06.340
kannst du da irgendwie dran tackern, was da irgendwie

02:08:06.340 --> 02:08:08.360
die Kalkulationsstrukturen sind, so typische

02:08:08.360 --> 02:08:10.720
was legst du noch an Anhängen, an PDF

02:08:10.720 --> 02:08:11.780
bei, etc., etc.

02:08:12.480 --> 02:08:14.360
Und wenn der Kunde sagt, so, das machen wir jetzt,

02:08:14.400 --> 02:08:16.160
dann kannst du in diesem Auftrag draufklicken,

02:08:16.260 --> 02:08:18.060
ja, das wird jetzt ein Projekt und kannst gleich

02:08:18.060 --> 02:08:20.220
für dieses Angebot ein passendes

02:08:20.220 --> 02:08:22.280
Projekt-Template in, hier

02:08:22.280 --> 02:08:24.260
habe ich ein Board, das sind die 50 Sachen, die jetzt

02:08:24.260 --> 02:08:26.560
zu tun sind, rauslassen

02:08:26.560 --> 02:08:28.780
und die sind alle aneinander geknüpft und du kannst

02:08:28.780 --> 02:08:30.820
die Stunden, die da reingehen, gleich in den Auftrag

02:08:30.820 --> 02:08:32.640
buchen und das war so ein, okay,

02:08:32.700 --> 02:08:34.580
hier geht irgendwie, du kannst alles mit allem verknüpfern.

02:08:35.420 --> 02:08:36.700
Da hat es mir so ein bisschen

02:08:36.700 --> 02:08:37.400
die Sprache verschlagen.

02:08:37.560 --> 02:08:40.380
Also ich muss aber sagen,

02:08:40.600 --> 02:08:42.600
gerade wenn man jetzt Remote arbeitet, das ist vielleicht jetzt gerade

02:08:42.600 --> 02:08:44.760
was anderes, aber wenn man irgendwie jetzt nicht Remote arbeitet,

02:08:44.840 --> 02:08:46.580
sondern in so einem Office ist, finde ich

02:08:46.580 --> 02:08:48.660
diese klassische, wir haben jetzt so

02:08:48.660 --> 02:08:50.620
Whiteboards und hängen da Post-its hin, Sache

02:08:50.620 --> 02:08:52.540
sehr cool, weil das halt so eine Haptik hat und man muss

02:08:52.540 --> 02:08:54.560
aufstehen und hingehen und mal so die Distanz ändern

02:08:54.560 --> 02:08:56.220
und hat das halt nicht in irgendwelchen

02:08:56.220 --> 02:08:58.320
verschwurmelt ein Ticket, sondern man sieht das alles irgendwie so

02:08:58.320 --> 02:09:00.220
vor sich visuell und das hat irgendwie einen riesen Vorteil.

02:09:00.560 --> 02:09:01.600
Man braucht halt ganz viele Boards,

02:09:02.360 --> 02:09:04.460
aber wenn man das geht, ich finde das sehr charmant.

02:09:04.500 --> 02:09:06.180
Und hast halt keine Nachverfolgbarkeit, das

02:09:06.180 --> 02:09:08.460
ist dann schwierig. Ja, vielleicht muss man das irgendwie dann

02:09:08.460 --> 02:09:09.540
abnehmen oder so. Nein, das ist gut.

02:09:10.500 --> 02:09:12.480
Nein, das ist recht, weil jemand, der nicht

02:09:12.480 --> 02:09:13.520
da ist, das nicht sehen kann.

02:09:14.220 --> 02:09:16.420
Nein, nein, Nachverfolgbarkeit kommt halt immer drauf an,

02:09:16.480 --> 02:09:18.320
weil da gibt es halt auch eine interessante

02:09:18.320 --> 02:09:19.640
Dynamik, weil

02:09:19.640 --> 02:09:21.940
Transparenz im Unternehmen

02:09:21.940 --> 02:09:24.600
ist keine absolute

02:09:24.600 --> 02:09:26.580
Größe, weil das Problem

02:09:26.580 --> 02:09:28.400
ist Transparenz. Das meine ich ja gar nicht. Ich meine ja die Leute, die da mit dran

02:09:28.400 --> 02:09:30.600
beteiligt sind. Ja, ja, ja, warte, warte, warte.

02:09:31.960 --> 02:09:32.320
Transparenz

02:09:32.320 --> 02:09:34.620
hat das Problem, zu viel

02:09:34.620 --> 02:09:36.080
Transparenz killt dir die Innovation,

02:09:37.300 --> 02:09:38.480
weil keiner traut, irgendwas

02:09:38.480 --> 02:09:40.380
zu machen, weil das könnte in zehn Jahren noch irgendwer lesen,

02:09:40.420 --> 02:09:41.420
dass er mal eine blöde Idee hatte.

02:09:42.300 --> 02:09:44.720
Zu wenig Transparenz und du hast

02:09:44.720 --> 02:09:45.860
Ja, aber

02:09:45.860 --> 02:09:48.620
kurz die Scheibe machen. Zu wenig Transparenz

02:09:48.620 --> 02:09:50.580
bedeutet wiederum, dass du halt Korruption reinkriegst.

02:09:50.580 --> 02:09:52.300
Ja, da brauchst du Transparenz. Und ich weiß,

02:09:52.480 --> 02:09:54.500
dir geht es gerade darum, wenn du gemischte Teams hast, wenn du halt

02:09:54.500 --> 02:09:56.500
Leute hast, die gerade krank waren oder die gerade irgendwie etc.

02:09:56.980 --> 02:09:58.320
Das ist immer was.

02:09:59.440 --> 02:10:00.340
Ja, irgendwas ist immer.

02:10:00.780 --> 02:10:02.420
Wofür ich Whiteboard-Prozesse halt

02:10:02.420 --> 02:10:04.440
gerne nehme mit dieser Haptik, ist tatsächlich

02:10:04.440 --> 02:10:06.020
eher so ein Workshop-orientiertes Verfahren,

02:10:06.560 --> 02:10:08.540
wo du sagst, okay, jetzt sind wir hier, die vier, fünf

02:10:08.540 --> 02:10:10.220
Leute gerade mal vor Ort und du willst diese

02:10:10.220 --> 02:10:12.640
High-Band-With-Low-Latency-Kommunikation,

02:10:12.740 --> 02:10:14.560
die Menschen halt, wenn sie vor Ort sind, halt einfach

02:10:14.560 --> 02:10:16.480
mal volle Kanne ausnutzen, dann machen

02:10:16.480 --> 02:10:18.420
sich so Sachen mit Whiteboards und wir

02:10:18.420 --> 02:10:20.540
haben auch so extra hexagonale Post-its,

02:10:20.960 --> 02:10:22.160
weil die sich gut clustern lassen.

02:10:23.000 --> 02:10:24.200
Das ist ein hexagonales Post-it.

02:10:24.500 --> 02:10:26.760
ein hexagonales Post-it

02:10:26.760 --> 02:10:28.800
und die

02:10:28.800 --> 02:10:31.280
die nutzen wir dann

02:10:31.280 --> 02:10:33.220
und dann werden die abfotografiert

02:10:33.220 --> 02:10:35.880
und aber im Prinzip

02:10:35.880 --> 02:10:37.540
wird jeder, der da war

02:10:37.540 --> 02:10:39.520
verschriftlicht sich

02:10:39.520 --> 02:10:40.660
die Erkenntnisse

02:10:40.660 --> 02:10:43.320
und danach wird das ganze Ding wieder weggefaltet

02:10:43.320 --> 02:10:45.060
und weggepackt und dann geht es irgendwie in Tickets weiter

02:10:45.060 --> 02:10:47.920
aber das ist halt nur so ein temporäres

02:10:47.920 --> 02:10:49.460
man muss auch mal Mut haben

02:10:49.460 --> 02:10:51.380
auch mal Sachen abzuschneiden und zu vergessen

02:10:51.380 --> 02:10:52.600
und zu verlieren

02:10:52.600 --> 02:10:54.400
mein Kumpel sagt dann auch immer wieder

02:10:54.400 --> 02:10:55.940
die wichtigen Sachen kommen wieder.

02:10:57.800 --> 02:10:58.680
Ja, so kann man das

02:10:58.680 --> 02:10:59.280
natürlich machen.

02:11:00.740 --> 02:11:02.940
Es ist erschauend, wenn man

02:11:02.940 --> 02:11:04.300
zu viele Mails kriegt, eine gute Strategie,

02:11:04.560 --> 02:11:06.180
einfach nicht mehr drauf reagieren.

02:11:06.980 --> 02:11:08.160
Die wichtigen Sachen erreichen dann

02:11:08.160 --> 02:11:09.380
einen über andere Wege.

02:11:11.420 --> 02:11:13.000
Wer schreit, hat noch Reserven.

02:11:17.200 --> 02:11:18.440
Ja, das ist doch ein schönes

02:11:18.440 --> 02:11:20.580
Stichwort zum Thema Projektmanagement. Wer schreit,

02:11:20.600 --> 02:11:21.860
der kann auch. Schöne Folge.

02:11:22.460 --> 02:11:24.560
Ja, ihr habt das zwar trotzdem vergessen, XP und Scrum-Chats,

02:11:24.620 --> 02:11:26.480
ich bin da ein bisschen böse, vielleicht muss der Jochen das gleich noch

02:11:26.480 --> 02:11:26.900
alleine nachlesen.

02:11:28.020 --> 02:11:29.560
Machen wir nächstes Mal.

02:11:29.560 --> 02:11:31.460
Ja, genau, wir machen einfach Teil 2.

02:11:31.660 --> 02:11:32.200
Die Details.

02:11:33.640 --> 02:11:35.540
Wir machen das wie beim Känguru, der Jochen

02:11:35.540 --> 02:11:36.820
spricht jetzt noch die Fußnoten ein.

02:11:39.720 --> 02:11:41.500
Das kann jeder in den Shownotes nachlesen.

02:11:41.540 --> 02:11:41.740
Genau.

02:11:42.640 --> 02:11:45.060
Zum Extreme-Pro-Rolling gab es nochmal so einen Podcast irgendwie bei

02:11:45.060 --> 02:11:47.120
Cash-Rolling-Express, ich glaube die Nummer 28 war das,

02:11:47.200 --> 02:11:48.600
mit Pavel Maja und Jim Whitlap.

02:11:48.740 --> 02:11:51.160
Das war schon ein bisschen älter,

02:11:51.360 --> 02:11:52.280
15 Jahre oder so, aber

02:11:52.280 --> 02:11:53.300
Das ist immer noch gut.

02:11:53.380 --> 02:11:54.380
Das habe ich ja nicht neu erfunden.

02:11:54.420 --> 02:11:55.700
Das ist damals schon ein Podcast.

02:11:55.980 --> 02:11:57.520
Ja, und ich habe das damals schon gehört.

02:11:57.640 --> 02:11:59.900
Das Ding hat mich damals dazu gebracht,

02:12:00.100 --> 02:12:01.000
irgendwie zu überlegen,

02:12:01.200 --> 02:12:05.900
wir haben damals in der Firma Wasserfall-Geschichten gemacht

02:12:05.900 --> 02:12:08.020
und als ich das gehört habe, dachte ich mir so,

02:12:09.180 --> 02:12:10.680
das muss irgendwie anders werden.

02:12:11.080 --> 02:12:11.920
Das kann nicht so bleiben.

02:12:12.260 --> 02:12:13.180
Und genau, ja.

02:12:16.620 --> 02:12:18.180
Ja, vielen Dank für die Projektmanagement-Folge,

02:12:18.240 --> 02:12:19.040
die wir endlich hinbekommen haben.

02:12:19.140 --> 02:12:20.360
Also das Projekt, Projektmanagement-Folge

02:12:20.360 --> 02:12:21.980
haben wir jetzt quasi erfolgreich abgeschlossen.

02:12:22.180 --> 02:12:24.260
Wie fühlt ihr euch? Ich weiß nicht, wie geht man

02:12:24.260 --> 02:12:26.660
in das Projekt nach? Muss man das nochmal aufbearbeiten,

02:12:26.820 --> 02:12:28.380
um das nächste Projekt, Learnings

02:12:28.380 --> 02:12:29.820
mitzunehmen? Macht man so

02:12:29.820 --> 02:12:31.240
ritualisierte Verfahren?

02:12:32.560 --> 02:12:33.700
Geben wir uns alle einen High-Five am Ende?

02:12:33.980 --> 02:12:35.000
Du reißt den Topf jetzt nicht wieder auf.

02:12:36.100 --> 02:12:37.420
Wir haben gerade schon immer drauf.

02:12:38.080 --> 02:12:40.220
Das Ende eines Projektes ist der Anfang des

02:12:40.220 --> 02:12:40.960
nächsten Projektes.

02:12:41.620 --> 02:12:43.560
Du hast vor einer halben Stunde schon gesagt, wir sollen zum Ende kommen.

02:12:43.560 --> 02:12:45.560
Ja, cool.

02:12:46.680 --> 02:12:47.580
Nö, fand's auch

02:12:47.580 --> 02:12:48.660
echt interessant.

02:12:49.460 --> 02:12:51.040
Vielen Dank, dass ihr das wieder rüberkommt.

02:12:51.040 --> 02:12:52.500
Da sind viele Themen noch offen, wie der Dominik sagt.

02:12:52.640 --> 02:12:54.580
Da kann man sicherlich noch mal eine Folge draus machen.

02:12:54.740 --> 02:12:56.920
Feedback, weitere Wünsche, hallo at peisenpodcast.de.

02:12:57.100 --> 02:12:59.020
Bleibt uns gewogen. Schaltet mal wieder rein.

02:12:59.420 --> 02:13:00.140
Vielen Dank, dass ihr dabei wart.

02:13:00.740 --> 02:13:02.140
Bis zum nächsten Mal. Tschüss.

02:13:02.820 --> 02:13:03.780
Danke fürs Zuschauen. Tschüss.