✨ AI Kontextualisierung
„Agile Methoden wie Scrum, Kanban oder Extreme Programming sind das neue Normal in der Software-Entwicklung. Aber agile Software-Entwicklung geht weit über die genutzten Praktiken, Prozesse und Tools hinaus. Es ist ein Mindset, das täglich umgesetzt wird“, sagt Doris Lemmerer, Agile Coach beim Grazer Softwareunternehmen Parkside Interactive. Richtig umgesetzt biete agile Entwicklung mehrere große Vorteile wie eine kürzere „time to market“, eine höhere Produktqualität, ein geringeres finanzielles Risiko und einen schnelleren „return on investment“. Dennoch gebe es gängige Mythen über agile Entwicklung, die mitunter Skepsis hervorrufen. Drei davon seien besonders häufig, erklärt Lemmerer – und entkräftet sie.
Event-Tipp: Bei der Agile Austria Conference 2021 am 14. und 15. Oktober, die von Parkside Interactive mitveranstaltet wird, gibt es weitere exklusive Insights von Top-Expert:innen zum Thema.
Mythos 1: Agile Entwicklung bedeutet keine Disziplin, keine Dokumentation und keine geregelten Abläufe
„In der Agilen Software-Entwicklung ist es essenziell, dass das Team möglichst eng zusammenarbeitet. Das Team ist dabei aber autonom. Es entscheidet selbst, wie es zusammenarbeitet, um seine Ziele zu erreichen“, erklärt die Agilitäts-Expertin. Kund:innen seien im Laufe des gesamten Prozesses im Austausch mit dem Entwickler-Team. „Dadurch erlangen sie sogar noch mehr Kontrolle in relevanten Bereichen“, so Lemmerer. Dokumentation erfolge dabei durchaus, allerdings dann, wenn es von Nutzen für die Kund:innen oder den Prozess ist. Ähnliches gelte für geregelte Abläufe.
Mythos 2: Agil bedeutet kein Plan
Agile Entwicklung sei ein Value-getriebener Ansatz, erklärt die Parkside Interactive-Expertin. Für das Gegenstück dazu, den Plan-getriebenen Ansatz, müsse man zunächst die genauen Anforderungen an das Produkt definieren, dann einen Zeitplan erstellen und die Kosten schätzen. „Ein Value-getriebener Ansatz, wie agile Entwicklung, dreht das um“, sagt Lemmerer. „Der Zeitplan, wann ein Produkt auf den Markt soll, ist bekannt. In vielen Fällen trifft das auch auf das Budget zu. Auf Basis dessen, was es braucht, das Problem zu lösen, werden dann die Anforderungen eingeschätzt. Sie können sich aber während des Prozess ändern“. Es gebe also keinen strikten Plan, aber ein klares Ziel. „Kund:innen kann eine solche grobe Skizzierung statt eines detaillierten Plans zunächst riskant vorkommen. Dabei ist es deutlich riskanter, vorab alle Anforderungen eines komplexen Software-Problems zu definieren und das dann durchzuziehen“, meint Lemmerer.
Mythos 3: Agile Entwicklung ist eine Kostenfalle
„Fast immer werden für agile Projekte ‚capped time and material contracts‘ herangezogen. Es wird also ein Kostenlimit definiert, von dem Kund:innen profitieren. Beide Seiten arbeiten zusammen, um so früh wie möglich ein funktionierendes Produkt zu erreichen“, erklärt die Expertin. Eine weitere häufig genutzte Möglichkeit sei, zunächst ein minimal viable product zu erstellen. „Eine kleine Investition der Kund:innen ermöglicht hierbei dem Entwickler-Team, mehr über das Produkt zu lernen, schnell eine mögliche Lösung zu bauen und dann gemeinsam zu entscheiden, ob und wie es weitergeht“, sagt Lemmerer. Dieser Ansatz sei im Gegensatz zum klassischen Vorgehen, wo jede kleine nachträgliche Änderung teuer bezahlt werden müsse, für Kund:innen erheblich günstiger.
