title: Extreme Programming

text: Die Methode geht davon aus, dass der Kunde die Anforderungen an die zu erstellende Software zu Projektbeginn noch nicht komplett kennt und nicht hinreichend strukturieren kann, beziehungsweise dass ein mit der Realisierung betrautes Entwicklerteam nicht über alle Informationen verfügt, um eine verlässliche Aufwandsschätzung über die notwendige Dauer bis zum Abschluss zu geben. Im Laufe eines Projektes ändern sich nicht selten Prioritäten und Gewichte. Zu Beginn geforderte Funktionen der Software werden möglicherweise in einer anderen Form benötigt oder im Laufe der Zeit sogar komplett hinfällig.


title: Extreme Programming

text: Bei einer konsequenten Ausrichtung an XP soll die zu erstellende Software schneller bereitgestellt werden sowie eine höhere Softwarequalität und Zufriedenheit des Kunden als mit traditionellen Ansätzen zu erreichen sein. Der Kunde soll ein einsatzbereites Produkt erhalten, an dessen Herstellung er aktiv teilgenommen hat.


title: Extreme Programming

text: Neue Funktionalitäten werden permanent entwickelt, integriert und getestet. Für die zu entwickelnden Funktionalitäten werden jeweils die Schritte Risikoanalyse, Nutzenanalyse, die Bereitstellung einer ersten ausführbaren Version (Prototyping) und ein Akzeptanztest durchgeführt.


title: Extreme Programming

text: Nach Vertretern dieses Vorgehensmodells ist XP Risikomanagement. Es bejaht das Risiko, geht aktiv darauf ein und versucht, es zu minimieren. Dieser implizite Umgang mit dem Faktor "Risiko" steht im Gegensatz zu eher expliziten Vorgehensweisen, wie der Aufstellung einer "Risikoliste". Softwareentwicklungsprojekte sind unterschiedlichen Gefahren ausgesetzt, für die Extreme Programming Lösungen anbieten soll.


title: Extreme Programming

text: Dem Kunden bietet XP, gerade durch seine kurzen Entwicklungszyklen, jederzeit die Möglichkeit, steuernd auf das Projekt einzuwirken. Dadurch soll erreicht werden, dass sich das Produkt aktuellen Anforderungen anpasst, statt überholten Anforderungen aus einer längst vergangenen Analysephase zu genügen und damit bereits bei Einführung veraltet zu sein. Zudem kann der Kunde bereits nach kurzer Zeit ein unvollständiges aber zumindest funktionstüchtiges Produkt einsetzen. Der Kunde ist im besten Fall jederzeit auf demselben aktuellen Informationsstand bezüglich des Projektes wie das Entwicklerteam.


title: Extreme Programming

text: Ein häufiger Ansatz traditioneller Softwareerstellung ist: "„Vielleicht brauchen wir irgendwann einmal diese oder jene Programmfunktionen“", auch Feature genannt. XP stellt dem gegenüber: "Lass es!" (vgl. auch YAGNI – „You Ain’t Gonna Need It“). Vor jedem der kurzen Entwicklungsschritte wird zusammen mit dem Kunden genau festgelegt, was wirklich sinnvoll ist, entwickelt zu werden. Die sogenannte „Featuritis“ soll damit vermieden werden.


title: Extreme Programming

text: Eines der größten Risiken der Softwareentwicklung ist, dass dem Kunden ein Produkt bereitgestellt wird, das er in dieser Form nicht möchte. XP möchte dem durch ständige, aktive Einbeziehung des Kunden in den Entwicklungsprozess vorbeugen. Er kann sich Zwischenversionen ansehen und direkt Änderungswünsche äußern.


title: Extreme Programming

text: Um diese Vorteile nutzen zu können, muss der Kunde im Gegenzug auch eine Reihe von Einschränkungen und Forderungen hinnehmen. So fordert XP von ihm, dass er während der gesamten Entwicklungszeit mit dem Entwicklungsteam zusammenarbeitet. Des Weiteren muss er auf eine formale Festlegung der Projektinhalte (Spezifikation) verzichten (siehe auch "Der ideale Kunde").


title: Extreme Programming

text: Es existiert keine strikte Rollentrennung, da die Aufgabenverteilung abhängig von Situation und Fähigkeiten geschieht. Der allgemeine Wissensaustausch und die stetige Kommunikation beugen einem Wissensmonopol vor. Dies soll den Einzelnen entlasten, da ansonsten der Druck auf einer Person lastet, wenn diese sich als Einzige in einem Modul auskennt.


title: Extreme Programming

text: Um Unbenutzbarkeit aufgrund von Programmfehlern sowie fehlerhafte Integration einzelner Komponenten zu vermeiden, werden bei XP viele und möglichst frühe Tests angestrebt. Jede Komponente besitzt einen Modultest (Unit-Test); in Java beispielsweise mit JUnit. Bei Feststellung eines Fehlers in einer Komponente während der Entwicklung wird ein Test entwickelt, der diesen lokalisiert. Eine tägliche Einbeziehung der einzelnen am Projekt beteiligten Entwickler mit automatischer Ausführung der Tests (Regressionstest) soll zu einer erheblichen Qualitätssteigerung führen. Fehler sollen so früher gefunden werden, denn je später ein Fehler gefunden wird, desto teurer ist meist dessen Korrektur. Außerdem soll die testgetriebene Entwicklung zu einem leichter wartbaren Programmcode mit besserem Design führen.


title: Extreme Programming

text: Da die meisten Einzelmethoden gerade auf den Alltag der Programmierer ausgerichtet sind, bedeutet XP zugleich auch ein hohes Maß an Herausforderung und ggf. Umstellung der Beteiligten. Auf diese Aspekte wird ausführlicher im Abschnitt "Der ideale Programmierer" eingegangen.


title: Extreme Programming

text: Dem Projekt bietet XP die Möglichkeit, Risiken zu minimieren. Unter richtiger Anwendung von XP soll der Kunde Software erhalten, deren Umfang ihn nicht überrascht. Das Team soll ferner gegen Ausfall (Krankheit, Unfall, Stellenwechsel) Einzelner nicht mehr so anfällig sein. Ein ehrlicher Umgang mit dem Kunden soll die Glaubwürdigkeit und Zufriedenheit steigern und die Angst minimieren, die unter Umständen zwischen Kunde („Haben die mich verstanden?“, „Was werden sie wohl liefern?“) und Entwicklung („Was will er eigentlich genau?“, „Ob er zufrieden sein wird mit dem, was wir liefern?“) vorherrscht.


title: Extreme Programming

text: Aufwandsabschätzungen werden verlässlicher, da sie im Team getroffen und ständig einer kritischen Überprüfung (Review) unterzogen werden. Teamgeist wird laut XP gefördert. Jedem im Team sollte klar sein, dass das Ziel nur als Einheit erreichbar ist. Sollte ein Projekt, zum Beispiel aus Kostengründen, vorzeitig eingestellt werden, besteht durch die regelmäßigen Iterationen dennoch ein zumeist einsatzfähiges Produkt.


title: Extreme Programming

text: In vielen Projekten gelingt es nicht, das Produkt in der gewünschten Zeit im gewünschten Umfang und mit den geplanten Ressourcen fertigzustellen. In XP soll nur das verwirklicht werden, was tatsächlich einen Nutzen für den Kunden hat. Durch ständigen Austausch mit dem Kunden sowie Prioritätsanalysen sollen die unbedingt zu erstellenden Funktionen identifiziert werden. Dabei sollte mit den Funktionen begonnen werden, die den größten Nutzen haben und das größte (technische) Risiko beinhalten.


title: Extreme Programming

text: Extreme Programming stellt aus wirtschaftswissenschaftlicher Sicht eine Form der Organisation dar, die direkt die Prozesse der Wertschöpfung beschreibt. In den Wirtschaftswissenschaften werden zur Bewertung von Extreme Programming auch Erkenntnisse anderer Sozialwissenschaften, insbesondere der Soziologie, genutzt.


title: Extreme Programming

text: Dem Risikomanagement dient diese Alternative vor allem zur Steuerung von Risiken. Wie bei vielen Prozessen der Wertschöpfung sind besonders in der Softwareentwicklung Risiken meist operative Risiken: Die Wertschöpfung ist ineffektiv, wenn die Kundenwünsche nicht getroffen und gesteckte Ziele somit verfehlt wurden. Die Wertschöpfung ist ineffizient, wenn zum Erreichen des Ergebnisses ein zu hoher Aufwand entstand. Risikoverminderung, und dadurch Effektivität und Effizienz, soll bei Extreme Programming durch die Art des Umgangs mit Fehlern, mit Mitarbeitern und mit Kunden erreicht werden:


title: Extreme Programming

text: Ein möglichst genaues Erkennen von Risiken durch das Verfahren selbst soll über angepasste Aufwandsschätzungen eine Bewertung des zu akzeptierenden Risikos ermöglichen. Extreme Programming kann dagegen eine Risikoverlagerung erschweren. Aus der Sicht des Risikomanagements ist Extreme Programming also "nur" eine Möglichkeit, mit Risiken umzugehen, und zwar eine Möglichkeit, die Vor- und Nachteile besitzt.


title: Extreme Programming

text: Das Personalwesen in Unternehmen betrachtet Extreme Programming insbesondere im Hinblick auf seine Auswirkungen auf die Mitarbeiterzufriedenheit. Extreme Programming soll dabei bewusst oder unbewusst zum kooperativen Lernen beitragen. Für das Personalwesen ist dieses Verfahren also besonders aus Sicht der Personalentwicklung interessant. Durch höhere Mitarbeiterzufriedenheit und durch die Vermeidung von Überstunden soll die gesamte Produktivität erhöht werden. Die Praktik des Pair-Programming lässt allerdings – rein mathematisch betrachtet – Gegenteiliges vermuten. Die Vermeidung von Spezialistentum und individuellem Besitz von Wissen über Teile der Software dient der kollektiven Wissenskonstruktion und kann die Ersetzung von Entwicklern vereinfachen.


title: Extreme Programming

text: Die gesamte Betriebswirtschaftslehre ist in den letzten Jahren von der prozess- bzw. wertschöpfungsorientierten zur kunden- bzw. marktorientierten Unternehmensführung übergegangen. Auch wenn Extreme Programming die Wertschöpfung beschreibt, bietet es Möglichkeiten zu kundennaher Vorgehensweise. Über Extreme Programming soll – wie in anderen Branchen schon länger üblich – eine größere Einbindung des Kunden in den Wertschöpfungsprozess möglich sein. Wichtig wird dies umso mehr, wenn Software weniger als Faktorgut, sondern mehr als Vorprodukt erstellt und vertrieben wird.


title: Extreme Programming

text: Ebenfalls muss in Extreme Programming und dessen Aufwand aus Sicht des Informationsmanagements betrachtet werden, dass der Aufwand den unbedingt notwendigen Informationsaustausch festlegt, der ökonomisch bewertet wird. Genutzt werden dazu Erkenntnisse der Informations- und Kommunikationswissenschaft. Dabei kann insbesondere die Medienreichhaltigkeitstheorie eingesetzt werden: Weil die zu diskutierenden und kommunizierenden Sachverhalte in der Regel komplex sind, werden auch komplexe, reichhaltige Kommunikationsmedien gewählt: direkte, persönliche Gespräche. Kritisch zu hinterfragen ist hierbei die schwierige räumliche Verteilbarkeit der Entwicklungsprozesse sowie die Einbindung des Kunden, da unter Umständen eine räumliche Trennung zwischen Entwicklern und Kunden besteht.


title: Extreme Programming

text: Vereinzelt wird Extreme Programming als informelle (und damit unverbindliche) Methode bezeichnet. Das trifft jedoch weder den Ansatz noch das Ziel. Tatsächlich ist die Formalisierung der Methode des Extreme Programming bewusst flach und schlank gehalten. Hingegen muss ein Einvernehmen zwischen Kunden und Programmierern hinsichtlich der Verbindlichkeit der erstellten Unterlagen hergestellt werden, solange diese noch nicht durch neuere Fassungen ersetzt wurden. Weiter muss der Vorgang des Ersetzens einer Fassung einer Unterlage durch eine neuere Fassung dieser Unterlage soweit formalisiert sein, dass beide Parteien Kenntnis von dieser Ersetzung haben und diese Ersetzung annehmen.


title: Extreme Programming

text: Neben dem Entwicklungsteam gibt es im Wesentlichen den Kunden und den "Product-Owner". Innerhalb des Entwicklerteams soll es keine Rollentrennung geben. So wird nicht unterschieden, wer im Team welches Spezialgebiet hat, beziehungsweise welche besonderen Fähigkeiten er mitbringt. Jede Person im Team wird als Entwickler ("Developer") bezeichnet. Ein Manager ist gewöhnlich eine Person mit Führungsbefugnis, also ein disziplinarischer Vorgesetzter. Dieser hat in XP weniger Wichtigkeit. Dagegen gibt es einen „Leiter“ des Teams, also jemand, der die Kommunikation mit Kunden oder untereinander koordiniert. Auch der Nutzer der zu erstellenden Software kann das Team durch das Projekt führen. Die Unterscheidung zwischen Manager und „Leiter“ ist für agile Vorgehensmodelle typisch. Der Product-Owner, der über die genaue Vorgehensweise entscheidet, trägt die Verantwortung. Product-Owner im Sinne von XP kann beispielsweise ein Vertreter des Produktmanagements, ein Kunde oder ein Nutzer des Produktes sein. Die Rollen sind je nach Projekt und Umgebung unterschiedlich, häufig auch in Personalunion, verteilt.


title: Extreme Programming

text: Der Umgang mit den Anforderungen und deren Verwirklichung ist eine zentrale Komponente XPs. Durch eine Mischung verschiedener, in den folgenden Abschnitten dargestellter Maßnahmen soll die Qualität und Flexibilität der Software gesteigert werden, so dass sich der Zusammenhang zwischen dem Zeitpunkt der Anforderungsstellung und den damit entstehenden Kosten weitgehend linear darstellt.


title: Extreme Programming

