Agile Softwareentwicklung

Die agile Softwareentwicklung setzt nicht nur ein agiles Mindset und agile Methoden voraus, sondern unterscheidet sich auch sonst stark von dem Wasserfallmodell. Dabei bestimmt sich die agile Softwareentwicklung bzw. agiles arbeiten hauptsächlich durch das agile Manifest. Wir geben in dieser Folge einen Überblick über agile Softwareentwicklung und den Unterschied zu klassischen Prozessen. Am Ende habt ihr nicht nur einen sehr guten Überblick über agile Softwareentwicklung, sondern wisst auch die wichtigsten Dinge, die es bei agiler Softwareentwicklung einzuhalten gilt. Ganz am Ende gibt es dann noch meine persönlichen Top 3 Benefits, die ihr bei der Einführung von agiler Softwareentwicklung bekommt.

Wie immer freue ich mich auf Eure Kommentare zu dem Thema agile Softwareentwicklung.

## Kapitel
[00:00] Begrüßung
[03:09] Was ist nicht agile Softwareentwicklung?
[08:53] Push-. vs- Pull-Prozesse
[16:11] Was ist agile Softwareentwicklung?
[19:32] Agile Softwareentwicklung Prozesse
[22:38] Agile Softwareentwicklung != Chaos
[25:36] Meine Top 3 Vorteile von agile Softwareentwicklung

▬ Über diesen Kanal ▬▬▬▬▬▬▬▬▬▬▬▬

Seit vielen Jahren arbeite ich als Consultant, Coach und Trainer für professionelle Softwareentwicklung mit den Schwerpunkten Softwarequalität, Softwarearchitektur sowie Prozessmanagement. Auf meinem Kanal möchte ich Euch mein Wissen und meine langjährige Erfahrung in diesen Bereichen vermitteln - natürlich kostenlos. Dabei versuche ich stets Euch das Wissen so zu vermitteln, dass Ihr damit direkt in der Praxis loslegen könnt und das ganze immer mit guten Portion Humor. Lernen soll ja schließlich Spaß machen :)

▬ Empfohlene Videos ▬▬▬▬▬▬▬▬▬▬▬▬

▬ Wichtige Links ▬▬▬▬▬▬▬▬▬▬▬▬

▬ Social Media ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬

[DavidTielke]

Wie schon bei den letzten Videos: lasst uns über das Thema diskutieren! seid Ihr schon agil? Was waren die größten Vorteile die Ihr erzielen konntet und was ist auf dem Weg dahin schiefgelaufen? Und wie immer: *abonniert* den Kanal um kein Video mehr zu verpassen!

[Andi-rdyf]

Super hilfreich, genau das wonach ich gesucht habe. Ein Thema, dass auch sehr komplex werden kann, sehr simpel und gut strukturiert dargestellt, um einen soliden Gesamtüberblick über agile Softwareentwicklung zu vermitteln. Danke.

[techdesign]

Ich bin seid über 10 Jahren in der Business Intelligence Entwicklung tätig. Das klassische Wasserfallprinzip hat schon lange ausgedient, genau aus den besagten Punkten. Azure DevOps, JIRA und Co. machen mir und meinen Kollegen das Leben leichter. Aus Erfahrung kann ich es voll empfehlen. Inzwischen werden diese agilen und iterativen Projektmethoden auch in Verwaltungen und anderen Bereichen eingesetzt. Ein guter SCRUM Master kann Ordnung und Organisation in das Projekt bringen, obgleich wir nicht alle Aspekte des Prozesses nutzen, wie z.B. die Retrospektive, weil eingespielt usw.
Danke David 👍

[martinbernasconi]

Tolles Video! Bevor ich mich in weiteren Kommentaren oder Analysen ergehe: hatte dieses Projekt einen Scrum Master?

[Micha-uiqm]

