Warum Wasserfall agil überlegen ist
Media error: Format(s) not supported or source(s) not found
Download File: https://berlin-ak.ftp.media.ccc.de//events/clt/2025/h264-hd/clt25-119-deu-Warum_Wasserfall_agil_ueberlegen_ist_hd.mp4Download File: https://ffmuc.media.ccc.de//events/clt/2025/webm-hd/clt25-119-deu-Warum_Wasserfall_agil_ueberlegen_ist_webm-hd.webmDownload File: https://berlin-ak.ftp.media.ccc.de//events/clt/2025/h264-sd/clt25-119-deu-Warum_Wasserfall_agil_ueberlegen_ist_sd.mp4Download File: https://dortmund.media.ccc.de//events/clt/2025/webm-sd/clt25-119-deu-Warum_Wasserfall_agil_ueberlegen_ist_webm-sd.webm
Agil ist überall, agil ist gehypt. Wenn etwas es so geyhpt ist, ist überhaupt soviel drin, wie draufsteht? Wenn nur Spuren von agil enthalten sind, warum bewirbt man es denn damit, da weder die Projektleitung* noch die Engineers** Lust darauf haben? Das wirft die Frage auf, ob agil wirklich so toll ist und ob man nicht anders besser zum Ziel kommt.
Daher beleuchten wir kurz, woher agil kommt, warum das einige toll finden und ob es immer noch zeitgemäß ist.
Zuerst definieren wir, was ein erfolgreiches Projekt ausmacht und welche groben Schritte dafür notwendig sind. Danach stelle ich einen Ansatz vor, wie man mit bekannten und unbekannten Technologien und Aufgaben zum Ziel kommen kann, ohne Buzzwords zu verwenden, die gerade hip sind und die jeder anders versteht.
Da ich aus der Infrastruktur-Ecke komme, ist es nicht nur dev-lastig, aber heutzutage ist eh alles „as code“ (wenn es cool sein soll).
* Kontrolle abzugeben
** mehr Zeit in Standups und Sprintmeetings zu verbringen als aktiv zu arbeiten
Licensed to the public under http://creativecommons.org/licenses/by/4.0