Zum Inhalt springen
XSIS
Zwei Ingenieure prüfen Code auf einem Monitor

So arbeiten wir

Engineering, das Sie planen können: ein kostenloser Start, der Weg, der zu Ihrem Projekt passt, und ein Umsetzungslebenszyklus mit Freigabe in jeder Phase.

Zwei Menschen in einem ruhigen Gespräch bei Kaffee in einem Büro

Wie eine Zusammenarbeit beginnt

Wir geben nie einen Festpreis auf eine unklare Idee oder ein unbekanntes System ab. Jedes Projekt durchläuft zuerst eine Readiness-Review und nimmt dann den passenden Weg: je nachdem, wie klar die Anforderungen sind und ob ein laufendes System zuerst eine Diagnose braucht.

Einem Track folgen
  1. Ihre Anfrage

    Sie fordern die Sitzung über ein Formular auf dieser Website an, und unser Team schreibt Ihnen per E-Mail, um einen Termin zu vereinbaren.

  2. Beratungsvorgespräch

    Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.

  3. Readiness-Review

    In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.

  4. Der passende Track

    Die Readiness-Review empfiehlt einen von drei Tracks, abhängig davon, wie klar Ihre Anforderungen sind und ob ein laufendes System beteiligt ist. Jeder Track endet mit einem verbindlichen Statement of Work.

    • Track A: umsetzungsbereit

      1. Verbindliches Angebot

        Nach Architekturvalidierung kostenfrei erhalten Sie innerhalb von 3–5 Werktagen ein verbindliches Angebot mit festem Leistungsumfang: Meilensteine, Architektur, Teamstruktur und SLAs. Wir unterzeichnen auf Wunsch eine Geheimhaltungsvereinbarung (NDA) mit Ihnen, bevor Sie Ihre Anforderungen teilen.

    • Track B: Blueprint Studio

      1. Blueprint Studio

        Strukturierte Workshops machen aus Ihrem Ziel einen baureifen Blueprint. Tier 1 dauert 1–2 Wochen, Tier 2 3–4 Wochen und Tier 3 4–6 Wochen, jeweils zu einem festen Honorar, das im Angebot genannt wird.

      2. Ready-to-Build-Blueprint-Paket

        Sie erhalten ein Ready-to-Build-Blueprint-Paket mit 6 Ergebnissen: die Produkt- und Funktionsspezifikation, den Blueprint für Architektur und Technologie-Stack, die Spezifikation von Integrations- und Datenverträgen, einen interaktiven UI-Prototyp, die Sicherheits- und Regulierungsmatrix und ein verbindliches Festpreisangebot für den Bau. Sie besitzen 100 % des Blueprints, sobald die Gebühr bezahlt ist, geschrieben in anbieterneutralen Standards, die Sie mit XSIS oder einem anderen Anbieter nutzen können.

    • Track C: Brownfield-Diagnosebrücke

      1. Brownfield-Diagnose

        In 1–2 Wochen prüfen unsere Principal Engineers Ihren Code, Ihre ERP- und Datenbankschemata, Ihre APIs und Ihre Infrastruktur und suchen nach offengelegten Secrets und schwacher Kryptografie.

      2. Rettung, Refactoring oder Neubau

        Sie erhalten eine offene technische Bewertung und eine Empfehlung „Rescue, Refactor oder Rebuild“ mit einem Festpreisangebot zur Behebung.

  5. Statement of Work

    Ein verbindliches Statement of Work mit festem Leistungsumfang: Meilensteine, Architektur, Teamstruktur und SLAs, vereinbart vor Beginn der Entwicklung. Die Umsetzung folgt dann in jedem Track denselben fünf Phasen.

Kostenlos starten, dann den passenden Weg wählen

Hier beginnen

Gespräch
30 Minuten
Readiness-Review
48 Stunden

Jedes Projekt beginnt mit einem kostenlose 30-minütige Online-Vorberatung und einer kostenlose 48-stündige Readiness-Review. Ein Principal Architect prüft Ihr Projekt gegen sechs Readiness-Kriterien und empfiehlt einen Track. Sie fordern die Sitzung über ein Formular auf dieser Website an, und unser Team schreibt Ihnen per E-Mail, um einen Termin zu vereinbaren.

Gespräch anfragen

Track A: umsetzungsbereit

Angebot
innerhalb von 3–5 Werktagen
Sprint 0
innerhalb von 5–10 Werktagen nach Vertragsunterzeichnung