text: Bei einem weitgehend linearen Verlauf einer ableitbaren Änderungskostenkurve wird auf eine vollständige Erhebung aller Anforderungen zu Beginn des Projektes verzichtet. Stattdessen werden die sich erst im Laufe der Umsetzung ergebenden Anforderungen berücksichtigt. Dieses Vorgehen resultiert aus den Beobachtungen, dass einerseits der Kunde zu Beginn des Projektes noch gar nicht genau weiß, was er möchte, andererseits sich diese Anforderungen im Laufe eines Projektes ändern. Darüber hinaus sind Fehler umso teurer, je später man sie findet. Im schlimmsten Fall erhält der Kunde nach einem langen Projekt etwas geliefert, was er in dieser Form gar nicht haben möchte. Ständiger Gedankenaustausch mit dem Kunden, Offenheit für Änderungen und stetige Integration wirken diesen Risiken entgegen. Anforderungen werden nicht selten zunächst als Prototypen bereitgestellt. Dabei handelt es sich um Versionen, die noch nicht die volle, endgültige Funktionalität besitzen.


title: Extreme Programming

text: Im Rahmen der Planung wird gewöhnlich folgende Unterscheidung vorgenommen: ein Release beinhaltet die Funktionen, die insgesamt und für sich geschlossen die Bereitstellung einer neuen Version des Produktes rechtfertigen. Um zu dem Release zu kommen, ist ein Release-Plan aufzustellen, der im Wesentlichen aus Iterationen besteht. Unter anderem abhängig von der geschätzten Entwicklungsdauer des Release werden die Iterationen in Anzahl und Dauer festgelegt. Iterationen dauern üblicherweise zwischen einer und vier Wochen. Der Zeitpunkt der Fertigstellung wird als Zeitintervall diskutiert, dessen Größe im Laufe des Release aufgrund gewonnener Erkenntnisse und des durchgeführten Fortschritts ständig abnimmt.


title: Extreme Programming

text: Die innerhalb der Iterationen umzusetzenden einzelnen Neuerungen werden mit dem Kunden durch "User-Storys" beschrieben.


title: Extreme Programming

text: Das ganze Team ist bei der Erstellung beteiligt. Die abzuarbeitenden Anforderungen werden auf einzelnen Karten ("Story Cards") geschrieben und für alle sichtbar platziert. Neben diesem Vorgehen ist es auch üblich "Class Responsibility Collaboration Models" auf "CRC Cards" zu verfassen. "CRC Models" nehmen sich dabei einen Akteur im System vor und beschreiben dessen Verantwortlichkeiten und Interaktionen mit anderen Akteuren.


title: Extreme Programming

text: Den "User-Storys" werden Prioritätswerte zugeordnet. Dazu muss das Team zusammen mit dem Kunden zunächst Klarheit gewinnen, welche "User-Storys" das höchste Risiko bezüglich Zeitplan, Kosten oder Funktionalität besitzen und welche "User-Storys" dem Produkt den höchsten, respektive den niedrigsten Mehrwert bieten, wobei ein Diagramm hilfreich sein kann. Das Release sollte mit den "User-Storys" begonnen werden, die das höchste Risiko und den höchsten Nutzen auf sich vereinen. Danach sind diejenige "User-Storys" zu verwirklichen, die geringes Risiko aber hohen Nutzen haben. Anschließend geht das Team die "User-Storys" an, die geringes Risiko und geringen Nutzen auf sich vereinen. Die Fertigstellung von User-Storys mit geringem Nutzen aber hohem Risiko ist zu vermeiden.


title: Extreme Programming

text: Neben einer Abschätzung nach Nutzen und Risiko ist für die Entscheidung, welche "User-Storys" in dem Release beziehungsweise in den ersten Iterationen umgesetzt werden sollen, noch eine Analyse der Kundenwünsche von Bedeutung. Dabei bedient sich ein XP-Projekt häufig des Kano-Modells. Dabei werden in einer systematischen Kundenbefragung Fragen in "funktionaler Form" und in "dysfunktionaler Form" gestellt. Es lässt sich anschließend bestimmen, welche "User-Storys" unbedingt fertiggestellt werden müssen ("Must-haves"), welche linearer Natur sind (je mehr, desto besser; siehe "linear".) und welche "Exciters" sind (Der Kunde rechnet nicht mit diesen Merkmalen, nutzt das Produkt auch ohne. Es lässt sich dadurch der Preis erhöhen.). Die so gewonnenen Erkenntnisse werden diskutiert.


title: Extreme Programming

text: XP zeichnet sich dadurch aus, dass die Betrachtung der Größe einer Einheit, wie Release oder Iteration, unabhängig von ihrer Dauer ist.


title: Extreme Programming

text: Bei der Release-Planung sind User-Storys noch recht grobkörnig. Beschäftigt sich ein Team mit einer User-Story genauer, so wird sie, zusammen mit dem Kunden, detaillierter beschrieben. User-Storys werden gewöhnlich in "Story-Points" abgeschätzt, wobei auch eine Abschätzung in "idealen Tagen" möglich ist. Story-Points sind relative Aufwandsabschätzungen, also der Entwicklungsaufwand für eine Story im Vergleich zu anderen. Dabei kann es sein, dass erste Abschätzungen im Verlaufe des Projektes geändert werden. Es wird vom ganzen Team, in mehreren Runden, in einem "Planning-Game" eine Punkteanzahl für die User-Storys geschätzt.


title: Extreme Programming

text: Nachdem User-Storys abgeschätzt, priorisiert und einer Iteration zugewiesen wurden, beginnt das Team mit der Umsetzung. User-Storys werden zu Beginn der Iteration in feinkörnige, technische Arbeitspakete (Tasks) zerlegt, die gewöhnlich einen Umfang von Stunden besitzen. Das Team führt diese Zerlegung durch und schätzt die Dauer eines jeden Tasks. Es wird allerdings noch nicht festgelegt wer den Task zugeteilt bekommt. Zu Beginn der Arbeiten nehmen sich die Entwickler jeweils ein Arbeitspaket vor, gewöhnlich nach Fähigkeiten. Dieser Vorgang wird im Team kurz diskutiert. Nach der anfänglichen Zuweisung der Arbeitspakete wird ein weiterer Task begonnen, wenn ein Teammitglied Zeit dafür findet, also seinen vorangegangenen Task abgeschlossen hat. Die Implementierung einer User-Story, also der Funktionalität, ist erst abgeschlossen, wenn alle einzelnen Tasks dieser User-Story abgearbeitet und die Tests geschrieben und alle erfolgreich durchlaufen sind.


title: Extreme Programming

text: Der Demonstration dieser Vorgehensweise soll eine Tabelle mit Aufwandsabschätzungen in einer fiktiven Arztpraxis dienen. Jeder Arzt hat eine Software, die ihm hilft, seine Patienten und die Termine zu verwalten:


title: Extreme Programming

text: Der Begriff "Velocity" (Geschwindigkeit) beschreibt den Durchsatz des Teams, also die Anzahl der innerhalb einer Iteration erreichten Story-Points. Die Bestimmung der Velocity hilft abzuschätzen, wie lange die Entwicklung der gewünschten Funktionalität für ein Release dauert, beziehungsweise wie viele Iterationen notwendig sind. Es ist normal, dass die Geschwindigkeit des Teams nicht immer die gleiche ist.


title: Extreme Programming

text: Es gibt eine tägliche kurze Besprechung "(Stand-up Meeting)", bei der jeder Entwickler berichtet, was er am Vortag geleistet hat, wo es gegebenenfalls Probleme gab und was er heute leisten möchte. Ferner werden situationsabhängig Arbeitspaare gebildet "(Pair-Programming)". Im Laufe des Tages findet, während die Entwickler die Funktionalität und die Tests programmieren, weiterer stetiger Austausch "(Pair-Negotiations)" statt.


title: Extreme Programming

text: Kann eine User-Story in einer Iteration nicht abgeschlossen werden, zum Beispiel weil die Tests nicht erfolgreich waren oder sich die Abschätzung als zu knapp beziehungsweise der Umfang als zu groß herausgestellt hat, so wird sie gewöhnlich in mehrere kleinere aufgeteilt oder komplett in die nächste Iteration verschoben. Auch während einer Iteration kann sich, durch sich ändernde Prioritäten des Kunden oder durch neue Erkenntnisse, an der Zusammenstellung der Iteration etwas ändern. Ist die Iteration abgeschlossen, schauen sich Vertreter des Managements, der Kunde (Akzeptanztest) oder andere Personen, die an dem Produkt Interesse haben, das Produkt in der aktuellen Ausbaustufe an und geben Rückmeldungen. So ist es denkbar, dass der Kunde während des Akzeptanztests neue Prioritäten setzt oder weitere Ideen einbringt.


title: Extreme Programming

text: Technische Unterstützung muss differenziert betrachtet werden. Einerseits wird bewusst auf technische Hilfsmittel verzichtet, so etwa bei der Erstellung von User-Storys. Diese werden gewöhnlich manuell erstellt. Andererseits wird die Technik aber auch exzessiv genutzt, so etwa bei der automatisierten Integration und der automatisierten Durchführung von Tests. Darüber hinaus existieren Projektmanagement-Werkzeuge, die sich auf die speziellen Rahmenbedingungen und Anforderungen XPs konzentriert haben.


title: Extreme Programming

text: Die zu entwickelnde Funktionalität wird kurz und formlos in User-Storys beschrieben. Das meiste Wissen über die Funktionalität ihrer Entwicklung befindet sich in den Köpfen der Beteiligten. User-Storys werden gewöhnlich nur relativ zueinander geschätzt. Zu Beginn einer Iteration wird deren Inhalt festgelegt. Anschließend kommt erst die Aufteilung der gewählten User-Storys in Tasks. Neuartig an dem XP-Ansatz ist ebenfalls, dass nicht nur einzelne Personen, sondern das ganze Team den jeweiligen Aufwand schätzt. Auch das Verfahren der Schätzung ist neu. Der Zeitpunkt, wann und wie die Tasks den einzelnen Entwicklern zugeteilt werden, ist ebenfalls ein Abgrenzungskriterium. Erst im Laufe der Iteration nehmen sich die einzelnen Entwickler, je nach ihrer Verfügbarkeit, eines Tasks an. Zu allen User-Storys gibt es zahlreiche Tests. Eine User-Story ist erst komplett abgeschlossen, wenn alle Tests erfolgreich abgelaufen sind. Der tägliche kurze Austausch ist für die agile Methodik üblich.


title: Extreme Programming

text: XP besteht aus Werten, Prinzipien und Praktiken. Obwohl es auch andere maßgebliche Quellen gibt (siehe Weblinks und Literatur), orientiert sich die Zusammenstellung der Werte, Prinzipien und Praktiken an Kent Beck, dessen noch recht neue, evolutionäre Weiterentwicklungen XPs hier ebenfalls Berücksichtigung finden. Es existiert keine eindeutige Definition von XP, wobei allerdings die Diskussionen und Ausführungen der drei Originalverfasser XP am signifikantesten prägen.


title: Extreme Programming

text: XP definiert fünf zentrale Werte, abstrakte Elemente, die von zentraler Bedeutung sind: "Kommunikation", "Einfachheit", "Rückmeldung", "Mut" und "Respekt", wobei Respekt erst später dazukam. Ohne stetige Beachtung dieser zentralen Werte ist es laut XP nicht möglich, erfolgreich Software zu entwickeln.


title: Extreme Programming

text: Das Team kommuniziert stetig, um Informationen auszutauschen. Der Prozess selbst erfordert hohe Kommunikationsbereitschaft. Es gibt einen stetigen Austausch aller Beteiligten, also auch zwischen dem Entwicklungsteam und dem Kunden. Es kommen auch Personen zu Wort, die in einer gerade diskutierten technischen Aufgabenstellung keine Experten sind. So werden sie miteinbezogen, es gibt zusätzliche Rückmeldungen und jeder fühlt sich dem Team und dem Produkt verpflichtet. Stetige Kommunikation mit dem Kunden, Aufnahme seines Feedbacks und Erfüllung seiner Wünsche, also auch eines lauffähigen Produktes, das seinen Wünschen voll entspricht, ist wichtiger als Vertragsverhandlungen. Die Kommunikation zeichnet sich ferner durch einen respektvollen Umgang aus, sowohl im Team untereinander als auch mit dem Kunden. Unterschiedliche Meinungen werden akzeptiert.


title: Extreme Programming

text: Die Entwickler sollen mutig sein und die Kommunikation offen gestalten. Falls eine Anforderung nicht in einer Iteration umgesetzt werden kann, wird in offener und ehrlicher Art und Weise direkt darauf hingewiesen. Es muss eine Atmosphäre geschaffen werden, die herkömmliche Störungen (wie unnatürlichen Konkurrenzkampf innerhalb des Teams zu Lasten des Produktes) minimiert. Um die Offenheit und den Mut zu fördern und gruppendynamischen, psychologischen Schwierigkeiten entgegenzutreten, kann bewusst ein "Doomsayer" zur offenen, zeitnahen Aussprache von schlechten Nachrichten oder möglichen Schwierigkeiten oder auch ein Advocatus Diaboli eingesetzt werden.


title: Extreme Programming

text: Es soll die einfachste Lösung für eine Problemstellung umgesetzt werden. In jeder Iteration konzentriert sich das komplette Team genau auf die momentan umzusetzenden Anforderungen. Die Lösungen sind technisch immer möglichst einfach zu halten.


title: Extreme Programming

text: Es gibt 14 Prinzipien, die eine Brücke bilden zwischen den abstrakten Werten und den konkret anwendbaren Praktiken. Diese Prinzipien sollten immer Berücksichtigung finden. Sie sind "Menschlichkeit", "Wirtschaftlichkeit", "Beidseitiger Vorteil", "Selbstgleichheit", "Verbesserungen", "Vielfältigkeit", "Reflexion", "Lauf", "Gelegenheiten wahrnehmen", "Redundanzen vermeiden", "Fehlschläge hinnehmen", "Qualität", "Kleine Schritte" sowie "Akzeptierte Verantwortung".


title: Extreme Programming

