Du hast keinen Entwicklungsplan für deine Software. Und fährst auf Sicht.

Du hast eine Software im Einsatz. Vielleicht selbst entwickelt, vielleicht von einem Dienstleister gebaut, vielleicht über Jahre zusammengestückelt. Sie funktioniert. Meistens. Aber wenn jemand fragt, was in den nächsten sechs Monaten daran passiert, zuckst du mit den Schultern.

Willkommen im Club. Die allermeisten kleinen und mittleren Unternehmen, die ich im Rhein-Kreis Neuss und Umgebung treffe, haben keinen Plan für die Weiterentwicklung ihrer Software. Kein Dokument, keine Prioritätenliste, keinen groben Fahrplan. Stattdessen wird reagiert. Mal meldet sich ein Mitarbeiter, der ein Feature braucht. Mal beschwert sich ein Kunde. Mal fällt etwas aus. Dann wird hektisch gehandelt.

Das Problem daran: Du steuerst dein Unternehmen in einem der wichtigsten Bereiche komplett ohne Kompass. Du investierst Geld in Entwicklung, ohne zu wissen, ob das, was du baust, wirklich den größten Hebel hat. Und du wunderst dich, warum deine Software nie fertig wird, obwohl du ständig daran arbeiten lässt.

Was eine Software-Roadmap überhaupt ist

Eine Software-Roadmap ist kein Projektplan mit genauen Deadlines für jede Zeile Code. Sie ist ein grober Fahrplan, der zeigt, wohin die Reise geht. Welche Themen stehen als nächstes an? Was kommt danach? Was ist für später geplant? Mehr braucht es erstmal nicht.

Stell dir vor, du planst einen Umbau deines Büros in Neuss. Du würdest nicht einfach jeden Montag den Handwerker anrufen und spontan entscheiden, was er diese Woche machen soll. Du hättest einen Plan: Erst die Elektrik, dann die Wände, dann der Boden. Genau so funktioniert eine Software-Roadmap. Sie bringt Reihenfolge, Klarheit und Effizienz in die Weiterentwicklung.

Eine gute Roadmap hat typischerweise drei Zeithorizonte. Kurzfristig: Was passiert in den nächsten vier bis sechs Wochen? Mittelfristig: Was steht im nächsten Quartal an? Langfristig: Welche Themen sind für die nächsten sechs bis zwölf Monate relevant? Dabei geht es nicht um Genauigkeit, sondern um Richtung.

Das Schöne ist: Eine Roadmap muss kein 50-seitiges Dokument sein. Für viele KMUs reicht eine einfache Tabelle oder ein Board mit drei Spalten. Wichtig ist nur, dass sie existiert und dass jemand sie pflegt.

Warum die meisten KMUs ohne Plan entwickeln

In den letzten Jahren habe ich dutzende Unternehmen aus Düsseldorf, Korschenbroich und der ganzen Region beraten. Und das Muster ist fast immer gleich. Software wird nicht strategisch weiterentwickelt, sondern nach dem Feuerwehrprinzip. Wer am lautesten schreit, bekommt das nächste Feature. Oder der Chef hat eine Idee unter der Dusche und die wird dann sofort umgesetzt.

Der Grund dafür ist verständlich. Die meisten Unternehmer sind keine Techniker. Software fühlt sich abstrakt an. Man sieht nicht, ob sie gut oder schlecht gebaut ist. Und solange sie irgendwie läuft, gibt es keinen offensichtlichen Anlass, sich strategisch damit zu beschäftigen. Es gibt ja auch genug andere Baustellen im Tagesgeschäft.

Aber genau das ist die Falle. Weil niemand einen Plan hat, wird Geld in die falschen Dinge gesteckt. Der Vertriebsleiter bekommt sein Dashboard, obwohl die Buchhaltung seit Monaten auf eine Schnittstelle wartet, die jeden Tag zwei Stunden Handarbeit sparen würde. Features werden gebaut, die nach drei Wochen niemand mehr nutzt. Und technische Schulden häufen sich an, weil nie Zeit für Aufräumarbeiten eingeplant wird.

Das kostet dich richtig Geld

Ohne Roadmap bezahlst du für Chaos. Das klingt hart, aber ich kann es an konkreten Zahlen festmachen. Ein typisches KMU, das monatlich zwischen 2.000 und 5.000 Euro in Softwareentwicklung investiert, verschwendet ohne Plan grob geschätzt 30 bis 40 Prozent davon. Das sind bei 4.000 Euro im Monat bis zu 19.200 Euro im Jahr, die in Features fließen, die keiner braucht, in doppelte Arbeit oder in nachträgliche Korrekturen.