Für einen definierten Leistungsumfang, eine Ausschreibung (RFP) oder technische Spezifikationen. Wir beginnen mit Architekturvalidierung kostenfrei, geben dann ein verbindliches Angebot mit festem Leistungsumfang ab und mobilisieren das Team.

Anforderungen senden

Track B: Blueprint Studio

Tier 1
1–2 Wochen
Tier 2
3–4 Wochen
Tier 3
4–6 Wochen

Für ein klares Geschäftsziel ohne technische Spezifikationen. Bezahlte Workshops machen daraus in einem der drei Tiers einen baureifen Blueprint.

100 % der Blueprint-Gebühr werden auf den Bau angerechnet, wenn Sie XSIS mit dem Bau beauftragen.

Die Anrechnung gilt 60 Kalendertage nach Lieferung des Blueprints, für einen Bauvertrag von mindestens dem 8-Fachen der Blueprint-Gebühr.

Das Ready-to-Build-Blueprint-Paket

Es endet mit ein Ready-to-Build-Blueprint-Paket mit 6 Ergebnissen: die Produkt- und Funktionsspezifikation, den Blueprint für Architektur und Technologie-Stack, die Spezifikation von Integrations- und Datenverträgen, einen interaktiven UI-Prototyp, die Sicherheits- und Regulierungsmatrix und ein verbindliches Festpreisangebot für den Bau.

Sie besitzen 100 % des Blueprints, sobald die Gebühr bezahlt ist, geschrieben in anbieterneutralen Standards, die Sie mit XSIS oder einem anderen Anbieter nutzen können.

Mit einem Blueprint beginnen

Track C: Brownfield-Diagnosebrücke

Diagnose
1–2 Wochen

Für ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss. Bevor jemand einen Preis festlegt, schauen unsere Principal Engineers unter die Haube: Code, ERP und Datenbank, APIs und Sicherheit.

100 % der Diagnosegebühr werden auf die Rettung oder Integration angerechnet, wenn XSIS sie durchführt.

Rettung, Refactoring oder Neubau

Es endet mit eine Empfehlung „Rescue, Refactor oder Rebuild“ mit einem Festpreisangebot zur Behebung.

Diagnose anfragen

Wir unterzeichnen auf Wunsch eine Geheimhaltungsvereinbarung (NDA) mit Ihnen, bevor Sie Ihre Anforderungen teilen.

Track A, Track B und Track C im Vergleich

Welcher Weg passt, hängt davon ab, wie klar Ihre Anforderungen sind und ob ein laufendes System zuerst eine Diagnose braucht. Kein Weg beginnt mit einem blinden Festpreisangebot.

Track A: Direkte Umsetzung

Ihre Situation
„Wir haben eine klare Ausschreibung und Spezifikation.“ Der Umfang steht, der Stack ist gewählt und jeder Punkt des Readiness-Selbsttests ist erfüllt.
Warum zuerst dieser Weg
Ihre Anforderungen sind klar, daher genügt ein architektonischer Plausibilitätscheck vor der Preisgestaltung: die kostenlose 48-stündige Readiness-Review.
Dauer
Ein Angebot innerhalb von 3–5 Werktagen.
Honorar
Kostenlos: Architekturvalidierung kostenfrei.
Honoraranrechnung
Nicht zutreffend: Es gibt kein Honorar, das angerechnet werden könnte.

Track B: Blueprint-First-Studio

Ihre Situation
„Wir haben ein Ziel oder eine Idee, keine Spezifikation.“ Ein Greenfield-Konzept, das zuerst Architektur und Produktanforderungen braucht.
Warum zuerst dieser Weg
Ein Festpreis wäre jetzt eine Schätzung ins Blaue, weil Funktionen und Stack noch nicht entschieden sind.
Dauer
1–2 Wochen, 3–4 Wochen oder 4–6 Wochen, je nach Stufe: vollständige Discovery und das Architekturstudio.
Honorar
Ein festes Honorar, im Angebot genannt und vollständig angerechnet.
Honoraranrechnung
100 % der Blueprint-Gebühr werden auf den Bau angerechnet, wenn Sie XSIS mit dem Bau beauftragen. Die Anrechnung gilt 60 Kalendertage nach Lieferung des Blueprints, für einen Bauvertrag von mindestens dem 8-Fachen der Blueprint-Gebühr. Die Anrechnung erfolgt über eine Meilenstein-Gutschrift.

Track C: Brownfield-Diagnosebrücke

