- Das erste selbstgebaute Werkzeug soll eine lästige Routine ersetzen, nicht einen Geschäftsprozess abbilden.
- Gute Kandidaten haben wenige Beteiligte, klare Daten und keinen Kunden, der bei einem Ausfall wartet.
- Ein Fehlschlag im ersten Anlauf ist billig, solange der alte Weg noch funktioniert.
- Sobald andere Abteilungen das Werkzeug übernehmen, ist es kein Experiment mehr und braucht eine benannte Zuständigkeit.
Es gibt einen Moment, in dem aus der Überlegung "das könnte man doch automatisieren" ein konkretes Vorhaben wird. Meistens folgt darauf ein Fehler: Das erste Projekt wird zu groß gewählt. Nicht aus Übermut, sondern weil die offensichtlich schmerzhafteste Stelle im Unternehmen gleichzeitig die komplizierteste ist.
Genau dort sollten Sie nicht anfangen. Der erste Anlauf hat eine andere Aufgabe, als das größte Problem zu lösen. Er soll klären, ob diese Arbeitsweise für Ihr Team funktioniert, und das lernen Sie an einer kleinen Aufgabe schneller, billiger und ohne Publikum.
Warum das erste Projekt fast immer zu groß ist
Die schmerzhaften Abläufe in einem Unternehmen sind meist deshalb schmerzhaft, weil viele Beteiligte, viele Sonderfälle und gewachsene Ausnahmen zusammenkommen. Die Angebotserstellung, die Urlaubsplanung über drei Standorte, die Schnittstelle zur Buchhaltung. Das sind keine technischen Probleme, das sind organisatorische Probleme mit technischem Anteil.
Wenn Sie ein solches Thema als Einstieg wählen, kämpfen Sie an zwei Fronten gleichzeitig: Sie lernen eine neue Arbeitsweise und klären parallel Fachfragen, die seit Jahren offen sind. Scheitert das Vorhaben, ist nicht klar woran. Und im Unternehmen bleibt hängen, dass der Versuch nichts gebracht hat.
Ein brauchbarer Filter: Wenn Sie die Aufgabe nicht in drei Sätzen so beschreiben können, dass eine fachfremde Person sie versteht, ist sie als erstes Projekt zu groß. Nicht unlösbar, nur ungeeignet für den Einstieg.
Woran Sie einen guten Kandidaten erkennen
Die geeigneten Aufgaben sind unspektakulär. Sie tauchen in keiner Strategiepräsentation auf, kosten aber jede Woche Stunden. Meistens kennt sie genau eine Person sehr genau, und dieselbe Person beschwert sich regelmäßig darüber.
| Kriterium | Guter Kandidat | Schlechter Kandidat |
|---|---|---|
| Beteiligte | Eine Abteilung, wenige Personen | Mehrere Abteilungen mit eigenen Regeln |
| Daten | Liegen bereits strukturiert vor | Müssen erst aus Dokumenten gewonnen werden |
| Folgen eines Ausfalls | Der alte Weg funktioniert noch | Ein Kunde oder eine Frist hängt daran |
| Fachliche Klarheit | Die Regeln sind unstrittig | Über die Regeln wird noch diskutiert |
| Erfolgskriterium | Messbar, etwa gesparte Zeit pro Woche | "Besser als vorher" |
Die dritte Zeile ist die wichtigste. Solange der bisherige Weg noch funktioniert, ist ein Fehlschlag folgenlos. Diese Rückfalloption ist der eigentliche Grund, warum interne Werkzeuge ein guter Einstieg sind und kundenseitige Software nicht.
Von der Routine zum Werkzeug
Der Weg ist unspektakulärer als erwartet. Zuerst beschreiben Sie die Aufgabe so genau, dass jemand ohne Vorwissen sie manuell erledigen könnte. Diese Beschreibung ist die eigentliche Arbeit. Wer sie überspringt und direkt loslegt, bekommt ein Ergebnis, das plausibel aussieht und in den Sonderfällen falsch liegt.
Dann bauen Sie die kleinste Fassung, die überhaupt etwas Nützliches tut. Kein Zugangsschutz, keine Oberfläche, keine Historie, wenn es ohne geht. Erst wenn diese Fassung im Alltag steht, zeigt sich welche der geplanten Zusatzfunktionen wirklich gebraucht werden. Meist sind es andere als gedacht.
Welche Entscheidungen dabei vorab zu treffen sind und welche Sie getrost dem Werkzeug überlassen können, haben wir in Software selbst bauen: die Entscheidungen davor beschrieben. Für wiederkehrende Abläufe ohne eigene Software lohnt außerdem der Blick auf Prozessautomatisierung, weil sich ein Teil dieser Aufgaben ohne eine Zeile Code lösen lässt.
Was schiefgeht, und warum es hier wenig kostet
Der häufigste Fehlschlag ist nicht ein Absturz, sondern ein Werkzeug, das korrekt arbeitet und trotzdem niemand benutzt. Das passiert, wenn es eine Aufgabe löst, die zwar nervt, aber selten vorkommt, oder wenn der neue Weg mehr Klicks braucht als der alte. Beides merkt man erst im echten Einsatz.
Der zweitwichtigste Fehlschlag betrifft die Daten. Ein Werkzeug, das mit den zehn Beispielen aus dem Test funktioniert, trifft in der Praxis auf leere Felder, doppelte Einträge und Schreibweisen, die niemand erwartet hat. Das ist keine Fehlkonstruktion, sondern der normale Unterschied zwischen Testdaten und Wirklichkeit.
In beiden Fällen ist der Schaden bei richtigem Zuschnitt begrenzt: Es geht Zeit verloren, mehr nicht. Wer dagegen gleich beim ersten Anlauf einen kritischen Geschäftsprozess ersetzt, tauscht ein billiges Lernprojekt gegen ein teures Risiko. Welche Sicherheitsfragen sich dabei stellen, behandelt Vibe Coding: Sicherheitsrisiken erkennen.
Wann aus dem Werkzeug ein Projekt wird
Erfolgreiche interne Werkzeuge haben eine Eigenschaft, die selten eingeplant wird: Sie breiten sich aus. Was für zwei Personen gebaut wurde, nutzt nach einem halben Jahr die Nachbarabteilung, und irgendwann hängt eine Kundenzusage daran. Dieser Übergang passiert leise und wird fast nie bemerkt.
Ab diesem Punkt gelten andere Regeln. Es braucht eine benannte Zuständigkeit, eine Vertretung, eine Sicherung der Daten und eine Vorstellung davon, was bei einem Ausfall passiert. Was das konkret bedeutet, steht in Wer wartet das in sechs Monaten?. Für diesen Schritt ist meist auch der Zeitpunkt, externe Unterstützung über Softwareentwicklung oder eine technische Begleitung als Interim CTO einzuplanen.
Womit Sie anfangen sollten
Fragen Sie Ihr Team, worüber es sich diese Woche geärgert hat. Suchen Sie aus den Antworten die Aufgabe heraus, die wenige Personen betrifft, auf vorhandenen Daten arbeitet und deren Ausfall niemanden außerhalb des Teams stört. Das ist Ihr erstes Projekt. Es wird nicht beeindruckend sein, und genau das ist der Punkt.
Wenn nach zwei Wochen etwas läuft, das jemand freiwillig benutzt, haben Sie mehr gelernt als aus jeder Machbarkeitsstudie. Und Sie wissen dann selbst, ob sich der größere Wurf lohnt.