text: Software wird von Menschen entwickelt. Menschen bilden also den Faktor, dem laut XP besondere Aufmerksamkeit gilt. Durch Schaffung einer menschlichen Atmosphäre soll den Grundbedürfnissen der Entwickler (Sicherheit, Vollendung, Identifikation mit der Gruppe, Perspektive und Verständnis) entsprochen werden.


title: Extreme Programming

text: Die erstellte Software beziehungsweise eine einzelne Funktionalität muss einerseits wirtschaftlich sein und dennoch einen echten Wert bringen. Andererseits muss sie für beide Seiten von Vorteil sein und alle Beteiligten (Entwicklungsteam und Kunde) zufriedenstellen.


title: Extreme Programming

text: Die Wiederverwendung bestehender Lösungen, wozu beispielsweise die zahlreichen unterschiedlichen Tests gehören, die stetig automatisiert durchlaufen werden, ist wichtig. Es ist jedem klar, dass erste Lösungen meist nicht optimal sind. Aus Feedback und selbst gewonnenen, neuen Erkenntnissen wird die Lösung stetig verbessert. Immer bessere Lösungen zu erkennen, gelingt nur durch stetige Reflexion und ein kontinuierliches Hinterfragen der jeweiligen Vorgehensweisen im Team. Die Produktivität dieses Verfahrens steigt proportional zur Uneinheitlichkeit des aus Personen mit unterschiedlichen Fähigkeiten und Charakteren bestehenden Teams. Verschiedene Meinungen werden nicht nur geduldet, sondern sogar gefördert. Dazu muss ein Konfliktmanagement etabliert werden.


title: Extreme Programming

text: Die Lauffähigkeit der Software muss zu jedem Zeitpunkt garantiert sein. Obwohl kurze Iterationen mit permanentem Feedback dabei helfen, das Projekt in einem Lauf zu halten, müssen Fehlschläge dennoch miteinkalkuliert werden. Es ist durchaus üblich und wird akzeptiert, eine Umsetzung durchzuführen, die zunächst nicht optimal oder sogar fehlerhaft sein kann. Diese Schwierigkeiten müssen als Gelegenheit und Chance begriffen werden, das Produkt und das Team noch weiter reifen zu lassen. Ein offener, konstruktiver Umgang mit den Herausforderungen der Softwareentwicklung gelingt umso besser, je mehr alle Beteiligten bereit sind, ihre Verantwortung zu akzeptieren. Einem Entwickler eine Aktivität und Verantwortung nur disziplinarisch aufzutragen, reicht nicht aus, da er die Verantwortung aktiv annehmen und leben muss.


title: Extreme Programming

text: Ein weiterer wichtiger Punkt ist die hohe Qualität, die gemäß XP im Gegensatz zu anderen Faktoren wie Ressourcen, Funktionsumfang oder Endtermin nicht zur Diskussion steht. Diese Grundeinstellung unterscheidet sich von vielen anderen Methoden der Softwareerstellung, bei denen Software zu einem bestimmten Zeitpunkt und in einem definierten Funktionsumfang fertiggestellt werden soll, worunter fast immer die Softwarequalität leidet. Gerade die Qualität ist allerdings wichtig, um das Produkt einsatzfähig, fehlerfrei und erweiterbar zu halten. Software mit gutem Design und hoher Qualität ist mittelfristig kostengünstiger, erweiterbarer und weniger fehlerbehaftet als schnell erstellte, sogenannte "Quick-and-dirty-Software".


title: Extreme Programming

text: Zu guter Qualität gehört auch die Vermeidung von Redundanzen (unnötig mehrfach oder wiederholt ausgeführte oder auch manuell ausgeführte automatisierbare Schritte).


title: Extreme Programming

text: Durch schnelle, kleine Schritte bleibt das Team flexibel und kann sich schnell neuen Rahmenbedingungen anpassen und auf Feedback eingehen. Die negativen Folgen eines einzelnen kleinen, nicht erfolgreichen Schrittes können wesentlich schneller durch einen neuen Schritt kompensiert werden, als dies bei einem einzelnen größeren Schritt der Fall wäre.


title: Extreme Programming

text: Es lassen sich traditionelle und evolutionäre Praktiken unterscheiden. Die traditionellen sind in der XP-Welt weit verbreitet und genutzt. Die evolutionären nehmen verschiedene neue Erkenntnisse aus der jahrelangen Anwendung XPs auf. Sie verfeinern oder modifizieren die ursprünglichen Praktiken geringfügig und machen damit die Nutzung klarer und verständlicher.


title: Extreme Programming

text: Die evolutionären Praktiken wurden fünf Jahre nach den ursprünglichen publiziert und ersetzen diese. Sie lassen sich unterteilen in "Hauptpraktiken" und ergänzende "Begleitpraktiken". Inhaltlich sind die neuen Praktiken mit den alten, traditionellen Praktiken vergleichbar. Die Bezeichnungen der alten Praktiken wurden teilweise modifiziert oder in einzelne Unterpraktiken aufgeteilt. Zwei Praktiken sind weggefallen: die Praktik "Metapher" war zu schwer zu vermitteln und hat sich laut Literatur nicht durchgesetzt. "Coding-Standards" werden als selbstverständlich vorausgesetzt und nicht mehr explizit erwähnt.


title: Extreme Programming

text: Die Hauptpraktiken sind: "Räumlich zusammen sitzen", "Informativer Arbeitsplatz", "Team", "Pair-Programming", "Energievolle Arbeit", "Entspannte Arbeit", "Stories", "Wöchentlicher Zyklus", "Quartalsweiser Zyklus", "10-Minuten-Build", "Kontinuierliche Integration", "Test-First-Programmierung" und "Inkrementelles Design".


title: Extreme Programming

text: Durch offene, gemeinsame Anordnung der Arbeitsplätze soll die Kommunikation optimiert werden. Diese Form ist aufgrund der besseren Kommunikationsmöglichkeiten einer räumlichen Trennung der Beteiligten vorzuziehen. Der Arbeitsplatz muss ferner „informativ“ sein, indem zum Beispiel aktuelle Tasks, der Stand des Projektes und andere wichtige Informationen vom Arbeitsplatz aus immer gut sichtbar sind. Empfehlenswert ist es hier zum Beispiel, die User-Storys zentral an einer Wand anzubringen.


title: Extreme Programming

text: Das Team ist laut XP wichtiger als die Individuen. Es fällt, im Bewusstsein, nur als Gemeinschaft erfolgreich zu sein, gemeinsame Entscheidungen. Dies wird dadurch gefördert, dass die einzelnen technischen Aktivitäten in der Planung nicht einzelnen Personen, sondern dem Team zugeordnet werden. Probleme löst das Team ohne den Eingriff eines Managers von außen. Mit dem Thema "selbstregulierendes Team" befasst sich auch der Essay "Die Kathedrale und der Basar". "Pair-Programming" mit abwechselnden Partnern soll diese Grundeinstellung weiter fördern.


title: Extreme Programming

text: Die Arbeit soll mit voller Motivation und gleichzeitig in einer entspannten, kollegialen Atmosphäre ablaufen, da die Entwickler ohne Überstunden arbeiten und somit maximale Produktivität erreicht wird. Es werden Sicherheitspuffer einkalkuliert. Nicht einhaltbare Versprechen werden vermieden.


title: Extreme Programming

text: Die zu entwickelnde Funktionalität wird in Form von Storys beschrieben, beispielsweise User-Storys. In wöchentlichem Zyklus wird entschieden, welche Kundenwünsche als Nächstes in Angriff genommen werden. Das Projekt selbst wird in einem quartalsweisen Zyklus geplant. Die vorgegebenen Zyklen sind Richtwerte, deren Größen im täglichen Einsatz variieren können.


title: Extreme Programming

text: Die Software zu erstellen und alle Testläufe durchzuführen soll in maximal zehn Minuten abgeschlossen sein. Durch diesen "10-Minuten-Build" werden die Kosten für Erstellung und das Testen der Software minimiert. Alle von einem Entwickler gemachten Änderungen sollten circa alle zwei Stunden bereitgestellt werden. Diese kontinuierliche Integration soll einem potentiellen Chaos vorbeugen, das entstehen könnte, wenn die Entwickler ihre Änderungen und Erweiterungen am Produkt selten in das zentrale Datenhaltungssystem (Repository) einstellen würden. Alle Mitarbeiter haben so die Änderungen rasch zur Verfügung. Sowohl die zehn Minuten beim Build als auch die zwei Stunden bei der Integration sind Zielvorgaben, die in konkreten Projekten variieren können. Gerade bei großen Projekten mit einer großen Menge an Quelltext und Entwicklern wird ein Build deutlich länger dauern, und die Integrationsintervalle werden oft größer sein. Die Praktiken betonen nur die Richtung und geben einen Idealwert vor, der angestrebt werden sollte. Durch Automatisierung lässt sich die Build-Zeit weitestgehend minimieren.


title: Extreme Programming

text: Die Entwicklung ist gekennzeichnet durch den Test-First-Programmieransatz: vor der Realisierung der Funktionalität muss der Test geschrieben werden. Ein inkrementelles Design, das neue Erkenntnisse und Feedback aufnimmt, verbessert das Design der Software stetig.


title: Extreme Programming

text: Der Kunde nimmt aktiv an der Entwicklung teil. Er ist Teilnehmer an den regelmäßigen Treffen und wird aktiv miteinbezogen. Die Einbeziehung zeigt sich auch beim zu entwickelnden Funktionsumfang, der verhandelbar bleiben muss. Mehrere kleinere Verträge anstatt eines großen Vertrags können in derartig betriebenen Projekten Risiken minimieren und die Flexibilität erhöhen. Da iterativ stetig neue Versionen bereitgestellt werden, müssen die Zahlungen des Kunden unabhängig von der Anzahl der bereitgestellten Versionen sein. Der Kunde zahlt nicht für jede Version der Software, sondern pro Nutzung.


title: Extreme Programming

text: Das Team soll einerseits von seiner Konstanz leben, kann aber auch personell verkleinert werden. Das Entwicklerteam muss über mehrere Projekte hinweg das gleiche sein. Es erwirbt im Rahmen der Produktentwicklung die Fähigkeiten, als Team zusammenzuarbeiten, welche für weitere Projekte genutzt werden kann. Sobald das Team leistungsstärker und produktiver wird, sollte seine Arbeitslast, trotz einer Verlagerung von Ressourcen zu anderen Teams, konstant bleiben.


title: Extreme Programming

text: Dem Code als dem im Zentrum stehenden Medium kommt eine zentrale Rolle zu. Er wird in einer zentralen, datenbankähnlichen Struktur (Repository) gehalten. Es existiert nur eine offizielle Version (Codebasis) des Systems. Dieser Code wird, bildlich gesprochen, zwischen den Entwicklern geteilt. Jeder Entwickler im Team muss in der Lage sein, auch „fremden“ Code jederzeit ändern zu können (Collective-Code-Ownership). Neben dem Code existieren immer die Tests, die zusammen mit dem Code die einzigen zu erstellenden, durch die Entwicklungsarbeit bereitgestellten Medien („Artefakte“) sind. Alle anderen Medien, zum Beispiel die Dokumentation, werden allein aus Code und Tests generiert.


title: Extreme Programming

text: Um Schwierigkeiten früh zu identifizieren, wird inkrementelles Deployment (die Überführung der Anwendung auf das Zielsystem) durchgeführt. Wenn Altsysteme durch neue Software ersetzt werden sollen, muss ein Teil nach dem anderen ersetzt werden. Dieses Vorgehen soll die Umstellung planbarer machen. Das Deployment ist täglich inkrementell durchzuführen. Jeden Tag soll eine neue Version der Software produktiv gestellt werden. Dies macht das Deployment zur Routine, minimiert dessen Kosten und Fehler und ermöglicht stetige Integrations- und Akzeptanztests. Falls einmal ein technisches Fehlverhalten eintritt, muss eine ursächliche Analyse durchgeführt werden.


title: Extreme Programming

text: Eine der theoretischen Grundlagen des Extreme Programming ist der Flexibilitätsgrad des zu entwickelnden Softwaresystems. XP geht von einem mindestens proportionalen Zusammenhang zwischen dem Gegenteil der Flexibilität, der sogenannten "Steifheit", und den Pflegekosten zur Fehlerbehebung oder Erweiterung des Systems aus. Je flexibler ein Softwaresystem, desto geringer sind die Pflegekosten, je steifer, desto höher.


title: Extreme Programming

text: Die Flexibilitätskriterien sind das Gegenteil der Steifheitskriterien, zum Beispiel ein leicht verständlicher und flexibler Entwurf.


title: Extreme Programming

text: Einige der als Bestandteil des Extreme Programming definierten Mechanismen dienen laut XP der Erhöhung der Flexibilität:


title: Extreme Programming

text: XP ist ein Vertreter der agilen Softwareentwicklung. Im Vergleich zu traditionellen Vorgehensmodellen wählt es alternative Ansätze, um Herausforderungen während der Softwareentwicklung zu adressieren.


title: Extreme Programming

text: In aus heutiger Sicht "traditionellen" Vorgehensmodellen ist der Softwareentwicklungsprozess in aufeinanderfolgenden Phasen organisiert. Nach Jahren der Anwendung von traditionellen Vorgehensmodellen, wie dem ab 1970 genutzten Wasserfallmodell, haben es, aus Sicht der XP-Vertreter, Projektverantwortliche nur unzureichend verstanden, die Probleme und Risiken der Softwareentwicklung in den Griff zu bekommen. Viele Projekte kamen nie zu einem Abschluss oder überstiegen zeitlich und/oder kostenmäßig die Planung. Viele, gerade über lange Zeiträume laufende Projekte deckten mit Abschluss zwar die zu Beginn spezifizierten Anforderungen ab, berücksichtigten allerdings unzureichend, dass Anforderungen sich ändern können oder erst im Laufe eines Projektes dem Kunden wirklich klar ist, wie das Endergebnis aussehen soll. Über Erfolg und Schwierigkeiten von Softwareprojekten liefert der "Chaos-Report" von "The Standish Group" regelmäßig fundierte Untersuchungen, wie beispielsweise 1994.


title: Extreme Programming