Ein konkretes Beispiel aus meiner Praxis: Ein Handwerksbetrieb aus der Nähe von Neuss ließ eine Projektmanagement-Lösung bauen. Über ein Jahr lang wurden immer wieder einzelne Features ergänzt. Mal eine Kalenderansicht, mal eine Exportfunktion, mal ein Benachrichtigungssystem. Alles auf Zuruf. Am Ende hatten sie ein aufgeblähtes Tool, das die Mitarbeiter verwirrte. Die Hälfte der Funktionen wurde nie benutzt. Rund 15.000 Euro waren praktisch verbrannt.

Hätte der Betrieb vorher eine einfache Roadmap erstellt und mit den Mitarbeitern gesprochen, welche drei Funktionen wirklich den Alltag erleichtern, wäre das Ergebnis besser und billiger gewesen. Kein Hexenwerk. Einfach nur Planung.

Dazu kommt ein versteckter Kostenfaktor: Kontextwechsel. Wenn dein Entwickler oder dein Dienstleister ständig zwischen völlig unterschiedlichen Aufgaben hin und her springen muss, weil es keinen roten Faden gibt, dauert alles länger. Studien zeigen, dass jeder Themenwechsel zwischen 15 und 30 Minuten Produktivität kostet. Bei fünf Wechseln am Tag sind das bis zu zweieinhalb Stunden. Jeden Tag.

Die fünf Zutaten einer guten Roadmap

Eine brauchbare Software-Roadmap für ein KMU braucht fünf Dinge. Erstens: Eine klare Liste aller Wünsche, Probleme und Ideen. Schreib alles auf, was Mitarbeiter, Kunden und du selbst an der Software vermissen oder was nervt. Ungefiltert. Das ist dein Backlog, dein Ideenspeicher.

Zweitens: Eine ehrliche Bewertung. Nicht alles ist gleich wichtig. Frag dich bei jedem Punkt: Wie viele Leute betrifft das? Wie oft tritt das Problem auf? Was kostet es uns, wenn wir nichts tun? Was bringt es, wenn wir es lösen? Damit sortierst du die Spreu vom Weizen.

Drittens: Eine grobe Aufwandsschätzung. Dein Entwickler oder Dienstleister sollte für jeden Punkt eine Hausnummer nennen können. Nicht auf die Stunde genau, aber ob etwas eher zwei Tage oder zwei Monate dauert. Das brauchst du, um realistisch zu planen.

Viertens: Abhängigkeiten erkennen. Manche Dinge müssen vor anderen erledigt werden. Wenn du eine Kundenschnittstelle bauen willst, muss vielleicht vorher die Datenbank aufgeräumt werden. Eine Roadmap hilft, solche Zusammenhänge sichtbar zu machen, bevor du mittendrin feststeckst.

Fünftens: Regelmäßige Überprüfung. Eine Roadmap ist kein Vertrag, den du einmal unterschreibst und dann in die Schublade legst. Einmal im Monat solltest du draufschauen und prüfen: Stimmt die Richtung noch? Haben sich Prioritäten verschoben? Sind neue Themen dazugekommen? Das dauert eine Stunde. Eine Stunde, die dir tausende Euro spart.

So sieht das in der Praxis aus

Ich mache das bei meinen Kunden meistens so: Wir setzen uns für zwei bis drei Stunden zusammen. Am Tisch sitzen der Geschäftsführer, ein oder zwei Mitarbeiter, die die Software täglich nutzen, und ich. Wir gehen gemeinsam durch, was gut läuft, was nervt und was fehlt. Alles kommt auf Karten oder in eine Liste.

Dann bewerten wir zusammen. Ich bringe die technische Einschätzung mit, der Geschäftsführer die geschäftliche Perspektive und die Mitarbeiter die Alltagsrealität. Innerhalb von drei Stunden haben wir eine klare Roadmap für das nächste Quartal und einen groben Ausblick auf die sechs Monate danach. Das reicht völlig.

Ein Beispiel: Ein Dienstleister aus Düsseldorf hatte eine selbst gebaute Auftragsverwaltung. Die Wunschliste war lang. Über 30 Punkte. Nach unserer gemeinsamen Bewertung blieben sechs Themen für das erste Quartal übrig. Darunter eine automatische Auftragsbestätigung per Mail, die allein vier Stunden pro Woche einsparte, und eine Suchfunktion, die das Team seit Monaten vermisste. Die anderen 24 Punkte waren nicht unwichtig, aber sie konnten warten.

Das Ergebnis: Weniger Stress beim Entwickler, weniger Frust bei den Mitarbeitern, mehr Wirkung pro investiertem Euro. Und der Geschäftsführer wusste zum ersten Mal genau, wofür er bezahlt und warum.

