Wäre es nicht schön, wenn Ihr ganzes Leben perfekt wäre? Ihre Frau würde Ihnen jeden Wunsch erfüllen. Ihre Kinder würden als perfekte Beispiele für verantwortungsbewusste, glückliche Menschen aufwachsen. Bei der Arbeit wären Ihre Kollegen die nettesten Menschen und die Arbeit mit ihnen würde immer Spaß machen. Ihr Team würde sich für jede Aktion, die es (proaktiv) unternimmt, verantwortlich fühlen und die Softwaresysteme, die Sie produzieren und warten, wären fehlerfrei und liefen wie gut geölte Maschinen...
Perfektion und Veränderung
Woher weiß Agile das? Die Antwort ist ganz einfach: Wenn etwas perfekt wäre, könnte eine Änderung es nur noch schlimmer machen. Agile sagt, dass wir Veränderungen willkommen heißen und damit anerkennen, dass nichts jemals perfekt sein wird. Es wird immer Raum für Verbesserungen in (fast) jeder Richtung geben!
In einem agilen Softwareprojekt gilt dies für alle möglichen Ebenen: Der Code, das Design und die Architektur werden nie perfekt sein. Die geschäftlichen Anforderungen werden nie vollkommen klar sein. Das Team und der Prozess erfordern ständige Aufmerksamkeit. Die Zusammenarbeit kann immer verbessert werden.
Deshalb gehört die Suche nach Verbesserungen zum Kern der agilen Prozesse. Der einzige Zweck des Retrospektivmeetings in einem SCRUM-Prozess besteht beispielsweise darin, konkrete Möglichkeiten zu finden, wie Sie sich als Team in jeder möglichen Richtung verbessern können. Der Umfang der Verbesserungen wird nur durch die Fähigkeiten des Teams begrenzt: Das Team darf jeden Aspekt seiner Arbeitsweise ändern und verbessern, sei es die Art und Weise, wie es Code schreibt, wie es mit dem Rest der Organisation kommuniziert oder wie es seine Meetings plant.
Die agile Antwort: Learning by Doing
Wie können Sie also in einer unvollkommenen Welt gute Systeme entwickeln? Die agile Antwort lautet, den gesamten Entwicklungsprozess als eine Lernübung auf allen Ebenen zu betrachten. Das Unternehmen lernt nach und nach, was es wirklich will, während das Team lernt, zusammenzuarbeiten und die neueste Technologie auf die gewählte Architektur anzuwenden und die technischen Probleme zu lösen. Und wo Menschen lernen, entstehen Fehler
Agiler Fallstrick: Einzelne User Story Features
Ein Ansatz, der auf Perfektion abzielt und mit Frustration endet, ist der Versuch, jede Funktion in einem Rutsch fertigzustellen. Der iterative Ansatz ist dafür gedacht, dass Entwickler und Benutzer lernen. Je mehr Gelegenheiten zum Lernen, desto mehr werden Sie lernen. Anstatt also eine Funktion in einem Rutsch zu erstellen und nur einen einzigen Lernmoment zu schaffen, liefern Sie in kleinen Schritten und verbessern die Anwendung schrittweise. Eine gute agile Planung berücksichtigt dies von Anfang an und sieht bewusst vor, denselben Funktionsbereich während des Entwicklungsprozesses mehrfach aufzugreifen. Versuchen Sie nicht, das ausgefallene Suchfeld auf einmal zu entwickeln: Beginnen Sie mit einer einfachen Suche, fügen Sie die automatische Vervollständigung hinzu, fügen Sie einen Zeitfilter hinzu, fügen Sie Facetten hinzu. Machen Sie aus all diesen einfachen Verbesserungen kleine User Stories, die Sie im Laufe des gesamten Entwicklungsprozesses planen.
Fazit
Seien Sie mutig! Machen Sie ganz bewusst kleine Schritte! Wagen Sie es, die gegenwärtige Realität als die einzige Realität zu akzeptieren! Trauen Sie sich, vom perfekten Endergebnis zu träumen! Wenn Sie anfangen, kleine Schritte zu machen, Ihrem Team erlauben, Fehler zu machen und es dazu anregen, daraus zu lernen, werden Sie feststellen, dass die Arbeit mit ihnen einfacher wird und mehr Spaß macht. Das Team wird sich gestärkt fühlen und bereit sein, Entscheidungen zu treffen. Schließlich werden Sie auch zu Hause glücklicher sein, ein besserer Ehemann und nach Jahren der Anwendung dieser Regel werden Sie endlich sehen, wie Ihre Kinder zu verantwortungsbewussten Erwachsenen geworden sind ;)
Verfasst von
Maarten Winkels
Unsere Ideen
Weitere Blogs
Contact