text: In Abgrenzung zu traditionellen Vorgehensmodellen durchläuft der Entwicklungsprozess in XP immer wieder iterativ in kurzen Zyklen sämtliche Disziplinen der klassischen Softwareentwicklung (zum Beispiel Anforderungsanalyse, Design, Implementierung, Test). Durch diese inkrementelle Vorgehensweise werden nur die im aktuellen Iterationsschritt benötigten Merkmale verwirklicht (implementiert). XP ist dadurch "leichtgewichtiger": Es wird keine komplette technische Spezifikation der zu entwickelnden Lösung vorausgesetzt (so gibt es beispielsweise kein Pflichtenheft).


title: Extreme Programming

text: "Extreme Programming", und damit einher Standards wie JUnit, wurden von Kent Beck, Ward Cunningham und Ron Jeffries (allesamt Erstunterzeichner des Agile Manifesto) während ihrer Arbeit im Projekt Comprehensive Compensation System bei Chrysler zur Erstellung von Software entwickelt. Die Arbeiten am sogenannten C3-Projekt begannen 1995 und wurden 2000 nach der Übernahme durch Daimler eingestellt. Die dabei entwickelte Software wurde im Bereich der Lohnabrechnung eingesetzt und basierte hauptsächlich auf Smalltalk. Das C3-Projekt wurde ursprünglich nach dem Wasserfallmodell umgesetzt. Nachdem nach knapp einem Jahr kein wesentlicher Fortschritt zu verzeichnen war, wurde der Entwicklungsansatz geändert. Das Projekt zeichnete sich aus durch häufig wechselnde Anforderungen und einer hohen Mitarbeiterfluktuation.


title: Extreme Programming

text: XP ist ein agiles Vorgehensmodell. Die folgende Tabelle stellt den von XP identifizierten Kerndisziplinen den historischen, weitverbreiteten Ansatz mitsamt seinen Risiken der Softwareentwicklung gegenüber. Unternehmen, die XP nicht einsetzen, können Vorgehensmodelle verwenden, die sich – bewusst oder unbewusst – mit diesen Disziplinen positiv auseinandersetzen.


title: Extreme Programming

text: Aufgrund der wachsenden Nutzung wird XP weiter optimiert: je mehr Projekte gemäß XP entwickelt werden, desto mehr Erfahrungen fließen in die Weiterentwicklung von XP ein. Da es auch eine Summe von Best practices ist, lässt sich somit sagen: „Es wird in der Praxis für die Praxis angepasst“.


title: Extreme Programming

text: Neben XP hat auch Scrum einen gewissen Bekanntheitsgrad erlangt. Neben vielen Ähnlichkeiten mit XP gibt Scrum in bestimmten Bereichen Vorgaben bezüglich Iterationslänge, Protokollierung und Verfahren. Scrum nutzt ein eigenes Vokabular.


title: Extreme Programming

text: Eine weitere gerne in diesem Zusammenhang angeführte Disziplin ist das Feature Driven Development, eine Methodik, die den Schwerpunkt ebenfalls auf die bereitzustellende Funktionalität legt.


title: Extreme Programming

text: Ähnlichkeiten zwischen XP und Kaizen, einem in Japan vor allem in der Autoindustrie entwickelten Konzept (Kontinuierlicher Verbesserungsprozess) zur Sicherung der Qualität im Fertigungsprozess und einer Optimierung der Fertigungs- und Managementkosten mittels „schlankerer“ Ansätze (Schlanke Produktion), sind nicht zu übersehen.


title: Extreme Programming

text: Ein weiteres agiles Vorgehensmodell ist Crystal, eine Familie von Methoden, deren Mitglieder meist mit Farben gekennzeichnet werden.


title: Extreme Programming

text: Auch traditionelle Vorgehensmodelle, wie das V-Modell, wurden zwischenzeitlich um neue Erkenntnisse in der Softwareentwicklung angereichert. Als Ergebnis bedient sich der Nachfolger, das "V-Modell XT", agiler Ansätze. So gibt das V-Modell XT keine strikte Sequenz an zu durchlaufenden Phasen mehr vor.


title: Extreme Programming

text: Heute, über zehn Jahre nach den ersten XP-Schritten, erfreuen sich XP und andere agile Methoden wachsender Beliebtheit. Untersuchungen von „Forrester Research“ ergaben, dass in Nordamerika und Europa 2005 circa 14 % aller Projekte mit agilen Methoden durchgeführt wurden (von denen XP die verbreitetste ist) und viele andere einen Einsatz prüfen.


title: Extreme Programming

text: Zu den Nutzern XPs zählen sowohl Unternehmen, die kommerziell Software herstellen und vertreiben, als auch Unternehmen, deren eigentliches Geschäft nicht die Erstellung von Software ist: "Dresdner Kleinwort Wasserstein", "Encyclopaedia Britannica", "Fidelity", "Progressive", "Capital One", "Royal & Sunalliance", "Channel One", "Daedalos International", "Gemplus", "it-agile", "Qwest" und "O&O Services".


title: Extreme Programming

text: Viele Unternehmen berichten öffentlich von ihren Erfahrungen mit XP. Sie schildern, wie sie XP im Detail eingesetzt haben, welche Schwierigkeiten dabei auftraten und wie der Erfolg einzuschätzen war. "Symantec" hat seine Änderung des Vorgehensmodells hin zu XP publiziert. "Sabre Airline Solutions" hat mit XP sowohl die Fehler in ihrer Software als auch die Entwicklungszeit reduziert:


title: Extreme Programming

text: Gemäß einigen Protagonisten des XP-Ansatzes wirken die einzelnen Methoden so eng zusammen, dass diese ohne Ausnahme eingesetzt werden sollen. Bereits der Verzicht auf einzelne Methoden soll die Wirksamkeit des Gesamtansatzes massiv einschränken. Da jedoch der Einsatz der Methoden oftmals auf zahlreichen Voraussetzungen basiert (siehe z. B. die Abschnitte Der ideale Kunde und Der ideale Programmierer), ist es wahrscheinlich, dass in konkreten Projekten einzelne Methoden eben gerade nicht angewandt werden können. Das liefert dann auch auf einfache Weise eine Erklärung für das Scheitern von XP-Projekten: Meist dürfte sich eine vernachlässigte Methode finden lassen, so dass das Scheitern nicht auf XP als Gesamtansatz, sondern auf die Vernachlässigung dieser Methode zurückgeführt werden kann. Mittlerweile ist es umstritten, ob tatsächlich alle Methoden angewendet werden müssen, um durch XP die Wahrscheinlichkeit auf einen erfolgreichen Projektverlauf zu erhöhen.


title: Extreme Programming

text: Ein Hauptgrund für die Spezifikation von Anforderungen besteht bei klassischen Vorgehensmodellen in der Schaffung einer verlässlichen Basis für die Entwicklungsarbeit, so dass später notwendige Änderungen an der Realisierung möglichst gering bleiben. Die implizite Annahme dieser Haltung ist, dass Änderungen umso teurer werden, je später sie durchgeführt werden müssen. Obwohl sich diese Annahme in vielen Projekten bestätigt hat, geht XP gewissermaßen davon aus, dass Änderungen grundsätzlich „billig“ sind, wenn man sie kontinuierlich durchführt. Auch verneint XP implizit die Annahme, dass spätere Änderungen teurer werden, und begründet dies damit, dass die Änderungen dann nicht – wie in anderen Ansätzen – in mehreren Artefakten zugleich (Spezifikation, Dokumentation, Quellcode) umgesetzt werden müssen.


title: Extreme Programming

text: Die diesbezüglichen Annahmen von XP treffen sicher dann zu, wenn die Anforderungen "unvermeidlich" Änderungen unterworfen sein werden. In diesem Fall kann eine Spezifikation der Anforderungen unter Umständen größeren Aufwand nach sich ziehen als das Auslassen der Spezifikation – schon allein deswegen, weil die Spezifikation immer mitgeändert werden muss. Es ist jedoch unklar, warum es schädlich sein sollte, Anforderungen zumindest dann zu spezifizieren, wenn sie mit einiger Sicherheit bis zum Projektende Bestand haben werden. Durch den Verzicht auf eine Spezifikation läuft man Gefahr, Anforderungen zu übersehen oder hinsichtlich ihrer Bedeutung falsch einzuschätzen. Auch ist denkbar, dass der Kunde im Projektverlauf seine Anforderungen bewusst ändert, jedoch gegenüber dem Entwicklungsteam bekundet, seine Auffassung sei bislang nur falsch verstanden worden. Hinsichtlich der Einschätzung, dass spätere Änderungen nicht teurer sind als frühe, ist einzuwenden, dass späte Änderungen dann sehr teuer sein können, wenn sie das Design der Anwendung in grundlegender Weise betreffen. So ist die Änderung der Architektur einer Anwendung nicht ohne erheblichen Aufwand durchzuführen, ja sie kann ggf. teurer sein als eine Neuimplementierung. Es ist nicht ersichtlich und erscheint daher als eine Glaubensfrage, ob XP durch den Einsatz seiner Methoden derartige Situationen verhindern kann.


title: Extreme Programming

text: Der Einsatz von XP verlangt einen experimentierfreudigen Kunden, der nicht nur auf eine Reihe von üblichen Vorgehensweisen verzichten, sondern zudem selbst erhebliche Ressourcen aufwenden muss. Zu den Aspekten, auf die ein Kunde ungern verzichtet, gehören:


title: Extreme Programming

text: Über diese Punkte hinaus stellt das „Kunde vor Ort“-Prinzip eine Anforderung dar, die in der Realität nur äußerst selten umsetzbar ist. Um seine Aufgabe erfüllen zu können, muss der Mitarbeiter offensichtlich über einen erheblichen Wissensumfang verfügen. Ist dies aber der Fall, so ist der Mitarbeiter sehr wahrscheinlich auch in seinem eigenen Unternehmen nicht für mehrere Monate entbehrlich. Nicht selten werden IT-Projekte zudem gerade deshalb an externe Dienstleister vergeben, um den eigenen Ressourcenaufwand zu beschränken. Das Kunde-vor-Ort-Prinzip stellt somit eine der am schwierigsten erfüllbaren Anforderungen des Extreme Programming dar.


title: Extreme Programming

text: Mehrere XP-Methoden erfordern einen hohen Grad an gegenseitiger Informiertheit und somit ein hohes Maß an Kommunikation zwischen den Beteiligten. So bedingt das kontinuierliche Refactoring unter Umständen Änderungen gemeinsam genutzter Komponenten, über die möglichst das gesamte Team unterrichtet sein muss. Das Fehlen eines Projektmanagers erfordert gemeinsame Absprachen zur Arbeitsteilung. Da zudem eine präzise Spezifikation und Dokumentation fehlt, müssen alle Informationen zur Umsetzung in den Köpfen der Beteiligten verfügbar sein. Mit der Größe des Teams steigt jedoch der Kommunikationsaufwand quadratisch an, so dass XP-Projekten eine natürliche Grenze hinsichtlich der Teamgröße gesetzt ist. Die maximale Größe wird gemeinhin bei zehn Teammitgliedern angesetzt.


title: Extreme Programming

text: Ein weiterer häufiger Kritikpunkt ist, dass XP für Festpreisprojekte nicht geeignet sei. Da der Kunde einen festen Preis zahlt, muss der Auftragnehmer in irgendeiner Form sicherstellen, dass er für diesen Preis auch nur eine festgelegte Leistung erbringen muss. Die Leistungserbringung so lange bis der Kunde zufrieden ist, kann in immer neuen Kundenanforderungen münden, so dass die Aufwände für die Realisierung nicht abzusehen sind. Die Festlegung der Festleistung als Inhalt des Werkvertrages entspräche jedoch einer Spezifikation und ist somit in XP verpönt. Es gibt einige Ansätze, XP dennoch mit Festpreisprojekten kompatibel zu machen:


title: Extreme Programming

text: Die Wirksamkeit dieser Ansätze ist jedoch unklar. User-Storys können zu unpräzise sein, um das Gewerk gegen unerwartete technische Anforderungen abzusichern. Die angesprochenen Preismodelle entsprechen nur noch bedingt einem Festpreis und damit Werkvertrag, so dass fraglich ist, ob ein Kunde mit der Vorgabe eines Festpreises darauf eingehen würde. Selbiges gilt auch für Versicherungsprämien.


title: Extreme Programming

text: Die iterative Vorgehensweise von XP und der fehlende Projektplan legen bereits nahe, dass die Fertigstellung eines fachlich gewünschten Funktionsumfangs zu einem gesetzten Termin nicht ohne weiteres garantiert werden kann. Zwar wird zu dem gesetzten Termin "etwas" fertig sein (da der Fokus jeder Iteration auf einer ausführbaren, ggf. sogar produktionsfähigen Software liegt), welche fachlichen Aspekte dies jedoch tatsächlich sind, kann nicht vorherbestimmt werden – umso weniger als Überstunden verpönt sind und das Ausmaß nötiger Refactorings auf Grund beweglicher Anforderungen nur schwer abgeschätzt werden kann.


title: Extreme Programming

text: XP gilt in verteilten Umgebungen als schwerer einsetzbar als herkömmliche Modelle. Der direkte Kontakt der Entwickler untereinander und zum Kunden ist problematisch, falls verschiedene Kunden existieren oder die Beteiligten räumlich getrennt arbeiten, so zum Beispiel bei teilweise ausgelagerten Entwicklungen (Outsourcing).


title: Extreme Programming

text: Die stets erneute Erstellung von Testfällen und die automatisierte, permanente Ausführung der Tests kann in komplexen oder nebenläufigen Anwendungen und verteilten Systemen aufwändig sein. Wenn sich keine Rollen ausbilden, muss jeder alles wissen, statt einzelne Schwerpunkte im Team zu setzen (klassisches Beispiel: GUI-Entwicklung und Datenbank-Entwicklung), was die Gesamtleistung des Teams vermindern kann.


title: Extreme Programming

text: Da das Team im Vordergrund steht, dürfen einzelne Entwickler nicht nach dem Umfang ihrer entwickelten Funktionalität honoriert werden. Insbesondere der Honorarvertrag ist kein geeignetes Vergütungsmodell bei Anwendung des Vorgehensmodells der XP.


title: Lich

