Agiles Arbeiten - was das konkret heißt
Agil arbeiten im Mittelstand
„Agil" ist als Wort so abgenutzt, dass es fast nichts mehr aussagt. Dahinter stehen aber vier Entscheidungen, die sich in jedem Projekt bemerkbar machen - und zwar daran, wie früh Fehler auffallen.
Inhalt
1 · Das häufigste Missverständnis
Agil bedeutet nicht „schneller". Es bedeutet auch nicht „ohne Plan" und schon gar nicht „wir wissen noch nicht, was wir bauen, fangen aber mal an". Wenn ein Dienstleister das Wort so benutzt, ist Vorsicht angebracht.
Der Kern ist nüchterner: In einem Softwareprojekt weiß niemand am Anfang alles. Nicht der Betrieb, der die Anforderungen stellt, und nicht der Dienstleister, der sie umsetzt. Die entscheidende Frage ist deshalb nicht, wie man diese Unsicherheit wegplant - das geht nicht -, sondern wann man sie bemerkt.
Klassisch läuft es so: Anforderungen aufschreiben, freigeben, sechs Monate bauen, abnehmen. Der Denkfehler steckt in der Freigabe. Du gibst etwas frei, das du noch nicht gesehen hast, und merkst beim Abnahmetermin, dass ein zentraler Ablauf anders funktioniert, als es im Dokument stand. Zu diesem Zeitpunkt ist die Änderung teuer.
Agile Arbeit dreht das um: kurze Zyklen, nach jedem eine Version, die du selbst benutzen kannst. Der Fehler ist dann zwei Wochen alt und nicht ein halbes Jahr.
2 · Vier Werte, übersetzt für einen Betrieb mit 20 Leuten
Die Grundlage ist das Agile Manifest von 2001. Es besteht aus vier Sätzen, die jeweils zwei Dinge gegenüberstellen - und ausdrücklich sagt, dass die rechte Seite Wert hat, die linke aber mehr. Das wird gern überlesen. Hier stehen sie in der Sprache eines Betriebs, der Software beauftragt:
Menschen über Prozesse
Du redest mit den Leuten, die bauen - nicht mit einer Zwischenschicht.
Ein Ticketsystem ersetzt kein Gespräch. Wer den Ablauf verstanden hat, trifft bessere Entscheidungen als jemand, der eine Anforderung nur weiterreicht.
Funktionierende Software über Dokumentation
Der Fortschritt zeigt sich an Software, die läuft - nicht an Statusfolien.
„85 Prozent fertig" ist keine Aussage. „Der Auftrag lässt sich anlegen, die Rechnung noch nicht" ist eine.
Zusammenarbeit über Vertragsverhandlung
Ein Vertrag regelt den Streitfall. Er ersetzt nicht die Abstimmung.
Wer bei jeder Änderung erst das Lastenheft aufschlägt, um zu klären, wer zahlt, verliert mehr Zeit als die Änderung gekostet hätte.
Reagieren über Planbefolgung
Ein Plan, der nach vier Monaten noch unverändert gilt, wurde nicht befragt.
Anforderungen ändern sich, weil dein Geschäft sich ändert. Das ist normal und kein Projektversagen.
Nichts davon ist gegen Planung gerichtet. Es ist gegen das Festhalten an einem Plan, dessen Grundlage sich verändert hat.
3 · Was sich im Projekt tatsächlich ändert
Aus den vier Werten folgen ein paar sehr konkrete Dinge. An ihnen lässt sich ablesen, ob agil gearbeitet wird oder nur davon gesprochen - genau so laufen zum Beispiel unsere Individualsoftware-Projekte ab:
Nebenbei bemerkt
Agil heißt nicht, dass es kein Budget und keinen Termin gibt. Beides gibt es - nur wird der Umfang zur beweglichen Größe, nicht die Qualität. Wenn am Ende die Zeit knapp wird, entscheidest du, welche Funktion später kommt. In einem starren Projekt wird stattdessen an der Sorgfalt gespart, und das merkt man erst im Betrieb.
4 · Woran du merkst, dass „agil" nur ein Label ist
Das Wort steht inzwischen in fast jedem Angebot. Vier Anzeichen, dass dahinter nichts steht:
Du siehst zwischen Auftrag und Abnahme nie eine laufende Version, nur Präsentationen.
Jede Rückmeldung von dir wird zum Nachtrag, über den erst kaufmännisch verhandelt wird.
Es gibt viele Rollen und Rituale, aber niemanden, der entscheiden darf.
Der Fortschritt wird in Prozent gemeldet, nicht in fertigen Abläufen.
5 · Was agil von dir verlangt
Damit der Teil, der ehrlich gesagt werden muss: Diese Arbeitsweise verlangt etwas von deinem Betrieb. Sie funktioniert nicht, wenn ein Dienstleister ein halbes Jahr allein arbeitet und am Ende etwas abliefert.
Konkret braucht es eine Person mit Entscheidungsbefugnis, die alle zwei Wochen eine Stunde Zeit hat und im Zweifel sagen darf: so und nicht anders. Wenn jede Frage durch drei Ebenen muss, verpufft der Vorteil der kurzen Zyklen.
Und es braucht die Bereitschaft, mit einem Teil anzufangen. Der Wunsch, alles auf einmal einzuführen, ist verständlich - er verlängert aber die Zeit bis zum ersten Nutzen erheblich und erhöht das Risiko, dass am Ende etwas Falsches fertig ist. Ist die Arbeitsweise neu für dein Team, hilft eine gezielte Schulung beim Einstieg.
Wer beides mitbringt, bekommt dafür etwas Wertvolles: die Möglichkeit, unterwegs die Richtung zu korrigieren, ohne dass es teuer wird.
Agil ist keine Methode, die man kauft. Es ist die Entscheidung, Fehler früh sehen zu wollen.
Weitere Themen
Andere Serien entdecken
Digitalisierung im Mittelstand: Wo fange ich an?
Viele Unternehmen wissen, dass sie digitaler werden müssen, aber nicht wo sie anfangen sollen. Dieser Ratgeber zeigt einen klaren Einstieg.
KI im Unternehmensalltag: Was wirklich hilft und was nicht
Was kann KI heute wirklich leisten, wo lauern die Fallstricke und was müssen KMU durch den EU AI Act beachten?
Individuelle Software entwickeln lassen: Kosten, Ablauf und worauf es ankommt
Wann lohnt sich individuelle Software wirklich und wie läuft ein solches Projekt ab?
IT-Beratung: Agil, transparent, auf Augenhöhe
Was macht ein guter IT-Berater eigentlich, worauf solltet ihr bei der Auswahl achten und was kostet das?
Klingt nach der Zusammenarbeit, die du suchst?
30 Minuten, unverbindlich. Wir sagen dir ehrlich, ob wir die Richtigen sind.