Ihre Situation
„Wir haben ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss.“
Warum zuerst dieser Weg
Ein blindes Festpreisangebot würde übersehen, was ein altes System verbirgt: technische Schulden, verworrene Codebasen, beschädigte ERP-Tabellen oder Sicherheitslücken eines früheren Anbieters.
Dauer
1–2 Wochen: ein schnelles Audit von Code, ERP, Datenbank und Infrastruktur.
Honorar
Ein festes Honorar, im Angebot genannt und vollständig angerechnet.
Honoraranrechnung
100 % der Diagnosegebühr werden auf die Rettung oder Integration angerechnet, wenn XSIS sie durchführt.

Was eine Track-C-Diagnose umfasst

Der größte Teil der IT-Ausgaben im Unternehmen fließt in Wartung, Rettung oder Integration bestehender Systeme, nicht in den Neustart auf der grünen Wiese. Wenn ein früherer Anbieter eine Plattform halbfertig hinterlassen hat oder ein alterndes SAP ERP an ZATCA Phase 2 und ISO 20022 angebunden werden muss, wäre ein Festpreis am ersten Tag eine Schätzung ins Blaue, und ein Produktdesignstudio von Grund auf passt nicht zur Aufgabe. Track C gibt unseren Principal Engineers 1–2 Wochen, um unter die Haube zu schauen, bevor ein Festpreisvertrag unterschrieben wird.

  • Audit von Code, Architektur und technischen Schulden

    Wir prüfen die bestehenden Repositories, Microservices oder Legacy-Monolithen (COBOL, DB2, Java oder PHP), um zu sehen, ob der Code sicher refaktoriert werden kann, mit einem Strangler-Fig-Muster, oder ersetzt werden muss.

  • Gesundheitscheck von ERP-, Datenbank- und API-Schemata

    Wir untersuchen die laufenden SAP-, Oracle-, Dynamics- oder Odoo-Tabellen, die undokumentierten benutzerdefinierten Felder und die Datenqualität, damit unsaubere Altbestände die neue Integration nicht verfälschen.

  • Scan auf Sicherheit, geleakte Secrets und Kryptografie (CBOM)

    Übernommener Unternehmenscode enthält oft hartcodierte API-Schlüssel, abgelaufene Zertifikate oder nicht gepatchte Schwachstellen. Wir führen am ersten Tag einen automatisierten Schwachstellen- und CBOM-Scan durch.

  • Die Empfehlung und ein Festpreisangebot

    Am Ende des Sprints erhalten Sie eine offene technische Bewertung: eine Empfehlung „Rescue, Refactor oder Rebuild“ mit einem Festpreisangebot zur Behebung. 100 % der Diagnosegebühr werden auf die Rettung oder Integration angerechnet, wenn XSIS sie durchführt. Sie wird mit dem letzten Produktionsmeilenstein verrechnet.

Systemdiagnose anfordern

Ein Umsetzungslebenszyklus für jeden Weg

Sobald die Entwicklung beginnt, durchläuft jeder Weg dieselben Phasen, und jede Phase endet an einem sichtbaren Freigabepunkt.

  1. Mobilisierung und Einrichtung der Umgebung

    Wir stellen Ihre souveränen oder Cloud-Umgebungen als Code bereit, mit CI/CD-Pipelines, Secret Vaults und Repository-Governance, und führen die internen und remote arbeitenden Pods ein. Freigabe: Sicherheit der Umgebung und gesperrter Backlog des ersten Sprints.

  2. KI-beschleunigte Sprints

    Zweiwöchige Engineering-Sprints mit KI-Coding-Harnesses für Unternehmen, automatisierten Code-Verifikationsgates und kontinuierlicher Integration. Freigabe: alle zwei Wochen eine laufende Staging-Demonstration, nie ein statisches Folien-Update.

  3. Systemintegration und Härtung

    End-to-End-Synchronisierung mit Ihren ERP-, Banking-, Steuer- und POS-Sandboxes, selbstheilende QA-Regression, Last- und Chaos-Tests sowie Penetrations- und PQC-Sicherheitsaudits. Freigabe: die Integrationsabstimmung und ein Zertifikat über die bestandene Sicherheitsprüfung.

  4. Abnahme, Inbetriebnahme und Honoraranrechnung

    Abnahmetests durch Benutzer, die Produktionsumstellung, Administrator-Schulung und Übergabe des Runbooks; hier wird eine Blueprint- oder Diagnose-Honorargutschrift angerechnet. Freigabe: formelle UAT-Freigabe und Abnahme der Inbetriebnahme.

  5. Managed Services

    Der Übergang zu AIOps- und SRE-Monitoring mit L2- und L3-Support unter einem SLA, kontinuierliche Weiterentwicklung oder die Übergabe eines Build-Operate-Transfer-Teams. Unser Team ist rund um die Uhr erreichbar. Freigabe: eine monatliche Prüfung von SLA-Telemetrie, Token-FinOps und Verfügbarkeit.

