DevTeams.AT Deutsch - Software Development und Team Improvement

Wie verändern sich die Kosten von Features mit der Zeit? Und was hat das mit Optionen bzw. Optionalität zu tun? In diesem Video vergleiche ich zwei Digramme die zeigen, wie schwierig es ist, das nächste Feature zu entwickeln: Eines, das ich selbst immer wieder verwendet habe, das die Kosten über die Zeit zeigt und ein anderes, das ich in einem Talk von Kent Beck gesehen habe, das Optionen und Features vergleicht.

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

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

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

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

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

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

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

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

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