Hallo David, habe mir mal das Video angesehen um zu verstehen was die Vorteile der agilen Entwicklung zum alten Wasserfallmodell sind (da bei uns in absehbarer Zeit so eine Umstellung im Haus ansteht). Ich habe mal zu dem Thema Pull & Push eine Frage: Bei uns ist es so das in eine seit Jahren bestehen Software immer neue Features/Anforderungen implementiert werden. Das heißt auf der Eingangsseite der Entwicklung sind wir auf Push ausgelegt allerdings ist am Ende der Entwicklung immer die gleiche Software nur mit den erweiterten Funktionsumfang das Ergebnis, also eigentlich Pull. Jetzt stellt sich mir natürlich die Frage ist dann die Umstellung vom Wasserfallmodell auf agile Entwicklung sinnvoll?

[ikemkrueger]

Ich hätte gerne ein Video das SCRUM und Kanban vergleicht. Und Planungssicherheit interessiert mich bei SCRUM. Also was stellst du wann wie dem Kunden in Rechnung?

[benjaminwagner]

Lieber David, vielen lieben Dank für dieses aufklärende Video wie etablierte Unternehmen Ihre Projekte damals zu heute planen und umsetzen. Nun bin ich doch sehr über die komplexität eines größeren zu betreuenden Projektes in all ihren facettenreichen Phasen von Beginn bis Auslieferung erstaunt und frage mich nun ob es als JuniorDev welcher sich den Abschluss zum Java-Developer mit nem 1, 9er Schnitt Autodidaktisch über ein Fernstudium erarbeitet hat, sinnvoll wäre direkt als Freelancer durchzustarten oder dieser Schritt aufgrund fehlender Erfahrungen ein grober Fehler mit bösen erwachen sein könnte? Ich freue mich über jeden inspierenden Ratschlag und bedanke mich für den hochwertigen Content dieses Kanals. 😉 Lg

[jorgw.]

Was ist wenn man gar keinen Kunden hat? Man entwickelt eine Software für ein Gerät, dass direkt in großen Stückzahlen in den Markt kommt und möglichst fertig und fehlerfrei sein soll. Kann man die Methode dafür adaptieren?

[uperntural]

Danke für das Video! Also wenn ich das richtig verstanden habe ist Agile Softwareentwicklung das Konzept und XP, Scrum und Kanban sind die konkreten Strategien, die das Konzept umsetzen?

[marcusreinicke]

Hallo David - Erstklassig beschrieben!
Ich konnte zusätzlich noch etwas davon mitnehmen.
Ich habe noch nie richtig nach Scrum gearbeitet, noch arbeiten können.
Viele machen eher Scrumbaan. Oder ich habe Dailys mit mehr als 3 Stunden Dauer erlebt, gruselig.

In Jeff Southerlands Buch, wird aber auch beschrieben, dass Agile Softwareentwicklung, kein Freifahrtschein für zusätzliche Aufgaben oder generelle Änderungen bedeuten soll.
Wie Du schon sagtest, auf dem Markt, dem Gesetzänderungen reagieren zu können.
Man muss ja auch zu einem Ende kommen. Ein Endziel muss doch definiert sein, um nicht wie der BER zu enden.
Oder bedeutet Scrum, immer Ende offen??
Dem würde es ein Fass ohne Boden entsprechen, oder?

Gruß
Marcus

[DrAcula-pony]

Sehr gutes Video! Weiter so 👌
Abo ist raus

[caoutchouc-cc]

Diese Unterscheidung zwischen Pull und Push Prozess ergibt überhaupt keinen Sinn. Ich kann doch genauso immer die gleichen Inputs pushen und unterschiedliche Outputs pullen... Die Benennung ist nicht sprechend.

[uwe_dduw]

Soweit ich das verstehe verlagert agile Softwareentwicklung die Erstellung von Pflichten und Lastenheften auf Kundenseite, auch wenn der Umfang iterativ kleiner wird als im klassischen Fall können in der Summe die iterativen Prozesse deutlich länger sein als im klassischen H2OFallmodell.
Was ist wenn Softwareprodukte für Geräte entwickelt werden müssen, die nicht am Kunden sondern an einer nicht näher definierten Marksituation orientiert sind ? Ich bin daher der Meinung, dass ein vernünftiges Mixup aus agil und klassischer Methoden angesagt sind.
Endgültige vollständige Dokumentation bleibt m.E. bei agiler Arbeitsweise fast immer auf der Strecke.

[aliasda]

Erklärend sehr gut aber Überschrift ist agile und Sie haben die Hälfte über Klassisch verbraucht!