Eigene und extern beauftragte Teams

Hinter allen drei Modellen steht dasselbe Liefermodell. Unsere eigenen Ingenieure führen die Arbeit, geprüfte extern beauftragte Teams ergänzen Kapazität, wo sie gebraucht wird, und für alle gilt ein Standard. XSIS ist ein Full-Service-Softwareentwicklungsunternehmen mit eigenen und extern beauftragten Teams. Unsere eigenen Ingenieure führen jede Zusammenarbeit und tragen die Verantwortung. Wenn mehr Menschen oder eine Kompetenz gebraucht werden, die wir nicht im Haus haben, ergänzen wir Ingenieure aus externen Teams, die wir geprüft haben. Sie arbeiten in einem Team unter unserer Leitung, unter unserem Vertrag, unseren Standards, unseren Sicherheitsregeln und unseren Reviews.

  • XSIS führt

    Ein benannter Delivery-Lead und ein technischer Lead von XSIS in jeder Zusammenarbeit.

  • Geprüfte Teams

    Externe Teams werden von unseren erfahrenen Ingenieuren bewertet, bevor sie an einem Kundenprojekt arbeiten.

  • Ein Standard

    Dieselben Bedingungen, Engineering-Standards und Codereviews für jeden Ingenieur.

  • Keine verdeckten Personen

    Eine Teammatrix nennt jede Person, ihre Rolle und ihren Arbeitgeber.

Die Modelle im Vergleich

Wählen Sie das Modell, das dazu passt, wie klar Ihr Ergebnis ist und wie viel Tagessteuerung Sie übernehmen möchten. Wie sich die Zusammenarbeitsmodelle bei den häufigsten Kundenfragen unterscheiden.

Eigene und extern beauftragte Teams

Am besten geeignet für
Jede Zusammenarbeit, die mehr Menschen oder Kompetenzen braucht, als ein internes Team hat
Umfang
Gilt für jedes Modell
Wer die Arbeit steuert
Bestimmt durch das gewählte Modell
Wer die Menschen führt
XSIS führt, und externe Ingenieure arbeiten in von XSIS geführten Teams
Wie die Kosten festgelegt werden
Folgt dem gewählten Modell
Wie es skaliert
Kapazität aus geprüften externen Teams, mit Ihrer Freigabe

Dediziertes Team

Am besten geeignet für
Langfristige Produkte mit wechselnden Prioritäten
Umfang
Ihre Roadmap, in jedem Zyklus neu geplant
Wer die Arbeit steuert
Ihr Product Owner setzt die Prioritäten
Wer die Menschen führt
Eine Teamleitung von XSIS führt das Team im Alltag
Wie die Kosten festgelegt werden
Üblicherweise monatliche Kosten für die vereinbarten Rollen
Wie es skaliert
Rollen werden mit vereinbarter Frist ergänzt oder freigegeben

Personalverstärkung

Am besten geeignet für
Das Schließen von Kompetenz- oder Kapazitätslücken in einem Team, das Sie bereits führen
Umfang
Aufgaben, die Ihre Führungskräfte festlegen
Wer die Arbeit steuert
Ihre Führungskräfte steuern die Arbeit
Wer die Menschen führt
Sie führen die Arbeit, XSIS regelt das Arbeitsverhältnis
Wie die Kosten festgelegt werden
Üblicherweise Aufwand nach Zeit und Material, pro Ingenieur
Wie es skaliert
Ingenieure werden mit vereinbarter Frist ergänzt oder freigegeben

Projektbasierte Umsetzung

Am besten geeignet für
Definierte Ergebnisse mit einem klaren Ende
Umfang
Schriftlich fixiert, nur über Änderungskontrolle geändert
Wer die Arbeit steuert
Sie vereinbaren den Umfang und nehmen jeden Meilenstein ab
Wer die Menschen führt
Ein Delivery-Lead von XSIS führt das Projekt
Wie die Kosten festgelegt werden
Ein Festpreis für einen definierten Umfang oder Aufwand nach Zeit und Material gegen ein Budget
Wie es skaliert
XSIS dimensioniert das Team, um den Plan zu erfüllen

Zusammenarbeitsmodelle

Es gibt drei Arten der Zusammenarbeit mit XSIS: ein dediziertes Team, Personalverstärkung oder projektbasierte Umsetzung. Jedes legt fest, wer die Arbeit steuert, wer die Menschen führt und wie die Kosten festgelegt werden.

