Quick Glance At: Agile Engineering

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.pdfUpside: 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=S92vVAEofesEmail-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.pdfGeePaw 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-u8xquguWEEmail-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.pdfKent 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=o3jDLVCpH1EEmail-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.pdfCommitment - 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-actionEmail-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.pdfEmail-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.pdfGottfried 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.pdfThe 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.pdfDas 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/

Das Intro zur Serie: Was wird dich erwarten?