Das agile Manifest
Von Patrick Fritz, am 8. Januar 2009
Quelle: abacom.it
Kennst du das agile Manifest? Schon mal was davon gehört? Hier im originalen Wortlaut:
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
(Quelle: http://agilemanifesto.org/)
Jetzt wird sich der eine oder andere denken, was habe ich mit Software-Entwicklung zu tun bzw. wie kann mir das weiterhelfen. Wenn ich mir die einzelnen Punkte genauer ansehe komme ich zu dem Schluss, dass sie auch in anderen Bereichen durchaus ihre Berechtigung haben. Hier mein Übersetzungsversuch:
- Individuals and interactions over processes and tools
Bevor ich an Prozesse zur Standardisierung der Arbeit und Tools zur Unterstützung der Arbeit denke, muss die Kommunikation/der Austausch im Team funktionieren. Wenn die Leute nicht miteinander können bzw. die Rahmenbedingungen dies nicht erlauben, helfen die besten Prozesse und Tools recht wenig.
- Working software over comprehensive documentation
Dokumente zu schreiben ist gut und recht, aber was will man dokumentieren wenn nichts da ist. Pragmatische Lösungen sind gefragt, um einen ersten Schritt in die hoffentlich richtige Richtung zu machen bzw. früh genug zu erkennen wenn es in die falsche Richtung geht.
- Customer collaboration over contract negotiation
Die besten Verträge bringen im Streitfall herzlich wenig. Schließlich will man es sich mit dem Kunden ja nicht verscherzen und probiert so gut wie möglich entgegen zukommen. Um die latente Unsicherheit zu verringen (Was will der Kunde nur?) ist eine möglichst frühe Einbeziehung in die Entwicklungsarbeit notwendig!
- Responding to change over following a plan
Pläne können sich ändern und sie tun es ständig. Wer schon mal ein Projekt in MS Project “gepflegt” hat, der weiß von was ich rede. Der Schlüssel zum Erfolg ist in diesem Fall die schnelle und richtige Antwort auf veränderte Anforderungen… somit sind wir wieder beim dritten Punkt – Customer collaboration!
2 Kommentare zu “Das agile Manifest”
Vielen Dank für die zahlreichen nützlichen Hinweise/Ergänzungen…
“In MS Project gehören nur die zum Projektcontrolling notwendigen Informationen.” Welches sind den aus deiner Sicht die notwendigen Informationen?
Gruß
Patrick
Andreas Heilwagen
Am 8. Januar 2009 um 19:27 Uhr
Als alter Täter aus dem agilen Bereich kann ich mir einen Kommentar nicht verkneifen…
Individuals & interactions over processes & tools
Hier geht es u.a. darum, weniger Prozesse und Tools insgesamt zu nutzen, nicht nur das Thema hintenanzustellen.
Working software over comprehensive documentation
Umgesetzt wird dieser Punkt, indem zu jeder Zeit ein lauffähiger Softwarestand bereitsteht. Alternativ würde man im Wasserfallmodell erstmal alles in Anforderungen packen, um am Ende festzustellen, dass eigentlich doch vieles vergessen oder vom Leser missverstanden wurde.
Customer collaboration over contract negotation
Bei agilen Projekten sollte der Kunde bzw. sein Vertreter immer Teil des engeren Projektteams sein. Er reviewed häufig die o.g. laufenden Zwischenstände und steuert die Anforderungen und nächsten Schritte dynamisch innerhalb gewisser Grenzen.
Respondig to change over following a plan
Richtig erkannt. Leider kommen viele PMs über MS Project zum Projektmanagement. Dort wird man dazu verführt den Projektstrukturplan und das PSP-Verzeichnis in Form von Vorgängen anzulegen…schwerer Fehler. In MS Project gehören nur die zum Projektcontrolling notwendigen Informationen. Dann verzettelt man sich auch nicht durch ewige feingranulare Anpassungen, die die Aussagekraft des GANTT-Charts nicht erhöhen, und zur Hauptbeschäftigung eines junioren PLs werden können.