06.10.2021

Die drei größten Mythen über agile Entwicklung

Agile Entwicklung ruft teilweise immer noch Skepsis hervor. Doris Lemmerer, Agilitäts-Expertin bei Parkside Interactive, erklärt, warum diese nicht berechtigt ist.
/artikel/die-drei-groessten-mythen-ueber-agile-entwicklung
Parkside Interactive: Agile Coach Doris Lemmerer über Agile Entwicklung
(c) Tim Ertl: Parkside Interactive Agile Coach Doris Lemmerer
sponsored

„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.

Deine ungelesenen Artikel:
03.08.2026

Satellives: Das Tullner SpaceTech-Startup, das Satelliten wie ein Leporello faltet

Satellives entwickelt einen flachen, modularen Satelliten, der sich im Orbit zu einer Kette entfaltet. Anfang 2029 soll er erstmals fliegen. Wir haben mit Gründerin und CEO Lilly Eichinger über die Hintergründe gesprochen.
/artikel/satellives-das-tullner-spacetech-startup-das-satelliten-wie-ein-leporello-faltet
03.08.2026

Satellives: Das Tullner SpaceTech-Startup, das Satelliten wie ein Leporello faltet

Satellives entwickelt einen flachen, modularen Satelliten, der sich im Orbit zu einer Kette entfaltet. Anfang 2029 soll er erstmals fliegen. Wir haben mit Gründerin und CEO Lilly Eichinger über die Hintergründe gesprochen.
/artikel/satellives-das-tullner-spacetech-startup-das-satelliten-wie-ein-leporello-faltet
Lilly Eichinger, Gründerin und CEO von Satellives: Der erste Flug ihres modularen Satelliten ist für Q1 2029 geplant. | (c) brutkasten / Haris Dervisevic

Wer heute im All etwas anderes vorhat als Erdbeobachtung oder Kommunikation, stößt schnell an eine Wand. „Wenn du irgendetwas im All machen willst, egal ob Experimente, Manufacturing, Datenspeicherung oder eine Plattform für Quantenkommunikation, dann hast du keine Infrastruktur“, sagt Lilly Eichinger, Gründerin und CEO von Satellives. „Es gibt kaum Plattformanbieter.“ Bisher führe der Weg für solche Missionen im Wesentlichen über die ISS. Deren Betrieb soll 2030 enden, kommerzielle Nachfolgestationen sind in Entwicklung, aber noch keine im Regelbetrieb.

In diese Lücke will das Tullner Startup. Der Ausgangspunkt war das Ergänzungsstudium Extended Studies on Innovation am Innovation Incubation Center (i²c) der TU Wien, wo Eichinger die Idee entwickelte. Kunst und Philosophie hatte sie vor ihrem Physik- und Architekturstudium in Wien studiert.

Der Leporello-Satellit

Das Produkt ist ein flacher Satellit, der aus einzelnen Einheiten besteht: den Tiles, jede fünf Zentimeter hoch und etwa so groß wie eine Pizzaschachtel. „Es sieht aus wie Kacheln, im Grunde wie Solarpaneele, die sich im Orbit entfalten“, sagt sie. „Aber es sind keine Solarpaneele. Es sind voll funktionsfähige Satelliten.“

Der Kniff steckt im Scharnier. Die Einheiten sind verbunden und übereinander gestapelt, ähnlich einem Leporello. Gestapelt passen sie in einen handelsüblichen CubeSat-Dispenser, was die Startkosten drückt. Im Orbit entfalten sie sich zu einer langen Kette: „Wir nennen sie Mosaics Satellites.“

Ein Mosaic von Satellives | (c) Satellives

Der technische Kernclaim betrifft Energie. Pro Einheit könne man bei gleichem Gewicht viermal so viel Energie speichern wie ein durchschnittlicher CubeSat, sagt Eichinger. Der Wert beruht auf eigenen Berechnungen und ist im Flug nicht demonstriert. „Das Einzige, was es im All unbegrenzt gibt, ist Energie.“ Nur lasse sie sich kaum nutzen: Bei CubeSats sei nicht das Einsammeln das Problem, sondern der fehlende Platz für Batterien. Wer energiehungrige Missionen fliegen wolle, habe deshalb nur schlechte Optionen. „Entweder du baust einen 50-Millionen-Dollar-Satelliten, was fast niemand kann, oder du kannst es nicht.“

Dazu kommt Modularität. „Die meisten Satelliten sind One-Trick-Ponys“, sagt Eichinger. An die Plattform lassen sich dagegen Produktionsboxen andocken. Zwei Tiles würden nach ihrer Rechnung reichen, um einen kleinen 3D-Drucker dauerhaft zu versorgen und gleichzeitig als Plattform für Quantenkommunikation oder Datenspeicherung zu dienen.