So funktioniert es

  • XSIS-Ingenieure führen jede Zusammenarbeit: ein Delivery-Lead und eine technische Leitung, die Plan, Architektur und Qualität verantworten.
  • Wenn mehr Menschen oder eine Spezialkompetenz gebraucht werden, ergänzen wir Ingenieure aus externen Teams, die wir geprüft haben, und Sie geben jede Person frei.
  • Alle arbeiten unter einem Vertrag, einheitlichen Standards und einem Reviewprozess und berichten über denselben Delivery-Lead.

Wann es passt

  • Sie möchten, dass ein Unternehmen für ein gemischtes Team verantwortlich ist.
  • Die Arbeit braucht mehr Kompetenzen oder Kapazität, als ein internes Team hat, ohne niedrigeren Standard.
  • Sie möchten genau sehen, wer im Team ist und wer ihn beschäftigt.

Wie es gesteuert wird

  • Eine Teammatrix nennt jede Person, ihre Rolle und ihren Arbeitgeber.
  • XSIS-Ingenieure prüfen Änderungen externer Ingenieure, bevor sie zusammengeführt werden.
  • Vertraulichkeits- und Sicherheitsbedingungen werden schriftlich an jedes externe Team weitergegeben.

So funktioniert es

  • Wir stellen ein Team für Ihre Roadmap zusammen: Ingenieure, Designer und Tester, mit einer Teamleitung.
  • Ihr Product Owner setzt die Prioritäten und nimmt die Arbeit ab. Unsere Teamleitung führt das Team im Alltag.
  • Das Team bleibt an Ihrem Produkt, sodass Wissen wächst, und seine Zusammensetzung ändert sich mit der Roadmap.

Wann es passt

  • Sie haben ein Produkt oder eine Plattform mit einer langen Roadmap.
  • Prioritäten ändern sich, während Sie lernen, sodass ein fester Umfang nicht halten würde.
  • Sie möchten ein stabiles Team, ohne jede Person selbst einzustellen und zu führen.

Wie es gesteuert wird

  • Planung und Review mit Ihrem Product Owner zu Beginn und Ende jedes Zyklus.
  • Fortschritt, Risiken und Entscheidungen werden in einem Rhythmus Ihrer Wahl berichtet.
  • Regelmäßige Reviews von Umsetzung, Qualität und Zusammensetzung des Teams.

So funktioniert es

  • Wir finden Ingenieure, die einem gemeinsam vereinbarten Rollenprofil entsprechen, und Sie interviewen und wählen sie aus.
  • Sie kommen in Ihr Team, nutzen Ihre Werkzeuge und Prozesse und berichten an Ihre Führungskräfte.
  • Wir bleiben ihr Arbeitgeber oder Vertragspartner und kümmern uns um Vergütung, Ausstattung, Leistung und Ersatz.

Wann es passt

  • Sie haben die Führung und den Prozess und brauchen bestimmte Kompetenzen oder mehr Kapazität.
  • Sie möchten die Arbeit im Alltag direkt steuern.
  • Der Bedarf gilt für einen bekannten Zeitraum, etwa ein Release oder eine Migration.

Wie es gesteuert wird

  • Ihre Führungskräfte steuern und prüfen die Arbeit.
  • Unser Ansprechpartner im Account meldet sich regelmäßig bei Ihnen und bei jedem Ingenieur.
  • Der Zugriff ist auf das beschränkt, was die jeweilige Rolle braucht, wird dokumentiert und beim Ende des Einsatzes entzogen.

So funktioniert es

  • Wir vereinbaren vor Baubeginn einen schriftlichen Umfang und Abnahmekriterien mit Ihnen.
  • Ein benannter Delivery-Lead plant, besetzt und führt das Projekt und berichtet Fortschritt, Risiken und Entscheidungen.
  • Sie nehmen jeden Meilenstein nach den Kriterien ab. Änderungen laufen über die Änderungskontrolle.

Wann es passt

  • Das Ergebnis lässt sich klar beschreiben: eine Anwendung, eine Integration, eine Migration.
  • Sie möchten, dass ein Unternehmen für die Lieferung verantwortlich ist.
  • Sie brauchen vor der Zusage eine bekannte Grundlage für Budget und Plan.

Wie es gesteuert wird

  • Meilensteine mit Demonstrationen, abgenommen nach schriftlichen Kriterien.
  • Schriftliche Änderungskontrolle für Umfang, Kosten und Termine.
  • Lenkungskreise mit Ihrem Auftraggeber zu vereinbarten Zeitpunkten.