text: Lich ist eine Stadt im mittelhessischen Landkreis Gießen, 15 Kilometer südöstlich der Universitätsstadt Gießen.


title: Lich

text: Die Stadt liegt an einer Furt des Flüsschens Wetter, das der Wetterau zwischen Taunus und Vogelsberg den Namen gibt. Die Kernstadt und die nördlichen und östlichen Stadtteile gehören zum Naturraum "Vorderer Vogelsberg", die südlichen und westlichen Stadtteile gehören zur Wetterau.


title: Lich

text: Zu Lich gehören neben der Kernstadt die folgenden Stadtteile, jeweils mit dem Einwohnerstand vom Januar 2017:


title: Lich

text: Lich grenzt im Norden an die Gemeinden Fernwald und Reiskirchen, im Osten an die Stadt Laubach, im Osten und Süden an die Stadt Hungen und im Südwesten an die Stadt Münzenberg (Wetteraukreis) sowie im Westen an die Stadt Pohlheim.


title: Lich

text: Werkzeuge von Neandertalern (etwa 100.000 v. Chr.) wurden in den Fuchslöchern in der Nähe des Waldschwimmbades gefunden. Im Bereich des Kolnhäuser Hofes hinterließen Menschen des Aurignac-Typus 50.000 Jahre später ihre Werkzeuge. Linearbandkeramiker, eine der ältesten bäuerlichen Kulturen der Jungsteinzeit, siedelten um 4000 v. Chr. am lößreichen Ufer der Wetter um Lich. Weitere spärliche Funde stammen aus der Bronzezeit und der Hallstattzeit und der Latènezeit. Ob auch die Kelten in der Gegend um Lich ansässig waren, ist bis heute umstritten. Sicher ist die Anwesenheit der Römer am Rhein – der hier die Grenze des Römischen Reiches bildete – seit 49 v. Chr.; die Chatten sind in Hessen um dieselbe Zeit nachgewiesen.


title: Lich

text: Beim Bau des Limes 83–85 nach Chr. durch die Römer wurde das Kohortenkastell Arnsburg im Bereich des heutigen Stadtteils Arnsburg errichtet. Es war damit das nördlichste Kohortenkastell des Wetteraulimes.


title: Lich

text: Lich wurde schriftlich im Jahre 790 zum ersten Mal im Lorscher Codex als „Lioche“ erwähnt. Im 9. Jahrhundert zog sich das Kloster Lorsch aus der Wetterau zurück, und das Bistum Mainz trat an seine Stelle, aber auch das Kloster Fulda erhielt Güter in Lich. Im 12. Jahrhundert gründete Kuno I. von Münzenberg das von den Zisterziensern verwaltete Kloster Arnsburg. Im Jahr 1300 erhielt Lich als besondere Gunst für Philipp III. von Falkenstein von König Albrecht die Stadtrechte verliehen. Die Stadt verblieb bei dem Geschlecht der Falkensteiner bis in die zweite Hälfte des 14. Jahrhunderts, dann fiel sie an die Grafen von Solms. Den Dreißigjährigen Krieg überstand Lich ebenso wie den Zweiten Weltkrieg ohne große Schäden.


title: Lich

text: Von 1966 bis 1993 befand sich am westlichen Stadtrand die Limes-Kaserne, in der Soldaten der Bundeswehr und der US-Army untergebracht waren. Sie bildeten die Besatzung der Nike-Feuerstellung Albach in der nordwestlich gelegenen Gemeinde Fernwald. Heute ist auf dem Areal eine Abteilung der Bereitschaftspolizei Hessen kaserniert ().


title: Lich

text: Vom 9. bis 18. Juli 1993 war Lich der Austragungsort des 33. Hessentages unter dem Slogan "feierLICH". Zum Programm gehörte neben dem Festzug unter anderem die bis dato größte Landesausstellung.


title: Lich

text: Im Zuge der Gebietsreform in Hessen wurden am 31. Dezember 1970 auf freiwilliger Basis die Gemeinden Birklar, Muschenheim, Nieder-Bessingen, Ober-Bessingen, am 1. Februar 1971 Eberstadt sowie am 31. Dezember 1971 Bettenhausen in die Stadt Lich eingegliedert. Am 1. Januar 1977 erfolgte die Eingliederung der Gemeinden Arnsburg und Langsdorf durch das "Gesetz zur Neugliederung des Dillkreises, der Landkreise Gießen und Wetzlar und der Stadt Gießen". Für alle ehemals eigenständigen Gemeinden wurden Ortsbezirke mit Ortsbeirat und Ortsvorsteher nach der Hessischen Gemeindeordnung eingerichtet.


title: Lich

text: Die folgende Liste zeigt die Staaten, in denen Lich lag, sowie deren Verwaltungseinheiten, denen es unterstand:


title: Lich

text: In der Landgrafschaft Hessen-Darmstadt wurde mit Ausführungsverordnung vom 9. Dezember 1803 das Gerichtswesen neu organisiert. Für das Fürstentum Oberhessen (ab 1815 Provinz Oberhessen) wurde das „Hofgericht Gießen“ eingerichtet. Es war für normale bürgerliche Streitsachen Gericht der zweiten Instanz, für standesherrliche Familienrechtssachen und Kriminalfälle die erste Instanz. Übergeordnet war das Oberappellationsgericht Darmstadt. Die Rechtsprechung der ersten Instanz wurde durch die Ämter bzw. Standesherren vorgenommen und somit war für Lich ab 1806 das „Patrimonialgericht der Fürsten Solms-Hohensolms-Lich“ in Lich zuständig. Nach der Gründung des Großherzogtums Hessen 1806 wurden die Aufgaben der ersten Instanz 1821–1822 im Rahmen der Trennung von Rechtsprechung und Verwaltung auf die neu geschaffenen Land- bzw. Stadtgerichte übertragen. Ab 1822 ließen die Fürsten Solms-Hohensolms-Lich ihre Rechte am Gericht durch das Großherzogtum Hessen in ihrem Namen ausüben. „Landgericht Lich“ war daher die Bezeichnung für das erstinstanzliche Gericht, das für Lich zuständig war. Auch auf sein Recht auf die zweite Instanz, die durch die Justizkanzlei in Hungen ausgeübt wurde verzichtete der Fürst 1823. Erst infolge der Märzrevolution 1848 wurden mit dem „Gesetz über die Verhältnisse der Standesherren und adeligen Gerichtsherren“ vom 15. April 1848 die standesherrlichen Sonderrechte endgültig aufgehoben.


title: Lich

text: Anlässlich der Einführung des Gerichtsverfassungsgesetzes mit Wirkung vom 1. Oktober 1879, infolge derer die bisherigen großherzoglichen Landgerichte durch Amtsgerichte an gleicher Stelle ersetzt wurden, während die neu geschaffenen Landgerichte nun als Obergerichte fungierten, kam es zur Umbenennung in „Amtsgericht Lich“ und Zuteilung zum Bezirk des Landgerichts Gießen.


title: Lich

text: Nach den Erhebungen des Zensus 2011 lebten am Stichtag dem 9. Mai 2011 in Lich 13101 Einwohner. Darunter waren 492 (3,75 %) Ausländer von denen 213 aus dem EU-Ausland, 191 aus anderen europäischen Ländern und 88 aus anderen Staaten kamen. Von den deutschen Einwohnern hatten 14,3 % einen Migrationshintergrund. (Bis zum Jahr 2020 erhöhte sich die Ausländerquote auf 7,6 %.) Nach dem Lebensalter waren 2235 Einwohner unter 18 Jahren, 5562 zwischen 18 und 49, 2755 zwischen 50 und 64 und 2549 Einwohner waren älter. Die Einwohner lebten in 5840 Haushalten. Davon waren 1941 Singlehaushalte, 1595 Paare ohne Kinder und 1600 Paare mit Kindern, sowie 538 Alleinerziehende und 166 Wohngemeinschaften. In 1179 Haushalten lebten ausschließlich Senioren und in 4023 Haushaltungen lebten keine Senioren.


title: Lich

text: Die Kommunalwahl am 14. März 2021 lieferte folgendes Ergebnis, in Vergleich gesetzt zu früheren Kommunalwahlen:


title: Lich

text: Neubert wurde in der Stichwahl am 29. September 2019 mit knapp 59 Prozent der Stimmen gewählt und setzte sich damit deutlich gegen seinen Mitbewerber von der CDU durch. Er folgte auf den seit 2008 amtierenden Sozialdemokrat Bernd Klein. Dieser wurde in einer Stichwahl am 30. September 2007 mit 60,2 % der Stimmen gewählt und am 22. September 2013 im ersten Wahlgang für weitere sechs Jahre mit 64,0 % der Stimmen wiedergewählt.


title: Lich

text: Mit dem Kino Traumstern besitzt Lich ein überregional bekanntes Programmkino, das bereits mehrmals ausgezeichnet wurde und dessen Einzugsgebiet sich bis ins Rhein-Main-Gebiet erstreckt.


title: Lich

text: Die Licher BasketBären (TV 1860 Lich, zwischenzeitlich als "LTi Lich" in der Pro A spielend) spielt seit der Saison 2009/2010 in der Pro B, der dritthöchsten Basketball-Spielklasse Deutschlands. In der Saison 1999/2000 spielten die Licher sogar in der BBL (Basketball-Bundesliga). Die Heimspiele werden in der rund 1500 Zuschauer fassenden Dietrich-Bonhoeffer-Halle ausgetragen. Sie wurde 1999 wegen des Erstliga-Aufstiegs ausgebaut.


title: Lich

text: Die 1. Mannschaft des VfR 1920 Lich, der Fußballverein aus Lich, spielt in der Kreisoberliga Süd. Der VfR hat eine Mitgliederzahl von ca. 500, davon 250 Kinder und Jugendliche. Außerdem besitzt er fünfzehn Jugend-Mannschaften, eine Alte Herren-Mannschaft und ein zweites Team, welches in der Kreisliga B Gießen spielt.


title: Lich

text: Die Handball-Abteilung des TV 1860 Lich ist besonders gut im weiblichen Jugendbereich. Sie errang zahlreiche Titel wie Nordhessenmeister, Hessenmeister und Südwestdeutscher Meister. Der TV verfügt auch über zehn Jugend-Mannschaften, ein Frauen-Team, welches in der Bezirksoberliga spielt, die zweite Frauen-Mannschaft in der Bezirksliga C und das erste Herren-Team (Männer-Spielgemeinschaft Hungen/Lich) in der Bezirksliga B.


title: Lich

text: Der Karate-Dojo Lich e. V. wurde 1985 von Detlef Herbst gegründet und hat rund 420 Mitglieder, davon mehr als die Hälfte Kinder und Jugendliche. Der Verein hat eine Vielzahl an Meistertiteln auf Landes-, Bundes- und internationaler Ebene gewonnen. Der Verein organisiert neben seinem regelmäßigen Trainingsbetrieb (Shotokan-Karate, Gymnastik für Erwachsene, Bewegungsförderung für Kinder) auch größere Breitensportveranstaltungen wie die Karate-Sommerschule und den Kata-Marathon. Im Jahr 2008 wurde dem Verein bereits zum zweiten Mal das „Grüne Band für vorbildliche Talentförderung im Verein“ des DOSB verliehen.


title: Lich

text: 2016 wurde auf Initiative eines privaten Vereines auf einer Freifläche nahe der Stadtmitte in ehrenamtlicher Eigenleistung der "Bürgerpark Lich" errichtet. Gestaltet ist dieser Park als Freizeit-Aufenthaltsfläche für alle Generationen mit zahlreichen Möglichkeiten für Spiel, Sport und Bewegung. Gepflegt und weiter ausgebaut wird er vom Verein.


title: Lich

text: Lich ist durch die Regionalbuslinien 372 und 375 des Rhein-Main-Verkehrsverbundes in Richtung Gießen, Schotten und Hungen, durch die Buslinie FB-52 der Verkehrsgesellschaft Oberhessen in Richtung Butzbach, durch das Anruf-Linien-Taxi GI-63 (bis Ende 2014 als 230) der Verkehrsgesellschaft Oberhessen in Richtung Bettenhausen sowie die Buslinien GI-62 und GI-64 (bis Ende 2014 als 230 und 700) der Verkehrsgesellschaft Oberhessen in Richtung Hungen und Grünberg angebunden.


title: Lich

text: In Lich sowie im Stadtteil Langsdorf befinden sich Haltepunkte der Bahnstrecke Gießen–Gelnhausen ("Lahn-Kinzig-Bahn").


title: Lich

text: Lich ist über die A 5 Frankfurt–Kassel, Anschlussstelle Fernwald und die A 45 Hanau–Dortmund ("Sauerlandlinie"), Anschlussstelle Münzenberg erreichbar. Außerdem liegt es an der B 457 und an der L 3053 (ehemals B 488).


title: Lich

text: Die Stadt ist durch die Licher Privatbrauerei überregional bekannt. Eine 400-jährige Tradition hat in Lich der Orgelbau. Hierfür stehen noch heute die Orgelbauanstalt Förster & Nicolaus und als Hersteller von Orgelteilen die Otto Heuss GmbH. Lich ist zudem Standort der Asklepios Klinik Lich und der BAG Health Care GmbH.


title: Steven Berkoff

text: Steven Berkoff (geboren 3. August 1937 in London als "Leslie Steven Berks") ist ein britischer Autor, Dramatiker, Schauspieler und Regisseur.


title: Steven Berkoff

text: Leslie Steven Berks wurde 1937 im zum Londoner East End gehörenden Stadtteil Stepney als Sohn des Schneiders Alfred „Al“ Berks und der Hausfrau Pauline „Polly“ Berks geboren. Die Vorfahren seiner jüdischen Familie stammen aus Rumänien und Russland. Während der Luftangriffe auf London zog seine Mutter mit ihm und seiner Schwester Beryl nach Luton. Nach Ende des Zweiten Weltkriegs lebte die Familie einige Monate bei Verwandten in Nyack, New York, bevor sie mangels Arbeit nach England zurückkehrte. Den von seinem Vater aus Berkovitch zu Berks verkürzten Familiennamen lehnte er genauso ab wie seinen Vornamen Leslie und nannte sich daher später Steven Berkoff.


