DevTeams.AT Deutsch - Software Development und Team Improvement

Selbst wenn uns die KI nicht umbringt, ist das keine gute Nachricht

Generative KI ist extrem gefährlich, aber nicht aus dem Grund, den die KI-Labore uns glauben machen wollen. Und sie versuchen, uns gezielt in die Irre zu führen. Hier versuche ich zu beschreiben, welche Probleme ich derzeit mit GenAI und LLMs sehe, und warum ich sie trotzdem für bestimmte Aufgaben nutze. Die Probleme, die ich hier beschreibe und die Gründe, warum ich KI trotzdem nutze, sind keine vollständige Aufzählung. Es sind jeweils die Punkte, die mir im Moment (Oktober 2026) am wichtigsten erscheinen. Text / Transcript: https://www.devteams.at/de/gen_ai/2026/10/19/even_if_ai_doesnt_kill_us_thats_not_good_news.html Englisches Video: https://youtu.be/1ZRg-IQ9X7g Diesen Text habe ich auf Englisch selbst geschrieben, die deutsche Übersetzung wurde allerdings mit Hilfe von KI erstellt. Willst du immer verlässlich benachrichtigt werden, wenn neue Inhalte von mir verfügbar sind? Dann abonniere meinen Newsletter und folge mir auf Social Media: Newsletter: https://www.devteams.at/newsletter/ LinkedIn: https://www.linkedin.com/in/david-tanzer-158a71157/ Mastodon: https://social.devteams.at/@dtanzer BlueSky: https://bsky.app/profile/dtanzer.bsky.social Quellen: https://en.wikipedia.org/wiki/Roko%27s_basilisk https://bsky.app/profile/histoftech.bsky.social/post/3mx6qnmnby224 https://quoteinvestigator.com/2025/11/17/blood-streets/ https://de.wikipedia.org/wiki/Tragik_der_Allmende

• Transcript

Kapitel 02: Die Praktiken, ein Überblick

Im aktuellen Kapitel 'Die Praktiken: Ein Überblick' wird es etwas technischer als in den vorigen Teilen: In sieben Teilen werde ich genauer auf die einzelnen Praktiken und Vorgehensweisen eingehen. Blog-Post und Transkript: https://quickglance.at/02_die_praktiken_ein_ueberblick/ Notizbuchseite: https://quickglance.at/notizen/02_die_praktiken_ein_ueberblick/02_00_die_praktiken_ein_ueberblick.pdf Upside: Risk/Reward Definition and Examples: https://www.investopedia.com/terms/u/upside.asp Downside: Meaning, Examples, Protection Strategies: https://www.investopedia.com/terms/d/downside.asp Pia Nilsson, Knowing Me, Knowing You - Growing Teams to Continuously Deliver: https://www.youtube.com/watch?v=S92vVAEofes Email-Serie: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 08: Abschließende Überlegungen

Wir sind am Ende des Kapitels 'Warum Agile Engineering' angekommen. In diesem Teil stelle ich noch einige abschließende Überlegungen zu agiler Arbeitsweise und Agile Engineering an. Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/08_abschliessende_ueberlegungen/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_08_abschliessende_ueberlegungen.pdf GeePaw Hill, Five Underplayed Premises of TDD: https://www.geepawhill.org/2017/08/15/five-underplayed-premises-of-tdd/ Dave Farley, Agile Uncertified | Philosophy Over Rituals: https://www.youtube.com/watch?v=U-u8xquguWE Email-Serie: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 07: Der Code ist nicht der Flaschenhals

Wie produktiv ist eine Softwareentwickler*in? Wie produktiv ist ein Team? Oft verbinden wir damit vielleicht nur unterbewusst, wieviel Code sie produziert haben. Also wieviele Zeilen sie geschrieben haben oder wieviele Function Points sie geliefert haben. Aber spielt gar keine so große Rolle: Der Code ist nicht der Flaschenhals. Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/07_der_code_ist_nicht_der_flaschenhals/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_07_der_code_ist_nicht_der_flaschenhals.pdf Kent Beck, "Tidy First?": https://www.oreilly.com/library/view/tidy-first/9781098151232/ Manifesto for Software Craftsmanship: https://manifesto.softwarecraftsmanship.org/ GeePaw Hill, Re-Balancing Made, Making, and Makers: https://www.geepawhill.org/2020/07/28/re-balancing-made-making-and-makers/ Dave Farley, It's Time For Waterfall To DIE: https://www.youtube.com/watch?v=o3jDLVCpH1E Email-Serie: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 06: Jetzt tun vs. Der richtige Zeitpunkt

Move fast and break things oder Move slow and mend things? Besser jetzt etwas liefern oder Optionen und Möglichkeiten für die Zukunft schaffen? Welche Aufgaben müssen wir sofort erledigen und was kann warten? Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/06_jetzt_tun_vs_der_richtige_zeitpunkt/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_06_jetzt_tun_vs_der_richtige_zeitpunkt.pdf Commitment - A novel about managing project risk by Olav Maassen, Chris Matts and Chris Geary: https://commitment-thebook.com/ Tidy First? by Kent Beck: https://www.oreilly.com/library/view/tidy-first/9781098151232/ What is a bias for action (and how do you build it)?: https://www.fingerprintforsuccess.com/blog/bias-for-action Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 05: Agil? Das funktioniert doch gar nicht!