Kaufmännische Leitplanken

Vertragsbedingungen, die Sie und XSIS gleichermaßen schützen.

  • Volles Eigentum ab dem ersten Tag

    Sie besitzen 100 % des Blueprints, sobald die Gebühr bezahlt ist, geschrieben in anbieterneutralen Standards, die Sie mit XSIS oder einem anderen Anbieter nutzen können. Das umfasst die Architekturblueprints, die Wireframes und die Spezifikationen.

  • Eine IFRS-konforme Meilenstein-Gutschrift

    Damit Ihr Finanzteam und Ihre Steuerprüfer zufrieden sind, wird das Blueprint-Honorar als eigenständige Beratungsleistung abgerechnet. Wenn Sie den Bauvertrag mit XSIS unterzeichnen, stellen wir eine offizielle Gutschrift über das volle Honorar aus, verrechnet mit der Schlussrechnung für Abnahme und Inbetriebnahme oder verteilt über die Baumeilensteine.

  • Das Umwandlungsfenster und der Mindestumfang

    Die Anrechnung gilt 60 Kalendertage nach Lieferung des Blueprints, für einen Bauvertrag von mindestens dem 8-Fachen der Blueprint-Gebühr. Sie gilt für Verträge über den vollständigen Produktionsbau.

  • Öffentliche Ausschreibungen und Behörden

    Für Ministerien, die strengen Regeln zu Interessenkonflikten bei öffentlichen Ausschreibungen unterliegen, ist Track B als vorkommerzieller technischer Machbarkeits- und POC-Pilot oder als ein einziger Design-and-Build-Generalunternehmervertrag strukturiert.

Steuerung

Wie Sie auch mit uns arbeiten, es gelten dieselben Kontrollen.

  • Lenkung

    Ihr Auftraggeber und unser Delivery-Lead treffen sich zu vereinbarten Zeitpunkten, um Fortschritt, Risiken, Budget und Richtung zu prüfen.

  • Berichterstattung

    Schriftliche Berichte in einem Rhythmus Ihrer Wahl: Fortschritt, Risiken, benötigte Entscheidungen und Qualitätskennzahlen.

  • Änderungskontrolle

    Änderungen an Umfang, Team oder Kosten werden schriftlich festgehalten, bepreist und freigegeben, bevor sie wirksam werden.

  • Qualitätsgates

    Codereview, automatisierte Tests und eine Definition of Done, die jede Änderung vor dem Release erfüllen muss.

  • Sicherheit

    Zugriff über benannte Konten mit minimalen Rechten, Vertraulichkeitsregeln für alle im Team und entzogene Zugriffe beim Ausscheiden.

Vom ersten Gespräch zur laufenden Software

Jede Zusammenarbeit folgt demselben Weg, unabhängig vom gewählten Modell.

  • Erstes Gespräch

    Sie erzählen uns, was Sie brauchen. Wir fragen nach dem Ziel, den Systemen, den Rahmenbedingungen und den Menschen, die Sie bereits haben.

  • Schriftliches Angebot

    Wir schlagen ein Modell, das Team oder den Umfang vor, wie die Kosten festgelegt werden und wie die Arbeit gesteuert wird.

  • Vereinbarung

    Wir vereinbaren die Vertragsbedingungen, einschließlich Vertraulichkeit, Eigentum und Sicherheit, bevor die Arbeit beginnt.

  • Menschen und Zugriff

    Sie lernen die Menschen kennen. Wir richten den Zugriff auf Ihre Systeme ein und vereinbaren die Arbeitsregeln.

  • Umsetzung

    Wir liefern in kurzen Zyklen, demonstrieren laufende Software und berichten Fortschritt und Risiken.

  • Betrieb und Review

    Wir betreuen, was wir gebaut haben, prüfen die Zusammenarbeit mit Ihnen und passen Team oder Modell an, wenn sich der Bedarf ändert.

Fragen und Antworten

Wie wählen wir ein Zusammenarbeitsmodell?

Beginnen Sie mit zwei Fragen: Wie klar ist das Ergebnis, und wie viel Tagessteuerung möchten Sie übernehmen? Ein klares Ergebnis mit einem Ende spricht für projektbasierte Umsetzung. Ein Produkt mit wechselnder Roadmap spricht für ein dediziertes Team. Wenn Sie bereits ein Team führen und Kompetenzen oder Kapazität brauchen, passt Personalverstärkung. Wir empfehlen ein Modell im Angebot und erklären, warum.

Wie beginnt eine Zusammenarbeit?