title: Steven Berkoff

text: Berkoff besuchte das London City Literary Institute (1957–1958), erhielt seine Schauspielausbildung an der Webber Douglas Academy of Dramatic Art (1958–1959) und studierte an der "École internationale de théatre Jacques Lecoq" in Paris. Danach gründete Berkoff die London Theatre Group, bei der er die Regie seiner eigenen Adaptionen von Klassikern führte, wie zum Beispiel 1969, als er in Franz Kafkas "Die Verwandlung" die Rolle des jungen Mannes spielte, der selbst zum Käfer transformiert wurde. Neben dem Theater spielte Berkoff auch in Filmen wie "Barry Lyndon" (1975), "Outland – Planet der Verdammten" (1981), "James Bond 007 – Octopussy" (1983), "Beverly Hills Cop – Ich lös’ den Fall auf jeden Fall" (1984), "Rambo II – Der Auftrag" (1985), "Fair Game" (1995), "Riders" (2002) und "Head in the Clouds" (2004) mit. 1981 wirkte er in der Serie "Die Profis" "(Episode: Ein Mordroboter Namens Quinn)" mit, in der er bereits eine ähnliche Rolle wie in "James Bond 007 – Octopussy" mimte. Wahrscheinlich war diese Folge teilweise Grund dafür, dass er danach meist als russischer Gegenspieler besetzt wurde.


title: Steven Berkoff

text: Zu seinen eigenen Stücken zählt "Greek" (1979), in dem der Ödipus-Mythos in das zeitgenössische London versetzt wurde, sowie "West" (1983), eine Adaption der angelsächsischen Beowulf-Legende. Sein Stück "Decadence" (1981) stellte die sexuellen und sozialen Aktivitäten eines Oberklasse-Paares denen einer Frau aus der Arbeiterklasse und eines Detektivs gegenüber. In "Kvetch" (1987) werden die Ängste einer Gruppe von Juden aus dem West End in eine Comic-Dinner-Party umgewandelt. Weiteren Theaterstücke und Bearbeitungen waren u. a. "Agamemnon" (1977), "The Fall of the House of Usher" (1977, siehe Edgar Allan Poes "Der Untergang des Hauses Usher"), "The Trial" (1981, siehe Kafkas "Der Process"), "Sink the Belgrano" (1986), "In the Penal Colony" (1988) sowie "Brighton Beach Scumbags" (1991). Daneben war er Autor von Büchern wie "I am Hamlet" (1989) sowie "Corolianus in Deutschland" (1992).


title: Steven Berkoff

text: Berkoff war zweimal verheiratet, in erster Ehe seit 1970 mit Alison Minto und in zweiter Ehe ab 1976 mit Shelley Lee. Beide Ehen endeten durch Scheidung. Seit Mitte der 1980er Jahre ist er mit der deutschen Pianistin Clara Fischer liiert und lebt mit ihr im Londoner Stadtteil Limehouse. Berkoff hat aus zwei kurzlebigen früheren Beziehungen zwei Töchter, zu denen jedoch nur sporadischer Kontakt besteht und über die er nur wenige persönliche Details bekanntgab.


title: Oshkosh JLTV

text: Das Oshkosh Joint Light Tactical Vehicle, kurz Oshkosh JLTV, (dt.: "Oshkosh Gemeinsames Leichtes Militärfahrzeug") ist ein nach einem mehrjährigen Entwicklungs- und Auswahlprozess von der US Army und dem United States Marine Corps 2015 gemeinsam ausgewähltes, leichtes, geländegängiges und geschütztes Militärfahrzeug, das für die meisten Einsatzzwecke den geländegängigen, im Ursprungsdesign aber nicht geschützten, Humvee im Beschaffungszeitraum 2018 bis 2040 ersetzen wird. Das gesamte Beschaffungspaket bis 2040 umfasst 54.599 Fahrzeuge, und zwar 5.500 für die Marines und 49.099 für die Army im Gesamtwert von 30,04 Milliarden Dollar. Im Vorfeld wurden außerdem 980 Millionen Dollar für Forschung und Entwicklung aufgewandt.


title: Oshkosh JLTV

text: Der Hersteller "Oshkosh Defense", eine Tochtergesellschaft der auf Sonder- und Militärfahrzeuge spezialisierten Oshkosh Corporation in Oshkosh (Wisconsin), setzte sich mit dem Entwurf durch gegen die konkurrierenden Entwürfe "BRV-O" von AM General, dem Hersteller des Humvee, und "JLTV" der Lockheed Martin Corp., die in Kooperation mit dem Rüstungskonzern BAE Systems antrat. Der erste Teilauftrag umfasst 16.901 Fahrzeuge für 6,7 Milliarden Dollar, darunter die Gesamtbestellung für die US Marines von 5.500 Fahrzeugen.


title: Oshkosh JLTV

text: Das Fahrzeug gibt es in einer Zweimannversion als Utility (JLTV-UTL) mit einer Ladekapazität von 2,3 Tonnen (5100 Pounds) und in zwei Viermannversionen, der General Purpose (JLTV-GP) für allgemeine Transportzwecke und als Close Combat Weapons Carrier (JLTV-CCWC), dt. etwa "Bewaffnetes Gefechtsfahrzeug". mit einer Zuladung von knapp über 1,5 Tonnen (3.500 Pounds).


title: Oshkosh JLTV

text: Bis zur Auswahl als JLTV der US-Streitkräfte bezeichnete Oshkosh das Fahrzeug als "Light Combat Tactical All-Terrain Vehicle (L-ATV)".


title: Oshkosh JLTV

text: Der Oshkosh JLTV kann anders als der Oshkosh M-ATV aufgrund seiner Außenmaße und seines Gewichts mit dem Transportflugzeug Hercules C-130 der US Air Force transportiert werden und ist außerdem luftverlastbar mit den Transporthubschraubern CH-47 Chinook der Army und der CH-53 Super Stallion der Marines. Sein Gewicht macht ihn auch in größeren Stückzahlen noch geeignet für die Amphibienschiffe der US Navy.


title: Oshkosh JLTV

text: Das Fahrzeug soll ebenso wirksam gegen Minen, Sprengfallen und Angriffe aus dem Hinterhalt geschützt sein (mine-resistant, ambush-protected MRAP), wie das deutlich schwerere "MRAP All-Terrain Vehicle", kurz M-ATV, das die US-Streitkräfte von Oshkosh beschafft hatten, als sich der Humvee trotz nachträglicher Aufrüstung mit verschiedenen Panzerungen als zu unsicher für den Krieg in Afghanistan und vor allem den Irakkrieg erwies. Allein in den ersten vier Monaten des Jahres 2006, während des Höhepunktes des Aufstandes im Irak, starben 67 US-Soldaten in Humvees durch Bombenexplosionen.


title: Oshkosh JLTV

text: Neben den im Grundfahrzeug fest eingebauten Schutzelementen (die als A-Kit bezeichnet werden), ist das Oshkosh JLTV von vorne herein mit Anbaumöglichkeiten für weitere Schutzelemente und Panzerungen ausgestattet, und für deren Gewicht auch ausgelegt. Diese anbaubaren Schutzelemente werden in ihrer Gesamtheit als B-Kit bezeichnet. A-Kit Stanag Level 1 / B-Kit Stanag Level 3. Diese Konfiguration bietet im Bedarfsfall einen sehr guten Schutz, erlaubt aber auch in sicheren Gebieten aus Gewichtsgründen darauf zu verzichten.


title: Oshkosh JLTV

text: Der Oshkosh JLTV erreicht mit seinem Duramax-Dieselmotor und mit der Einzelradaufhängung TAK-4i® von Oshkosh eine Straßengeschwindigkeit von 112 km/h (70 mph) und eine sehr gute Geländegängigkeit. Ein aktives Federungssystem ermöglicht zudem eine Anpassung der Bodenfreiheit um 50 cm (20 Zoll); das Fahrgestell kann mithin für eine bessere Straßenlage abgesenkt oder für eine bessere Geländegängigkeit angehoben werden. Der Vorgänger Humvee hatte ursprünglich ebenfalls ausgezeichnete Geländeeigenschaften, büßte diese jedoch durch nachgerüstete Panzerung deutlich ein, da dessen Karosserie, Fahrwerk, Bremsanlage und Motor nicht dafür ausgelegt waren. Zusätzlich führten diese Modifikationen zu Überlastungen der Humvees, was den bereits ohnehin hohen Aufwand für Wartung und Instandsetzung der Fahrzeuge noch einmal deutlich steigerte.


title: Oshkosh JLTV

text: Der Oshkosh JLTV erfüllt die Anforderungen einer Steigfähigkeit von 60 Prozent (= 31 Grad), eines Kippwinkels von über 30 Prozent und eine Kletterfähigkeit von 45 cm (18 Zoll). Der Wendekreis des Oshkosh JLTV liegt trotz seiner Größe bei nur 7,6 Metern, seine Wattiefe in Salzwasser beträgt 1,5 Meter.


title: Oshkosh JLTV

text: Der Wagen ist dafür konstruiert, in einem Temperaturbereich von −40 bis +52 °C zu funktionieren und arbeitet bis in Höhen von über 3.600 Meter über dem Meeresspiegel.


title: Oshkosh JLTV

text: Das Fahrzeug ist zur weiteren Erhöhung der Sicherheit mit einer automatischen Feuerlöschanlage, einer Kraftstofftanklöschanlage und mehreren Ausstiegsmöglichkeiten für die Mannschaft ausgestattet.


title: Oshkosh JLTV

text: Der im Fahrzeug verwendete Duramax-Motor von General Motors ist ein V8-Dieselmotor mit 6,6 l Hubraum, der bis zu 224 kW (305 PS) und 705 Nm Drehmoment abgibt. Das Automatikgetriebe ist von Allison Transmission. Im Januar 2022 stellte Oshkosh eine Variante des Fahrzeugs mit Hybridantrieb vor. Sie verfügt zusätzlich zu dem V8-Dieselmotor über einen Elektromotor, der auch als Generator betrieben werden kann, und eine Lithium-Ionen-Batterie mit 30 kWh Kapazität, der die bei Betrieb des Verbrennungsmotors erzeugte elektrische Energie speichert. Eine Möglichkeit zum externen Aufladen der Batterie gibt es nicht.


title: Oshkosh JLTV

text: Die "Close Combat Weapons Carrier (JLTV-CCWC)"-Version kann entweder mit einem bemannten Turm mit dem schweren Maschinengewehr Browning M2 oder einer fernbedienbaren Waffenstation des Typs "CROWS" (Common Remotely Operated Weapon Station) ergänzt werden. Die Waffenstation kann mit verschiedenen Waffen wie beispielsweise dem 40-mm-Maschinengranatwerfer Mk 19 oder Maschinengewehren vom Typ Browning M2, M240 oder M249 SAW ausgerüstet werden.


title: Oshkosh JLTV

text: Die durchschnittlichen Gesamtkosten je Einheit betragen im Finanzjahr 2015 ca. 677.000 Dollar. Über die Gesamtdauer des Programmes sollen sie nach den aktuellen Erwartungen auf 550.000 Dollar sinken.


title: Kfz-Kennzeichen (Kroatien)

text: Ein Kfz-Kennzeichen (kroat. "registracijska oznaka" oder schlicht "registracija") ist in Kroatien für alle Kraftfahrzeuge vorgeschrieben. Das kroatische Kennzeichensystem wurde am 1. Januar 1992 eingeführt und löste die alten jugoslawischen Nummernschilder ab. Das Nationalitätskennzeichen für Kroatien lautet „HR“ (kroat. „Hrvatska“ = Kroatien). Unmittelbar nach der Unabhängigkeit Kroatiens tauchten zunächst viele Kleber mit dem Kürzel „CRO“ auf, welches ansonsten als internationale Kennung für Kroatien dient. Dieses Kürzel ist jedoch im Straßenverkehr ungültig. Die kroatische Verwaltung entschied sich für die bereits erwähnte kürzere Kombination HR.


title: Kfz-Kennzeichen (Kroatien)

text: Im Dezember 2013 stellte das kroatische Innenministerium Pläne zur Einführung eines neuen Systems vor. Seit dem 4. Juli 2016 werden die Kennzeichen mit dem offiziellen Eurofeld ausgegeben.


title: Kfz-Kennzeichen (Kroatien)

text: Kroatische Kennzeichen werden für mehrspurige Fahrzeuge in den Maßen 520 × 110 mm (einzeilig) und 280 × 200 mm (zweizeilig) vergeben. Das Kennzeichen beginnt mit zwei Buchstaben, die die Herkunft angeben, gefolgt vom kroatischen Wappen. Danach stehen drei bis vier Ziffern und nochmals maximal zwei Buchstaben. Folgende Kombinationen sind dabei möglich: AB 123 CD, AB 1234 C und AB 1234 CD. Eingerahmt werden die Kennzeichen am oberen und unteren Rand durch jeweils zwei Bänder in den Farben der kroatischen Nationalflagge. Gegen einen Aufpreis sind auch Wunschkennzeichen möglich, bei denen entweder eine beliebige Kombination innerhalb des Schemas oder aber die gesamte Aufschrift nach dem Regionskürzel frei gewählt werden kann. Eine weitere Besonderheit stellt die Verwendung der Buchstaben Č, Š und Ž dar.


title: Kfz-Kennzeichen (Kroatien)

text: Für einspurige Fahrzeuge werden je nach Größe dreizeilige Nummernschilder in den Maßen 200 × 200 mm oder 100 × 150 mm vergeben.


title: Kfz-Kennzeichen (Kroatien)

text: Kennzeichen für Ausländer, die in Kroatien leben, internationale Organisationen und nur vorübergehend angemeldete Fahrzeuge haben eine grüne Schrift.


title: Kfz-Kennzeichen (Kroatien)

text: Überschreiten Fahrzeuge oder deren Ladung ein bestimmtes Höchstmaß erhalten sie Kennzeichen mit roter Aufschrift. Diese Kennzeichen-Variante wurde aus dem jugoslawischen System übernommen und findet sich heute zum Beispiel auch in Serbien und Nordmazedonien.


title: Kfz-Kennzeichen (Kroatien)