Gegen agile Softwareentwicklung gibt es viele Vorbehalte. Manche davon kritisieren ein bestimmtes Framework, wie zum Beispiel Scrum oder SAFe; Andere wiederum agile Vorgehensweisen und Praktiken oder sogar agile Prinzipien und Werte. In diesem Teil gehe ich auf einige dieser Kritikpunkte ein. Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/05_agil_das_funktioniert_doch_gar_nicht/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_05_agil_das_funktioniert_doch_gar_nicht.pdf Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 04: Doing things right vs. Doing the right thing

Wie gut verstehen wir die Bedürfnisse unserer Benutzer - und wie gut sind wir darin, diese in Aufgaben für die Softwareentwicklung zu zerlegen? Wie lange brauchen wir, bis wir solche Aufgaben lösen - durch Software, die in Produktion läuft, die diese Bedürfnisse erfüllt, funktioniert und fehlerfrei ist? Die Antwort auf die erste Frage gibt uns Hinweise darauf, wie sehr wir an den richtigen Problemen arbeiten - "Doing the right things". Die zweite Frage zeigt uns, wie gut wir darin sind, diese Probleme zu lösen - "Doing things right". Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/04_doing_things_right_vs_doing_the_right_thing/ Notizbuchseite: https://quickglance.at//notizen/01_warum_agile_engineering/01_04_doing_things_right_vs_doing_the_right_thing.pdf Gottfried Szing, Verification vs. Validation: https://www.linkedin.com/posts/gottfriedszing_businessananlysis-testing-developer-activity-7167963342425313281-xond/ Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 03: Mean Time to Feedback

Validate every step - Überprüfe jeden Schritt. Wir brauchen in der agilen Softwareentwicklung überall schnelles und gutes Feedback. Die Zeit, bis wir brauchbares Feedback zu unserer Arbeit bekommen - die Mean Time to Feedback - ist entscheidend. Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/03_mean_time_to_feedback/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_03_mean_time_to_feedback.pdf The Cycles of TDD: https://blog.cleancoder.com/uncle-bob/2014/12/17/TheCyclesOfTDD.html Agile Manifesto: http://agilemanifesto.org/ Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01 - Teil 02: Weniger, dafür früher, ist besser

Iterative Entwicklung, kleine Arbeitspakete, DevSecOps, Continuous Delivery: Alles läuft darauf hinaus, dass wir schneller liefern können. Warum ist das wichtig? Weil kleinere Lieferungen, schneller geliefert, immer besser sind als größere. In diesem Video erfährst du alles darüber. Blog-Post und Transkript: https://quickglance.at/01_warum_agile_engineering/02_weniger_dafuer_frueher_ist_besser/ Das Agile Manifest: http://agilemanifesto.org/ Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_02_weniger_dafuer_frueher_ist_besser.pdf

• Transcript

Kapitel 01 - Teil 01: Ziele der agilen Entwicklung

Um zu verstehen, wie wir im Engineering die Agilität der Softwareentwicklung unterstützen können, müssen wir uns zuerst darüber unterhalten, welche Ziele die agile Softwareentwicklung eigentlich erreichen will. In diesem Teil erkläre ich die Herausforderungen in der Softwareentwicklung, welche Ziele sich daraus ergeben, wie eine agile Doktrin unser Handeln leiten kann und wie wir, im Softwareengineering, all das unterstützen können. Text zum Nachlesen: https://quickglance.at/01_warum_agile_engineering/01_ziele_der_agilen_entwicklung/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering/01_01_ziele.pdf Das Agile Manifest: http://agilemanifesto.org/ 12 Prinzipien der agilen Entwicklung - Agiles Manifest: http://agilemanifesto.org/principles.html Jason Yip: What is Agile doctrine?: https://jchyip.medium.com/what-is-agile-doctrine-45dd0c165f7a Five Underplayed Premises of TDD: https://www.geepawhill.org/2017/08/15/five-underplayed-premises-of-tdd/ Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social

• Transcript

Kapitel 01: Warum Agile Engineering?

Der Überbegriff "Agile Engineering" beschriebt Praktiken und Vorgehensweisen, die uns dabei helfen, die Ziele der agilen Softwareentwicklung zu erreichen. Um die Vorteile von agilen Vorgehensweisen wirklich realisieren zu können, brauchen wir eine Engineering-Kultur, welche nichts mehr damit zu tun hat, wie man früher Software gebaut hat. Und die nur in wenigen Organisationen durchgängig vorherrscht. In diesem und den folgenden Teilen des Kapitels "Warum Agile Engineering?" erkläre ich, warum es eine eigene Kultur und spezielle Vorgehensweisen und Praktiken in der Entwicklung braucht, um Agilität erreichen zu können. Links Blog Post + Transkript: https://quickglance.at/01_warum_agile_engineering/ Notizbuchseite: https://quickglance.at/notizen/01_warum_agile_engineering.pdf Email-Kurs: https://quickglance.at/email/ Consulting / Coaching / Training: https://www.devteams.at/ Mastodon: https://social.devteams.at/@dtanzer Bluesky: https://bsky.app/profile/dtanzer.bsky.social Agiles Manifest: http://agilemanifesto.org/

• Transcript

Intro: Quick Glance At: Agile Engineering

Das Intro zur Serie: Was wird dich erwarten?