Flache Satelliten an sich sind nicht neu, das räumt Eichinger ein: Starlink stapelt sie längst, weil sich so Startkosten sparen lassen. Neu sei die Kombination aus flachem Formfaktor und echter Modularität. Das Patent dafür ist nach ihren Angaben bei der WIPO und in Österreich angemeldet, zunächst bewusst auf ihren Namen und nicht auf die Gesellschaft. Ende Juli wurde es an die Gesellschaft übertragen. Ab einem gewissen Punkt, sagt sie, mache staatsnahe oder fremdgehaltene IP ein Unternehmen für Investor:innen unattraktiv.

Gegen den Hype

Rechenzentren im Orbit sind für Satellives selbst ein Zielmarkt. Beim Hype darum bremst Eichinger trotzdem. „Alle sagen: Bringt die Datenspeicher ins All, dort ist es kalt. So funktioniert das nicht.“ Kühlung sei auch oben nötig. Wäre das der einzige Punkt, sagt sie, bräuchte es den Orbit gar nicht: „Warum bringt man die Daten dann nicht in die Arktis? Dort kann man sie kühlen.“ Der größte Engpass sei das Wärmemanagement: Im Vakuum lasse sich ein Rechenzentrum nur schwer kühlen. Dazu kämen Verarbeitung und Downlink per Laserkommunikation, beides brauche kontinuierlich hohe Energie. Ein riesiges und künftig sehr relevantes Geschäftsfeld sei es dennoch.

Satellives-Gründerin Lilly Eichinger im Gespräch mit brutkasten-Chefredakteur Martin Pacher. (c) brutkasten / Haris Dervisevic

Verglühen lassen will sie nichts. „Wir planen, zu 100 Prozent nachhaltig zu operieren.“ Der übliche Wiedereintritt am Missionsende erzeuge giftige Gase. „Okay, nicht ein einzelner CubeSat. Aber wenn es eine Million sind oder zehntausend im Jahr, dann summiert sich das.“ Beschädigte Tiles sollen stattdessen über einen Reentry-Service zurückkommen und recycelt werden.

Kapitalbedarf

Firmensitz ist Tulln, weil Satellives über das AplusB-Scale-up-Programm vom accent Inkubator begleitet wird, bis Ende Januar 2027. Das Headquarter soll langfristig in Wien liegen. Das Kernteam umfasst laut Website vier Personen: neben Eichinger als CEO ein Technical Co-Founder, ein Operations Co-Founder und eine weitere Person im Bereich Operations.

Der Kapitalbedarf: rund 1,6 Millionen Euro für 18 Monate. Die Hälfte davon soll aus Förderungen und von Business Angels kommen. „Wir arbeiten da gerade wirklich zehn Stunden am Tag dran“, sagt Eichinger. Erst mit dem Geld könne man Ingenieur:innen einstellen und vom Prototyping in den echten Bau wechseln. Dazu sucht das Startup 25.000 bis 50.000 Euro für die Patentanmeldung in weiteren Ländern.

Das Ziel: zwei Einheiten, erste On-Orbit-Demonstration in Q1 2029, die bereits Pilotkund:innen bedienen soll. Das Fernziel formuliert sie größer. „Österreich kann für Space das werden, was Estland für die Digitalisierung ist. Es ist ein kleines Land, niemand hätte erwartet, dass Estland zum digitalen Hub wird. Aber sie sind es geworden, und sie rocken es.“

Toll dass du so interessiert bist!
Hinterlasse uns bitte ein Feedback über den Button am linken Bildschirmrand.
Und klicke hier um die ganze Welt von der brutkasten zu entdecken.

brutkasten Newsletter

Aktuelle Nachrichten zu Startups, den neuesten Innovationen und politischen Entscheidungen zur Digitalisierung direkt in dein Postfach. Wähle aus unserer breiten Palette an Newslettern den passenden für dich.

Montag, Mittwoch und Freitag

AI Summaries

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Welche gesellschaftspolitischen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Welche wirtschaftlichen Auswirkungen hat der Inhalt dieses Artikels?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Innovationsmanager:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Investor:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Welche Relevanz hat der Inhalt dieses Artikels für mich als Politiker:in?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Was könnte das Bigger Picture von den Inhalten dieses Artikels sein?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Wer sind die relevantesten Personen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung

AI Kontextualisierung

Wer sind die relevantesten Organisationen in diesem Artikel?

Leider hat die AI für diese Frage in diesem Artikel keine Antwort …

Die drei größten Mythen über agile Entwicklung