text: 2008 wurden zwei weitere Kennzeichenarten eingeführt. Übertragbare Nummernschilder zeigen nach dem Wappen die Buchstaben PP für "prijenosne pločice" (Wechselkennzeichen), historische Fahrzeuge nutzen PV für "povijesno vozilo" (historisches Fahrzeug). Es folgen jeweils maximal vier Ziffern.


title: Kfz-Kennzeichen (Kroatien)

text: Ebenfalls seit 2008 existieren spezielle Exportkennzeichen mit gelber Schrift auf hellgrünem Grund. Sie beginnen mit den Buchstaben RH für "Republika Hrvatska" (Republik Kroatien). Nach dem Wappen folgen maximal vier Ziffern und höchstens zwei Buchstaben.


title: Kfz-Kennzeichen (Kroatien)

text: Nummernschilder für Test- oder Probefahrten sind aus Papier gefertigt und werden meist an der Front- bzw. Heckscheibe angebracht. Sie zeigen links in einen schwarz-weiß karierten Streifen das Wort PROBA. Es folgen Herkunftskürzel, Wappen und fünf Ziffern in zwei Gruppen. Die maximale Gültigkeit beträgt fünf Tage.


title: Kfz-Kennzeichen (Kroatien)

text: Die kroatische Polizei nutzt Schilder, die aus zwei Zahlengruppen à drei Ziffern bestehen. Dazwischen befindet sich das kroatische Wappen. Die Schriftfarbe ist hier dunkelblau, womit die Schildern jenen der mazedonischen Polizei ähneln.


title: Kfz-Kennzeichen (Kroatien)

text: Kennzeichen der kroatischen Streitkräfte zeigen einen gelben Hintergrund und beginnen mit den Buchstaben HV für kroat. "Hrvatska vojska" (dt. kroatische Armee). Ansonsten gleichen sie im Aufbau den gewöhnlichen Nummernschildern. Schilder der Militärpolizei beginnen ebenfalls mit HV und enden auf VP für kroat. "vojna policija" (dt. Armeepolizei).


title: Kfz-Kennzeichen (Kroatien)

text: Diplomatenkennzeichen sind besonders auffällig gestaltet. Sie zeigen gelbe Schrift auf hellblauem Grund. Zu Beginn stehen zunächst drei Ziffern, die das Herkunftsland angeben, gefolgt von einem der Buchstaben A (Diplomatisches Korps), C (Konsularisches Korps), E (Wirtschaftsvertretung), M (ausländische Mission) oder P (Presse). Das Schild endet mit nochmals drei Ziffern. Zwischen den Ziffern und dem Buchstaben befinden sich jeweils Bindestriche. Bei zweizeiligen Kennzeichen wird der Buchstabe rechts von den Ziffern in der Mitte des Schildes platziert.


title: Kfz-Kennzeichen (Kroatien)

text: Bis 1918 war das heutige Kroatien Bestandteil Österreich-Ungarns. Die Kennzeichen der Doppelmonarchie zeigten einen Buchstaben in schwarzer (Österreich) oder roter Farbe (Ungarn) und eine fortlaufende Nummer. Das zu Österreich gehörende Dalmatien führte den Buchstaben M, während C für den ungarischen Rest des Landes stand. Nach dem Zerfall Österreich-Ungarns fiel Kroatien an das spätere Jugoslawien und nutzte fortan jugoslawische Nummernschilder. Mit der Reform des Systems 1961 entstanden die teils noch heute genutzten Regionskürzel.


title: Kfz-Kennzeichen (Kroatien)

text: Während des Kroatienkrieges proklamierte sich 1991 die Republik Serbische Krajina (RSK) auf zirka einem Drittel des Gebiets des heutigen Kroatiens. In diesem von der RSK kontrollierten Gebiet wurden in den frühen 1990er Jahren eigene Kfz-Kennzeichen ausgegeben, die den jugoslawischen bzw. serbisch-montenegrinischen stark ähnelten. Sie zeigten den Regionscode bestehend aus zwei Buchstaben, gefolgt von der stilisierten Flagge der RSK und zwei Zifferngruppen. Mit der Integration der RSK in die Republik Kroatien 1995 wurde auf das kroatische System umgestellt.


title: Kfz-Kennzeichen (Kroatien)

text: Verwendet wurden die Kodes BM (Beli Manastir), GN (Glina), KE (Korenica), KNN (Knin), MK (Markušica), OK (Okučani), VN (Vojnić) und VU (Vukovar).


title: Kfz-Kennzeichen (Kroatien)

text: Militärische Fahrzeuge in der Serbischen Krajina nutzten Kennzeichen, die mit der Flagge und den verkleinerten kyrillischen Buchstaben "СВК" (SVK, Srpska vojska Krajine, Serbische Armee der Krajina) darunter begannen. Es folgten ein weiterer kyrillischer Buchstabe sowie vier Ziffern.


title: Kfz-Kennzeichen (Kroatien)

text: In Kroatien gibt es insgesamt 34 Zulassungsbezirke. Diese richten sich nicht nach der Einteilung in Gespanschaften (von denen es 21 gibt).


title: USS Texas (BB-35)

text: Die USS "Texas" ist ein außer Dienst gestelltes Schlachtschiff der United States Navy und jetziges Museumsschiff. Sie war gemäß der damaligen Praxis als „capital ship“ nach einem US-Bundesstaat benannt. Als einziges Schwesterschiff der USS "New York" gehörte sie der "New-York"-Klasse an.


title: USS Texas (BB-35)

text: Weil die Royal Navy bei der "Orion"-Klasse das Hauptkaliber ihrer Schlachtschiffe von 305 mm (12 Zoll) auf 343 mm (13,5 Zoll) angehoben hatte, beschloss die US Navy, dass die der "Wyoming"-Klasse folgende "New-York"-Klasse mit einem stärkeren Hauptkaliber ausgerüstet werden sollte. Da man die Briten übertrumpfen wollte, wählte man das Kaliber 356 mm (14 Zoll). Die Anzahl der Kanonen war zunächst mit 12 geplant worden, aber das hätte eine Steigerung der Größe auf 30.000 t zur Folge gehabt. Ebenso wären die Baukosten erheblich angestiegen. Also blieb man bei dem Aufstellungschema, das im Wesentlichen dem der "Delaware"-Klasse entsprach.


title: USS Texas (BB-35)

text: Im Januar 1918 wurde sie mit Kriegseintritt der Vereinigten Staaten in den Ersten Weltkrieg zur britischen Grand Fleet detachiert. Von 1925 bis 1927 wurde sie in Norfolk umgebaut (Vergrößerung der Aufbauten, Entfernen der alten Gittermasten, Mittelartillerie ein Deck höher, Ersatz und Reduzierung der alten Kessel durch neue platzsparendere Modelle).


title: USS Texas (BB-35)

text: Nach dem Ersten Weltkrieg war die USS Texas zeitweise in der Guantanamo Bay Naval Base auf Kuba stationiert, wo sie für verschiedene Erprobungen verwendet wurde. Unter anderem startete von der USS Texas am 9. März 1919 (anderen Quellen zufolge am 10. März) zum ersten Mal ein Flugzeug von einem Schiff der US Navy. Mangels geeigneter eigener Flugzeugmuster wurde hierfür eine britische Sopwith F.1 Camel verwendet, die von Lieutenant Commander Edward O. McDonnell gesteuert wurde.


title: USS Texas (BB-35)

text: Im November 1942 unterstützte sie die alliierte Landung in Nordafrika. Am 6. Juni 1944 diente sie vor der Küste der Normandie zur Artillerieunterstützung der alliierten Truppen. Im August 1944 war sie wieder zur Artillerieunterstützung bei der Landung der Alliierten in Südfrankreich eingeteilt. Zur Reichweitenerhöhung der Artillerie wurde sie dabei teilweise geflutet, um mittels einer (geringen) Schlagseite einen noch höheren vertikalen Anstellwinkel zu erreichen. Ab Februar 1945 nahm sie an den Landungsoperationenen auf Iwo Jima und Okinawa teil. Nach dem Kriegsende wurde sie 1948 dem Staat Texas übereignet und im San Jacinto Battleground State Historic Site bei La Porte zum Museumsschiff umgebaut.


title: USS Texas (BB-35)

text: Im Dezember 1976 erhielt das Schiff den Status eines National Historic Landmarks zuerkannt und wurde als Struktur in das National Register of Historic Places eingetragen. 1988 wurde sie zur Reparatur nach Galveston geschleppt. Der Fortbestand der USS Texas wurde dennoch durch den fortschreitenden Verfall gefährdet. Durch ein im Juni 2017 entstandenes Loch unter der Wasserlinie drohte die Texas kurzzeitig sogar an ihrem Liegeplatz zu sinken. Täglich drangen nun bis zu 300 Tonnen Wasser in das Schiff ein, was die Korrosion stark beschleunigte. Dazu kommen noch durch den Liegeplatz in der Hurricane Alley regelmäßige schwere Stürme. 2019 wurde das Schiff aufgrund seines schlechten Zustands für Besucher geschlossen, während die Battleship Texas Foundation Vorbereitungen für die Reparatur traf. 2019 bereits bewilligte Texas die Mittel für die Reparatur des Rumpfes.


title: USS Texas (BB-35)

text: Am 31. August 2022 wurde die zuvor als nicht mehr beweglich eingestufte USS Texas von ihrem Liegeplatz entfernt und von vier Schleppern ins 45 Kilometer entfernte Galveston geschleppt, wo sie am 01. September ankam und in der gleichen Reparaturwerft wie 1988 im Trockendock eingedockt wurde. Zuvor waren seit Mai 2022 rund 23.000 Kubikmeter Schlamm um das Heck herum entfernt worden, um eine ausreichend tiefe Fahrrinne zu schaffen. Das Schiff soll in Galveston dringend benötigten Reparaturen an Rumpf und Aufbauten unterzogen werden, die Kosten werden auf 35 Millionen Dollar geschätzt, die vom Bundesstaat Texas aufgebracht werden. Nach Abschluss der Reparaturen soll die USS Texas an einem neuen, sichtbareren Standort ausgestellt werden.


title: Karl VII. (Frankreich)

text: Karl VII. "der Siegreiche" ( ‚der Siegreiche‘, ‚der Wohlbediente‘; * 22. Februar 1403 in Paris; † 22. Juli 1461 in Mehun-sur-Yèvre) war von 1422 bis 1461 König von Frankreich. Er war der fünfte König aus der Linie Valois der kapetingischen Dynastie und der erste der so genannten Loire-Könige. Ihm gelang mit der Hilfe Jeanne d'Arcs zunächst die Wende im Hundertjährigen Krieg, bevor er 1453 mit der Vertreibung der Engländer aus Frankreich den endgültigen Sieg errang. Frankreich wandelte sich unter seiner Herrschaft von einem großen Lehensverband zunehmend zum Nationalstaat.


title: Karl VII. (Frankreich)

text: Karl VII. war das elfte Kind und der fünfte Sohn des französischen Königs Karl VI. und dessen Gemahlin Isabeau de Bavière. Er wuchs zu einer Zeit auf, in der es in Frankreich an internen Konflikten um Einfluss am Hof des zeitweise an einer Geisteskrankheit leidenden und dann regierungsunfähigen Karl VI. nicht mangelte. Zunächst standen sich dabei insbesondere der jüngere Bruder des Königs, Ludwig von Orléans, sowie der Burgunderherzog Philipp der Kühne und nach dessen Tod (1404) dessen Sohn und Nachfolger Johann Ohnefurcht, gegenüber, bis Letzterer Ludwig von Orléans 1407 ermorden ließ. In der Folge kam es zur offenen Konfrontation zwischen den Bourguignons (der Partei der Herzöge von Burgund) einerseits und den Anhängern des Hauses Orléans sowie Armagnac andererseits. König Heinrich V. von England nutzte die innerfranzösischen Spannungen zur Wiederaufnahme des Versuchs, Frankreich zu erobern und errang 1415 einen bedeutenden Sieg bei Azincourt.


title: Karl VII. (Frankreich)

text: Über die Erziehung Karls in dieser spannungsgeladenen Zeit ist wenig bekannt. Am 18. Dezember 1413 fand seine Verlobung mit Marie d’Anjou statt, die eine Tochter des Herzogs von Anjou und Titularkönigs von Sizilien, Ludwig II., und der Jolanthe von Aragón war. Seine Schwiegermutter Jolanthe übte lange Zeit großen Einfluss auf ihn aus. Die beiden ältesten Brüder Karls waren noch im Kindesalter verstorben und auch seine beiden darauf folgenden älteren Brüder Louis und Jean fanden einen frühen Tod, so dass er 1417 zum Dauphin avancierte. Damals war er bereits Graf von Ponthieu und Herzog von Touraine und wurde von seinem Vater zusätzlich zum Herzog von Berry und Grafen von Poitou sowie zum Generalleutnant im Königreich erhoben. Er war seiner Mutter entfremdet und verband sich mit den zu dieser Zeit in Paris herrschenden Armagnacs, konnte aber in der Nacht vom 28. auf den 29. Mai 1418 nur mit knapper Not den in die Hauptstadt eindringenden Bourguignons entkommen. Er nahm in Bourges seine Residenz und beanspruchte den Titel eines Regenten von Frankreich für sich (→ Bürgerkrieg der Armagnacs und Bourguignons).


title: Karl VII. (Frankreich)

