Wie funktioniert Agilität?
Shownotes
Collin arbeitet seit 2005 mit Scrum, als dieses Framework bei Deutschlands führendem Web-Portal eingeführt wurde. In den letzten Jahren lernte er ein breites Spektrum von Scrum-Implementierungen kennen: von kleinen selbstorganisierten Teams über eine „agile Abteilung“ beim großen Mittelständler bis hin zu einem mit Scrum organisierten Bereich in einem internationalen Konzern.
Das von Collin empfohlene Buch war Management Y.
Weiterführende Infos
- Agilität bewerten: Grundsätzliche Fragen und Herangehensweisen
- HR: Unsere Reise von der Top-Down-Organisation zur Selbstorganisation
- Agile Sales: Wie unser Vertrieb mit Scrum seine Strategie optimiert
- Instagram-Live Video zum Thema "Agiles Arbeiten mit Scrum"
Für diese Folge von Digital Future gibt es ein vollständiges Transkript. Dieses Transkript wurde automatisiert erzeugt und nicht nachbearbeitet oder korrekturgelesen. Es wird daher sicher Fehler enthalten. Das Transkript ist als Ergänzung zu verstehen, um beispielsweise die Inhalte durchsuchbar zu machen. Im Zweifel gilt immer das gesprochene Wort aus der Folge.
Dieser Podcast lebt von deinem Feedback! Melde dich gerne über die verlinkten sozialen Medien oder direkt per Mail an podcast@inovex.de.
Wenn dir der Podcast gefallen hat, abonniere ihn und erzähl deinen Freunden davon! Außerdem freuen wir uns über deine Text- und/oder Sternebewertung bei Apple Podcasts.
Twitter: https://twitter.com/inovexgmbh Instagram: https://www.instagram.com/inovexlife/ www.inovex.de www.inovex.de/blog
Transkript anzeigen
00:00:00: Intro
00:00:07: Hallo und herzlich willkommen bei dir Zettel future dem inovex Podcast mein Name ist Wolfgang Schoch und ich unterhalte mich heute mit meinem Kollegen Collin Rogowski über das Thema agilität Colin arbeitet schon relativ lange bei uns in der bringt auch sehr viel Erfahrung in dem Bereich mit
00:00:22: und ich bin gespannt was wir heute alles erfahren Hallo Colin wie geht's dir.
00:00:26: Hi Wolfgang hier ist Colin mir geht's gut ja gut gut ins neue Jahr gestartet jetzt gerade Mitte Januar.
00:00:36: Collin magst du dich vielleicht mal ganz kurz vorstellen für alle die dich noch nicht kennen.
00:00:41: Ja klar also ich heiße Collin Collin Rogowski ich bin bei inovex seit zehn Jahren habt da die Rolle des head of inovex Academy
00:00:52: das heißt ich kümmere mich um unsere ganze trainings
00:00:56: bin selber Trainer für agile Methoden für alles Trainings DC diesem Bereich ablaufen Scrum Trainings kann man trainings
00:01:06: und kümmer mich um unsere ganzen technischen Trainings die wir so machen organisatorisch zudem bin ich auch noch etwa Coach also ich trainiere nicht nur sondern ich helfe auch
00:01:15: Unternehmen agiler zu werden helfe Teams agile Methoden einzuführen oder ganzen Bereichen
00:01:23: sich zu agil isieren also irgend auf Form des das agile Mindset die agile Philosophie für sich zu entdecken und zu zu etablieren.
00:01:32: Ja super spannend ich glaube den Begriff agilität kennt wahrscheinlich fast jeder dein das ist vom Begriff den hört man glaube ich auch total oft das buzzbird irgendwo
00:01:41: in irgendwelchen Artikeln oder in ähnlichen Magazin liest man das oft und was man dazu mitnehmen kann ist vielleicht agilität ist gut und man braucht das unbedingt
00:01:49: aber was mich mal jetzt von zu einem Profi interessieren würde was genau ist eigentlich agilität
00:01:55: ist das dasselbe wie Scrum das ist auch so ein Begriff den man dem Kontext ja oftmals hört oder ist agilität vielleicht was ganz anderes.
00:02:03: Nee als es ist nicht was ganz anderes es ist einen Oberbegriff also agilität ist kein keine konkrete Methode wie jetzt z.b. Scrum kein
00:02:13: kein Vorgehen wo man jetzt nachgucken kann okay jetzt habe ich folgende Aufgabe wie genau mache ich das jetzt sondern es ist eher so eine Art Philosophie das heißt es gibt so ein paar Leitsätze so ein paar Werte und so ein paar Prinzipien
00:02:28: die einem helfen sich daneben zu überlegen wie ich im Rahmen dieser Philosophie arbeiten kann dass das klingt jetzt irgendwie sehr abstrakt ja aber.
00:02:37: Wollte gerade sagen das sind extrem abstrakt.
00:02:40: Genau alles ist geht es geht eigentlich im Endeffekt erstmal worum geht's überhaupt es geht darum wie man arbeitet also
00:02:46: das heißt wie man sich organisiert wenn man mit mehreren Leuten typischerweise zusammen irgendwas tun willst du mal Spiel im Produkt entwickeln will oder eine Aufgabe lösen möchte
00:02:57: und dann kann man das eben auf klassische Art und Weise tun das wäre da dass man sich eben
00:03:03: bevor man anfängt zu arbeiten erstmal einen Plan überlegt aber sehr genau überlegt was möchte ich
00:03:09: eigentlich erreichen und was muss ich alles tun um das zu erreichen geht vielleicht auch sogar aufschreibt und da so Arbeitspakete raus ableitet und diese Arbeitspakete verteilt also Wer macht wann was.
00:03:21: Hätte mahlscheid aus dem Arbeitsalltag auch so Projektpläne die dann so dass auf dem Zeitstrahl irgendwie bringen diese Arbeitspaket jetzt das Bad hat eine sehr detaillierte Vorstellung davon
00:03:32: wie diese Aufgabe die man lösen möchte wie man die eigentlich bearbeitet auch teilweise mehrere Monate oder sogar Jahre im Voraus das wäre so der klassische Weg
00:03:41: die ganze Philosophie.
00:03:43: Das wäre ein Beispiel wenn ich jetzt ein Haus baue oder ich habe
00:03:46: Architekt der macht mir so einen Plan ich habe noch einen Statiker der rechnet mir das durch der sagt mir dann wie dick müssen die Wände sein wie dick muss mein Fundament sein RZA und damit kann ich mir dann handwerker suchen.
00:03:59: Der Bauleiter der weiße dann ungefähr ja der Rohbau der dauert dann zwei Monate dann brauche ich einen Elektriker und ich hab noch nie ein Haus gebaut aber,
00:04:08: ich brauche jemanden der mir den Boden reinlegt und die Wände macht und es dachte ich und so und dann kann ich das ja eigentlich schon von vorne rein relativ genau planen.
00:04:17: Genau und also ein eine Sache die du du jetzt ein bisschen stillschweigend vorausgesetzt hast und die auch bei dem Haus bauen eigentlich sehr gut funktioniert ist Ich muss in der Lage sein irgendwie zu wissen
00:04:29: wie lange Sachen dauern also weil ich nehme an du brauchst irgendwie du musst da machst einen Rohbau und danach möchtest du dann in den Elektriker haben der dir die Elektrik verlegt.
00:04:39: Aktuell sind ja auch Handwerker irgendwie einen sehr rares gutes heißt du wirst.
00:04:42: Wenn du jetzt bin jetzt heute dein roba fertig ist wirst du nicht morgen den Elektriker anrufen können und sagen kannst du mal vorbeikommen und mir die Elektrik einziehen du musst es im Voraus planen und dazu musst du wissen wie lange dauert denn der Rohbau das wenn ich jetzt
00:04:56: Püttmann Elektriker mir Zattoo ich muss zwei Monate Vorlauf haben bevor du mich bevor ich zu dir bei Dir vorbeikommen kannst dann muss ich eben wissen.
00:05:05: Wann wird mein Rohbau fertig sein damit ich den Elektriker organisieren kann und.
00:05:11: Jetzt ist es aber so das ist jetzt das wo agilität ansetzt der mich bei Aufgabenstellung wo ich diese Eigenschaft dieser Vorhersagbarkeit vielleicht gar nicht habe also das heißt wenn ich jetzt etwas tun möchte
00:05:23: wo ich nicht weiß wie lange das eigentlich dauern wird also z.b. weil ich mich damit einfach noch nicht genug auskenne
00:05:31: oder weiß ich vielleicht auch die ganze Welt sich damit noch nicht genug auskennt also weil es z.b. was ist was ganz neu ist also das heißt ich mache was was noch niemand vorher gemacht hat oder
00:05:40: was vielleicht nur Leute vorher gemacht habe auf die ich gar keinen Zugriff habe ja so vielleicht irgend Konkurrenzunternehmen bin ich jetzt im wirtschaftlichen Kontext bin.
00:05:49: Dann habe ich halt das Problem dass dieses dieses klassische Vorgehen worüber wir gerade reden dass das nicht gut funktioniert weil dann kann ich das zwar irgendwie versuchen abzuschätzen.
00:06:00: Aber in der Praxis liege ich dann auch ziemlich auf daneben und das heißt dann.
00:06:05: Würde jetzt in DPD Beispiel im Bild was wir jetzt genau machen mit dem Haus würde dann mein Elektriker nach zwei Monaten vor der Tür stehen und ich müsste ihn sagen ach komm doch bitte in dem Monat noch mal wieder weil wir brauchen nicht ab wie eine genommen 2 Monate für den Rohbau sind am 3.
00:06:19: Und er braucht damit zwei Monate Vorlauf und dann passt aber nicht kann ja nicht ein Monat später dann kommen sondern feiert zwei Monate und dann passt der ganze Plan nicht mehr.
00:06:28: Richtig und und was in der Praxis dann oft passiert ist das weil das ja alle wissen und dass das ja jetzt ganz blöd ist wenn man den Elektriker nach Hause schickt weil vielleicht
00:06:38: nimmt er dann sogar Strafe ne weil der sagt ja ich bin ja jetzt extra hier bei dir vorbei gekommen und jetzt fahre ich wieder unverrichteter Dinge nach Hause und dann muss ich da Strafe bezahlen.
00:06:46: Ja dass ich das ja freigehalten die ganze Zeit dann.
00:06:49: Genau und was dann halt gerne passiert ist dass man dass wir müssen unbedingt diesen Rohbau nach zwei Monaten fertig haben und dann fängt man plötzlich an und nimmt Kompromisse was die Qualität angeht in kauf ne also das heißt
00:07:02: erstmal irgendwie mit Überstunden oder sowas aber oft reicht das dann auch nicht und dann nimmt man eben Kompromisse in Kauf und
00:07:10: liefert irgendwo eine schlechte Qualität ab mit schreibt sich Wald und wo noch ein Zettel hinterher müssten wir diesen Riss hier noch mal irgendwann fixen wenn der Elektriker da war.
00:07:22: Aber das heißt ich habe kommen damit eben sehr schnell in so Probleme die sich dann auch wieder gerne kopulieren wir reden jetzt gerade über einen Übergang von denen gibt's ja ganz viele nach dem Elektriker kommt dann.
00:07:33: Der der Innenausbauer oder wer auch immer der Fliesenleger.
00:07:38: Und das heißt das ganze kumuliert sich oder am Ende habe ich dann eben unter Umständen ein qualitativ relativ schlechtes Produkt
00:07:46: wie gesagt ich habe ein bisschen glaube ich das Bild von dem Haus überspannt bei so Einfamilienhäusern zumindest funktioniert das in der Regel ganz gut mit diesem Vorgehen.
00:07:56: Ich glaube das ist ein spannender. Wenn du wenn wir sagen das Einfamilienhaus der Bauträger die Baufirma die baut da vielleicht jedes Jahr ja 100 Stück oder so und dann hat man ja vielleicht auch eine super gute Erfahrung und wenn man weiß vielleicht okay
00:08:09: 200 Quadratmeter Grundfläche da brauchen wir für den Rohbau immer so zwischen 17 und 19 Tagen
00:08:17: dass die Erfahrung außer es passiert was das keine Ahnung der LKW hatten Unfall und die Steine können nicht geliefert werden oder die ganze Truppe ist krank weil alles heim in allen haben
00:08:28: gleich eine mega Ausnahme wo man halt dann Brise kommen sich ja auch vernachlässigen kann aber wenn wir jetzt mal kein Haus bauen sondern wir kriegen den Auftrag für ein Flughafen.
00:08:38: Ist in der Elbphilharmonie dann ist es ja auch was mit bauen und was mit mir Tom und Stahl und zu aber sowas gibt's ja noch nirgends also Beispiel.
00:08:47: Sagen in Deutschland was ist denn dein Bekannter Flughafen ja Berlin vielleicht ne sowas gab's ja noch nie den Berliner Flughafen ist ja ein Unikat irgendwo.
00:08:57: Genau und da komme ich dann halt in die Bredouille also ich habe vielleicht können wir das andere Beispiel nehmen da weiß ich bisschen was drüber über die Elbphilharmonie.
00:09:06: Weil die Elbphilharmonie eben tatsächlich etwas ist was es vorher noch gar nicht gab bzw nur ganz ganz ganz selten nämlich
00:09:15: ein klassischer Konzertsaal in einem Haus also in einem großen Hochhaus normalerweise sind klassische Konzertsäle freistehend
00:09:24: also das heißt es ist einfach ein Gebäude und das hat halt nur diesen Konzertsaal und in der in der philharmoni ist es jetzt mitten in einem Hochhaus.
00:09:33: Z.b. eben mit dem Umstand dass da drunter ein paar Stockwerke tiefer eine Tiefgarage ist.
00:09:39: Und was jetzt ein Grund war warum sich das Ganze so verzögert hat und warum das ganze so viel teurer war als angenommen ist das.
00:09:47: Sie haben das alles gebaut und haben dann die ersten akustikmessungen in diesem Konzertsaal gemacht und haben dabei festgestellt dass sie die Klimaanlage aus der Tiefgarage gehört haben in dem Konzertsaal.
00:09:58: Okay.
00:09:59: Und das funktioniert natürlich nicht.
00:10:01: Das hatte das hatten die ganzen Modelle mit denen die vorher dass das Haus durchgerechnet haben mit den die das simuliert habe die hatten das nicht hergegeben weil
00:10:09: das war eben etwas was noch nie einer gemacht hatte das wurde halt sozusagen vergessen wurde nicht bedacht weil es eben was ganz Neues war.
00:10:18: Liegt das daran aus sorry.
00:10:21: Liegt das daran dass die Komplexität von so ein Projekt extrem hoch ist wird sie sauer Elbphilharmonie verglichen im Einfamilienhaus.
00:10:28: Genau also das ist das ist ein weiterer Aspekt von sage ich mal dummen oder Situationen in denen man eben einen anderen Ansatz als dieses klassische Vorgehen braucht nämlich wenn ich sehr viele
00:10:41: Teile hat die miteinander interagieren und die miteinander zusammenhängt ich KaVo.
00:10:48: Das klassische Vorgehen funktioniert dann gut wenn ich das sogenannte teile und herrsche pattern verwenden kann das heißt also wenn ich mein Problem in einzelne Teilbereiche zerlegen kann und diese einzelnen Teile einzeln löse.
00:11:02: Und sich dann sozusagen automatisch daraus die Lösung für mein gesamt Problem ergibt.
00:11:10: Wieder relativ abstrakt ja nimmer noch mal wieder das Haus
00:11:13: bei einem Einfamilienhaus sind die ganzen Teilsysteme sind unabhängig voneinander also z.b. meine
00:11:21: Toilette und meine Spülung und mein Wasser funktioniert unabhängig von meinem Strom da gibt's keine Wechselwirkung aber das heißt also wenn ich jetzt
00:11:29: ich habe nicht mehr weil ich habe irgendwie ein Problem und ich lasse Elektriker kommen und der bastelt da irgendwas dann gehe ich nicht als erstes hin und überprüfe ob jetzt meine Toilette immer noch funktioniert das weiß ich die wird immer noch funktionieren weil die beiden Systeme haben nichts miteinander zu tun
00:11:43: bei.
00:11:45: Komplexen System habe ich Potenzial diese Wechselwirkungen also ich nehme jetzt mal so ein so ein BB wo wir beide uns ja ganz gut mit auskennen nämlich die die Software Softwareentwicklung.
00:11:57: Bei einem Software-Programm die einzelnen Bestandteile sowas wie da gibt's mir eine Guin und Frontend wo ich was sehe und da gibt es eine Datenbank im Hintergrund wo irgendwelche Daten abgespeichert werden die haben was miteinander zu tun.
00:12:10: Das eine der ersten Sachen die man macht immer sagt wir machen Änderung im Datenbanksystem ist mein teste die GUI ob die immer noch funktioniert und stellt sicher dass die nicht durch diese
00:12:20: Veränderung in der Datenbank plötzlich kaputt gegangen ist und das.
00:12:26: Erhöht eben genau die die Komplexität das heißt ich bin dann plötzlich nicht mehr in der Lage meine Aufgabenstellung Inso Teilbereich zu zerlegen und zu sagen ich bearbeite diese schönen kleinen Teilbereiche und Umstände
00:12:39: werden die auch von ganz unterschiedlichen Leuten von hochgradigen Spezialisten bearbeitet das geht dann plötzlich nicht mehr weil ich.
00:12:47: Immer Wechselwirkung habe weil diese einzelnen Teil miteinander interagieren müssen und ich daneben bei der Bearbeitung mich auch untereinander abstimmen muss und gucken muss.
00:12:57: Dass am Ende ein Gesamtergebnis dabei rauskommt was ich gerne hätte.
00:13:02: Ja das ist doch so wenn man Kalkflecken Softwareentwicklung als Beispiel nimmt das ist ja der Klassiker dass es irgendwo einen kleinen Fehler gibt und dieser Fehler wird behoben
00:13:11: und bei der Behebung des Fehlers achtet man genau darauf oder wird was falsch berechnet oder in das anderes ist falsch aber durch die Behebung von Fehler entsteht irgendwie
00:13:20: ein anderer Fehler der ganz anderen Stelle wenn man gar nicht wusste dass vielleicht in einer anderen Komponente der Abhängigkeit besteht zu genau diesen Teil von deiner Software und wenn du eine große eine große Anwendung hast kennst du ja nicht alle Teile
00:13:34: und dadurch diese hohe Komplexität macht sowas halt auch sehr schwierig und deswegen ist es ja auch super wichtig dass man solche regressionstest durchführt dass man so komplette Software testet auch immer noch ne Kleinigkeit irgendwo verändert.
00:13:46: Genau und vielleicht jetzt ein ganz kurzer historisch da kommt
00:13:50: die agilität ja auch her also das heißt diese Ideen die kommen aus der Softwareentwicklung die sind auch schon ziemlich alt also Mitte der 90er Jahre sind die entstanden
00:14:00: diese Idee entstanden dass es vielleicht eine einen anderen Ansatz gibt Software zu entwickeln als diesen den wir mit der anderen Lobby des Hauses gerade beschrieben haben.
00:14:10: Wie war denn die Situation damals in den Neunzigern dass man sich überhaupt Gedanken darüber gemacht hat ey wir müssen was ändern dann wenn alles gut funktioniert und gibt's ja nie auch normal kein Bedarf was du verändern.
00:14:20: Also die war ziemlich schlecht also das heißt es gibt ja es gibt so ein paar Statistiken aus der Zeit.
00:14:29: Wo wo man
00:14:32: ablesen kann das einfach ein ein signifikanter Prozentsatz also so 25 bis 30% der IT Projekte komplett fehlgeschlagen sind also
00:14:43: komplett fehlgeschlagen heißt jetzt nicht nur das war dann am Ende teurer als man dachte oder was hat am Ende länger gedauert als man dachte sondern.
00:14:51: Hat geendet mit einem Ergebnis was man nicht verwenden konnte also was nicht benutzbar war das heißt wenn man das übertragen auf das Bild mit dem Haus würde das bedeuten ich ich baue mein Einfamilienhaus und habe am Ende eine unbewohnbare Ruine
00:15:06: auf meinem Grundstück.
00:15:08: Das ist das gibt's vielleicht auch mal bei einem Einfamilienhaus aber das ist dann das wird dann auf jeden Fall schon mal Cindy Lokalnachrichten schaffen also das.
00:15:18: Nee das ist nicht jedes vierte Haus genau und dass das heißt also das war ein sehr signifikanter Anteil von Projekten die so fehlgeschlagen sind.
00:15:29: Und die die Leute die eben dann plötzlich Ideen hatten dass man das doch irgendwie anders
00:15:36: machen kann die haben eben genau das gesehen und das war dann auch die der Auslöser ja das waren also alles Praktika das waren jetzt nicht irgendwie Leute die an den Unis gesessen haben und nach und und so
00:15:47: an Prozessmodellierung oder so geforscht haben sondern das waren einfach Leute in softwareentwicklungsunternehmen
00:15:54: die sich eben überlegt habe das muss doch irgendwie besser gehen und da eben diese anderen Ansatz entwickelt haben
00:16:03: also vielleicht können wir auch da jetzt mal kurz den den schwenken kriege ich habe aber über die dass das Gegenbeispiel sozusagen geredet also so wie so wie es nicht funktioniert was ist der jetzt was jetzt dieser neue Ansatz ist also.
00:16:15: Ich bin total neugierig was der neue Ansatz ist Colin erzähl doch mal bitte.
00:16:19: Genau also die die
00:16:23: erstmal im Zentrum von diesem Ansatz steht dass das Ziel was man erreichen möchte immer der der Wert für den User oder für den
00:16:32: für den Käufer ist also noch bei Software ist er gibt's so eine so eine Trennung aber immer jetzt allgemein über so Produkte Rede ist für den für den man das macht der Wert steht im Vordergrund er das heißt also
00:16:43: das klingt zwar jetzt vielleicht erstmal in die banal aber.
00:16:48: Kümmere mich eben bewusst z.b. erstmal nicht um eine Arbeitseffizienz oder um um um andere neben gelagerte Sachen sondern gucke dass ich den Wert für meinen User maximiere.
00:17:01: Das ist eine eine Sache die die im im Fokus steht und was ich jetzt.
00:17:09: Tun möchte es ich muss möchte gerne von meinem User bei Alles was ich für den alles tue möchte ich möglichst früh und möglichst schnell Feedback kriegen ob das was ich da eigentlich jetzt gerade produziere
00:17:23: ob das tatsächlich dem das dem entspricht was er oder sie gerne hätte und das heißt ich muss anders als bei diesem.
00:17:32: Geplanten Vorgehen sozusagen muss ich gehe ich in Zyklen vor das heißt also ich produziere nicht.
00:17:42: Erstmal sehr lange was im stillen Kämmerlein und übergebe ist dann an meinen User sondern ich binde meinen User mit in meine meine Entwicklung mit ein
00:17:51: und entwickeln sehr kurzen Zyklen also das sind typischerweise in der Softwareentwicklung so zwischen zwei und vier Wochen und in diesem kurzen Zyklen erzeuge ich immer etwas was ich bei einem Kunden quasi
00:18:03: zeigen kann und was der womit der was ausprobieren kann und mir dann Feedback geben kann.
00:18:10: Das nennt man dann iterative und inkrementelle Entwicklung.
00:18:14: Also iterativ ist dieses zyklische vorgehen also das heißt dass ich immer wieder so einen zwei bis vier Wochen Zyklus durch laufe und
00:18:23: das inkrementelle ist es sich am Ende immer irgendwas habt was ich vorzeigen kann also dass ich z.b. nicht hingehe und sage in meiner ersten Iteration baue ich die Datenbank und in meiner zweiten Iteration baue ich dann das Frontend dafür.
00:18:37: Weil dann kann ich ja nach der ersten Iteration nicht zeigen weil was sie will ich was was für hat mein User von der Datenbank der kann der nie.
00:18:43: Gar nicht dass wir sehr wahrscheinlich hab völlig egal was für eine Technologie da irgendwo verwendet wird ich möchte irgendwie wo drauf klicken mir was anzeigen lassen irgendwie nee Interaktion durchführen.
00:18:54: Genau und das und das heißt was eben das inkrementelle jetzt bedeuten würde ist es sich in meinem meiner ersten Iteration die Hälfte der Datenbank und die Hälfte des Gummis bauen.
00:19:05: In meiner zweiten Iteration die andere Hälfte der da war und die andere Hälfte des gut wenn ich eine halbe halbe Datenbank habe kann ich die Hälfte ja schon mal zeigen.
00:19:14: Was heißt die die läuft dann schon die hat dann einen sehr eingeschränkten Funktionsumfang es ist doch längst nicht all das was der Kunde irgendwie haben möchte aber es ist eben schon mal ein bisschen was und ich kann mir da
00:19:26: Feedback einholen und kann fragen geht das in die richtige Richtung ist es das was du dir vorgestellt hast.
00:19:33: Oder möchtest du das irgendwie ganz anders haben und wenn dann die Antwort kommt nee ich will das eigentlich ganz anders haben dann habe ich halt zwei Wochen verloren und nicht irgendwie vielleicht ein ganzes Jahr die aktuell im vorgesehen ist für die die Entwicklung eben dieser
00:19:47: adidas.
00:19:48: Aber jetzt komm jetzt muss ich mal fragen ich habe Anfang der 2000er studiert ich habe damals Informatik studiert und ich hatte auch Vorlesung in denen hat man gelernt was Software-Engineering ist was requirements-engineering ist
00:20:02: und ich habe das damals als als junger wissbegieriger junger Mann habe ich gelernt dass man sich erstmal hinsetzen muss.
00:20:09: Dann durchaus auch gleich mal Nutzer Fragen muss hey was wollt ihr eigentlich wobei man eher Fachleute frägt also Fachexperten für keine Ahnung ich möchte es ein Grafikprogramm entwickeln
00:20:20: da muss ich mich mit Leuten unterhalten die sich mit Grafikprogramm und mit grafikausgang die können mir genau sagen was coole Features sind wie sowas funktionieren muss
00:20:28: und dann produziere ich Software nachdem ich die erstmal konzipiert habe mit dem ich mir überlegt habe was in die requirements was brauche ich für Funktionen
00:20:37: wir haben Studium auch gelernt dass man dann vorher schon bevor man anfängt zu programmieren auch schon mal aufzeichnen soll die Oberflächen Aussehen mit zu ganz vielen Diagrammen.
00:20:46: Und nach dem Studium habe ich sowas auch schon in echt gesehen also ich habe auch schon Projekte gehabt.
00:20:51: Ah das war eins der ersten großen Projekte darf ich als und das war noch während des Studiums da habe ich ein Praxissemester gemacht bei dem großen Tochterunternehmen und da wurde ne Logistik Software entwickelt für die Automobilindustrie eine große Logistiksoftware mit
00:21:06: ich weiß nicht hundert Mann Jan Kapazität am viele Leute parallel dran gearbeitet so dass das halt in sieben acht Jahren fertig war und da gab's ein riesengroßes Dokument das waren wie 1100 Seiten dick
00:21:17: das war ein Word-File und ich fand schon krass als Student e1100 zeiten Word-Datei wow faszinierend also
00:21:24: durfte ja nicht scrollen oder drucken aber sonst war das echt beeindruckend und da stand drin was das für eine Software ist und es gab in diesem Projekt
00:21:32: großes Team gab es zwei Leute einen der hat sich mit den ganzen technischen Dingen beschäftigt also der war der Ansprechpartner und konnte alles beantworten auch wenn es um Ablaufdiagramme gehen und zu.
00:21:43: Das war ein Fulltime-Job und es gab einen zweiten Kollegen der sich der Fachlichkeit beschäftigt also wenn es fachlich Entscheidung gab
00:21:50: er muss dann eventuell noch mal nachschlagen die sind nicht so Bibel in dieser word Bibel konstante Antworten und ich habe das Student gesehen und dachte
00:21:58: oh Gott das kann ja keinen Spaß machen irgendwie und das war weiß nicht 2004/2005 oder so.
00:22:08: Und damals hat man das einfach so gemacht mittlerweile weiß ich dass es auch andere Projekte gibt zum Glück das sowas.
00:22:16: Ja sicherlich irgendwo auch noch da draußen existiert aber nicht mehr die Regel ist aber warum.
00:22:22: Warum musste es dann dann so eine so eine Krise geben mit du hast gesagt 25 Projekt Prozent aller Projekte sind und wie fehlgeschlagen die Zahl habe ich im Studium auch mal gehört ein Professor erzählt ja 25% schlagen komplett viel der Rest ist out of time oder out of budget.
00:22:37: Das war für mich als als junger Kerl ein Auszug total demotivierend so hey was studierst du hier eigentlich was du später machst es einfach wird nicht funktionieren also du wirst du wirst immer über die Stränge schlagen oder komplett scheitern
00:22:50: aber.
00:22:52: Warum warum hat es dann so eine Krise gebraucht bis jemand mal auf die Idee kam hey es macht vielleicht zehnmal mit den Leuten zusammenzuarbeiten die Software später benutzen uns da regelmäßig vielleicht ein Feedback zu holen und ist nicht 3 4 5 Jahre zu entwickeln und dann sagen hey leute schaut mal das haben wir jetzt gemacht.
00:23:08: Benutzt das bitte und und kaufte es hast du keine Ahnung warum das warum das da so eine so ein Knall gebraucht hat bis ich die Leute da Gedanken drüber gemacht haben.
00:23:16: Na ich weiß gar nicht ob es ob es wirklich ein Knall war also es war schon eine etwas längere Entwicklung also ich habe ja gesagt in der Mitte der 90er Jahre kamen die ersten Ideen auf deswegen dann so ab 2001 ching-son in Amerika Mainstream zu werden in Deutschland hat es dann noch
00:23:34: noch mal wieder länger gedauert also ich hätte gesagt so mainstream hat in Deutschland vielleicht so 2010 12 Uhr oder so angefangen mit Mainstream meine ich das.
00:23:43: Die Leute wie du eingangs gesagt hast wissen was agilität ist ne also so 2010 habe ich noch Kunden gehabt da bin ich hingegangen und musste wirklich ganz bei Null anfangen weil die das Wort noch nie gehört hatten aber das Verdienen ganz ganz
00:23:56: komisches neues Konzept war
00:23:59: warum hat das so lange gedauert mehr man hat da habe ich erstmal das ganze natürlich hier gemacht man hat halt eben genau gesagt na ja wir haben so ein Vorgehen für das Bauen von Häusern und auch für das Bauen von.
00:24:10: Eisenbahnnetz in und für das Bauen von Raketen mit denen wir zum Mond fliegen und für alles mögliche andere
00:24:20: und das nehmen wir natürlich jetzt auch für dieses neue Ding was es da jetzt gibt nämlich Software also klar gab's Softwareentwicklung auch schon irgendwie länger aber das hat ja dann so auch sukzessive in den 80er 90er Jahren dann so richtig an Fahrt aufgenommen.
00:24:33: Das mit dem mit dem Personal Computer und so dass es da eben auch sehr sehr viele Softwareentwicklung gehabt und da und.
00:24:42: Und Software hat halt eben die Besonderheit
00:24:46: das Software eigentlich immer einzigartig ist also ich baue ja nur eine Software.
00:24:53: Dann wenn ich nicht eine bestehe eine bestehende schon verwenden kann
00:24:57: also es ist es sind ganz ganz wenige Ausnahmefälle dass ich sage ich will eigentlich exakt genau die habe aber die ist nicht so teuer also programmiere ich die mehr nach also das geht
00:25:05: fast gar nicht weil in der Regel ist es nachprogrammieren immer teurer als dafür jetzt irgendwie die
00:25:10: die Lizenzen oder so zu bezahlen und das heißt ich will ja immer was haben was ist
00:25:15: sonst überhaupt gar nicht gibt weil die Vervielfältigung ja umsonst ist es ist eben was ganz anderes als bei physikalischen Produkten
00:25:22: wo ich ja sagen kann er ich muss zwar Einmaleins entwickeln aber danach möchte ich das gerne 100.000 Mal oder eine Millionen Mal eine identische Kopie davon produzieren und das ist aber auch dann das Ding was ich verkaufe
00:25:33: Bernd bei Software eben mit dem Entwickeln hört dann auf ne also ich brauche ich spare mir einen einen riesengroßen Schritt.
00:25:41: Und habe damit jetzt auch das erste Mal eigentlich überhaupt die Möglichkeit den User so einzubinden das heißt.
00:25:51: Ich habe glaube ich die Vorteile für dich gerade versucht habe zu skizzieren von dem agieren Vorgehen die habe ich schon auch bei der Entwicklung von klassischen Produkten.
00:26:01: Unter Umständen vielleicht können wir auch gleich noch mal so über die Grenzen und so reden oder in welchem welchen Situation das sinnvoll ist
00:26:07: aber ich hatte vorher gar nicht die Möglichkeit sie zu nutzen weil ich weil ich diese
00:26:13: dass dass das softe in Software also dass es eben weich und formbar ist weil ich das eben gar nicht hatte da also in ich konnte in den 80er Jahren nicht hingehen und sage ich entwickelt eine Spülmaschine agil.
00:26:26: Na und gehe eben hin und und bastel zwei Wochen was und gibt es meinem User und.
00:26:32: Dann nach zwei Wochen baue ich die nächste Version davon und zeigt das dann und nach zwei Wochen die dritte und zeigt das dann und und.
00:26:39: Wickle das so iterative instrumentell weil ich dafür überhaupt noch gar nicht die
00:26:44: der die technischen Möglichkeiten hatte also weil es weil da eben gar keine Software drin war und weil ich auch gar nicht die die Maschinen hatte also Stichwort sowas wie CNC Fräsen oder 3D Drucker oder so die eben soweit verfügbar und und preiswert genug waren dass ich
00:27:00: dieses dieser Art der Arbeit auch auf Artware daneben hätte übertragen können.
00:27:06: Ich finde ein großer Vorteil bei Software ist halt es ist schon einfacher möglich jetzt vielleicht in zwei Wochen im kleinen Teil Software zu entwickeln
00:27:16: mit dem man irgendwas tun kann.
00:27:18: Und zwei Wochen darauf das ganze noch mal ein bisschen weiterzuentwickeln damit man noch ein kleines bisschen mehr tun kann und so sukzessive so diesen Funktionsumfang zu erweitern
00:27:29: und damit auch relativ schnell so ein Punkt zu erreichen wo man die Software vielleicht wirklich schon einsetzen kann wo die noch nicht
00:27:34: fertig ist aber wo man die vielleicht ist schon wirklich einsetzen kann und das ist beim Auto halt nicht möglich also wenn ich jetzt als User sagt ich habe total Lust auf ein neues Auto und der Hersteller sagt hey Wolfgang
00:27:45: du kriegst dein neues Auto schau mal in zwei Wochen da bringen wir das erste Rad vorbei na ja voll gut aber bis der Stand erreicht das dass ich damit was anfangen kann dauert sonst vielleicht ein paar zwei Jahre
00:27:56: und ich kann nicht viel Feedback geben außer ja das hört sich bequem der Abstand zum Lenkrad ist gut aber das nutzt mir noch nicht wirklich was
00:28:04: und bei Software ist es aber anders weil bei Software kann ich schon relativ schnell so die die erste Version haben die Version 10 mit der kann ich ein bisschen was machen und ich habe dann fünf Monate später ein paar Version später habe ich die Version 2.0 mit der kann ich schon bisschen mehr machen und vielleicht ein feet
00:28:19: begeben und so.
00:28:22: Wobei wobei du es interessant dass du das Beispiel jetzt mit dem mit dem Auto nimmst weil da jetzt gerade in der Automobilbranche ja auch ein großes Umdenken stattfindet das heißt die versuchen eigentlich ja genau diese.
00:28:36: Gibt diesen Schritt den du beschrieben hast den seinem Auto nicht gibt da doch jetzt zu vollziehen also die Tesla war da der Vorreiter und zwar mit dieser Sichtweise das eigentlich ein Auto heutzutage auch.
00:28:50: Einfach nur Software ist mit einer bestimmten Hülle drumrum.
00:28:55: Ja diese Hülle die kriegst du und ab darf der der Westen ausgeliefert ne also soweit Zimmer jetzt auch noch nicht dass plötzlich dann ein Update von deinem Schatzi oder so eingespielt.
00:29:05: Aber ich kann halt eben den Update von der Software einspielen und mittlerweile kann ich damit schon sehr sehr tiefgreifende Veränderung in meinem Auto vornehmen.
00:29:15: Wie gesagt nicht in den physikalischen Auto aber in der User Experience des Autos also in dem Mehrwert für den Nutzer also war jetzt wieder bei dieser zentralen Fragestellung oder die sind zentral Ziel von von agilität das.
00:29:29: Die Erkenntnis da ist das in den Großteil des Wertes den ein User aus seinem Auto zieht jetzt auch nicht nicht heutzutage nicht mehr daher kommt dass das einfach.
00:29:39: Vier Räder sind die ich in eine Richtung beschleunigen kann und wo ich denken kann sondern dass ich eben drum herum alles mögliche habe er dass ich einen Navigationssystem ab dass ich in Entertainment-System habe dass ich
00:29:50: alle möglichen anderen Comfort Features hat die aber eben heutzutage auch wieder alle wesentlich über Software bestimmt sind und.
00:30:00: Die anderen Autohersteller ziehen da jetzt auch gerade nach also jetzt hat gerade vor zwei Wochen war es glaube ich Toyota angekündigt dass sie jetzt diese Philosophie fahren und ein zentrales Toyota Betriebssystem für alle ihre Autos entwickeln wollen
00:30:14: was 2025 eingesetzt werden soll VW arbeitet an dem sogenannten VW
00:30:20: Punkt wo es was 2024 über alle Marken eingesetzt werden soll und wo ich im Endeffekt.
00:30:29: Zwei wirklich Rechner die nennen das auch Server also ich habe zwei Rechner die logisch 1 aber aus aus Redundanzgründen zwei die in meinem Auto eingebaut sind und auf denen dann die gesamte Software läuft die dieses Auto steuert
00:30:44: und die die ich dann auch von.
00:30:48: Updaten kann also wo ich eben Updates einspielen kann das wollte ich eben noch ergänzen das war genau ja auch deine deine Sichtweise das.
00:30:58: Dieser dieser dieser Aspekt eben einmal diese Entwicklung ermöglicht diese schrittweise Entwicklung wo ich immer neue Features hinzufügen
00:31:05: und das jetzt aber damit auch wieder so eine Philosophie die aus der agilität sozusagen mit einem her geht der mich diese Philosophie dass man sagt das ist eigentlich nie fertig.
00:31:15: Also ich verabschiede mich eigentlich von so einem Gedanken und sage ich habe hier eine eine Software.
00:31:21: Inversion fünf und die kaufe ich für Geld und dann habe ich die und dann benutze ich die bis ich die irgendwann keine Lust mehr drauf habe und dann kaufe ich mir fällt irgendwie eine andere oder neue sondern immer mehr Software geht eben im sommermodus über dass ich eigentlich ja den
00:31:36: mit dem Zugriff auf die Software kaufe und diese Software aber.
00:31:41: Sehr hochfrequent also wirklich teilweise im wöchentlichen Abstand teilweise sogar in den täglichen Abstand aktualisiert und erneuert wird.
00:31:50: Und das heißt ich quasi ständig davon profitiere das jetzt neue Features eingebaut werden dass die User Experience verbessert wird.
00:32:00: Das heißt also ich bin gehe jetzt in andere in der andere Produktphilosophie sozusagen rein dass ich eben nicht sage es gibt 1.
00:32:09: Etwas was ich einmalig kaufe sondern es gibt eben eher etwas wo ich den den Zugang zu bekomme.
00:32:14: Das finde ich super interessant was du da ansprichst denn.
00:32:18: Wann man die type agilität spricht okay du hast es bei Spiel gebracht mit agilem Vorgehen entwickelt man an das Produkt immer geht iterativ vor Margit inkrementell vor es bedeutet ich habe irgendwelche kleinen Zeitzyklen von zwei drei vier Wochen am Ende von so einem Zyklus steht immer
00:32:35: eine kleine verbesserte Version oder ein bisschen mehr und so mache ich dann step by step by step.
00:32:41: Entwickler weiter hole mir Feedback von meinen zukünftigen Usern kann noch mal nach Steuern und habe eben nicht mehr erst einen großen Plan der vielleicht
00:32:50: also wenn ich an dieses Monster Word-File zurück denke das war ja sicherlich 1 2 3 4 5 Jahre Arbeit was ja brutal viel Geld kostet auch
00:32:57: also ich investiere nicht mehr am Anfang die ganze Zeit um Plan zu machen und für den dann aus bis zum bitteren Ende sondern.
00:33:05: Ich mache vielleicht schon groben Plan oder nicht weiß ich nicht Mission vielleicht so hey ich möchte in
00:33:10: keine Ahnung dass du das Beispiel mit dem Auto nehmen okay ich möchte eine Hardware Plattform haben das schaffe mit den Computern drin und meine Vision ist dass es hier alle möglichen coolen Funktionalitäten gibt
00:33:21: und ich habe vielleicht das auch schon die Idee für 20 verschiedene Sachen die man machen könnte aber trotzdem schaue ich dann immer auch auf das Feedback z.b. weiß nicht
00:33:31: von dem Auto könnte man ja schauen was für die überhaupt verwendet wie häufig wird das verwendet oder Benutzer Umfragen könnte man machen etc
00:33:39: auf Basis von diesem Feedback entscheide ich mich dann was ich jetzt von diesem = 20 Ideen die ich habe weiter verfolge oder mir kommen komplett neu Ideen vielleicht weil ich merke Hey diese eine Sache wo man gedacht haben ist
00:33:50: ist nicht wirklich wichtig aber das nutzten die Leute jeden Tag lass uns überlegen was wir da vielleicht mehr machen können also.
00:33:58: Auf der einen Seite ist agilität zu der das mindset oder die Herangehensweise wie ich eben.
00:34:05: Mir regelmäßig dieses Feedback hole ich iterativ vorgehe und es gibt ja dann auch so diesen diesen Leitsatz vom inspectanet dabt.
00:34:13: Der ja sagt schau dir an was du gemacht hast und schau dir an vielleicht auch das Feedback PC und und lerne daraus und machst dann in Zukunft besser oder verbessere dich dadurch
00:34:23: aber was du jetzt noch angesprochen hast das geht ja darüber hinaus über das reine doing das ist ja dann schon
00:34:31: ja wie soll man das sagen vielleicht so ein agiles denken das
00:34:37: das komplette Vorgehen verändert und nicht nur jetzt verändert wie ich ein konkretes Produktentwickler sondern da ist ja auch so Produktmanagement etc oder vielleicht sogar
00:34:47: im Rahmen von Funktion im Unternehmen wie jetzt Tesla oder vielleicht auch VW oder oder andere Unternehmen das ist ja dann auch so die ganze Firmenphilosophie dialysiert wird.
00:34:58: Genau also genau das gibt es also es gibt oder es gibt es immer mehr sage mal auswerten yeah
00:35:05: gerade schon dieses Beispiel das eben das was in der Softwareentwicklung mittlerweile gang und gäbe ist jetzt auch in der Produkte ich bei überschwappt die die harten großen Hardware Anteil haben also das Auto zu BB.
00:35:20: Man kann aber diese diese Denkweise fand finde ich einen guten finde ich einen guten Ausdruck kann man aber auch auf ganz andere Dinge übertragen wo es vielleicht erstmal gar nicht so offensichtlich was ich habe z.b. vor.
00:35:35: Vor 23 Jahren habe ich mit einem Kunden von uns zusammengearbeitet denn einen erdölförderer und
00:35:43: da ging es drum die hatten als Projekt dass sie einen Antrag erstellen mussten um in Mexiko eine Öl also sonderstation quasi aufzumachen.
00:35:57: Und
00:35:57: das ist jetzt nicht so ganz einfach also für so einen Antrag da wird so ein typischer Weise Sonja geplant um diesen Antrag zu stellen das ist ein sehr schwer gewichtiges Dokument und da arbeitet auch einen Team von 56 Spezialisten von von Geologen und Physikern und Chemikern und so arbeitet da zusammen um dieses Dokument zu erstellen
00:36:17: Pasta neben dem dem Start sozusagen vorgelegt wird und die daneben sagen okay ihr kriegt hier die die Rechte
00:36:25: dieser diese Branche vorzunehmen.
00:36:28: Und die andere ebenso klassisch gemacht hat ja mal gesagt okay was muss alles beantragt drin sein muss Kapitel über schemion Kapitel über.
00:36:36: Geographie und haben über Sicherheit und uns allen alles solche Sachen haben das ebenso durchgeplant und hatten damit aber auch.
00:36:44: So Probleme die ich aus der Softwareentwicklung kannte weil.
00:36:48: Da gibt's halt auch Sachen die sind nicht vorhersehbar das ist halt einmalig ne an der Stelle hatte ich halt halt noch nie jemand Sonnenöl boah.
00:36:57: Station in die aufgebaut ja das ist ja ist ja ganz neu und
00:37:01: die Erde an sich also mit den ganzen Gesteinsschichten was ist da alles für Komplikationen gibt es auf jeden Fall auch so ein komplexes System im Sinne von da einige Sachen interagieren ja da kann ich nicht einfach hingehen und sagen
00:37:13: die Chemie hat jetzt nichts mit der Geologie zu tun sondern das hat er tat das ergibt Wechselwirkung und.
00:37:21: Das heißt was ich mit denen erarbeitet habe ist zu sagen na ja ihr könnt doch vielleicht dieses Dokument.
00:37:28: Iterativ und inkrementell erstellen und ihr könnt ja auch vielleicht den User einbinden das waren die ersten Teil komischen Namen gesagt er wie sollen wir denn den du sei mir nicht aber am Ende kommt ja raus.
00:37:39: Der Staat von Mexiko der möchte das ja auch gerne haben das ist ja nicht so dass das jetzt sauber der Feind ist oder so dass der da keine Lust drauf hat sondern die wollen es ja auch die wollen halt nur dass das in sehr.
00:37:51: Also in bestimmten Rahmenbedingungen abläuft der das halt bestimmte Gesetze eingehalten werden oder Anforderungen eingehalten werden aber die kann man da ja auch integrieren.
00:38:00: Das heißt man kann ja jetzt in so einen Modus gehen wo man sagt okay wir machen jetzt ein wegen dem vierwöchige Iteration und wir haben am Ende von den ersten vier Wochen nicht über den klassischen vorgehen.
00:38:11: Erstmal noch nichts geschrieben sondern nur Recherche gemacht und alle möglichen Daten zusammengetragen sondern wir haben eine allererste super grobe Rohform von unserem Antrag fertig.
00:38:22: Da gibt's da noch ganz viele Sachen wo drin steht ok gefehlt hat jetzt noch die echte Zahl aber der ist schon das ist schon vielleicht im richtigen Layout und so und dann kann ich da mit zu irgendeinem Beamten von dem Start gehen und sagen hast du mir schon mal Feedback geben
00:38:35: ja geht das hier in die richtige Richtung oder wir irgendwie gerade völlig auf dem Holzweg weil.
00:38:40: Wichtiges Kapitel vergessen oder so.
00:38:42: Genau Bruder der sagt ich brauche das aber auf Spanisch und nicht auf Englisch ja oder.
00:38:47: Irgendwas irgendwas in der Art ja was dann nehme ich wenn ich das erst am am Tag vor der Abgabe erfahren würde
00:38:55: mein Kopf mein gesamtes Projekt bei der gesamte Teil 1 komplett zerlegen würde und das heißt auch bei solchen Sachen kann ich diese diese Denkweise anwenden und kann eben plötzlich.
00:39:06: Dieses was wir eben diskutiert haben die sind die sind Soft Aspekt von Software so dass ich eben etwas habe was ich sehr leicht bearbeiten kann kann ich mir eben zunutze machen um
00:39:17: Ihr Feedback zu kriegen und dann am Ende dann besseres Produkt zu bekommen eher weil weil ich eben dieses weil eben dieses Feedback dazu führt dass ich.
00:39:27: Im Laufe meiner Arbeit raus findet dass ich irgendwo was anders machen sollte was dann am Ende dazu führt dass ich besseres Produkt habe.
00:39:34: Ja sonst doch hat man ja auch immer im Dunkeln also wenn ich jetzt ein Jahr lang in so einem Antrag arbeite und ok ich bin jetzt ein Experte für Geologie meine Kollegin ist in der Chemiker Renaissance ich habe die ganzen Skills du meinem Team
00:39:47: aber ich erfahre erst am Schluss ob das so passt.
00:39:52: Keine Ahnung ob Sie richtige Sprache ist ob noch irgendwelche Gesetze da berücksichtigt wurden die ich vielleicht nicht auf dem Schirm hatte weil die nur in der 1 Provinz ich glaube in Mexiko gibt's Provinzen oder Bundesstaaten
00:40:03: egal in der 1 Region,
00:40:06: vielleicht nur gültig sind für ausländische Investoren IZA und nicht einfach gar nicht auf dem Schirm hatte aber der Beamte weiß es vielleicht weil er muss es ja abhaken.
00:40:15: Danach
00:40:17: dann ist das schon leichter so überlege ich arbeite ein ganzes Jahr und erfahren Schluss erst ob es richtig ist oder ob es falsch ist bzw ob ich die Arbeitszeit ich investiert habe halt in die richtigen Teile investiert ab
00:40:29: und vielleicht bin ich total motiviert und mach ein riesen Abschnitt über Geologie und es interessierte unten vielleicht gar niemand in dem Augen fangen und dann das an herr wir legen im Fokus auf andere Aspekte vielleicht
00:40:40: nach wirtschaftlich ganz interessant wie ich da so viel Arbeit reingesteckt habe.
00:40:44: Was aber übrigens auch ich erzähle mir schon mal angerissen eine Grenze zeigt die ist aus meiner Sicht gibt für dieses Vorgehen
00:40:53: setzt setzt voraus dass alle was gemeinsam wollen also in dem Moment wo dieser dieser Beamte der der User.
00:41:02: Ein anderes Ziel verfolgt als ich also der mir sage ich mal jetzt überspitzt feindlich gesinnt ist da funktioniert es alles nicht mehr also dass das setzt voraus dass wir alle irgendwie gemeinsam an einem Strang ziehen und wir alle das Ziel haben das bestmögliche Produkt
00:41:18: das bestmögliche Ergebnis zu erzielen dann nur dann funktioniert das.
00:41:23: Na klar wenn ich jetzt in die vor Gericht bin und wenn der Anwalt jetzt mit dem gegnerischen Anwalt jetzt schon vorab so zu reden sein guck mal ich habe hier folgendes vorbereitet für die Verteidigung findest du es gut
00:41:33: das wäre das wäre dann wahrscheinlich so so gut aber hast du hast du konkrete Beispiele wo es grenzt für agilität oder für agiles Vorgehen gibt.
00:41:43: Ja du hast es du hast es gerade gerade so ein bisschen witzig gesagt also vor Gericht klar dass es auch überspitzt aber prinzipiell.
00:41:52: Könnte man ja meinen das könnte man auch in der Politik einsetzen weil die machen ja auch unter Umständen genau sowas die erarbeiten gemeinsam z.b. irgendein
00:42:02: irgendein gesetztes dann ja auch ein Dokument wo man auch sagen könnte das, vielleicht auch interaktiv machen aber da laufe ich plötzlich genau in das Problem nicht unbedingt dass der der User oder andere Sichtweise hat aber das innerhalb des Teams was dass er arbeitet
00:42:16: fundamentale Animositäten gibt ne also sonst so ein Ausschuss im Bundestag.
00:42:22: Da sitzen halt Leute die bestimmten Parteien oder Fraktionen angehören
00:42:26: wo daneben unter Umständen des der Erfolg der eigenen Fraktion mehr zählt als das Erzeugen des bestmöglichen Produkt ist und da wird so ein Vorgehen auch nicht funktionieren.
00:42:37: Dann geht es halt das und dann im Prinzip soziale Faktoren muss ich gegenüber stehen was es beispielsweise in der Raumfahrt
00:42:44: da entwickle ich jetzt ja vielleicht auch einen keine Ahnung Messsonde in Satelliten adcetera der ins All geschossen wird richtiges Feedback kann ich wahrscheinlich schwierig bekommen zwischendrin.
00:42:57: Na also würde ich dich sagen
00:43:00: also ich würd schon sagen dass auch so sauer moderne Raumfahrtunternehmen wie es Basics dass die auch schon ehernen agieren Ansatz fahren als einen anderen also die.
00:43:10: Die probieren eben auch einfach viel aus ja das heißt also da ist da ist das Feedback sozusagen ob ob man Satellit ist install schafft oder nicht aber das heißt die haben einfach sehr viele
00:43:24: Didi verschießen sozusagen sehr viele Raketen weil sie dadurch was lernen also weil sie dadurch das Feedback kriegen okay das hat jetzt nicht funktioniert das heißt wir müssen jetzt noch mal wieder iteriert.
00:43:35: Dabei kommt auch um uns doch ein ganz interessanter Aspekt finde ich zu tragen nämlich dass man Mittler dass man daneben wenn man diese diese Denkweise hat sich jetzt plötzlich überlegt.
00:43:47: Okay was kann ich denn jetzt vielleicht an meinem an meinem
00:43:51: Werkzeugkasten noch mal verbessern oder verändern so dass ich die Möglichkeit habe so interaktiv zu arbeiten.
00:44:00: Bei SpaceX wären das z.b. sowas wie die London in Raketen also wenn ich jetzt plötzlich nicht mehr sagen musste dir die Rakete ist dann halt weg weil die halt dann beim beim Wiedereintritt in die Atmosphäre explodiert sondern die landet
00:44:14: dann habe ich plötzlich die Kosten für eine Iteration drastisch gesenkt und dann kann ich fürs selbe demselben Budget mit denselben Geld kann ich mehr Iterationen machen
00:44:23: was bedeutet ich kriege mehr Feedback ich kann mehr lernen ich kriege am Ende bessere Produkte also das sind alles eben.
00:44:32: Das ist alles dieser diese Denkweise ja das sind keine keine konkreten Methoden also ich kann jetzt so eine Methode wie Scrum die man z.b. in der Softwareentwicklung sehr häufig einsetzt um
00:44:42: auf eine agile Art und Weise Software zu entwickeln die kann jetzt nicht einfach sagen er hat das machen wir jetzt für Raketen
00:44:47: uns Basics macht jetzt Raketen mit Scrum das wird nicht funktionieren aber ich kann eben diese Denkweise und diese Philosophie übertragen und mir dann eben überlegen was bedeutet das für meine Domäne
00:44:59: wie könnte ich.
00:45:00: Die Arbeitsweise hier so strukturieren dass ich dass ich dieses iterative inkrementelle und User zentriert oder wer zentrierte Vorgehen hier Einbau.
00:45:11: Das finde ich.
00:45:13: Find ich auch Spahn dass du das unterscheidet weil ich glaube es Kram oder auch Kanban das kennen sicherlich auch viele gerade wenn man sich ein bisschen in der Software Ecke beschäftigt.
00:45:24: Ja
00:45:24: kann man da ja fast nicht hinkommen soll ich mal wenn es ums Kramer Damme kann Bangkok geht es hat man zumindest mal gehört wenn man irgendwie in der Entwicklung tätig ist sicherlich auch schon angewendet aber so diese Entscheidung von Hey Scrum Kanban und noch ein paar andere Sachen sina konkrete Methoden
00:45:38: ja die sind erprobt da gibt's Dokumentation der gibt viele Beispiele gibt's Trainings das kannst du anwenden und für viele Fälle ist es genau das richtige Windows Software entwickelt
00:45:48: VSS gibt zu dieses agile Mindset.
00:45:51: Dass du anwenden kannst und generell mal vielleicht deine Produkte oder deine Vorgehensweise zu inspizieren und zu überlegen ob es da nicht irgendwo ein Verbesserungspotential gibt das finde ich auch ne ganz spannenden ganz wichtige Unterscheidung.
00:46:04: Ich habe noch ein Beispiel für dich was vielleicht auch Zeit das also selbst 1 als erfahren im agilisten das manchmal noch durch die durch die Finger rutscht also dran zu denken sozusagen diese Denkweise an zu senden
00:46:17: vor ein paar Jahren hatte ich in meinem Garten drei Tannen die ich raus haben wollte und habe dafür man relativ groß und.
00:46:25: Ich habe da nicht einen Gärtner bestellt der die Fällen sollte oder hat er auch gemacht also der die gefehlt hat und dann die Wurzeln raus gefräst hat.
00:46:35: Und.
00:46:36: Naja ich habe den Hals angerufen und habt ihm das erklärt und dann hat er mir ein Angebot geschickt mit einem Festpreis das hatte der halt kalkuliert wie lange das irgendwie dauert und ich habe dann halt auch nicht groß drüber nachgedacht und habe dann wird er alles klar super Angebot nehme ich an.
00:46:50: Und dann kam der vorbei und mit ein paar Leuten und hat dann gewerkelt und dann kriege ich dann hinterher irgendwie die Rechnung und die war 50% höher als der angebotene Festpreis.
00:47:01: Und da habe ich ja alles von gedacht was ist das denn hab den angerufen und dann.
00:47:05: Artemed an ihm erklärt na ja also das hat halt alles viel länger gedauert weil die Wurzeln waren viel größer als man von außen gesehen hat es heißt es Fräsen war viel schwieriger dann die 1
00:47:16: werde die eine Tanne stand halt ein bisschen blöd das heißt dann musst du man dann beim Fällen sehr aufpassen es hätte man jetzt vielleicht vorher auch schon sehen können hat er aber nicht ja.
00:47:27: Ich habe dann wäre das alles geklärt ja das passt da alle werden uns dann geeinigt so auf halbe halbe von der von der von dem Mehrpreis.
00:47:36: Macht man ja auf dem Land so ja da besteht man nicht so oft seinem Fixpreis aber ich habe dann hinterher reflektierte daB gedacht na ja also eigentlich.
00:47:46: Ist es doch sitzt doch genau diese Voraussetzung über die wir eben geredet haben ne also ich habe halt einen System
00:47:53: wo ich zwei farms Werte habe aber wo ist ja schon nicht genau voraussagen kann ja weil ich sehe ja nicht wie groß diese Wurzel sind ich sehe nicht inwieweit die vielleicht noch mit Wurzeln von Nachbar Gewächsen total verflochten sind oder wie tief die reingehen oder sowas
00:48:07: wie gesagt ich.
00:48:08: Dicker Boden vielleicht weißt du auch nicht habe da einen Berg Disco dran kommst.
00:48:11: Genau genau und was ist aber jetzt was was passiert jetzt ist es passiert jetzt genau dass ich habe quasi ich
00:48:20: gehe hin und sagte wir machen das jetzt einfach trotzdem es dauert dann länger und ich stehe jetzt als Kunde aber da und habe am Ende keine Wahl weil weil der hat es ja gemacht wie wir das ganz am Anfang mit dem Haus besprochen haben die hat erst alle drei Tannen gefällt und dann kam
00:48:32: wer anders mit der Fräse und hat die Sachen raus gestresst das heißt ich hatte ja nirgendwo als Kunde die Möglichkeit einem vernünftigen.
00:48:42: Also in den Zwischenstand quasi zu sehen oder zu akzeptieren wenn ich das anders aufgebaut hätte wenn ich gesagt hätte du passt auf.
00:48:50: Wir machen es anders wir machen gar keinen Festpreis ich bezahlt deine Leute nach Stunden nach dem Stundenlohn und du kommst einfach vorbei ihr fangt an aber ihr macht das jetzt bitte inkrementell das heißt ihr fällt eine Tanne.
00:49:03: Und dann fräst ihr die Wurzel von der Tanne raus und dann geht er erst zur zweiten Tanne
00:49:09: dann wäre jetzt der ursprünglich anvisierte Preis wenn nach 2 Tagen zu Ende gewesen aber jetzt hätte ich als Kunde plötzlich die Wahl gehabt ich hätte jetzt sagen können
00:49:18: okay gut dann wirds halt oder ich kann es mir aber leisten also mach die dritte Tanne jetzt auch noch oder ich hätte sagen können ohne ich habe das Geld gerade nicht.
00:49:27: Dann hört jetzt auf und ich hätte jetzt zwei Drittel von meinem wert gehabt weil ich hätte jetzt zwei Drittel gehabt wo ich
00:49:35: frischen Boden hat und wo ich jetzt was neues anpflanzen kann während wenn ich
00:49:39: nach dem Fällen der drei Tannen sagen muss er jetzt hört bitte auf weil jetzt ist mein Geld zu alle LG mein Geld alle
00:49:46: dann habe ich halt nichts na also dann kann ich den kann ich das nicht nutzen weil ich habe dann halt drei Stimmen für den Boden stehen die mir einfach Platz wegnehmen wo ich nichts Neues anfassen kann also auch da hätte diese agile Denkweise hätte geholfen also hätte das zu nett innen ganz zu einer ganz anderen Projektstruktur geführt aber eben zu einer
00:50:05: wo ich als als Kunde sozusagen.
00:50:08: Mehr Anschlussmöglichkeiten gehabt hätte wo ich hätte zwischendrin wenn eben was Unvorhergesehenes eintritt die Möglichkeit hat zu entscheiden möchte ich.
00:50:17: Alles und mir Geld bezahlen oder möchte ich jetzt aufhören und innerhalb von meinem Budget bleiben.
00:50:23: Aber da fehlt also ist ein gutes Beispiel aber ich muss dann eine Sache denken wenn ich jetzt so vorgehe also ich habe schon meinen Baum gefällt keine so große Tanne ihren kleiner Baum.
00:50:33: Also da war auch kein Lebensgefahr involviert.
00:50:36: Aber wenn ich jetzt dran gehe und ich ich Fälle einen Baum ich hole die Fräse ich Fräse den Wurzelballen raus dann mache ich wieder schönen Erde rein macht es schön ich sehe dir noch ein bisschen Gras ein dass das alles toll ist.
00:50:50: Baum Nummer 1 ist fertig das dauert eine gewisse Zeit dann.
00:50:53: Nehme ich mit baumnummer 2V wieder genau dasselbe ich Fell den Baum transportiert den abhol die Fresse fressen raus neue Erde rein
00:51:01: unter schönen Rasen einsäen und beim dritten weißt du wahrscheinlich was sie machen möchte ich muss in die noch mal erklären dann ist doch aber der Zeitaufwand wahrscheinlich.
00:51:10: Höher als wenn ich jetzt sage ich gehe jetzt ran.
00:51:13: Alle drei Bäume weg sagt die wäre mit einem großen Lkw abtransportiert da komme ich aber mit der Fräse ich fress aber komplett durch und am Schluss komme ich auch noch mal im LKW mit frischen Humus gibt den Rhein gehe dann noch mal schön drüber und seinen Rasen ein
00:51:27: ist ja dann wahrscheinlich also ich würd sagen dass es schneller wenn ich so Fließband artig vorgehe.
00:51:33: Ist denn nicht oft aber vielleicht auch ein Argument zu sagen ok agilität ist und durch schön und gut aber es ist teurer
00:51:40: als wenn was so klassisch vorgehen weil wir klassisch okay manchmal klappt es vielleicht nicht so gut und lass mich mal doch noch ein bisschen mehr ins requirements-engineering investieren aber wenn wir die Arbeit gut machen ist das dann nicht vielleicht doch
00:51:54: günstiger und und und dadurch auch besser weil für Wirtschaftsunternehmen ist es natürlich immer ganz großes Argument möglichst günstig einfach zu sein.
00:52:03: Ja definitiv also das stimmt das ist tatsächlich so ersetzt in diesem Beispiel mit dem Baum mit den Bäumen bei mir im Garten das wäre dann am Ende teurer gewesen also wahrscheinlich habe dass sie ab dass er dann nur leider nur einmal gemacht jetzt ist er weg Titan.
00:52:18: Das neue ansehen und dann lang warten und dann schönes Experiment starten.
00:52:23: Nee also das heißt es ist ist definitiv so das ist das ist dann teurer dafür bekomme ich aber auch was
00:52:30: und zwar was ich dafür bekomme ist eine Risikominimierung
00:52:34: ja also und das ist ja was was auch gerade mir im wirtschaftlichen Kontext relativ viel wert ist also jetzt kann man natürlich sagen.
00:52:44: Wenn ich ein Projekt habe was mit einer Wahrscheinlichkeit von 70% funktioniert während versus ich habe ein Projekt was mit einer Wahrscheinlichkeit von 90% funktioniert na dann darf halt letzteres rein
00:52:58: betriebswirtschaftlich gerechnet 20 Prozentpunkte teurer sein ne.
00:53:03: Aber so ist es ja auch irgendwie nicht weil ich verliere ja quasi zusätzlich auch noch Zeit also dieses Projekt was ich dann in Sand gesetzt habe ist ja nicht so dass ich die Kosten abschreiben muss sondern ich gelangen HZB gegenüber Matlab
00:53:16: noch immer weiter ins Hintertreffen ja bei mir jetzt diese Innovation die ich eigentlich damit erstellen wollte für mein Produkt jetzt plötzlich fehlt und.
00:53:26: Was.
00:53:27: In der Regel bei diesem Berechnung rauskommt ist das der der der effizienzverlust den ich durch diese agile Vorgehensweise bekomme das der.
00:53:38: Viel stärker aufgewogen wird durch den Sudan effektivitäts gewinnen also das heißt dass ich am Ende durch die die Risikominimierung und vor allen Dingen durch die Möglichkeit
00:53:50: zwischendurch einzugreifen und Feedback zu geben und dann ein besseres Produkt zu bekommen dass ich das am Ende drei Mal wieder draußen habe.
00:53:58: Das war das ist ein ein weiteres wenn ich habe jetzt über die Risikominimierung gesprochen das habe ich bei meinem Tannen auch was ist bubbles bei den Tannen Beispiel nicht so vorkommt ist eben genau dieses.
00:54:08: Dass ich ja nach jedem increment ein Feedback geben kann was dann wiederum
00:54:13: das Endresultat beeinflusst von meinem Produkt ja und das heißt wenn ich das eben sehr oft mache also wenn mein Projekt sind ja geht und ich jetzt.
00:54:25: Zwei zwei wöchigen Iterationen arbeite und dann 12 Uhr Quatsch
00:54:29: 24 solcher Iterationen mache 25 Iteration mache dann habe ich 25 mal die Gelegenheit gehabt das Endresultat zu beeinflussen und dann wird aller Wahrscheinlichkeit nach das Endresultat
00:54:42: wesentlich wertvoller sein wesentlich besser sein als das was ich mir ganz am Anfang des Jahres irgendwie vorgestellt habe und damit.
00:54:51: Gleich ich dann durch diese dadurch dass der Wert von meinem Endergebnis viel höher = ich dreimal aus dass.
00:54:59: Der Weg dahin vielleicht ein bisschen ineffizienter war als wenn ich ganz genau als wenn ich das nach dem klassischen Vorgehen irgendwie strukturiert hätte.
00:55:08: Okay das bedeutet dann es ist es nicht unbedingt billiger also wirtschaftlich betrachtet wenn ich jetzt ein agiles Vorgehen nehme aber ich habe den großen Vorteil dass ich am Schluss keine Überraschung hab.
00:55:21: Dennis kann ja dann vielleicht im klassischen Vorgehen zu sein ich entwickel ein Jahr und ich habe dann vielleicht ein Produkt das echt cooles.
00:55:28: Aber der User sagt boah.
00:55:32: Brief des gar nicht wie meine Anforderung also damit kann ich nichts anfangen und die Überraschung die nimmt man sicher durch dieses agile vorgehen denn wenn ich alle zwei Wochen Feedback bekomme dann ist es unmöglich das nach einem Jahr
00:55:44: der Benutzer sagt nö das ist was komplett falsch ist damit kann ich nichts anfangen.
00:55:49: Genau genau also es ist ist sie als Fett und muss mal so ganz ganz plastisch zu machen
00:55:54: wenn ich im klassischen Vorgehen vielleicht sage mit 800 € entwickel ich was was 1500 € wert ist und ich dann im agilen Vorgehen hingehe und sagt mit 1000 € entwickle ich was was 2000 € wert ist dann habe ich zwar
00:56:08: höhere Kosten also bin nicht so effizient habe aber am Ende den hören sie hat erzählt er.
00:56:14: Also
00:56:15: so ein Punkt der da vielleicht ein bisschen rein spielt den ich so aus meiner Berufspraxis auch kenne ich habe immer wieder mal in Projekten in denen wir jetzt in irgendwie beim Kunden waren wo der Kunde jetzt nicht so viel Erfahrung hatte zu agilität
00:56:28: wo wir aber dann gesagt haben ja aber wir arbeiten agil weil wir glauben halt einfach daran dass dass das beste Vorgehen ist um Software zu entwickeln mit der man später auch was anfangen kann und
00:56:39: dadurch ist das ja auch die beste Art wie man vertrauensvoll mit dem Geld umgehen kann das dem Kunden wo investiert
00:56:45: wenn man glücklich sein kann ok schon mal Kunde alle zwei Wochen kannst du es anschauen und du hast am Schluss keine riesen Überraschung aber ich habe da oft immer so auf der einen Seite verspürt
00:56:56: dass Kunden das super interessiert waren.
00:56:58: Waren die Leute mit den man zu direkt zusammengearbeitet hat dazu die Projektleiter etc Leute sind in Abteilungen mit dem man viel zu tun hatte dass die Leute oft extrem interessiert waren weil es was neues war und weil sich das so spannend anhört
00:57:13: auch von enie von Management habe ich das oft auch so erlebt dass man da interessiert war
00:57:18: aber dann trotzdem am Schluss oft zu dir auswahlkampf ja cool können wir gerne machen agil aber wir brauchen trotzdem Festpreisangebot.
00:57:27: Denner sonst da können wir das intern ich abrechnen nicht beantragen ich bewilligen etcetera kennst du wahrscheinlich auch aus deiner Berufserfahrung.
00:57:37: Das ist eine Situation wie wie kann man denn mit sowas umgehen wenn man auf der einen Seite sagt wie als Dienstleister wir möchten agil arbeiten weil wir halt keine Wasserfall Projekte machen weil wir glauben nicht dass das funktioniert.
00:57:51: Vielleicht mal abgesehen von irgendwelchen spezial Sachen es kann ja sein dass es irgendwelche Spezial cases gibt wo es reicht es Wasserfall Vorgehen besser ist.
00:58:00: Kleine Dinge die nicht komplex sind etc aber beim klassischen Softwareprojekt dass wir so machen kommt ja schon immer wieder mal vor dass man auch sagt dass der Kunde sagt ok haben Lust drauf würde mir gerne mit euch machen aber nur als festpreisprojekt.
00:58:15: Wie kann man denn da in der Praxis mit umgehen das mit die beiden Welten irgendwie zusammenführt dass es sich für jeden gut anfühlt.
00:58:23: Genauso dass das haben wir bei uns ganz oft und es gibt aber auch aus deiner Perspektive eigentlich eine relativ elegante und einfache Lösung nämlich.
00:58:35: Was für ein was man macht es dann kann die die Zeit und damit ja auch das Budget,
00:58:40: einfach sehr hart limitieren also Softwareentwicklung ist ja auch noch so eine so eine besondere Eigenschaften hat ja quasi keine Hardwarekosten sondern das heißt dann hat ja eigentlich nur die die Kosten für die Entwickler und.
00:58:53: Damit habe ich.
00:58:55: Ist zeitgleich Geld ja und das heißt wenn ich die Zeit imitiere und die Anzahl der Personen in dem Projekt konstant ist dann habe ich damit auch mein.
00:59:04: Mein Budget limitiert und habe damals sozusagen einen festen Preis was man bevor man sich jetzt ein bisschen lösen muss ist genau dieses 1100 Seiten Dokument was du
00:59:14: geschrieben hast also exakt genau drin steht was ich für diesen Preis bekomme das ist aus meiner Erfahrung aber für die meisten Kunden auch akzeptierbar wenn man nicht gleich,
00:59:25: jetzt rhetorisch in das andere Extrem fällt und sagt mehr wir haben die Zeit limitiert damit.
00:59:31: Könnt ihr überhaupt gar nicht sagen was ihr bekommt das wäre auch viel zu krass das braucht man auch gar nicht sondern du hast es eben fand ich schon gut beschrieben man überlegt sich mit dem Kunden gemeinsam
00:59:41: da fängt das dann gleich schon ganz am Anfang an also noch bevor man das Angebot unterschrieben hat gemeinsam zu überlegen was es eigentlich
00:59:50: das Problem was du hast was du lösen möchtest und was ist jetzt eine gute product Vision
00:59:56: dahin und das heißt das was man dann vereinbart ist zu sagen okay du hast wie viel Geld hast du das Geld für für 1 Jahr also machen wir einen festen Preis für dieses Geld wir arbeiten 1 Jahr und
01:00:07: wir sind uns sicher aufgrund unserer Erfahrung auf gute Leute die wir haben dass wir.
01:00:12: Eine Software entwickelt bekommen die dein Problem löst bis zum Ende des Jahres und wie genau die aussieht das ist aber noch nicht
01:00:22: aber das finden wir gemeinsam raus also du musst uns auch nicht 100% vertrauen du musst nicht sagen
01:00:28: naja okay aber dann dann haut ihr ab mit dem Geld und dann werft ihr mir irgendeinen Göbel übern über den Zaun am Ende des Jahres und dann du bist ja mit dabei sind kannst alle zwei Wochen
01:00:38: kannst du unseren Fortschritt sehen und das ist eben nicht Fortschritt im Sinne von wir haben in der Datenbank was programmiert so eines ist sichtbarer Fortschritt
01:00:46: der Eder Videos ganz am Anfang erklärt habe
01:00:50: in einer einer Produktversion und kannst darauf dann Einfluss nehmen kannst sagen okay ich möchte dass ich es in Einrichtung weitergeht und ich möchte das jetzt fokussieren ich möchte dass wir an der Stelle jetzt weiterarbeiten und das ganze verfeinern.
01:01:04: Und das kannst du 25 Mal wenn wir 1 Jahr zusammen arbeiten und dann können wir auch.
01:01:11: Sehr großer Sicherheit sagen und dann wird es auf jeden Fall möglich sein dass wir am Ende des Jahres für dich etwas entwickelt haben mit dem du zufrieden bist weil es dein Problem löst
01:01:22: und in den ganz ganz ganz seltenen Fällen wo wir beide also du Kunde und wir Dienstleister uns verschätzt haben und es aus irgendwelchen Gründen vielleicht gar nicht geht
01:01:31: dann kriegen wir das viel viel eher raus als bis zum Ende des Jahres also dann dann.
01:01:37: Und misslingt vielleicht schon der Amer nach der ersten Iteration haben wir keine vernünftige Software hinbekommen aus welchen Gründen auch immer organisatorischen Gründen technischen Gründen dann probier was vielleicht noch mal und dann probieren wir es noch mal aber spätestens dann
01:01:51: würden wir ja die Reißleine ziehen und sagen hey wir sind hier unter völlig falschen Voraussetzungen gestartet es klappt alles nicht so wie wir uns das vorgestellt haben.
01:02:00: Dass er dann aber wieder dieses Thema Risikominimierung na also das heißt dann ist es zwar schief gegangen ja das passiert auch sehr sehr sehr sehr selten aber es passiert auch mal aber es geht dann halt
01:02:10: es ist dann halt nach 6 Wochen klar dass es schief gegangen ist und nicht nachdem das gesamte Budget aufgebaut wurde also das heißt lange Rede kurzer Sinn ne.
01:02:19: Zeit Zeit und Budget fixieren.
01:02:22: Eine grobe Vorstellung davon h oder eine konkrete Vorstellung davon haben was das Problem ist aber die genaue detaillierte Ausgestaltung der Lösung offen lassen und im Laufe des Projektes gemeinsam mit dem Kunden entwickeln.
01:02:36: Genau dann wenn ich jetzt schon mich dran setze und die genaue Lösung aus arbeite bevor ich die Umsätze muss ich ja von irgendwelchen Annahmen ausgehen
01:02:46: die vielleicht richtig sind vielleicht aber falsch sind und wir die ersten Annahmen falsch sind sie die ganze Arbeit für die Katz weil alles aufeinander aufbaut
01:02:55: das fragen was du beschreibst
01:02:57: das geht für mich aber auch in die Richtung wo wir als reiner Dienstleister den Mann was übern Zaun wirft und sagt er schaut mal wir haben folgende Anforderungen und hier haben wir Geld macht das mal für uns und wir treffen uns wenn Ihr fertig seid, dann doch eher den Schritt hingeht zu so einer.
01:03:13: Dienstleister Partnerschaft Bus nicht
01:03:16: zu dieser Blackbox ist wie jemand von früher vielleicht kennt das ist der Dienstleister eben was ab arbeitet und das Ergebnis dann am Schluss liefert sondern dass man wirklich partnerschaftlich zusammen arbeitet und.
01:03:28: Man jetzt nicht nur der technische Dienstleister ist das in die ausprogrammiert sondern auch erstmal nicht so eine beratende Funktion irgendwo hat.
01:03:36: Oma sagt okay schaut mal wir kennen uns mit der Technik aus Eurovision da habt ihr vielleicht eine andere mit die heute nicht wirklich realisierbar ist mit der mit der Technik.
01:03:46: Genau und aber andersrum ist es genauso als ist wirklich ein ein partnerschaftliches Verhältnis wir wir konzentrieren uns ja bei inovex auf Technologien das heißt
01:03:57: also wir haben Experten die sich in den diversen Technologien richtig gut aus kennen wir haben kein ausgeprägtes
01:04:04: Branche Know-how sag ich mal ja so wir haben jetzt nicht Leute die jetzt sich besonders gut in der Bankenbranche auskennen oder die sich jetzt besonders gut in
01:04:14: der weiß ich nicht in der Medizinbranche oder so auskennen sondern wir haben
01:04:20: wir haben eben Leute die sich sehr gut in der Technik auskennen wo dann aber wirklich.
01:04:24: Tolle Lösung entstehen und dass auch die Projekte sind auf die wir dann immer am am stolzesten sind ist wenn wir es eben schaffen oder wenn wir eben diese partnerschaftliche Beziehung mit unseren Kunden haben der dann sein
01:04:36: sein Fachwissen und fast noch hau rein bringt und wir unser Technik nachher einbringen und des
01:04:41: bedingt sich gegenseitig nur also die die Best bei den besten Produkten habe ich eben genau zwischen diesen beiden Domänen sag ich mal habe ich
01:04:51: eben wieder Wechselwirkung und Wechsel
01:04:53: Beziehung und ich kann das nicht einfach trennen und sagen Erich Loest hier meine fachlichen Probleme auf der einen Seite und ihr Lust eure technischen Probleme und dann schmeißen wir es einfach zusammen und dann dann funktioniert es sondern dann musst du es eben gemeinsam machen und diese Wechselwirkung zwischen diesen beiden Domänen ausloten
01:05:07: und dann werden das wenn es richtig coole Projekte.
01:05:11: Ja das war so wenn ich meiner Projekte story so zurückdenke das war noch immer für mich die coolsten Projekte wo man dann nach einigen Wochen oder Monaten zu den Punkt erreicht hat.
01:05:20: Dass man versteht.
01:05:22: Was was der Kunde eigentlich möchte keine Ahnung wenn es die Finanzbranche ist und ein Thema wo ich mich garnicht gar nicht ausgekannt habe aber ich habe mein Projekt gehabt eine Finanzbranche und es hat teilweise echt lange gedauert um da manche Dinge zu verstehen weil die unglaublich kompliziert waren für mich.
01:05:37: Aber irgendwann an den Punkt zu seiner man genau weiß okay
01:05:40: das funktioniert so und so und so aber dann auch im Gespräch vom Kunden dieselbe wie zu zu bekommen dass der Kunde dann auch mit die Fragen stellt hat ja paschol können wir das mit der Datenbank dann überhaupt zu machen.
01:05:54: Weil das ist ja XY das hatten wir da mal vor ein paar Monaten das ist schon das ist schon cool wenn man zu eine gemeinsame ja so eine gemeinsame Sprache dann auch entwickelt man versteht was von gegenüber und
01:06:07: ja dass das macht auf jeden Fall das macht auf jeden Fall viel mehr Spaß als nur irgendwas abzuarbeiten was man mitunter gar nicht versteht.
01:06:14: Ist dann deiner Meinung nach Vertrauen und sehr wichtiger Wert wenn man jetzt so agil arbeitet.
01:06:20: Ja total also das geht wieder nach das zurück dass ich gesagt habe das funktioniert eben nur wenn man
01:06:26: gemeinsam dasselbe Ziel hat und dazu muss man sich ja Vertrauen da muss ja vertrauen dass der andere auch genau dieses Ziel hat na also das heißt ist mein Gegenüber auch ein.
01:06:37: Optimales Produkt entwickeln möchte und nicht irgendwie
01:06:41: weiß ich nicht irgendwelche komischen Firmen politischen Schachzüge macht um da auf der Karriereleiter einen höher zu kommen oder so ja.
01:06:49: Genauso muss eben unser Kunde ja auch vertrauen dass wir die Leute auf in das polasso das bei uns.
01:06:56: Die Leute in dem Projekt arbeiten die dafür auch geeignet sind und wir nicht irgendwie ja
01:07:02: irgendwelche Leute dahin schicken die gerade frei sind aber deren Technologie Expertise überhaupt gar nicht zu der Problemstellung passt und die sich dann da irgendwie so mehr schlecht als recht durchschlagen also dieses dieses Vertrauen muss auf jeden Fall gegeben sein.
01:07:15: Obwohl auch selbst dafür gilt dieser.
01:07:20: Sag mal dieser Sicherungsmechanismus der hohen Transparenz ne also dadurch dass ich jetzt eben wirklich alle zwei Wochen zusammen sitze und mir angucke was tatsächlich an Ergebnissen produziert wurde also nicht zur PowerPoint angucken wo drin steht
01:07:35: Ampel ist auf Grün alle Tätigkeiten wurden wie geplant durchgeführt ja
01:07:40: sondern ich eben sagen kann okay hier ist die neue Version der Software installiert die doch Ball auf deinem Rechner und probier die aus und sag uns dann wie du das findest.
01:07:48: Kriege ich schon relativ schnell raus ob ob das Ganze irgendwie ernst gemeint ist ehrlich gemeint ist noch das ganz in der partnerschaftlicher Zusammenarbeit wäre.
01:07:57: Also auch da greift Greifzu eine besondere Art Risikominimierung dass man sehr schnell rauskriegen würde wenn das vom vom Setup er vom wenn das Vertrauen nicht gegeben ist ja wenn das nicht passt.
01:08:10: Muss man aber auch ehrlicherweise sagen haben wir eigentlich so gut wie nie also das sind ganz ganz ganz wenige Projekte wo wo das dann.
01:08:20: Ja wo dieses Vertrauen sozusagen dann dann nicht nicht gegeben war.
01:08:25: Ja ich kenne sowas eigentlich auch nur aus ja von acht als Ausnahme und das finde ich persönlich aber echt echt gut weil dann macht die Arbeit im Projekt ja auch wieder Spaß
01:08:36: wenn das Vertrauen da ist wenn man sich wie sagt man so schön auf Augenhöhe begegnet und
01:08:42: und auch keine Angst haben muss wenn man jetzt auch mal irgendwie erzählt bei vielleicht zu einem Review wenn man seine Ergebnisse vorstellt dass was nicht funktioniert hat denn das ist ja jetzt nicht so krass außergewöhnlich ist dass man sich jetzt vielleicht
01:08:57: was nicht zehn Dinge vornimmt die man in so 14 Tagen abarbeiten möchte
01:09:01: und 8 Stück hat man es geschafft im als geplant hatte man sich vorgenommen hat und bei zweien irgendwie ein Problem was man vorher nicht auf dem Schirm hatte
01:09:10: dann ist es jetzt auch nicht so schlimm dass man sich da irgendwie verstecken müsste und hoffentlich merkt das niemand
01:09:16: denn man lernt ja dann auch interaktiv dass das Teil des Vorgehens einfach ist.
01:09:22: Und man spricht drüber und lernt daraus auch was und man spricht rüber und sagt okay wir haben herausgefunden wir haben unterschätzt die Leistungsfähigkeit von der Datenbank.
01:09:32: Da kann man nur so und so viel Daten reinstecken das über Maximum das wussten wir nicht deswegen mussten wir es ne zweite Datenbank installieren oder so und das ist ja eigentlich auch eine tolle Erkenntnis wo man dann später davon profitieren kann wenn es wieder vielleicht in dem Bereich was gibt.
01:09:48: Ja vor allem weil ich meine was was wäre die kommt was wäre die Idee die Alternativen also die Alternative was wir ganz am Anfang auch hatten im klassischen Vorgehen ist dann auch zu sagen nee wir haben versprochen dass wir die Datenbank des da und dahin fertig kriegen.
01:10:02: Also müssen wir das jetzt auch tun und dann wird dann eben genau drüber hinweg gewischt dass die vielleicht jetzt dafür nicht geeignet ist und dass man da im Vorfeld
01:10:11: seid auch was falsch gemacht hat ja das ist falsch informiert dass die die Daten eigentlich tun müsste aber sie tut sein jetzt halt doch nicht
01:10:18: und dann kriege ich eben mangelhaftes Produkt na also das heißt dann.
01:10:22: Gehe ich ihm hin und sage aufgrund des Zeitdrucks akzeptiere ich dass ich hier noch Baustellen in meinem Produkt habe
01:10:29: und das rächt sich halt irgendwann und dadurch kriege ich dann genau diese diese hohen Fehlschlag Quoten und habe am Ende eben eine Software die so viele Mängel hat dass sie de facto nicht einsetzbar ist und nicht funktioniert.
01:10:41: Ja ich meinte wenn man Vertrauen hat und partnerschaftlich miteinander arbeitet dann ist es ja auch okay über Fehler zu reden denn ich meine du bist ein Mensch
01:10:49: bin ich mir relativ sicher ich bin auch einer und wir machen halt deswegen auch einfach Fehler und ich frage es ja nicht ob man den Fehler macht sondern wann man ein Fehler macht und was man daraus lernt.
01:10:59: Ich glaube so gute Fehlerkultur ist für mich auch ein ganz wichtiger Teil von diesem agilen mindset dass man einfach das akzeptiert und das Beste draus macht.
01:11:09: Collin zum Schluss gibt's noch irgendwas ganz wichtiges dass wir vergessen haben.
01:11:14: Hopper agilität nee ich glaube ich glaube das wird was wir halt gestresst haben was mir eben auch immer wichtig ist also es gibt im
01:11:22: im englischen oder englischen Foren englischsprachigen Kreisen sozusagen wird auf diese dieser Unterschied gemacht zwischen doing a giant being a child.
01:11:32: Und was mir immer wichtig ist ist es die eigentliche Idee es zu sagen.
01:11:36: I'm being edgy also das heißt es ist eine eine wie du's gerade eine Denkweise eine eine eine Philosophie die aus bestimmten Werten und Prinzipien,
01:11:46: aufgebaut ist und eben nicht ein starres Regelwerk
01:11:51: wie das eben auch manchmal so verkauft wird ja wohl irgendwie einen Satz von 20 regeln habe und die muss ich befolgen und dadurch kriege ich dann am Ende das perfekte Produkt wenn man das macht wird es nicht funktionieren hatte vielleicht erste kleine Erfolgserlebnisse aber am Ende wird es nicht
01:12:07: Ionier musst.
01:12:08: Eben diese diese Denkweise verstehen und dann für sich etwas Eigenes entwickeln was für den eigenen Kontext für die eigenen Menschen die involviert sind für DIY für die Aufgabenstellung die man bearbeiten muss angepasst.
01:12:22: Also being Ettal.
01:12:24: Es ist sehr schönes Schlusswort ja wir wirklich super spannend Colin vielleicht zum Ende hin wenn man jetzt richtig Lust bekommen hat auch agilität auf das agile Mindset und so weiter hast du vielleicht Empfehlung für ein gutes Buch mit dem man das alles noch ein bisschen begießen kann.
01:12:39: Ja tatsächlich es gibt ein Buch das nennt sich Management why also Management y.
01:12:48: Von Ulf Brandes Pascal Gemmer Holger koschek und Lydia schültken im Campus Verlag das ist ein sehr schöner Überblick vor allen Dingen geht das auch genau um diese Idee
01:13:01: der der agilen Philosophie
01:13:03: das heißt also da geht's jetzt nicht genau drum wie funktioniert Scrum wie funktioniert Kanban oder so sondern eben was stecken da eigentlich für für Werte dahinter
01:13:13: und wie wie kann man in diese in diese Denkweise reinkommen das lässt sich lässt sich gut lesen und wie tippen guten Einstieg.
01:13:22: Klingt sehr spannend und ich würde es buchen dann auch verlinken hier in den schauen uns dann kann man sich es einfacher anschauen Colin vielen Dank wann super interessantes Gespräch.
01:13:32: Danke dir Wolfgang für die Einladung hat mir auch sehr viel Spaß gemacht.
01:13:35: Sehr gerne und natürlich auch gerne wieder
01:13:37: und vielen Dank fürs zuhören wenn Ihr Feedback habt dann erreichte mich unter Podcast at in uvex.de oder in den sozialen Medien beispielsweise auf dem Instagram Account von inovex vielen Dank fürs Zuhören und bis zum nächsten Mal tschüss.
01:13:51: Intro
Neuer Kommentar