Mit einem Gespräch darüber, was Sie brauchen. Wir folgen mit einem schriftlichen Angebot: Modell, Team oder Umfang, wie die Kosten festgelegt werden und wie die Arbeit gesteuert wird. Wenn Sie zustimmen, stellen wir die Menschen vor, richten den Zugriff ein und beginnen. Wie schnell das geht, hängt von den Rollen und dem Zugriff ab, den Ihre Systeme erfordern.

Wer ist für die Umsetzung verantwortlich?

Das hängt vom Modell ab, und wir sagen es schriftlich. Bei projektbasierter Umsetzung ist XSIS für die Lieferung des vereinbarten Umfangs verantwortlich. Bei einem dedizierten Team ist XSIS für die gute Führung des Teams verantwortlich, Sie für dessen Prioritäten. Bei Personalverstärkung steuern Ihre Führungskräfte die Arbeit, und XSIS ist für die bereitgestellten Menschen verantwortlich.

Können wir das Zusammenarbeitsmodell später ändern?

Ja. Arbeit beginnt oft als Projekt und wird als dediziertes Team fortgeführt, oder ein dediziertes Team wird nach und nach durch eigene Neueinstellungen ersetzt. Wir planen die Änderung mit Ihnen, einschließlich Übergabe und Fristen, und behalten dieselben Menschen, wo das hilft.

Können wir Zusammenarbeitsmodelle kombinieren?

Ja. Ein dediziertes Team kann Ihr Produkt führen, während ein separates Projekt eine Bankintegration liefert, oder wir setzen einen Spezialisten in Ihr eigenes Team neben ein Team, das wir führen. Jeder Teil hat eigene Bedingungen, und ein Ansprechpartner bei XSIS koordiniert sie.

Gibt es eine Mindestverpflichtung?

Die Verpflichtung hängt vom Modell ab und wird mit Ihnen vereinbart. Ein Projekt läuft bis zu seinem vereinbarten Umfang. Teams und Einsätze haben Kündigungsfristen, damit Menschen ordentlich kommen und gehen und Arbeit sauber übergeben wird. Wir legen diese Bedingungen vor Beginn schriftlich fest.

Wie sehen wir den Fortschritt?

Durch schriftliche Berichte in einem Rhythmus Ihrer Wahl: was geplant war, was geliefert wurde, was gefährdet ist und was Ihre Entscheidung braucht. Sie sehen außerdem die Arbeit selbst, in Demonstrationen, im Backlog und im Code in Ihren eigenen Werkzeugen. Bei Projekten verfolgen die Berichte Meilensteine und Änderungsanträge.

Was bedeutet „eigene und extern beauftragte Teams“ bei XSIS?

Dass unsere eigenen Ingenieure jede Zusammenarbeit führen und die Verantwortung dafür tragen und dass wir Ingenieure aus geprüften externen Teams ergänzen, wenn die Arbeit mehr Menschen oder eine Kompetenz braucht, die wir nicht im Haus haben. Die externen Ingenieure arbeiten unter unserem Vertrag und unseren Standards, in einem Team, das unsere Mitarbeitenden führen.

Wer haftet, wenn ein externer Ingenieur einen Fehler macht?

XSIS. Ihr Vertrag besteht mit uns, und unser Delivery-Lead antwortet für die Arbeit des gesamten Teams, wer auch immer den einzelnen Ingenieur beschäftigt. Deshalb prüfen unsere Ingenieure die Änderungen externer Ingenieure, bevor sie zusammengeführt werden, und deshalb gelten einheitliche Standards für alle.

Wie steuern Sie die Sicherheit, wenn externe Ingenieure beteiligt sind?

Jeder externe Ingenieur ist an dieselben Vertraulichkeits- und Sicherheitsbedingungen gebunden wie unsere eigenen Mitarbeitenden, schriftlich weitergegeben. Der Zugriff auf Ihre Systeme wird pro Person erteilt, auf das für die Rolle Nötige beschränkt, regelmäßig geprüft und beim Ausscheiden entzogen. Wenn bestimmte Arbeiten nur von XSIS-Ingenieuren oder nur von bestimmten Standorten aus erledigt werden sollen, planen wir das Team entsprechend.

Wer führt ein dediziertes Team?

Sie entscheiden, woran das Team arbeitet: Ihr Product Owner setzt die Prioritäten und nimmt die Arbeit ab. Wir führen das Team im Alltag über eine Teamleitung, die die Arbeit plant, Blocker beseitigt, auf Qualität achtet und Ihnen berichtet. Personalführung, Leistung und Ersatz bleiben bei XSIS.

