Kurzantwort: Inhouse-Entwicklung passt zu dauerhaft benötigter Kompetenz und einer tragfähigen Teamplanung. Externe Softwareentwicklung kann einen begrenzten Umfang oder fehlende technische Kompetenz abdecken. Vergleichen Sie Prozessfit, Vollkosten, Verantwortung und Übergabefähigkeit. Ein bestehendes Projekt braucht zusätzlich einen prüfbaren Zugang zu Code, Daten und Betrieb.
Ein eigener Entwickler fällt aus, die bisherige Agentur passt nicht mehr oder ein neuer Prozess soll digitalisiert werden: Diese Anlässe führen zu unterschiedlichen Prüfaufträgen. Für ein neues Vorhaben muss zunächst der Umfang klar werden. Bei einer laufenden Anwendung zählt auch, ob ein anderes Team sie tatsächlich bauen, testen und betreiben kann.
Ein konkretes Softwareprojekt steht an? New Life Digital entwickelt individuelle Software für Unternehmen aus Mannheim. Im ersten Gespräch klären wir den Bedarf, den Bestand und ob ein abgegrenzter Ansatz zu unserem Angebot passt. Projekt und passende Zusammenarbeit besprechen.
Inhouse, Outsourcing oder eine gemeinsame Umsetzung?
| Modell | Was dafür spricht | Vor der Entscheidung prüfen |
|---|---|---|
| eigenes Team | dauerhaft benötigte Kompetenz, häufige Produktentscheidungen, internes Fachwissen | Auslastung, Recruiting, Führung, Vertretung und Betrieb |
| externer Partner | klar abgrenzbares Vorhaben oder ergänzende technische Kompetenz | tatsächliche Verfügbarkeit, Einarbeitung, Abnahme, Übergabe und laufende Kosten |
| gemeinsame Umsetzung | interne Produktverantwortung mit einem vereinbarten externen Umfang | Entscheidungsrechte, Schnittstellen im Team und ein verbindlicher Arbeitsstand |
Die Tabelle ist eine Entscheidungshilfe. Ein internes Team kann externe Unterstützung brauchen; ein externer Build ersetzt nicht die fachliche Verantwortung im Unternehmen. Wer Anforderungen priorisiert, Entscheidungen trifft und Ergebnisse abnimmt, sollte vor Beginn benannt sein.
Bei gewachsenen Anwendungen hilft der Legacy-Ratgeber, Weiterentwicklung und schrittweise Ablösung gegeneinander zu prüfen. Für einen noch unklaren Prozess ist der Strategie-Ratgeber der frühere Einstieg.
Vollkosten für denselben Umfang vergleichen
Inhouse: Gehalt, Arbeitgeberkosten, Recruiting, Einarbeitung, Arbeitsplatz, Tools und Führung gehören in die Rechnung. Hinzu kommen Zeit für Wartung und Vertretung. Gehälter lassen sich für Rolle und Region im Entgeltatlas einordnen; der eigene Aufwand muss im Unternehmen ermittelt werden.
Extern: Das Angebot sollte erklären, welche Analyse, Umsetzung, Tests und Abstimmungen enthalten sind. Hosting, Lizenzen, Support, Weiterentwicklung und spätere Übergabe können zusätzliche Positionen sein. Eine Tagesrate sagt nicht, welche dieser Leistungen abgedeckt werden.
Für Wartezeiten rechnen Sie mit dem konkreten eigenen Projekt: Welche Arbeit bleibt liegen und welche Folge lässt sich belegen? Allgemeine Recruiting-Dauern oder pauschale sechsstellige Verzögerungskosten sind dafür keine belastbare Grundlage.
Stellen Sie die Alternativen für denselben Zeitraum und dieselben Abnahmefälle gegenüber. Der Kostenratgeber für individuelle Software erläutert die Aufwandstreiber eines Builds.
Fünf Prüffragen für die Auswahl einer Softwareagentur
- Versteht sie den Vorgang? Lassen Sie einen Normalfall und eine Ausnahme erklären, einschließlich der beteiligten Menschen und Systeme.
- Kann sie ihren Beitrag zeigen? Prüfen Sie eine nachvollziehbare Arbeitsprobe oder Projektbeschreibung und fragen Sie nach der tatsächlichen Rolle des Teams.
- Wie wird abgenommen? Benennen Sie konkrete Testfälle, fachliche Verantwortliche und den Umgang mit offenen Punkten.
- Wie bleibt die Anwendung betreibbar? Klären Sie Zuständigkeit, benötigte Konten, Dokumentation, Fehlerbehebung und laufende Kosten.
- Wie funktioniert eine spätere Übergabe? Vereinbaren Sie den Zugang zu Arbeitsergebnissen, die Prüfung der Nutzungsrechte und den Umfang des Wissenstransfers.
Ein niedriger Preis beweist keinen Qualitätsmangel. Ein hoher Preis oder eine große Referenzliste garantiert keinen passenden Prozess. Hilfreich ist ein Angebot, dessen Umfang und Abnahme Sie nachvollziehen können.
Softwareagentur wechseln oder ein bestehendes Projekt übernehmen
Kurzantwort: Ein Partnerwechsel beginnt mit einer Bestandsaufnahme. Klären Sie zuerst, wer die vereinbarten Nutzungs- und Änderungsrechte prüft. Danach muss ein neues Team nachvollziehen können, welche Version läuft, wie sie gebaut wird und welche Systeme sie benötigt. Ein Codearchiv allein beweist noch keine vollständige Übergabe.
Diese Checkliste eignet sich für die Vorbereitung mit dem bisherigen und dem möglichen neuen Partner:
| Bereich | Was in der Übergabe geklärt werden muss |
|---|---|
| Rechte und Verantwortung | zuständige Person für Vertrags- und Lizenzprüfung, beauftragter Umfang und Abnahme |
| Quellcode und Version | Repository, Versionshistorie, tatsächlich laufender Stand und benötigte Abhängigkeiten |
| Build und Betrieb | nachvollziehbare Anleitung, Konfiguration, Hosting, Domains und Berechtigungen |
| Daten und Anbindungen | Datenmodell, Backup- und Wiederherstellungsweg, Schnittstellen und verantwortliche Konten |
| Fachlogik und offene Arbeit | repräsentative Testfälle, bekannte Fehler, offene Anforderungen und Wissenstransfer |
GitHub beschreibt beim Repository-Transfer, dass bestehende Zugänge und angebundene Webhooks, Secrets oder Deploy-Keys erhalten bleiben können. Deshalb müssen Berechtigungen und automatische Verbindungen bei einer Übergabe ausdrücklich geprüft werden. Die GitHub-Anleitung zur Prüfung von Deploy-Keys erläutert einen Teil dieser Kontrolle. Andere Plattformen benötigen ihre eigenen Übergabeschritte.
Fehlt Dokumentation, kann eine begrenzte technische Bestandsaufnahme offene Fragen sichtbar machen. Ob genug Informationen für Weiterentwicklung oder Wartung vorhanden sind, bleibt das Ergebnis dieser Prüfung. Sind Rechte oder Systemzugänge ungeklärt, wird daraus keine Übernahmezusage.
Geht es zusätzlich um eine Ablösung der Technik, vergleichen Sie im Modernisierungs-Ratgeber Refactoring, schrittweisen Ersatz und Neuentwicklung. Der Ort des Problems entscheidet über den nächsten Schritt.
Zusammenarbeit und Vertragsumfang klären
Ein Angebot sollte Umfang, erwartetes Ergebnis, Abnahme, Änderungsweg, Nutzungsrechte und Betriebsverantwortung beschreiben. Abrechnung nach Aufwand, ein Festpreis für begrenzte Arbeit oder ein längerfristiges Teammodell haben unterschiedliche Voraussetzungen. Die Eignung muss am Projekt geklärt werden; aus einem Modellnamen folgt keine Erfolgsgarantie.
Für verteilte Teams zählen erreichbare Ansprechpartner, gemeinsame Arbeitszeiten, Sprache, Übergaben und der rechtlich geprüfte Rahmen. Ein Standort allein belegt keine Kosten- oder Qualitätsvorteile.
Bei NLD beginnt ein passender abgegrenzter Ansatz mit einem bezahlten Discovery-Sprint: 5 Arbeitstage für 4.900 € netto. Er liefert eine Live-Demo, Bewertung und Entscheidungsempfehlung. Ein Build bleibt optional und wird nach geklärtem Umfang individuell zum Festpreis angeboten. Betrieb und Weiterentwicklung werden gesondert vereinbart. Eine Bestandsübernahme setzt die zuvor beschriebene Prüfung voraus.
Was für ein erstes Gespräch genügt
Beschreiben Sie den betroffenen Vorgang, die verwendeten Systeme und den gewünschten nächsten Schritt. Bei einer bestehenden Anwendung hilft die Angabe, ob Code und Ansprechpartner zugänglich sind. Vertrauliche Unterlagen und Zugangsdaten werden erst über einen vereinbarten Weg ausgetauscht.
Softwareprojekt und Zusammenarbeit mit Simon besprechen →
Verwandte Themen
Quellen und weiterführende Dokumente
- EntgeltatlasBundesagentur für Arbeit
- Arbeitskosten und LohnnebenkostenStatistisches Bundesamt
- Transferring a repositoryGitHub Docs
- Reviewing your deploy keysGitHub Docs
Häufige Fragen
Kurz und direkt beantwortet.
Was ist günstiger: eigenes Entwicklerteam oder Outsourcing?
Vergleichen Sie Vollkosten für denselben Umfang und Zeitraum. Intern zählen Gehalt, Arbeitgeberkosten, Recruiting, Führung, Tools und tatsächliche Auslastung. Extern zählen Umsetzung, Abstimmung, Einarbeitung, Betrieb und Übergabe. Ein Tagessatz allein oder ein pauschaler Gehaltsmultiplikator beantwortet die Kostenfrage nicht.
Woran erkennt man einen passenden Softwareentwicklungspartner?
Lassen Sie denselben konkreten Prozess erklären: benötigte Daten, fachliche Ausnahmen, Abnahme, Betrieb und spätere Übergabe. Prüfen Sie nachvollziehbare Arbeitsbelege und die angebotene Verantwortung. Preis oder Unternehmensgröße allein belegen weder Qualität noch Projektfit.
Kann man Inhouse und Outsourcing kombinieren?
Ja. Intern können Produktverantwortung und fachliche Abnahme liegen; ein externer Partner übernimmt einen vereinbarten technischen Umfang. Entscheidend sind benannte Verantwortliche, ein gemeinsamer Arbeitsstand und klare Regeln für Entscheidungen, Änderungen und Betrieb.
Was braucht ein neuer Entwickler, um bestehende Software zu übernehmen?
Prüfen Sie zuerst die vereinbarten Nutzungs- und Änderungsrechte. Technisch werden zugänglicher Quellcode mit Versionshistorie, eine nachvollziehbare Build- und Betriebsanleitung, benötigte Systemzugänge, Testfälle sowie bekannte Fehler und Abhängigkeiten benötigt. Passwörter und Zugangsschlüssel gehören in einen geregelten Übergabeweg.
Kann eine Softwareagentur gewechselt werden, wenn Dokumentation fehlt?
Das muss am Bestand geprüft werden. Fehlende Unterlagen können teilweise durch Code, Konfiguration und Gespräche rekonstruiert werden. Fehlender Quellcode, ungeklärte Rechte oder nicht zugängliche Konten können eine Übernahme verhindern. Eine belastbare Zusage entsteht erst nach Prüfung; ein Rewrite ist keine automatische Lösung.