[{"data":1,"prerenderedAt":83},["ShallowReactive",2],{"content:blog:warteschlange-vor-dem-eigenen-team":3,"content:blog":30},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":29},"warteschlange-vor-dem-eigenen-team","Die Warteschlange vor dem eigenen Team: 346 Belege, die niemand vermisst hat","Warum ein verschobenes Vorhaben keine Kosten spart, sondern welche erzeugt – und woran sich der Unterschied messen lässt","2026-08-19","Warteschlange vor dem eigenen Team: was Aufschub kostet","Warteschlange vor dem eigenen Team: warum aufgeschobene Vorhaben teurer werden – 346 fehlende Belege aus einem Projekt in der DACH-Region als Beispiel.","Aufgaben, die im eigenen Haus auf einen freien Platz warten, gelten als aufgeschoben, nicht als teuer. In einem Projekt ließ sich der Preis des Aufschubs zum ersten Mal nachrechnen: 346 Belege fehlten in einem manuellen Export, den vorher niemand angezweifelt hatte. Was daraus für die Reihenfolge von Vorhaben folgt und wo die Rechnung aufhört.",5,[13,14,15],"Arbeitsweise","Automatisierung","Integration",[17,20,23,26],{"id":18,"text":19},"rueckstau","Was in der Warteschlange vor dem eigenen Team liegen bleibt",{"id":21,"text":22},"belege","346 Belege, die im manuellen Export fehlten",{"id":24,"text":25},"posten","Drei Kostenarten, die der Aufschub erzeugt",{"id":27,"text":28},"verkuerzen","Warteschlange vor dem eigenen Team: wie wir sie verkürzen","\u003Cp>Die Warteschlange vor dem eigenen Team ist der teuerste Posten, den keine Kostenstelle ausweist. Eine Aufgabe gilt nicht als gestrichen, sie rückt nur nach hinten, und niemand bucht den Unterschied. Wir schreiben auf, woran wir diesen Aufschub in laufenden Projekten gemessen haben und was danach anders lief.\u003C\u002Fp>\n\n\u003Ch2 id=\"rueckstau\">Was in der Warteschlange vor dem eigenen Team liegen bleibt\u003C\u002Fh2>\n\n\u003Cp>Das Bild ist in mittelständischen Unternehmen fast überall dasselbe. Vier bis acht Entwickler halten ein System am Laufen, das den Betrieb trägt. Der Releasekalender ist voll mit Pflichten: Gesetzesänderungen, zugesagte Erweiterungen, Fehler aus dem Support, die Ablösung einer Bibliothek, die niemand mehr pflegt. Alles davon ist begründet, vieles davon ist dringend. Genau deshalb entsteht hinter diesen Pflichten eine zweite Liste.\u003C\u002Fp>\n\n\u003Cp>Auf dieser zweiten Liste stehen erfahrungsgemäß dieselben drei Sorten von Vorhaben: die Anbindung an ein Fremdsystem, ein Zugang für Leute, die nicht am Schreibtisch arbeiten, und eine Auswertung, die heute jemand von Hand zusammenstellt. Keines davon legt den Betrieb still, wenn es fehlt. Deswegen verliert es jede Priorisierung, und zwar nicht einmal, sondern in jeder Runde erneut. Abgelehnt wird es nie.\u003C\u002Fp>\n\n\u003Cp>Der entscheidende Punkt ist, dass ein verschobenes Vorhaben nicht kostenneutral wartet. Solange es wartet, läuft die Umgehung weiter, die es ersetzen sollte: die Tabelle, der händische Export, der Anruf ins Lager. Diese Umgehung kostet jeden Monat Arbeitszeit und produziert jeden Monat Abweichungen. Beides steht in keinem Budget, weil beides schon immer da war und niemand es als Projekt führt.\u003C\u002Fp>\n\n\u003Ch2 id=\"belege\">346 Belege, die im manuellen Export fehlten\u003C\u002Fh2>\n\n\u003Cp>Wie groß dieser Posten wird, lässt sich vorher selten schätzen, hinterher aber manchmal nachrechnen. In einem Projekt mit einem Lebensmittelhersteller haben wir die Anbindung an das staatliche E-Rechnungssystem gebaut – ein Vorhaben, das jahrelang auf der zweiten Liste stand. Bis dahin zog die Buchhaltung monatlich einen Export aus ihrer Software. Das funktionierte, und niemand beschwerte sich.\u003C\u002Fp>\n\n\u003Cp>Nach der Anbindung stand die Zahl fest: 3 048 Rechnungen aus dem staatlichen E-Rechnungssystem geholt (Stand 09\u002F2026); beim ersten Abgleich der nachgeholten 2 408 Belege fehlten 346 im manuellen Export. Diese 346 Belege waren nicht falsch verbucht, sie waren im Haus überhaupt nicht vorhanden. Jeder Monat, in dem die Aufgabe gewartet hat, hat seinen Anteil an dieser Zahl beigetragen – rückwirkend feststellbar, vorher unsichtbar.\u003C\u002Fp>\n\n\u003Cp>Hier liegt die ehrliche Grenze dieses Beitrags. Wir konnten diesen Posten vorher nicht beziffern, und in Ihrem Haus könnten wir es ebenso wenig: Vor der Anbindung gab es keine zweite Quelle, gegen die sich der Bestand hätte prüfen lassen. Wer die Kosten eines Rückstaus im Voraus nennt, nennt eine Annahme. Möglich ist vorher nur der kleinere Schritt – eine Stichprobe gegen ein Fremdsystem ziehen und nachsehen, ob die Differenz null ist. In diesem Fall war sie es nicht.\u003C\u002Fp>\n\n\u003Ch2 id=\"posten\">Drei Kostenarten, die der Aufschub erzeugt\u003C\u002Fh2>\n\n\u003Cp>Aus Projekten, in denen wir liegengebliebene Vorhaben übernommen haben, lassen sich drei wiederkehrende Posten benennen. Keiner davon taucht in einer Kalkulation auf, solange die Aufgabe wartet.\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\u003Cstrong>Nacharbeit, die mitwächst.\u003C\u002Fstrong> Fehlende oder unsaubere Daten sammeln sich weiter an, solange die Umgehung läuft. Wer später anbindet, bindet nicht nur an, sondern räumt auch die Vergangenheit auf. Das ist ein zweites Vorhaben im ersten, und es steht in keiner Schätzung.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Umgehungen, die sich verfestigen.\u003C\u002Fstrong> Eine Tabelle, die zwei Jahre lang gepflegt wird, ist irgendwann eine zweite Wahrheit mit eigenen Regeln. Sie abzulösen heißt dann auch, diese Regeln zu rekonstruieren, denn aufgeschrieben hat sie niemand.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Ein Ziel, das sich bewegt.\u003C\u002Fstrong> Der Kern des Systems bleibt nicht stehen. Eine Schnittstelle, die vor einem Jahr zwei Tabellen berührt hätte, berührt heute fünf. Der Aufwand wächst mit dem Aufschub, nicht mit dem Umfang der ursprünglichen Idee.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Cp>Die naheliegende Antwort lautet, das eigene Team zu vergrößern. Sie ist nicht falsch, sie löst den Rückstau nur nicht in der Gegenwart: Die Suche nach einem erfahrenen Entwickler zieht sich über ein halbes Jahr, und danach folgt die Einarbeitung in ein gewachsenes System, das kein Lebenslauf abbildet. Bis dahin läuft die zweite Liste unverändert mit.\u003C\u002Fp>\n\n\u003Ch2 id=\"verkuerzen\">Warteschlange vor dem eigenen Team: wie wir sie verkürzen\u003C\u002Fh2>\n\n\u003Cp>Wir kommen als zweite Mannschaft an bestehenden Code. Ihre Leute bleiben am Kern, weil sie ihn kennen; wir nehmen einen Schnitt, der sich sauber trennen lässt – eine Schnittstelle, ein Modul, einen zusätzlichen Kanal, eine Auswertung. Getrennt wird dabei nicht nach Bequemlichkeit, sondern nach Prüfbarkeit: Ein Schnitt taugt, wenn sein Ergebnis für sich abgenommen werden kann, ohne dass der halbe Kern mitwandert.\u003C\u002Fp>\n\n\u003Cp>Was daraus vertraglich wird, steht auf der Seite \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung an bestehenden Systemen\u003C\u002Fa>. Die Abnahmekriterien stehen im Angebot, bevor jemand anfängt; geliefert wird in Teilen; Repository und Zugänge liegen vom ersten Tag an beim Auftraggeber; fachliche Anweisungen laufen über unsere Projektleitung. Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens erstellten Code auf den Auftraggeber über. Der Zeitrahmen steht im Angebot, nicht in einem Beitrag wie diesem.\u003C\u002Fp>\n\n\u003Cp>Der praktische Effekt ist unspektakulär: Die zweite Liste wird abgearbeitet, während der Releasekalender des Hauses unverändert weiterläuft. Welche Vorhaben sich für diesen Weg eignen und welche im Haus bleiben sollten, klären wir vorher. Die laufende \u003Ca href=\"\u002Flexikon\u002Fsoftware-weiterentwicklung\">Software-Weiterentwicklung\u003C\u002Fa> am Kern selbst gehört meistens nicht dazu, weil dort das Wissen der eigenen Mannschaft der Engpass ist und nicht die Menge an Händen.\u003C\u002Fp>\n\n\u003Cp>Und eine Einschränkung, die wir vor jedem Schnitt aussprechen: Nicht jedes wartende Vorhaben ist es wert, vorgezogen zu werden. Bevor wir ein Angebot schreiben, fragen wir nach der Umgehung – wer macht diese Arbeit heute von Hand, wie oft, und was passiert, wenn es niemand mehr tut. Fällt die Antwort dünn aus, bleibt das Vorhaben liegen. Nur diesmal mit einer Begründung statt mit einem Termin, der wieder verschoben wird.\u003C\u002Fp>",[31,55,76],{"slug":32,"title":33,"subtitle":34,"date":35,"metaTitle":36,"metaDescription":37,"excerpt":38,"readingMinutes":11,"tags":39,"toc":42},"ki-funktion-im-bestandscode","KI-Funktion im Bestandscode: ein Vorgang im Repository statt eines zweiten Produkts","Warum eine Erweiterung mit Sprachmodell dieselbe Abnahme braucht wie jede andere Änderung – und woran wir sie messen","2026-09-09","KI-Funktion im Bestandscode: Abnahme statt Demo","KI-Funktion im Bestandscode: dieselbe Datenbank, dieselbe Rechtelogik, ein prüfbares Ergebnis. Zwei Beispiele aus Produktion und Handel in der DACH-Region.","Ein Pilot überzeugt im Termin, eine Erweiterung muss im Betrieb bestehen. Wir beschreiben, wie eine Aufgabe mit Sprachmodell innerhalb eines laufenden Systems geschnitten wird: Kriterium vor Code, eingefrorener Datenausschnitt, erst Vorschläge und dann Schreibrechte. Mit zwei Beispielen aus Produktion und Handel und den Fällen, in denen wir davon abraten.",[40,41,13],"KI","Architektur",[43,46,49,52],{"id":44,"text":45},"aufgabe","Was eine KI-Funktion im Bestandscode von einem Piloten unterscheidet",{"id":47,"text":48},"messbar","138 Schreibweisen, 75 Lieferanten: ein prüfbares Ergebnis",{"id":50,"text":51},"grenzen","Wo ein Sprachmodell die falsche Antwort ist",{"id":53,"text":54},"abnahme","KI-Funktion im Bestandscode: so nehmen wir sie ab",{"slug":56,"title":57,"subtitle":58,"date":59,"metaTitle":60,"metaDescription":61,"excerpt":62,"readingMinutes":11,"tags":63,"toc":64},"zweiter-kanal-zur-fachanwendung","Ein zweiter Kanal zur Fachanwendung statt einer zweiten Wahrheit","Was eine mobile Eingabe an der bestehenden Datenbasis ändert – und was sie bewusst nicht ändert","2026-08-31","Zweiter Kanal zur Fachanwendung: mobil, eine Datenbasis","Zweiter Kanal zur Fachanwendung: mobile Eingabe auf derselben Datenbasis und Rechtelogik statt zweiter Datenhaltung. Beispiele und Grenzen aus der DACH-Region.","Im Lager, in der Werkstatt und im Außendienst entstehen Daten dort, wo kein Rechner steht. Die teure Antwort darauf ist eine eigenständige App mit eigener Datenhaltung, die abends abgeglichen wird. Wir beschreiben den schmaleren Weg – drei bis fünf Handgriffe auf derselben Schnittstelle, dieselben Rechte, ein prüfbares Abnahmekriterium – und die drei Fälle, in denen wir davon abraten.",[41,13,14],[65,68,71,73],{"id":66,"text":67},"unterschied","Was ein zweiter Kanal zur Fachanwendung technisch bedeutet",{"id":69,"text":70},"zahlen","8 Kassen und 93 Lagerpositionen ohne manuelle Eingabe",{"id":50,"text":72},"Wo wir von einer eigenen App abraten",{"id":74,"text":75},"vorgehen","Zweiter Kanal zur Fachanwendung: wie wir vorgehen",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":77,"toc":78},[13,14,15],[79,80,81,82],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},1789379446609]