Kann das Team mit der Zeit wachsen oder schrumpfen?

Ja. Das Team folgt Ihrer Roadmap. Sie können Rollen ergänzen, wenn ein neuer Arbeitsstrom beginnt, und sie freigeben, wenn er endet. Wir vereinbaren jede Änderung im Voraus mit Ihnen, mit genug Vorlauf, um Menschen ordentlich einzubinden oder ihre Arbeit sauber zu übergeben. Die Fristen stehen im Vertrag.

Wie werden die Kosten eines dedizierten Teams festgelegt?

Ein dediziertes Team wird üblicherweise als monatliche Kosten für die vereinbarten Rollen abgerechnet, sodass Sie Ihr Budget planen können. Die Kosten hängen von der Zahl der Menschen, ihrer Seniorität und ihren Kompetenzen sowie einer eventuellen Abdeckung außerhalb der üblichen Zeiten ab. Wenn Sie lieber die tatsächliche Zeit bezahlen, können wir nach Aufwand arbeiten. Sie sehen Preis und Zeitplan, bevor wir beginnen.

Was ist der Unterschied zwischen Personalverstärkung und einem dedizierten Team?

Bei Personalverstärkung kommen unsere Ingenieure in Ihr Team, und Ihre Führungskräfte steuern ihre Arbeit im Alltag. Bei einem dedizierten Team stellen wir ein ganzes Team mit eigener Leitung, führen es im Alltag und Sie setzen die Prioritäten. Personalverstärkung passt, wenn Sie Führung und Prozess bereits haben. Ein dediziertes Team passt, wenn wir mehr davon übernehmen sollen.

Wer führt einen verstärkenden Ingenieur?

Ihre Führungskräfte steuern die Arbeit: was gebaut wird, in welcher Reihenfolge und wie es geprüft wird. XSIS bleibt Arbeitgeber oder Vertragspartner. Wir regeln Vergütung, Urlaub, Ausstattung, Leistungsunterstützung und Ersatz, und unser Ansprechpartner im Account hält Kontakt zu Ihnen und dem Ingenieur.

Wie wird Personalverstärkung abgerechnet?

Üblicherweise nach Aufwand: ein Satz pro Ingenieur für die geleistete Zeit oder ein Monatssatz für einen Vollzeiteinsatz. Der Satz hängt von Kompetenzen und Seniorität der Rolle und von Arbeit außerhalb der üblichen Zeiten ab. Sie sehen Preis und Zeitplan, bevor wir beginnen.

Wie wird die Arbeit abgenommen?

Nach Abnahmekriterien, die wir vor Baubeginn schreiben und mit Ihnen vereinbaren. Bei jedem Meilenstein demonstrieren wir die Arbeit, und Sie testen sie gegen diese Kriterien. Wenn etwas sie nicht erfüllt, beheben wir es. Wenn alles im Umfang seine Kriterien erfüllt, geben Sie den Meilenstein oder das Projekt frei.

Was geschieht, wenn sich unsere Anforderungen während des Projekts ändern?

Anforderungen ändern sich oft, und das ist in Ordnung. Jede Änderung läuft über die Änderungskontrolle: Wir beschreiben die Änderung und ihre Auswirkung auf Kosten und Plan, und Sie entscheiden. Nichts ändert Umfang, Preis oder Termine ohne Ihre schriftliche Freigabe.

Wie wird ein Projekt bepreist?

Ein gut definierter Umfang kann als Festpreis für diesen Umfang bepreist werden, mit Änderungen über die Änderungskontrolle. Wo der Umfang unsicherer ist, bepreisen wir zuerst die Discovery und dann den Bau oder arbeiten nach Aufwand gegen ein Budget, über das wir berichten. Sie sehen Preis und Zeitplan, bevor wir beginnen.

Unsicher, welches Modell passt?

Erzählen Sie uns von der Arbeit. Wir schlagen ein Modell vor und erklären, warum.

Wie es weitergeht

  1. Terminabstimmung

    Unser Team schreibt Ihnen, um einen Termin für das Gespräch zu vereinbaren.

  2. Beratungsvorgespräch

    Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.

  3. Readiness-Review

    In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.

  4. Wahl des Tracks

    Projekte mit klarem Leistungsumfang erhalten innerhalb von 3–5 Werktagen ein verbindliches Angebot. Projekte in der Konzeptphase starten im Blueprint Studio. Ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss, beginnt mit einer Diagnose von 1–2 Wochen. Blueprint Studio und Diagnose haben jeweils ein festes Honorar, das im Angebot genannt wird.