Mit der Agilität (bei der Softwareentwicklung) ist es in meinen Augen ein bisschen wie mit dem Begriff WEB2.0 im Internet. Beide Begriffe wurden in den letzten Monaten und Jahren etwas überstrapaziert.

Mittlereile ist jeder agil, macht alles agil und überhaupt wird alles irgendwie dynamischer, schneller, besser und ebend auch agiler…

Wir bei uns im Team haben eine eigene ganz gute Arbeitsweise gefunden, mit welcher wir schnell die wichtigen Themen aufgreifen und entwicken können.

Eine Releaseplanung sieht ungefähr so aus, dass wir alle gesammelten “Wunschfunktionalitäten” zusammensuchen und nach der Wichtigkeit sortieren.

Diese werden dann in kleine Releaseeinheiten verpackt und entwickelt. Oft kommt es dazu, dass noch weitere Funktionalitäten hinzukommen. Diese priorisieren wir “zur Entwicklungszeit” neu und fügen diese in die Liste mit umzusetzenden Funktionen ein. Dabei kann es schon mal sein, dass das ein oder andere Feature (am Ende der Liste) wieder wegfällt.

Wenn man jetzt noch ein paar Arbeitsweisen wie:

• gegenseite Hilfe bei schwererer Problemen (Pairprogramming)
• regelmäßiges Code-Review
• Refacturing von bestehenden Code

(die wir zugegebener maßen für ganz normale Entwicklungsmethoden halten) hinzunimmt stellen wir fest, dass wir nicht anderes machen als die bekannte Softwareentwicklungsmethode SCRUM zu nutzen.

Huch… SCRUM (Gedränge) ist doch eine agile Methode. Toll! Wir sind agil!