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

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

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/