Was Ist Extreme Programming? Ein Überblick über XP-Regeln und-Werte
Bereits in den 1990er Jahren erforderte der Aufstieg des Internets eine Änderung der Softwareentwicklung. Wenn der Erfolg eines Unternehmens von der Geschwindigkeit abhing, mit der das Unternehmen wachsen und Produkte auf den Markt bringen konnte, mussten Unternehmen den Lebenszyklus der Softwareentwicklung drastisch reduzieren.,
In diesem Umfeld hat Kent Beck Extreme Programming (XP) entwickelt, eine agile Projektmanagementmethode, die häufige Releases in kurzen Entwicklungszyklen unterstützt, um die Softwarequalität zu verbessern und Entwicklern zu ermöglichen, auf sich ändernde Kundenanforderungen zu reagieren.
Obwohl Sie einige dieser Praktiken und Werte aus anderen Projektmanagementmethoden erkennen können, nimmt XP diese Praktiken auf „extreme“ Ebenen, wie der Name der Methodik vermuten lässt., In einem Interview mit Informit erklärt Kent:
“ Als ich das erste Mal gebeten wurde, ein Team zu leiten, bat ich sie, ein wenig von den Dingen zu tun, die ich für sinnvoll hielt, wie Tests und Bewertungen. Das zweite Mal gab es viel mehr auf der Linie. Ich … bat das Team, alle Knöpfe auf 10 zu stellen, was ich für wichtig hielt, und alles andere wegzulassen.“
Wenn Sie und Ihr Team Kundenanfragen schnell lösen und beantworten müssen, werfen Sie einen Blick auf die Werte und Regeln extremer Programmierung—es könnte perfekt passen.,
Werte der extremen Programmiermethodik
XP ist mehr als nur eine Reihe von Schritten zum Verwalten von Projekten—es folgt einer Reihe von Werten, die Ihrem Team helfen, schneller zu arbeiten und effektiver.
Einfachheit
Teams erreichen, was verlangt wurde und nicht mehr. XP unterteilt jeden Schritt eines Hauptprozesses in kleinere, erreichbare Ziele, die Teammitglieder erreichen müssen.,
Optimierte Kommunikation
Teams arbeiten an jedem Teil des Projekts zusammen, von der Erfassung von Anforderungen bis zur Implementierung von Code, und nehmen an täglichen Standup-Meetings teil, um alle Teammitglieder auf dem Laufenden zu halten. Alle Bedenken oder Probleme werden sofort behoben.
Konsistentes, konstruktives Feedback
In XP passen Teams ihren Prozess an die Projekt-und Kundenbedürfnisse an, nicht umgekehrt. Das Team sollte seine Software frühzeitig und oft demonstrieren, damit es Feedback vom Kunden erhalten und die erforderlichen Änderungen vornehmen kann.,
Respekt
Extreme Programmierung fördert eine“ all for one and one for all “ – Mentalität. Jede Person im Team, unabhängig von der Hierarchie, wird für ihre Beiträge respektiert. Das team respektiert die Meinungen der Kunden und Umgekehrt.
Mut
Teammitglieder passen sich Veränderungen an und übernehmen Verantwortung für ihre Arbeit. Sie sagen die Wahrheit über ihren Fortschritt—es gibt keine „weißen Lügen“ oder Ausreden dafür, dass es den Menschen nicht besser geht. Es gibt keinen Grund zur Angst, denn niemand arbeitet jemals allein.,
Rules of extreme programming methodology
Don Wells veröffentlichte 1999 die ersten XP-Regeln, um Behauptungen entgegenzuwirken, dass Extreme Programming keine Aktivitäten unterstützt, die für die Softwareentwicklung erforderlich sind, wie Planung, Verwaltung und Gestaltung. Befolgen Sie von der Planung bis zum Testen der Software diese grundlegenden Schritte für jede Iteration.
Planung
Diese phase ist, wo die UX magie passiert., Anstelle eines langwierigen Anforderungsdokuments schreibt der Kunde User Stories, die die Funktionalität definieren, die der Kunde sehen möchte, zusammen mit dem Geschäftswert und der Priorität jeder dieser Funktionen. Benutzergeschichten müssen nicht erschöpfend oder übermäßig technisch sein—sie müssen nur genügend Details enthalten, um dem Team zu helfen, zu bestimmen, wie lange die Implementierung dieser Funktionen dauern wird.
Mit Lucidchart können Kunden ein grundlegendes Flussdiagramm erstellen und die gewünschte Funktionalität einfach aufzeichnen und freigeben.,
Von dort aus erstellt das Team einen Release-Zeitplan und unterteilt das Projekt in Iterationen (ein bis drei Wochen lang). Projektmanager möchten möglicherweise eine Zeitleiste oder ein vereinfachtes Gantt-Diagramm erstellen, um den Zeitplan für das Team freizugeben.
Verwalten
In diesem Stadium wird der Projektmanager das Team aufstellen, um in dieser Methodik erfolgreich zu sein. Jeder muss zusammenarbeiten und effektiv kommunizieren, um Schlupflöcher zu vermeiden. Diese Phase beinhaltet:
- Erstellen eines offenen Arbeitsbereichs für Ihr Team
- Festlegen eines nachhaltigen Tempos (dh, bestimmen der richtigen Länge für Iterationen)
- Planen eines täglichen Standup-Meetings
- Messen der Projektgeschwindigkeit (der Menge an Arbeit, die an Ihrem Projekt geleistet wird)
- Neu Zuweisen von Arbeit, um Engpässe oder Wissensverlust zu vermeiden
- Ändern der Regeln, wenn XP für das Team nicht perfekt funktioniert
Entwerfen
Diese Regel geht auf den Wert der Einfachheit zurück: Beginnen Sie mit dem einfachsten Design, da der Abschluss weniger Zeit in Anspruch nimmt als die komplexe Lösung. Fügen Sie keine Funktionalität früh hinzu. Refactor oft, um Ihren Code sauber und prägnant zu halten., Erstellen Sie Spike-Lösungen, um Lösungen für potenzielle Probleme zu finden, bevor sie Ihr Team hinter sich lassen.
Kent Beck und Ward Cunningham haben auch Class-Responsibility-Collaboration (CRC) – Karten erstellt, die als Teil der XP-Methodik verwendet werden können. Mit diesen Karten kann das gesamte Projektteam das System entwerfen und sehen, wie Objekte interagieren. Wenn Sie dieses Brainstorming-Tool selbst ausprobieren möchten, beginnen Sie mit unserer Lucidchart-Vorlage.,
Codierung
Dann ist die Zeit endlich kommt, einen code implementieren. XP praktiziert kollektives Code-Eigentum: Jeder überprüft Code und jeder Entwickler kann Funktionen hinzufügen, Fehler beheben oder umgestalten. Damit Collective Code Ownership funktioniert, sollte das Team:
- Wählen Sie eine Systemmetapher (standardisiertes Namensschema).
- Praxis paar programmierung., Teammitglieder arbeiten paarweise an einem einzigen Computer, um Code zu erstellen und in die Produktion zu senden. Nur ein Paar integriert Code auf einmal.
- Integrieren und Commit-Code in das Repository alle paar Stunden.
Der Kunde sollte während dieses gesamten Prozesses vorzugsweise vor Ort zur Verfügung stehen, damit er Fragen beantworten und Anforderungen stellen kann.
Testen
Das Team führt Komponententests durch und behebt Fehler, bevor der Code freigegeben werden kann. Sie führen auch häufig Abnahmetests durch.,
Wann extreme programming verwenden
Immer noch unsicher, ob XP den Anforderungen Ihres Teams entspricht, auch nach dem Lesen seiner Regeln und Werte? Extreme Programmierung kann gut für Teams funktionieren, die:
- Erwarten, dass sich die Funktionalität ihres Systems alle paar Monate ändert.
- Erleben Sie ständig wechselnde Anforderungen oder arbeiten Sie mit Kunden zusammen, die sich nicht sicher sind, was das System tun soll.
- Möchten Sie das Projektrisiko verringern, insbesondere bei engen Fristen.
- Schließen Sie eine kleine Anzahl von Programmierern ein (zwischen 2 und 12 ist vorzuziehen).
- Sind in der Lage, eng mit Kunden zu arbeiten.,
- Können automatisierte Einheiten-und Funktionstests erstellen.
Wenn Zusammenarbeit und kontinuierliche Entwicklung Prioritäten für Ihr Team sind, kann extreme Programmierung einen Versuch wert sein. Da dieses hochgradig anpassungsfähige Modell laufendes Feedback von Kunden erfordert, Fehler auf dem Weg antizipiert und Entwickler zur Zusammenarbeit auffordert, gewährleistet XP nicht nur eine vollständige Produktfreigabe, sondern hat auch unbeabsichtigt die Produktivität für Entwicklungsteams überall verbessert.,
Wenn Sie sich für XP entscheiden, versuchen Sie, Ihre User Stories, Release-Zeitpläne, CRC-Karten und Systemdokumentation visuell in Lucidchart zu dokumentieren. Melden Sie sich noch heute für Ihr kostenloses Konto an.