{"id":10850,"date":"2026-03-05T22:44:16","date_gmt":"2026-03-05T14:44:16","guid":{"rendered":"https:\/\/www.archimetric.com\/de\/agile-manifesto-4-values-12-principles-explained\/"},"modified":"2026-03-05T22:44:16","modified_gmt":"2026-03-05T14:44:16","slug":"agile-manifesto-4-values-12-principles-explained","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/de\/agile-manifesto-4-values-12-principles-explained\/","title":{"rendered":"Agile Manifesto: 4 Kernwerte & 12 Prinzipien erkl\u00e4rt"},"content":{"rendered":"

Das Bild unten stammt von der Agile Manifesto-Website<\/a> und zeigt die vier Agile-Werte-Aussagen.<\/p>\n

\"Agile<\/p>\n

Wie Sie im Vorwort zu den Werten sehen k\u00f6nnen, geben die Autoren an, dass sie bessere Wege zur Softwareentwicklung und zur Unterst\u00fctzung anderer entdeckten. Alle Werte sind wichtig, aber die auf der linken Seite haben Vorrang vor denen auf der rechten Seite.<\/p>\n

Individuen und Interaktionen \u00fcber Prozesse und Werkzeuge<\/b><\/p>\n

Wie bereits erw\u00e4hnt, stellte das Agile Manifesto bei seiner Ver\u00f6ffentlichung herk\u00f6mmliche, schwerf\u00e4llige Methoden in Frage. Das Capability Maturity Model (CMM) und ITIL waren zu dieser Zeit beliebte Trends hin zu prozessorientierten Ans\u00e4tzen.<\/p>\n

Daher war es \u00fcberraschend, dass diese Gedankeng\u00e4nger mit Menschen begannen. Sie glaubten, dass die Suche nach den richtigen Personen (Individuen<\/strong>) innerhalb eines Teams und die Unterst\u00fctzung bei effektiver Zusammenarbeit (Interaktionen<\/strong>) weitaus wichtiger ist als die Einhaltung eines bestimmten Prozesses und\/oder die Verwendung spezifischer Werkzeuge. Deshalb legten sie den Schwerpunkt auf die linke Seite: Individuen und Interaktionen.<\/p>\n

Funktionsf\u00e4hige Software \u00fcber umfassende Dokumentation<\/strong><\/p>\n

Bei traditioneller oder Wasserfall-Softwareentwicklung w\u00fcrden Teams viel Zeit darauf verwenden, Anforderungen zu sammeln und Entw\u00fcrfe sowie Spezifikationen zu erstellen, wobei erst am Ende des Lebenszyklus etwas Greifbares gebaut wurde. Die Autoren des Manifests glaubten, dass eine funktionierende L\u00f6sung wertvoller ist als eine gro\u00dfe Menge an Dokumenten, die beschreiben, wie die L\u00f6sung funktioniert.<\/p>\n

Kundenkollaboration \u00fcber Vertragsverhandlungen<\/strong><\/p>\n

Der dritte Wert ist die Kundenkollaboration \u00fcber Vertragsverhandlungen \u2013 wobei Vertragsverhandlungen bedeutet, \u00fcber das im Umfang enthaltene zu streiten. Zum Beispiel k\u00f6nnte man S\u00e4tze wie \u201eDas steht nicht in Ihrem Anforderungsdokument\u201c h\u00f6ren. Diese Gedankeng\u00e4nger glaubten, dass die Zusammenarbeit mit unseren Kunden, um die L\u00f6sung zu liefern, die sie wirklich brauchen, weitaus wichtiger ist.<\/p>\n

Reagieren auf Ver\u00e4nderungen \u00fcber das Folgen eines Plans<\/strong><\/p>\n

Der vierte und letzte Agile-Wert ist das Reagieren auf Ver\u00e4nderungen \u00fcber das Folgen eines Plans. Die Autoren stimmen darin \u00fcberein, dass Planung wichtig ist \u2013 tats\u00e4chlich machen Agile-Teams viel Planung. Doch diese Gedankeng\u00e4nger glaubten, dass die F\u00e4higkeit, auf unvermeidbare Ver\u00e4nderungen zu reagieren, entscheidender ist als sich an einen Plan zu halten, der zu Beginn eines Projekts erstellt wurde, wenn die Informationen noch begrenzt waren.<\/p>\n

Alle diese Werte im Manifest sind wichtig, aber die auf der linken Seite haben h\u00f6here Priorit\u00e4t als die auf der rechten Seite.<\/p>\n

12 Agile-Prinzipien<\/a><\/h2>\n

Zus\u00e4tzlich zu diesen 4 Agile-Werten stimmten die Autoren des Agile Manifests einer Reihe von 12 Agile-Prinzipien<\/a>, die die Grundlage f\u00fcr agile Arbeitsweisen bilden. Obwohl sie weniger bekannt sind als die 4 Agile-Werte, finde ich die 12 Agile-Prinzipien praktischer und bieten klarere Anleitung f\u00fcr agile Praktiken.<\/p>\n

\"12<\/p>\n

Zur Bequemlichkeit habe ich die 12 Prinzipien nummeriert, obwohl sie auf der offiziellen Website<\/a>.<\/p>\n

    \n
  1. Das erste Prinzip ist die h\u00f6chste Priorit\u00e4t<\/strong>ist es, den Kunden durch fr\u00fche und kontinuierliche Lieferung wertvoller Software zu befriedigen. Der Ausdruck \u201ewertvolle Software\u201c verwirrt manche. Denken Sie daran, dass diese Gedankeng\u00e4nger im Jahr 2001 die Agile-Werte und -Prinzipien vorstellten und sich ausschlie\u00dflich auf die Softwareentwicklung konzentrierten. Seitdem wurde Agile in nahezu allen Branchen \u00fcbernommen \u2013 Architektur, Automobilproduktion, sogar die Herstellung von Kampfflugzeugen. Wenn es f\u00fcr Sie sinnvoller ist, ersetzen Sie \u201ewertvolle Software\u201c durch \u201ewertvolle L\u00f6sung\u201c.<\/li>\n
  2. Das zweite Prinzip ist es, willkommen \u00c4nderungen der Anforderungen<\/strong>, selbst am Ende der Entwicklung. W\u00e4hrend die meisten Menschen heute darauf fokussiert sind, Ver\u00e4nderungen zu kontrollieren oder das \u201eScope Creep\u201c zu managen, ist die Realit\u00e4t, dass Ver\u00e4nderungen unvermeidlich sind. Agile Prozesse verschieben Entscheidungen, verk\u00fcrzen Entwicklungszyklen und unterst\u00fctzen eine zeitnahe Analyse von Anfragen. Dadurch k\u00f6nnen agile Teams schnell und kosteng\u00fcnstig anpassen. Dies bietet einen Wettbewerbsvorteil und ist eine der zentralen S\u00e4ulen des agilen Arbeitens.<\/li>\n
  3. Das dritte Prinzip ist es, regelm\u00e4\u00dfig funktionierende Software zu liefern<\/strong>, von einigen Wochen bis zu einigen Monaten, vorzugsweise mit k\u00fcrzeren Zeitrahmen. Ein Hauptvorteil der h\u00e4ufigen Lieferung ist die Gewinnung von Feedback, um sicherzustellen, dass man auf dem richtigen Weg ist und tats\u00e4chlich das baut, was der Kunde braucht.<\/li>\n
  4. Das vierte agile Prinzip handelt von Gesch\u00e4ftspersonen und Entwickler, die t\u00e4glich zusammenarbeiten<\/strong> w\u00e4hrend des gesamten Projekts. Heute erstellen Gesch\u00e4ftspartner oft Anforderungsdokumente und \u201ewerfen sie \u00fcber die Mauer\u201c an die Entwickler. Monate oder sogar Jahre sp\u00e4ter liefern die Entwickler die L\u00f6sung an den Anforderer zur endg\u00fcltigen Pr\u00fcfung \u2013 nur um festzustellen, dass die L\u00f6sung missverstanden wurde, falsch gebaut wurde oder gar nicht mehr ben\u00f6tigt wird. Der Fokus dieses Prinzips liegt auf der Zusammenarbeit zwischen denjenigen, die die L\u00f6sung bauen, und denjenigen, die sie nutzen, um solche Ergebnisse zu vermeiden.<\/li>\n
  5. Das f\u00fcnfte agile Prinzip ist es, Projekte um motivierte Personen aufzubauen<\/strong>, indem man ihnen die notwendige Umgebung und Unterst\u00fctzung bietet und ihnen vertraut, die Aufgabe zu erledigen. Dies ist im Wesentlichen ein dreiteiliger Ansatz: Menschen zu bef\u00e4higen, ihnen Autonomie zu geben und ihnen zu vertrauen.<\/li>\n
  6. Das sechste agile Prinzip f\u00f6rdert nachhaltige Entwicklung<\/strong>. Sponsoren, Entwickler und Nutzer sollten in der Lage sein, einen konstanten Tempo unbegrenzt aufrechtzuerhalten. Als ich erstmals an Technikprojekten arbeitete, dauerten diese oft sechs Monate, zw\u00f6lf Monate oder l\u00e4nger. Es war \u00fcblich, in den ersten zwei Monaten wenig zu erreichen. Dementsprechend f\u00fchrte dies zu massiven Stressphasen am Ende, bei denen riesige Arbeitsmengen abgeschlossen werden mussten. Teammitglieder wurden erwartet, Abende oder Wochenenden zu arbeiten, um feste Termine und feste Umf\u00e4nge einzuhalten. Dies wird als \u201eTodesmarsch\u201c-Projekt bezeichnet. Agile sagt nicht, dass man nie abends oder am Wochenende arbeiten wird \u2013 aber es betont, dass jeder auf einer nachhaltigen Arbeitsgeschwindigkeit arbeiten sollte.<\/li>\n
  7. Das siebte Prinzip ist, dass funktionierende Software<\/strong> die prim\u00e4re Ma\u00dfgr\u00f6\u00dfe f\u00fcr Fortschritt ist. Traditionell wurde der Prozentsatz der Fertigstellung verwendet, um den Projektfortschritt zu verfolgen. Der Prozentsatz der Fertigstellung ist \u00e4u\u00dferst unzuverl\u00e4ssig, da er schwer zu beurteilen ist, besonders wenn er 80 % oder 90 % erreicht. Eine 90 %ige Fertigstellung bedeutet oft nur noch 10 % der Arbeit oder Zeit. Agile-Teams vermeiden den Prozentsatz der Fertigstellung, indem sie die Arbeit in Funktionen oder Funktionalit\u00e4ten aufteilen, diese in kleine Teile zerlegen und verfolgen, ob diese Teile abgeschlossen sind. Dieser Ansatz vermeidet irref\u00fchrende Fortschrittskennzahlen.<\/li>\n
  8. Das achte Prinzip besagt, dass die effektivste und effizienteste Art, Informationen an das Entwicklungsteam und innerhalb des Teams zu \u00fcbermitteln, \u00fcber Gespr\u00e4ch im pers\u00f6nlichen Kontakt<\/strong>. Heute k\u00f6nnte das beliebteste Kommunikationsmittel E-Mail sein. Es ist f\u00fcr den Absender effizient \u2013 schlie\u00dflich kann man Nachrichten gleichzeitig an Hunderte oder Tausende senden. Aber es ist keine echte Kommunikation. Forschung zeigt, dass das Lesen von Texten anderer erheblichen Raum f\u00fcr Missverst\u00e4ndnisse l\u00e4sst. Agile-Bef\u00fcrworter haben gelernt, dass ein echtes gemeinsames Verst\u00e4ndnis die Zusammenbringung von Menschen erfordert. Wenn pers\u00f6nlicher Kontakt nicht m\u00f6glich ist, sollte man das Kommunikationsmittel mit der h\u00f6chsten Bandbreite nutzen \u2013 das k\u00f6nnte ein Video- oder Telefonanruf sein. Das ist weitaus besser als das Hochladen von Dokumenten auf SharePoint! Die Schlussfolgerung hier ist, das Kommunikationsmittel mit der h\u00f6chsten Bandbreite zu nutzen. Ein Nebeneffekt der Pr\u00e4ferenz pers\u00f6nlicher Interaktion ist, dass es sinnvoll ist, Teammitglieder derselben agilen Gruppe zusammenzustellen. Heute ignorieren viele Organisationen diesen scheinbar offensichtlichen Punkt.<\/li>\n
  9. Das neunte Prinzip ist die kontinuierliche Fokussierung auf technische Exzellenz und gute Gestaltung<\/strong> um Agilit\u00e4t zu steigern. Der Fokus liegt darauf, Abk\u00fcrzungen oder technische Schulden zu vermeiden. Mach nichts, das kurzfristig schneller macht, aber langfristig mehr kostet. Wenn du technische Schulden weiterhin anh\u00e4ufst, wirst du an Agilit\u00e4t verlieren. Das ist bei Wasserfallprojekten mit festen Zeitpl\u00e4nen \u00fcblich. Um versprochene Termine einzuhalten, werden Kompromisse eingegangen. Testzyklen k\u00f6nnen reduziert oder ganz gestrichen werden, um Zeit zu sparen, was zu mehr Problemen in der Produktion nach dem Launch f\u00fchrt. Dies f\u00fchrt zu Feuerwehrarbeit und Code, der schwer zu pflegen ist.<\/li>\n
  10. Das zehnte Prinzip handelt von der Vereinfachung und der Beseitigung unn\u00f6tiger Arbeit. Einfachheit \u2013 die Kunst, die Menge der nicht erledigten Arbeit zu maximieren \u2013 ist entscheidend.<\/strong>Das hei\u00dft, wir sollten unsere Prozesse \u00fcberpr\u00fcfen und alles beseitigen, was dem Kunden keinen Wert bringt, wodurch die Menge der noch nicht abgeschlossenen Arbeit maximiert wird, ohne dabei das zu liefern, was ben\u00f6tigt wird.<\/li>\n
  11. Das zehnte Prinzip bezieht sich auch auf selbstorganisierte Teams. Die besten Architekturen, Anforderungen und Designs entstehen aus selbstorganisierten Teams<\/strong>. Wir sollten denjenigen, die am n\u00e4chsten an der Arbeit sind, erlauben, selbst zu entscheiden, wie sie sie am besten erledigen \u2013 das ist die Essenz dieses Prinzips.<\/li>\n
  12. Das letzte Prinzip, Nummer 12, handelt von Retrospektiven. Teams reflektieren regelm\u00e4\u00dfig dar\u00fcber, wie sie effektiver werden k\u00f6nnen, und dann anpassen und anpassen<\/strong>ihres Verhaltens entsprechend.<\/li>\n<\/ol>\n

    Agile-Werte und -Prinzipien erscheinen heute m\u00f6glicherweise nicht radikal, aber als sie 2001 bekanntgegeben wurden, waren sie durchaus revolution\u00e4r. Daher der Begriff \u201eManifest\u201c. Sie skizzierten eine Arbeitsweise, die v\u00f6llig anders war als die, wie Organisationen im vorherigen Jahrhundert operiert hatten. Davor spiegelte die Softwareentwicklung weitgehend die Arbeitspraktiken der Industrie\u00e4ra wider. Das Verst\u00e4ndnis dieses historischen Kontexts ist entscheidend, wie im Folgenden erl\u00e4utert wird.<\/p>\n

    \u00a0<\/p>\n

    <\/p>\n