text: Am 10. September 1419 wurde Johann Ohnefurcht bei einem Versuch, den Konflikt zwischen Burgundern und Armagnaken beizulegen, auf der Yonne-Brücke zu Montereau ermordet. Karl war bei dieser Mordtat anwesend, die nach seiner Darstellung Notwehr in einem spontan aufgeflammten Streit dargestellt habe, während sie nach der wohl glaubwürdigeren Behauptung der Burgunder ein wohlvorbereitetes Attentat gewesen sei. Später sollte Karl nach einem mit dem Sohn von Johann, Philipp dem Guten, geschlossenen Vertrag eine Strafe ableisten, tat dies aber nie. Philipp, dessen Partei das Königspaar Karl VI. und Isabeau ergriffen hatte, ging jedenfalls durch den Vertrag von Troyes (21. Mai 1420) eine Allianz mit Heinrich V. von England ein. Demgemäß wurde der Dauphin Karl, den seine Eltern verstoßen hatten, von der Thronfolge ausgeschlossen; stattdessen sollte Heinrich V. nach dem Tod Karls VI. dessen Nachfolger und somit in Personalunion König von England und Frankreich werden. Heinrich V. ließ Karl auch 1421 durch das Parlement de Paris des Throns verlustig erklären. Seit 1420 kamen ferner Gerüchte zur Untergrabung der Stellung Karls in Umlauf, die Zweifel an seiner Legitimität wecken sollten; Isabeau habe nämlich einst außereheliche Affären, so mit Ludwig von Orléans, unterhalten. Während die verbündeten Engländer und Burgunder ganz Nordfrankreich beherrschten, hatte der enterbte Dauphin Teile Zentral- und Südfrankreichs unter seiner Kontrolle.


title: Karl VII. (Frankreich)

text: Im April 1422 vermählte sich Karl VII. zu Bourges mit seiner bisherigen Verlobten Marie d’Anjou. Sie hatten folgende Kinder:


title: Karl VII. (Frankreich)

text: Nach dem Tod Heinrichs V. und Karls VI. (1422) wurde der erst einjährige Sohn des englischen Königs, Heinrich VI., in Paris als französischer und englischer König anerkannt. Der Bruder Heinrichs V., Herzog Johann von Bedford, nahm nun als Regent Nordfrankreichs tatkräftig die Interessen seines unmündigen Neffen am Kontinent wahr und hielt Philipp den Guten und den Herzog Johann VI. von der Bretagne fest auf seiner Seite. Doch auch Karl VII. hatte sich trotz seiner anfänglich trüben Aussichten nach dem Ableben seines Vaters am 30. Oktober 1422 in Mehun-sur-Yèvre zum König proklamieren lassen. Sein Hof in Bourges entwickelte sich zum Zentrum all jener einflussreichen Parteien Frankreichs, die den anglo-burgundischen Bündnispartnern widerstrebten. Wohl mit bedingt durch traumatische Erlebnisse wie seine Flucht vor den Bourguignons aus Paris und Sorge um seine persönliche Sicherheit nach den Morden an den Parteihäuptern Ludwig von Orléans und Johann Ohnefurcht war Karl VII. vorsichtig-misstrauisch, insbesondere im Umgang mit fremden Personen. Ferner war er sehr fromm und abergläubisch, aber dabei im Rahmen der damaligen Zeit bleibend, und an Musik und Literatur interessiert, ohne deswegen später als großer Mäzen hervorzutreten. Persönlicher Kriegseinsatz und Jagd waren nicht seine Sache.


title: Karl VII. (Frankreich)

text: Aus politischen und ökonomischen Gründen schien es Bedford geraten, durch einen gezielten Angriff auf die von seinem Gegenspieler gehaltenen Gebiete möglichst rasch ganz Frankreich zu erobern. Am 31. Juli 1423 bei Cravant (Département Yonne) und am 17. August 1424 in der Schlacht von Verneuil (Eure) schwer geschlagen, wurde das Heer Karls VII. durch die verbündeten Engländer und Burgunder hinter die Loire getrieben, so dass die Feinde Karl spottweise den „König von Bourges“, wo er sich meist aufhielt, nannten. Die Provinz Maine fiel in die Hände Bedfords, doch hatten die Engländer noch keine Entscheidung errungen. Karl VII., dem im Exil der Aufbau einer funktionierenden Administration gelang, kamen interne Spannungen zwischen seinen Gegnern zustatten, so der Streit des englischen Regenten Humphrey von Gloucester mit dem burgundischen Herzog wegen des Besitzes von Hennegau, Holland, Zeeland und Friesland. Auch wenn die Engländer etwa im August 1425 Le Mans einnahmen, gelangen ihnen in den nächsten Jahren keine spektakulären Fortschritte.


title: Karl VII. (Frankreich)

text: Anfang 1425 verlieh Karl VII. einem Bruder Herzog Johanns VI. von der Bretagne und Schwager Philipps des Guten, Arthur von Richemont, der zu ihm übergetreten war, die Würde eines Connétable. Nachdem Karl VII. 1426 zusätzlich am Attentat auf Johann Ohnefurcht Beteiligte wie Jean Louvet und Tanneguy III. du Chastel aus seiner Umgebung entfernt hatte, huldigte ihm der Herzog von der Bretagne. Ferner fanden Ausgleichsbemühungen mit dem Burgunderherzog statt. Johann, Bastard von Orléans, später Graf von Dunois, besiegte 1427 den Grafen von Warwick bei Montargis und zwang die Engländer zum Abzug. Als aber Johann VI. sich im September 1427 wieder fest den Engländern anschloss, fiel der Connétable von Richemont bei Karl VII. in Ungnade und wurde durch Georges de La Trémoille gestürzt. Solche politischen Kämpfe fanden häufig am Hof Karls VII. während dessen frühen Regierungsjahren statt. Laut dem Geschichtsschreiber Georges Chastellain bediente und entledigte sich der König unbedenklich seiner Berater.


title: Karl VII. (Frankreich)

text: Im Sommer 1428 entschloss sich Bedford, einen entscheidenden Militärschlag zu führen, zu diesem Zweck Orléans, die wichtigste Stadt an der Loire, einzunehmen und daraufhin über diesen Fluss vordringend allmählich die südfranzösischen Provinzen zu erobern. Thomas Montagu, 4. Earl of Salisbury bemächtigte sich der kleineren Ortschaften nahe Orléans und begann mit der Belagerung der Stadt. Zwar war der von Heerführern wie Johann, Bastard von Orléans und La Hire verteidigte Ort gut befestigt und seine Einwohner zum äußersten Widerstand bereit, doch erstürmten die Engländer im Oktober 1428 die Befestigungen südlich der Loire. Trotz des Todes Salisburys gelang es ihnen, die Stadt unter dem Kommando des Earl von Suffolk mit einem Belagerungsring zu umschließen, gegen den die Ausfälle der Eingeschlossenen keine Erfolge zeitigten. Im Frühjahr 1429 waren die Verteidiger bereit, Orléans zwar nicht den Engländern, aber Philipp dem Guten zu übergeben, was Bedford ablehnte.


title: Karl VII. (Frankreich)

text: Indessen residierte Karl VII. scheinbar völlig untätig in Chinon und verbrachte seine Zeit angeblich mit üppigen Festen und zahlreichen Mätressen. Sein Hof schien bereit, ihn ins Exil schicken zu wollen. In dieser tristen Lage sprach in Chinon Jeanne d’Arc vor, die sich von himmlischen Stimmen beauftragt glaubte, Orléans zu entsetzen und den nach ihrer Ansicht rechten König Frankreichs, Karl VII., zur Krönung nach Reims zu führen. Ende Februar 1429 fand ihre Unterredung mit Karl VII. im Schloss Chinon statt, über die beide nichts verlauten ließen. Offenbar beeindruckte die charismatische junge Frau ihren königlichen Gesprächspartner mit ihrer Siegeszuversicht und ihren Prophezeiungen. Nach dem Bestehen mehrerer Prüfungen wurde ihr erlaubt, die Kämpfe in Orléans mit zu leiten, und laut der Meinung zahlreicher Beteiligter war es dem Enthusiasmus und patriotischen Kampfeseifer unter den Soldaten verbreitenden Bauernmädchen maßgeblich zu verdanken, dass die Engländer am 8. Mai 1429 ihre Stellungen vor Orléans wieder räumen und sich zurückziehen mussten. Damit ging ein sich vor allem psychologisch auswirkender Kriegsumschwung einher. Nach weiteren militärischen Erfolgen wie die Vertreibung Suffolks aus Jargeau (12. Juni) und die nach einer englischen Niederlage bei Patay (18. Juni) erfolgte Gefangennahme John Talbots konnte die Jungfrau von Orléans gegen vielerlei Widerstände auch die auf Breitenwirkung abzielende Krönung und Salbung Karls VII. am 17. Juli 1429 in der Kathedrale von Reims durchsetzen.


title: Karl VII. (Frankreich)

text: In der Folge schwächte sich der Einfluss von Jeanne d’Arc auf Karl VII. ab; sie stieß an seinem Hof auch auf die Opposition einer Friedenspartei, der u. a La Trémoille sowie der Kanzler und Erzbischof von Reims, Regnault de Chartres, angehörten. Zunächst zog der frisch gekrönte König mit ihr weiter und besetzte u. a. Compiègne, Soissons und Beauvais, schloss dann aber Ende August 1429 einen Waffenstillstand mit dem Burgunderherzog, der mit Bedford nicht mehr so eng verbündet war. Die kriegerische Jungfrau konnte Karl VII. überreden, sie einen Vorstoß gegen das von anglo-burgundischen Einheiten gehaltene und im Waffenstillstand nicht inbegriffene Paris unternehmen zu lassen, scheiterte aber im September dabei und verlor viel Ansehen. Karl VII. zog sich wieder nach Chinon zurück. Den Truppen des zur Aufrechterhaltung seiner mächtigen Stellung zwischen den streitenden Königen lavierenden Philipp dem Guten gelang es im Mai 1430, die ohne Rücksprache mit Karl VII. in die bedrohte Stadt Compiègne geeilte Jeanne d’Arc bei einem Ausfall aus der Stadt gefangen zu nehmen. Den Engländern ausgeliefert wurde sie nach Rouen gebracht, wo ein politischer und Inquisitionsprozess gegen sie stattfand. Mit diesem Verfahren sollte auch Karl VII. als Häretiker und Unterstützer einer Hexe erwiesen werden. Der König setzte indessen keinerlei Schritte zur Rettung der später als französische Nationalheldin verehrten Jeanne, die am 30. Mai 1431 den Feuertod erleiden musste.


title: Karl VII. (Frankreich)

text: Trotz der Hinrichtung Johannas von Orléans verloren die Engländer weiterhin an Boden. Dazu trug ein offenbar in Frankreich im Volk bereits vorhandenes, royalistisch gefärbtes, pränationales Zusammengehörigkeitsgefühl bei, so dass die Engländer zunehmend als ausländische Besatzer empfunden wurden, während der einstige Mord an Johann Ohnefurcht an Bedeutung abnahm. Außerdem machte sich die seit Jahrzehnten andauernde Überspannung der Kräfte des Inselreichs bemerkbar. Im Dezember 1431 gelang es Abgesandten Karls VII. ferner, einen sechsjährigen Waffenstillstand mit Philipp dem Guten auszuhandeln, der somit als kriegsaktiver Bündnispartner Bedfords ausfiel. Als im gleichen Monat der erst zehnjährige König Heinrich VI. zwecks seiner Legitimierung in Paris ebenfalls gekrönt wurde, waren nur wenige prominente französische Adlige und Prälaten dabei anwesend. Richemont, der sich mit Karl VII. versöhnt hatte und Kampfgefährte der Jeanne d’Arc gewesen war, führte nun gemeinsam mit Johann, Bastard von Orléans insbesondere in Maine einen Kleinkrieg gegen Bedford.


title: Karl VII. (Frankreich)

text: Für Karl VII. waren Zwistigkeiten an seinem Hof, vor allem zwischen Richemont und La Trémoille, zunächst noch hinderlich für eine weitere Stärkung seiner Position. Der im Juni 1433 erfolgte Sturz La Trémoilles bewirkte eine stetigere Politik des Königs, in dessen Beraterstab nun Jolanthe von Aragón, Richemont und Karl von Anjou dominierend waren. Dass Bedford im Sommer 1434 eine Bauernrevolte in der bisher als sicheres englisches Gebiet betrachteten Normandie unterdrücken musste, war hingegen ein weiteres Schwächezeichen der englischen Herrschaft in Frankreich. Weil im Namen Heinrichs VI. neue Institute für Hochbildung gegründet wurden, sah ferner die Universität Paris ihre wissenschaftliche Bedeutung geschmälert und überdachte ihre bisherige Unterstützung des englischen Königs. Schließlich bewogen den Burgunderherzog u. a. die Bildung einer profranzösischen Partei an seinem Hof und der Wunsch Flanderns nach Frieden zwecks Stützung seiner Wirtschaft dazu, einem dauerhaften Ausgleich mit Karl VII. gegenüber geneigter zu werden.


title: Karl VII. (Frankreich)

text: Ab Januar 1435 fanden auf hochrangiger Ebene Verhandlungen zwischen Parteigängern Karls VII. und jenen Philipps des Guten statt. Am 5. August 1435 begann in Arras eine große Friedenskonferenz, bei der zwischen Frankreich, Burgund und England eine umfassende Friedensregelung erzielt werden sollte. Karl VII. hatte als seine Vertreter den Erzbischof von Reims, Regnault de Chartres, den Herzog Karl I. von Bourbon und Arthur von Richemont zur Verhandlungsrunde geschickt. Er ließ Heinrich VI. die Normandie und Guyenne als französisches Lehen anbieten. Da aber Bedford auf den englischen Anspruch auf die Krone Frankreichs nicht verzichten wollte, scheiterten die Bemühungen um einen Ausgleich zwischen Karl VII. und den Engländern, deren Delegation sich am 6. September von den Verhandlungen zurückzog. Bereits am 14. September starb der Herzog von Bedford, welcher der führende Politiker Heinrichs VI. gewesen war und für Letzteren einen unersetzlichen Verlust bedeutete. Am 21. September 1435 verständigte sich hingegen Philipp der Gute mit Karl VII. im Vertrag von Arras auf die dauerhafte Beilegung ihrer Streitigkeiten. Der alte Jurist Jean Tudert leistete im Namen Karls für die Ermordung Johanns Ohnefurcht Abbitte, woraufhin Philipp der Gute seine Verzeihung dieser Tat äußerte. Der Burgunderherzog, der Karl VII. als französischen König anerkannte und mit ihm in ein Defensivbündnis gegen die Engländer trat, erhielt die Grafschaften Auxerre und Mâcon sowie weitere Territorien, ferner eine relativ weitgehende Unabhängigkeit von Frankreich, doch hatte er all diese Zugeständnisse in Realität längst erreicht.