Warum der Lauteste nicht gewinnen sollte

In vielen Unternehmen bestimmt derjenige die Entwicklungsrichtung, der am lautesten ist oder am nächsten am Chef sitzt. Der Vertrieb will ein neues CRM-Feature. Die Buchhaltung will eine Schnittstelle. Der Chef will ein Dashboard. Alle gleichzeitig. Und weil niemand priorisiert, gewinnt der mit dem größten Durchsetzungsvermögen.

Das ist gefährlich. Denn der lauteste Wunsch ist selten der wichtigste. Ich habe erlebt, wie ein Unternehmen drei Monate lang ein aufwändiges Reporting-Dashboard entwickeln ließ, weil der Geschäftsführer es unbedingt wollte. Gleichzeitig tippten zwei Mitarbeiter täglich Daten von einem System ins andere, weil eine simple Schnittstelle fehlte. Die Schnittstelle hätte zwei Wochen Entwicklungszeit gekostet und dem Unternehmen sofort zehn Stunden pro Woche gespart. Das Dashboard wurde am Ende zweimal im Monat angeschaut.

Eine Roadmap schafft hier Objektivität. Wenn alle Wünsche nebeneinander liegen und nach klaren Kriterien bewertet werden, setzt sich nicht der lauteste Wunsch durch, sondern der wirkungsvollste. Das ist fair, das ist transparent und das spart Geld. Es nimmt auch den Druck von dir als Unternehmer, ständig zwischen den Interessen deiner Abteilungen vermitteln zu müssen.

Technische Schulden: Das unsichtbare Monster

Es gibt einen Bereich, der in keiner Wunschliste auftaucht, aber auf jede Roadmap gehört: technische Schulden. Das sind Altlasten im Code, veraltete Bibliotheken, unsaubere Strukturen, fehlende Tests. All die Dinge, die kein Mitarbeiter sieht und kein Geschäftsführer versteht, die aber dafür sorgen, dass alles immer langsamer und teurer wird.

Stell dir technische Schulden vor wie aufgeschobene Reparaturen an einem Gebäude. Ein Riss in der Wand ist kein Drama. Aber wenn du ihn zehn Jahre ignorierst, wird daraus ein Wasserschaden. In Software ist das genauso. Wenn du nie Zeit einplanst, den Code aufzuräumen und Abhängigkeiten zu aktualisieren, wird jedes neue Feature irgendwann doppelt so lange dauern und dreimal so viel kosten.

Eine gute Roadmap reserviert deshalb immer einen Anteil der Kapazität für technische Wartung. Ich empfehle meinen Kunden, etwa 20 Prozent der Entwicklungszeit dafür einzuplanen. Das fühlt sich an, als würdest du Geld für nichts ausgeben. Aber es ist das Gegenteil. Du investierst in die Lebensdauer und Geschwindigkeit deiner Software. Ohne diesen Posten wird deine Software in drei Jahren so schwerfällig sein, dass du sie am liebsten komplett neu bauen würdest. Und das wird richtig teuer.

Wie du morgen anfängst

Du musst kein Projektmanagement-Tool kaufen und kein Zertifikat machen. Nimm dir eine Stunde Zeit. Schnapp dir ein leeres Dokument oder ein Blatt Papier. Schreib oben drüber: Was soll unsere Software in drei Monaten besser können als heute? Dann liste alles auf, was dir und deinem Team einfällt.

Im zweiten Schritt ordnest du die Liste. Was bringt am meisten? Was kostet am wenigsten Aufwand? Was blockiert andere Dinge? Markiere die drei bis fünf wichtigsten Punkte. Das ist deine Roadmap für das nächste Quartal. Fertig. Kein Hexenwerk. Keine Software nötig. Kein Berater nötig, obwohl ein Blick von außen natürlich hilft.

Im dritten Schritt setzt du einen wiederkehrenden Termin. Einmal im Monat, 30 bis 60 Minuten. Du schaust auf deine Roadmap, checkst den Fortschritt, passt die Prioritäten an. Das ist alles. Dieser einfache Rhythmus macht den Unterschied zwischen planlosem Geldausgeben und strategischer Softwareentwicklung.

Und wenn du merkst, dass du allein nicht weiterkommst, hol dir Hilfe. Nicht um das Problem an jemand anderen abzugeben, sondern um jemanden zu haben, der die richtigen Fragen stellt und die technische Seite einordnet. Das kann ein Freelancer sein, das kann ein CTO auf Teilzeitbasis sein. Hauptsache, es ist jemand, der dein Geschäft versteht und nicht nur Code schreibt.