[{"data":1,"prerenderedAt":512},["ShallowReactive",2],{"content:service:softwareentwicklung":3,"content:lexikon":67,"content:pseo":471},{"slug":4,"title":5,"teaser":6,"metaTitle":7,"metaDescription":8,"h1":9,"intro":10,"forWhom":11,"includes":17,"howItWorks":33,"model":46,"faq":49,"related":62},"softwareentwicklung","Softwareentwicklung","Ihr Kernsystem läuft weiter, während daneben das fehlende Modul entsteht: geliefert in Scheiben, jede mit eigener Abnahme.","Softwareentwicklung: individuelle Software im Bestand","Softwareentwicklung für Bestandssysteme in Deutschland und DACH: fehlende Module ergänzen, Altteile ablösen, Werkvertrag mit Abnahme statt offener Stelle.","Softwareentwicklung am laufenden Kern: ein abgenommenes Modul statt einer wachsenden Warteschlange","Softwareentwicklung heißt bei uns: Ihr Kernsystem läuft weiter, während daneben das fehlende Modul entsteht. Wir übernehmen einen abgegrenzten Teil der Warteschlange, die vor Ihrem eigenen Entwicklungsteam liegt, und geben ihn abgenommen zurück. Individuelle Softwareentwicklung beginnt hier nicht auf einem leeren Verzeichnis, sondern an Ihrem Datenmodell und Ihren Schnittstellen.\n\nVertragspartner ist eine deutsche Gesellschaft mit Sitz in München, es gilt deutsches Recht, verarbeitet wird nach DSGVO auf eigenen Servern in Deutschland und der EU. Der Anlass ist meistens derselbe: Der Kern trägt das Geschäft, aber jede Änderung daran kostet einen ganzen Releasezyklus, und die Liste der offenen Vorhaben wächst schneller als Ihr Team. Zwei Dinge sind dabei nicht unser Fall: der große Wurf auf der grünen Wiese, den andere Häuser bauen, und die Komplettablösung an einem Stichtag. Einen Kern tauschen wir scheibchenweise oder gar nicht.",[12,13,14,15,16],"Produkt- und SaaS-Häuser, deren Release steht, weil ein Modul in der eigenen Planung seit Quartalen keinen Platz findet.","Betriebe, deren Kern in einer älteren Sprache oder einem alten Framework steckt und den außer zwei Leuten im Haus niemand mehr anfasst.","Fachbereiche, die eine über Jahre gewachsene Tabelle in das bestehende System holen wollen: mit Rechten, Historie und Freigaben.","Häuser in Produktion und Handel, deren Stammdaten in Schreibweisen zerfallen sind und deren Auswertungen deshalb zwei verschiedene Zahlen liefern.","IT-Verantwortliche, die eine Schnittstelle oder eine Datenübernahme brauchen, während sich die Suche nach einem erfahrenen Entwickler über ein halbes Jahr zieht.",[18,21,24,27,30],{"title":19,"text":20},"Softwareentwicklung am bestehenden Datenmodell","Bevor Code entsteht, lesen wir Ihren Kern: Datenmodell, Rollen, Schnittstellen und die Ausnahmen, die nie jemand aufgeschrieben hat. Daraus wird eine Leistungsbeschreibung mit Abnahmekriterien, gegen die später geprüft wird. Für neue Teile arbeiten wir mit TypeScript, Node.js und PostgreSQL; der Bestand bekommt eine saubere Kante.",{"title":22,"text":23},"Neue Module neben dem Kern","Das fehlende Stück entsteht als eigener Dienst mit eigener Oberfläche in React oder Angular und spricht über eine Schnittstelle mit dem Bestand. So wächst die Anwendung, ohne dass der Releaseplan für den Kern angefasst werden muss.",{"title":25,"text":26},"Ablösung in Scheiben statt Neuschreiben","Alte Teile weichen Stück für Stück: Jede Scheibe ist für sich nutzbar, die alte Datenhaltung wird erst abgeschaltet, wenn die neue nachweislich dieselben Zahlen liefert. So haben wir 19 686 Bestellungen aus fünf Jahren in ein CRM übernommen, keine einzige Dublette.",{"title":28,"text":29},"Schnittstellen, Datenübernahme, Abgleich","Kasse, Buchhaltung, Shop, Messenger, Zahlungsanbieter: über 180 Systeme liegen in unserem eigenen Werkzeugkasten, was fehlt, kommt dazu und wird dokumentiert übergeben. Bei einem Abgleich offener Posten sank die Zahl von 1 725 auf 802; ein Lauf braucht statt 12,3 s noch 0,4 s.",{"title":31,"text":32},"Softwareentwicklung mit einer Übergabe, die trägt","Zu jeder Etappe gehören Tests, Dokumentation und eine Einweisung: Ihr Team muss ohne uns weiterbauen können, sonst ist die Arbeit nicht fertig. Dieselbe Architektur betreiben wir in über vierzig eigenen Diensten, deshalb findet sich eine neue Person darin schnell zurecht.",[34,37,40,43],{"title":35,"text":36},"Gespräch über den Engpass","Ein Gespräch von rund zwanzig Minuten: Ziel, Stand, Engpass. Statt Folien zeigen wir laufende Systeme. Danach sagen wir offen, welchen Teil der Warteschlange wir sinnvoll übernehmen und welchen Ihr Team besser behält.",{"title":38,"text":39},"Angebot mit Abnahmekriterien","Sie bekommen Etappen, Datenmodell, Schnittstellenliste und die Kriterien, gegen die abgenommen wird. Vertragsform, Preismodell und der Zeitrahmen stehen im Angebot, bevor jemand die erste Zeile schreibt.",{"title":41,"text":42},"Umsetzung mit Lieferungen zum Anklicken","Jede Lieferung ist eine lauffähige Fassung auf einer Vorschau-Adresse, geprüft an einer Kopie Ihrer echten Daten. Änderungen laufen als Pull Request durch ein Review: In Kundenprojekten prüfen zuerst unsere KI-Werkzeuge jede Änderung, danach ein Entwickler.",{"title":44,"text":45},"Abnahme und nächste Scheibe","Abgenommen wird gegen die vereinbarten Kriterien, danach greift die Gewährleistung auf Mängel. Weitere Etappen werden einzeln beauftragt, mit eigenem Umfang und eigener Abnahme; Repository und Zugänge liegen vom ersten Tag an bei Ihnen.",{"title":47,"text":48},"Abnahme statt Versprechen","Was abgenommen wird, steht vor dem Start im Angebot und wird nicht am Ende ausgehandelt. Abgegrenzte Vorhaben liefern wir im Werkvertrag: fester Preis je Etappe, Abnahme gegen die Leistungsbeschreibung, Gewährleistung auf Mängel. Geliefert wird in Teilen, und jede Teillieferung wird für sich geprüft.\n\nBeratung, Architekturkonzept und Begleitung Ihrer Leute laufen im Dienstvertrag. Laufende Arbeit am Bestand bleibt davon getrennt: Sie wird als einzelnes Paket beauftragt, mit eigenem Umfang und eigenen Abnahmekriterien, statt als offene Zeitbuchung. Verteilt und verantwortet wird die Arbeit von unserer Projektleitung; fällt jemand aus, übernimmt das Team — ohne neuen Suchlauf. Preise und Sätze stehen im Angebot nach dem Gespräch.",[50,53,56,59],{"q":51,"a":52},"Was kostet individuelle Softwareentwicklung?","Das hängt am Zustand des Bestands: Zahl der Schnittstellen, Zahl der Rollen, Qualität der Daten und Umfang der vorhandenen Dokumentation. Nach dem Gespräch bekommen Sie ein Angebot mit festem Preis je Etappe im Werkvertrag. Gerechnet wird gegen den beschriebenen Umfang, nicht gegen eine Liste von Sätzen.",{"q":54,"a":55},"Wie lange dauert ein Softwareprojekt?","Verlässlich ist die Reihenfolge, nicht eine Zahl: Gespräch, Angebot mit Abnahmekriterien, Lieferungen zum Anklicken, Abnahme. Sobald die Scheiben beschrieben sind, steht der Zeitrahmen im Angebot.",{"q":57,"a":58},"Werkvertrag oder Dienstvertrag?","Ein abgegrenztes Vorhaben mit beschreibbarem Ergebnis läuft im Werkvertrag, weil wir dann für das Ergebnis einstehen. Beratung, Architekturkonzept und Begleitung laufen im Dienstvertrag. Die Aufgaben für unsere Entwickler kommen in beiden Fällen von unserer Projektleitung.",{"q":60,"a":61},"Wem gehört der Quellcode?","Mit vollständiger Bezahlung gehen die Nutzungsrechte am eigens für Sie erstellten Code auf Sie über, samt Dokumentation und Zugängen. Wiederverwendbare Bausteine von uns und die verwendeten Open-Source-Lizenzen stehen als Liste im Vertrag. Derselbe Abschnitt regelt den Umgang mit Ergebnissen aus KI-Werkzeugen.",[63,64,65,66],"software-weiterentwicklung","leistungsbeschreibung","werkvertrag","festpreis-vs-tagessatz",[68,97,125,152,181,206,232,258,281,306,328,352,373,398,420,447],{"slug":69,"title":70,"metaTitle":71,"metaDescription":72,"excerpt":73,"toc":74,"updated":90,"related":91},"abnahme","Abnahme im laufenden System: wann ein Stück Software als geliefert gilt","Abnahme nach § 640 BGB: Wirkung und Prüfrahmen – Lexikon","Abnahme nach deutschem Recht: § 640 BGB, vier Rechtsfolgen, prüfbare Kriterien für neue Funktion und unveränderten Bestand sowie die stillschweigende Billigung.","Mit der Billigung des Werks wird die Vergütung fällig, die Beweislast dreht sich und die Verjährung beginnt. An einer Anwendung im Betrieb gehört zum Prüfrahmen auch alles, was unverändert bleiben muss.",[75,78,81,84,87],{"id":76,"text":77},"wirkung","Abnahme nach § 640 BGB: was sie auslöst",{"id":79,"text":80},"pruefrahmen","Der Prüfrahmen: neue Funktion und unveränderter Bestand",{"id":82,"text":83},"etappen","Übergabe in Etappen am laufenden System",{"id":85,"text":86},"ohne-unterschrift","Wenn niemand unterschreibt: Billigung und Fiktion",{"id":88,"text":89},"praxis","Wie wir die Abnahme vorbereiten","2026-09-14",{"services":92,"lexikon":94},[4,93],"app-entwicklung",[95,64,65,96],"maengelhaftung","werkvertrag-kuendigung",{"slug":98,"title":99,"metaTitle":100,"metaDescription":101,"excerpt":102,"toc":103,"updated":90,"related":121},"app-store-veroeffentlichung","App-Store-Veröffentlichung: der Weg von der fertigen App auf die Geräte","App-Store-Veröffentlichung: Konten und Prüfung – Lexikon","App-Store-Veröffentlichung Schritt für Schritt: Entwicklerkonten, Signaturen, Prüfung durch den Store und Updates – für Unternehmen in Deutschland.","Die App-Store-Veröffentlichung entscheidet sich an Konten, Schlüsseln und Eintragstexten: Wem das Entwicklerkonto gehört, wer den Signaturschlüssel verwahrt und woran die Prüfung des Betreibers üblicherweise scheitert.",[104,107,110,113,116,119],{"id":105,"text":106},"definition","App-Store-Veröffentlichung: was zwischen fertiger App und Store liegt",{"id":108,"text":109},"konten","Entwicklerkonten: wem sie gehören und warum das zählt",{"id":111,"text":112},"signaturen","Signaturen, Schlüssel und der Eintrag im Store",{"id":114,"text":115},"pruefung","Die Prüfung durch den Store und häufige Ablehnungsgründe",{"id":117,"text":118},"updates","Updates, Rollout und der Weg zurück",{"id":88,"text":120},"Wie wir eine App-Store-Veröffentlichung vorbereiten",{"services":122,"lexikon":123},[93,4],[124,64,69],"progressive-web-app",{"slug":126,"title":127,"metaTitle":128,"metaDescription":129,"excerpt":130,"toc":131,"updated":90,"related":148},"barrierefreiheit","Barrierefreiheit: was das BFSG für digitale Produkte verlangt","Barrierefreiheit: Anforderungen und Prüfung – Lexikon","Barrierefreiheit digitaler Produkte: was das BFSG verlangt, was das für Oberflächen in Deutschland heißt und wie die Anforderungen geprüft werden.","Bedienbar mit der Tastatur, lesbar mit dem Screenreader, verständlich ohne Farbe als einziges Signal: Das BFSG macht barrierefreie Oberflächen für viele digitale Angebote zur Anforderung mit Aufsicht statt zur freiwilligen Zugabe.",[132,134,137,140,142,145],{"id":105,"text":133},"Barrierefreiheit: was der Begriff bei Software bedeutet",{"id":135,"text":136},"gesetz","Was das BFSG verlangt und wen es betrifft",{"id":138,"text":139},"oberflaeche","Was das für die Oberfläche konkret heißt",{"id":114,"text":141},"Wie Barrierefreiheit geprüft wird",{"id":143,"text":144},"fehler","Typische Fehler in gewachsenen Anwendungen",{"id":146,"text":147},"arbeitsweise","Wie wir damit in bestehenden Oberflächen umgehen",{"services":149,"lexikon":150},[4,93],[64,151,124],"testautomatisierung",{"slug":153,"title":154,"metaTitle":155,"metaDescription":156,"excerpt":157,"toc":158,"updated":90,"related":176},"dienstvertrag","Dienstvertrag: Beratung und Begleitung neben der eigenen Entwicklung","Dienstvertrag: § 611 BGB, Tätigkeit und Grenzen – Lexikon","Dienstvertrag nach deutschem Recht: Was § 611 BGB schuldet, wo die Grenze zum Werkvertrag liegt und wofür die Form neben einer eigenen Entwicklung taugt.","Geschuldet ist die fachgerechte Tätigkeit, nicht ihr Ergebnis. Neben einer arbeitenden Entwicklungsabteilung trägt diese Form vor allem Beratung, Architekturarbeit und Begleitung.",[159,162,165,168,171,174],{"id":160,"text":161},"pflicht","Dienstvertrag: was § 611 BGB schuldet",{"id":163,"text":164},"abgrenzung","Zwei Zusagen, zwei Verträge: die Abgrenzung",{"id":166,"text":167},"anlaesse","Anlässe neben einer arbeitenden Entwicklungsabteilung",{"id":169,"text":170},"dauer","Warum ein Dienstvertrag keine Dauerbesetzung sein darf",{"id":172,"text":173},"angebot","Was im Angebot stehen muss",{"id":88,"text":175},"Wie wir Beratung und Bau voneinander trennen",{"services":177,"lexikon":179},[178,4],"ki-implementierung",[65,66,180],"werkvertrag-vs-arbeitnehmerueberlassung",{"slug":66,"title":182,"metaTitle":183,"metaDescription":184,"excerpt":185,"toc":186,"updated":90,"related":203},"Festpreis vs. Tagessatz: wer das Schätzrisiko am Bestandscode trägt","Festpreis vs. Tagessatz: Risiko und Zuschnitt – Lexikon","Festpreis vs. Tagessatz nach deutschem Recht: Wer das Schätzrisiko trägt, wann eine Pauschale an bestehender Software trägt und wie der Schnitt gesetzt wird.","Die Pauschale verlagert das Schätzrisiko auf den Auftragnehmer, die Abrechnung nach Aufwand lässt es beim Auftraggeber. An gewachsener Software entscheidet darüber, wie gut der Bestand bekannt ist.",[187,190,193,196,199,201],{"id":188,"text":189},"zwei-zusagen","Festpreis vs. Tagessatz: zwei Arten, Risiko zu verteilen",{"id":191,"text":192},"bestand","Der unbekannte Bestand als Kostentreiber",{"id":194,"text":195},"schnitt","Festpreis vs. Tagessatz: der Schnitt zwischen Aufnahme und Umbau",{"id":197,"text":198},"rahmen","Was eine Abrechnung nach Aufwand im Rahmen hält",{"id":143,"text":200},"Typische Fehler bei der Wahl",{"id":88,"text":202},"Wie wir Etappen und Preis zusammenbringen",{"services":204,"lexikon":205},[93,4],[69,64,65,153],{"slug":207,"title":208,"metaTitle":209,"metaDescription":210,"excerpt":211,"toc":212,"updated":90,"related":229},"interim-management","Interim-Management: was der Begriff bedeutet und wann er im IT-Bereich fällt","Interim-Management: Begriff, Anlass, Vertragsform – Lexikon","Interim-Management einfach erklärt: Wortherkunft, typische Anlässe in der IT, Unterschied zur neuen Stelle und die Vertragsformen des deutschen Rechts.","Eine Aufgabe wird für eine begrenzte Zeit nach außen vergeben, weil die Zuständigkeit dafür im Haus fehlt. Wie das rechtlich gefasst wird, entscheidet über Weisung, Haftung und Abrechnung.",[213,216,218,221,224,227],{"id":214,"text":215},"herkunft","Interim-Management: Herkunft und Gebrauch des Begriffs",{"id":166,"text":217},"Anlässe in einem Haus mit eigener Entwicklung",{"id":219,"text":220},"vergleich","Interim-Management und eine neue Stelle im Vergleich",{"id":222,"text":223},"vertragsform","Wer anweist, wer haftet, welche Vertragsform dazu passt",{"id":225,"text":226},"was-bleibt","Was nach dem Ende im Haus bleiben muss",{"id":88,"text":228},"Wie wir eine Aufgabe auf Zeit übernehmen",{"services":230,"lexikon":231},[4,93],[180,153,65],{"slug":233,"title":234,"metaTitle":235,"metaDescription":236,"excerpt":237,"toc":238,"updated":90,"related":255},"ki-funktion-in-bestandssoftware","KI-Funktion in Bestandssoftware: Grenze, Daten, Verhalten im Fehlerfall","KI-Funktion in Bestandssoftware einbauen – Lexikon","KI-Funktion in Bestandssoftware: wo ihre Grenze verläuft, woher sie Daten nimmt, wie sie bei Modellausfall reagiert und wie sie in Deutschland geprüft wird.","Eine KI-Funktion in Bestandssoftware nutzt ein Modell für genau eine Aufgabe innerhalb einer laufenden Anwendung – auf derselben Datenbank und im selben Releasezyklus.",[239,242,245,248,251,253],{"id":240,"text":241},"begriff","KI-Funktion in Bestandssoftware: was dabei entsteht",{"id":243,"text":244},"grenze","Wo die Grenze der Funktion verläuft",{"id":246,"text":247},"daten","Woher die Funktion ihre Daten nimmt",{"id":249,"text":250},"ausfall","Verhalten bei Ausfall und schwacher Antwort",{"id":114,"text":252},"Eine KI-Funktion in Bestandssoftware prüfbar machen",{"id":146,"text":254},"Wie wir eine solche Funktion einbauen",{"services":256,"lexikon":257},[178],[63,69,151],{"slug":96,"title":259,"metaTitle":260,"metaDescription":261,"excerpt":262,"toc":263,"updated":90,"related":278},"Kündigung eines Werkvertrags mitten im Umbau: Geld, Code, Zugänge","Kündigung eines Werkvertrags: Vergütung, Übergabe – Lexikon","Kündigung im Werkvertrag nach deutschem Recht: § 648 BGB und die Vergütung, der wichtige Grund nach § 648a BGB und was bei laufender Software übergeben wird.","Der Besteller kann jederzeit aussteigen, muss aber zahlen, was nicht erspart ist. An laufender Software entscheidet die Frage, was vom halben Umbau übergeben wird und was mit den Zugängen geschieht.",[264,267,270,273,276],{"id":265,"text":266},"freies-recht","Kündigung ohne Grund: § 648 BGB und die Vergütung",{"id":268,"text":269},"wichtiger-grund","Der wichtige Grund nach § 648a BGB",{"id":271,"text":272},"nicht-dasselbe","Rücktritt, Aufhebung, Form: was daneben steht",{"id":274,"text":275},"uebergabe","Kündigung im laufenden Betrieb: was übergeben werden muss",{"id":88,"text":277},"Wie wir Zwischenstände übergabefähig halten",{"services":279,"lexikon":280},[4],[65,69,95,66],{"slug":64,"title":282,"metaTitle":283,"metaDescription":284,"excerpt":285,"toc":286,"updated":90,"related":303},"Leistungsbeschreibung: woraus die Kriterien der Abnahme hergeleitet werden","Leistungsbeschreibung am Bestand: prüfbare Sätze – Lexikon","Leistungsbeschreibung im Werkvertrag nach deutschem Recht: Ist-Zustand, prüfbare Sätze, unveränderte Abläufe und die häufigsten Fehler am Bestand.","Was nirgends beschrieben ist, ist auch nicht geschuldet. An gewachsener Software beschreibt die Vertragsanlage zwei Dinge: das neue Verhalten und alles, was genauso bleiben muss wie bisher.",[287,290,293,296,299,301],{"id":288,"text":289},"bruecke","Leistungsbeschreibung: die Brücke zwischen Wunsch und Prüfung",{"id":291,"text":292},"ist-zustand","Der Ist-Zustand: was das System heute tut",{"id":294,"text":295},"saetze","Sätze, die zwei Personen gleich lesen",{"id":297,"text":298},"unveraendert","Die Leistungsbeschreibung nennt auch das Unveränderte",{"id":143,"text":300},"Woran Beschreibungen am Bestand scheitern",{"id":88,"text":302},"Wie wir die Beschreibung erarbeiten",{"services":304,"lexikon":305},[178,4],[69,95,66,65],{"slug":95,"title":307,"metaTitle":308,"metaDescription":309,"excerpt":310,"toc":311,"updated":90,"related":325},"Mängelhaftung: wenn die neue Funktion den alten Ablauf stört","Mängelhaftung am Bestandscode: § 634 BGB – Lexikon","Mängelhaftung nach deutschem Recht: Sachmangel nach § 633 BGB, die Rechte aus § 634 BGB, die Grenze zum Änderungswunsch und Nebenwirkungen im Altbestand.","Nach der Übergabe zählt, ob das Werk die vereinbarte Beschaffenheit hat. An gewachsener Software verläuft die schwierigste Linie zwischen einem Fehler und einem nachträglichen Wunsch.",[312,315,318,320,323],{"id":313,"text":314},"mangel","Wann ein Sachmangel vorliegt: § 633 BGB",{"id":316,"text":317},"rechte","Mängelhaftung nach § 634 BGB: die Reihenfolge der Rechte",{"id":243,"text":319},"Mangel oder neuer Wunsch: die Grenze am Bestand",{"id":321,"text":322},"nebenwirkung","Mängelhaftung und Nebenwirkungen im Altbestand",{"id":88,"text":324},"Wie wir Nachbesserung und Grenzfälle regeln",{"services":326,"lexikon":327},[93,4],[69,64,65,96],{"slug":124,"title":329,"metaTitle":330,"metaDescription":331,"excerpt":332,"toc":333,"updated":90,"related":349},"Progressive Web App: die installierbare Webanwendung als zweiter Kanal","Progressive Web App: Fähigkeiten und Grenzen – Lexikon","Progressive Web App: was sie kann, wo sie an Grenzen stößt und wann sie in Deutschland der richtige zweite Kanal zur eigenen Fachanwendung ist.","Eine Progressive Web App ist eine installierbare Webanwendung mit Offline-Anteil – ein zweiter Kanal zur Fachanwendung ohne Store, solange keine Gerätehardware und kein verlässlicher Hintergrundbetrieb gebraucht werden.",[334,336,339,342,345,347],{"id":105,"text":335},"Progressive Web App: was sie technisch ausmacht",{"id":337,"text":338},"unterschiede","Unterschied zur nativen App und zur gewöhnlichen Website",{"id":340,"text":341},"grenzen","Was eine PWA kann und wo sie an Grenzen stößt",{"id":343,"text":344},"entscheidung","Wann eine Progressive Web App der richtige zweite Kanal ist",{"id":143,"text":346},"Typische Fehler bei der Einführung",{"id":88,"text":348},"Wie wir den zweiten Kanal bauen",{"services":350,"lexikon":351},[93,4],[98,126,69],{"slug":63,"title":353,"metaTitle":354,"metaDescription":355,"excerpt":356,"toc":357,"updated":90,"related":370},"Software-Weiterentwicklung: ein laufendes Produkt planbar ausbauen","Software-Weiterentwicklung am laufenden Produkt – Lexikon","Software-Weiterentwicklung erklärt: Abgrenzung zur Neuentwicklung, Kriterien für Ausbau oder Ersatz und Etappen mit Abnahme für Firmen in Deutschland.","Software-Weiterentwicklung baut ein Programm aus, das bereits im Betrieb steht: mit vorhandenen Daten, laufenden Abläufen und einem Verhalten, das erhalten bleiben muss.",[358,360,362,364,366,368],{"id":240,"text":359},"Software-Weiterentwicklung: Abgrenzung zur Neuentwicklung",{"id":88,"text":361},"Wie die Arbeit am laufenden Produkt aussieht",{"id":343,"text":363},"Ausbauen oder ersetzen: die Entscheidung am einzelnen Baustein",{"id":194,"text":365},"Software-Weiterentwicklung in abnehmbare Etappen schneiden",{"id":143,"text":367},"Typische Fehler",{"id":146,"text":369},"Wie wir ein bestehendes Produkt weiterentwickeln",{"services":371,"lexikon":372},[4],[69,64,151],{"slug":374,"title":375,"metaTitle":376,"metaDescription":377,"excerpt":378,"toc":379,"updated":90,"related":395},"technische-dokumentation","Technische Dokumentation: Teil der Lieferung, nicht Nacharbeit","Technische Dokumentation als Teil der Lieferung – Lexikon","Technische Dokumentation zu einer Software: Umfang, Adressaten, Prüfung zusammen mit dem Code und der Grund, warum Unterlagen in der Praxis veralten.","Technische Dokumentation beschreibt ein System so, dass Betrieb, Änderung und Prüfung ohne Rückfrage beim ursprünglichen Entwickler möglich sind.",[380,382,385,388,390,393],{"id":240,"text":381},"Technische Dokumentation: Umfang und Zweck",{"id":383,"text":384},"adressaten","Wer die Unterlagen liest",{"id":386,"text":387},"bestandteile","Was zur Lieferung gehört",{"id":114,"text":389},"Technische Dokumentation zusammen mit dem Code abnehmen",{"id":391,"text":392},"alterung","Warum Unterlagen veralten",{"id":146,"text":394},"Wie wir Unterlagen mitliefern",{"services":396,"lexikon":397},[4],[69,64,63],{"slug":151,"title":399,"metaTitle":400,"metaDescription":401,"excerpt":402,"toc":403,"updated":90,"related":417},"Testautomatisierung: der Nachweis, dass der Bestand weiter funktioniert","Testautomatisierung im Bestandscode – Lexikon","Testautomatisierung im Bestandscode: welche Ebenen es gibt, was in geerbtem Code zuerst abgedeckt wird und was automatische Tests in der Praxis nicht beweisen.","Testautomatisierung hält maschinell fest, was eine laufende Anwendung heute leistet – damit ein Ausbau sie nicht unbemerkt an einer anderen Stelle verändert.",[404,406,409,412,414,415],{"id":240,"text":405},"Testautomatisierung: was automatisierte Prüfungen leisten",{"id":407,"text":408},"ebenen","Die Ebenen: Einheit, Zusammenspiel, Oberfläche",{"id":410,"text":411},"zuerst","Was in geerbtem Code zuerst abgedeckt wird",{"id":340,"text":413},"Was Testautomatisierung nicht beweist",{"id":143,"text":367},{"id":146,"text":416},"Wie wir Tests in ein bestehendes Projekt bringen",{"services":418,"lexikon":419},[4],[63,69,64],{"slug":180,"title":421,"metaTitle":422,"metaDescription":423,"excerpt":424,"toc":425,"updated":90,"related":444},"Werkvertrag vs. Arbeitnehmerüberlassung: woran ein zweites Team am fremden Code gemessen wird","Werkvertrag vs. Arbeitnehmerüberlassung: Grenze – Lexikon","Werkvertrag vs. Arbeitnehmerüberlassung nach deutschem Recht: Erlaubnis, Höchstdauer und Equal Pay im AÜG, die Prüfmerkmale der Praxis und die Rechtsfolgen.","Beim Werk schuldet ein Unternehmen ein Ergebnis und führt seine Leute selbst; bei der Überlassung von Personal liegt die Weisung beim Kunden. Welche Form vorliegt, entscheidet die gelebte Praxis.",[426,429,432,435,438,441],{"id":427,"text":428},"unterschied","Werkvertrag vs. Arbeitnehmerüberlassung: was unterschieden wird",{"id":430,"text":431},"aueg","Erlaubnis, Höchstdauer, Equal Pay: die Vorgaben des AÜG",{"id":433,"text":434},"durchfuehrung","Warum die tatsächliche Durchführung entscheidet",{"id":436,"text":437},"repository","Werkvertrag vs. Arbeitnehmerüberlassung am selben Repository",{"id":439,"text":440},"folgen","Rechtsfolgen einer falschen Einordnung",{"id":442,"text":443},"linie","Wie wir die Linie im Projekt halten",{"services":445,"lexikon":446},[4],[65,153,64,207],{"slug":65,"title":448,"metaTitle":449,"metaDescription":450,"excerpt":451,"toc":452,"updated":90,"related":468},"Werkvertrag: geschuldet ist das fertige Stück Software, nicht die Arbeitszeit","Werkvertrag: § 631 BGB, Ergebnis und Abnahme – Lexikon","Werkvertrag nach deutschem Recht: § 631 BGB, Erfolg statt Tätigkeit, Zuschnitt des Liefergegenstands an laufender Software und die Wirkung der Abnahme.","Geschuldet ist ein abgenommenes Ergebnis, nicht geleistete Zeit. An Software, die bereits im Betrieb ist, entscheidet der Zuschnitt des Liefergegenstands darüber, ob sich dieses Ergebnis prüfen lässt.",[453,456,459,461,464,466],{"id":454,"text":455},"erfolg","Werkvertrag nach § 631 BGB: Erfolg statt Tätigkeit",{"id":457,"text":458},"liefergegenstand","Der Liefergegenstand an einer Software, die schon läuft",{"id":194,"text":460},"Zuschnitt: Modul, Schnittstelle, mobiler Kanal",{"id":462,"text":463},"mitwirkung","Mitwirkung des Auftraggebers und ihre Folgen",{"id":143,"text":465},"Typische Fehler im Zuschnitt",{"id":88,"text":467},"Wie wir einen Werkvertrag am Bestandscode zuschneiden",{"services":469,"lexikon":470},[4],[153,69,64,66],[472,476,480,484,488,491,494,497,500,503,506,509],{"service":178,"city":473,"title":474,"h1":475},"muenchen","KI-Implementierung in München","KI-Implementierung in München: die Funktion landet in Ihrer Anwendung statt in einer Präsentation",{"service":178,"city":477,"title":478,"h1":479},"berlin","KI-Implementierung in Berlin","KI-Implementierung in Berlin: aus dem Versuch eines Einzelnen wird eine Funktion des Hauses",{"service":178,"city":481,"title":482,"h1":483},"hamburg","KI-Implementierung in Hamburg","KI-Implementierung in Hamburg: der Entwurf entsteht im Warenwirtschaftssystem statt im Chatfenster",{"service":178,"city":485,"title":486,"h1":487},"frankfurt","KI-Implementierung in Frankfurt am Main","KI-Implementierung in Frankfurt: eine Funktion, die den Freigabeweg des Betriebs mitgeht",{"service":4,"city":473,"title":489,"h1":490},"Softwareentwicklung in München","Softwareentwicklung in München: eine abgenommene Scheibe, ohne dass der Kern stehen bleibt",{"service":4,"city":477,"title":492,"h1":493},"Softwareentwicklung in Berlin","Softwareentwicklung in Berlin: der gewachsene Kern bekommt wieder Platz im Plan",{"service":4,"city":481,"title":495,"h1":496},"Softwareentwicklung in Hamburg","Softwareentwicklung in Hamburg: am Kern weiterbauen, ohne den Betrieb anzuhalten",{"service":4,"city":485,"title":498,"h1":499},"Softwareentwicklung in Frankfurt","Softwareentwicklung in Frankfurt: jede Etappe passt in ein Freigabefenster",{"service":93,"city":473,"title":501,"h1":502},"App-Entwicklung in München","App-Entwicklung in München: Aufträge schließen, wo sie entstehen",{"service":93,"city":477,"title":504,"h1":505},"App-Entwicklung in Berlin","App-Entwicklung in Berlin: erfassen im Einsatz statt nachtragen am Standort",{"service":93,"city":481,"title":507,"h1":508},"App-Entwicklung in Hamburg","App-Entwicklung in Hamburg: der Vorgang wird am Ort gebucht, nicht im Kontor",{"service":93,"city":485,"title":510,"h1":511},"App-Entwicklung in Frankfurt am Main","App-Entwicklung in Frankfurt: ein mobiler Weg, der die Prüfung übersteht",1789379446269]