121 Fragen
Ihre Antworten stehen auf den folgenden Seiten, geordnet nach Herkunft der Fragen. Öffnen Sie eine oder springen Sie direkt zu einer Frage.
- Wie handhaben Sie Zeitzonen und Arbeitszeiten?
- Wie halten Sie die Qualität bei eigenen und externen Ingenieuren gleich?
- Wann ist projektbasierte Lieferung die richtige Wahl?
- Wie wählen wir ein Zusammenarbeitsmodell?
- Können wir das Zusammenarbeitsmodell später ändern?
- Wie sehen wir den Fortschritt? (So arbeiten wir)
- Wie wird die Arbeit abgenommen?
- Was geschieht, wenn sich unsere Anforderungen während des Projekts ändern?
- Ist der Vorschlag des Selbsttests verbindlich?
- Was gilt als laufendes System?
- Was sollten wir für die Prüfung vorbereiten?
- Wann ist das Blueprint Studio der richtige Track?
- Was enthält das Ready-to-Build-Paket?
- Lässt es sich innerhalb einer Ausschreibung des öffentlichen Sektors durchführen?
- Wie wählen wir ein Paket?
- Wie lange dauert ein Paket?
- Ist ein Paket ein Bauvertrag?
- Wie beginnt ein Pod?
- Arbeiten Spezialisten vor Ort?
- Wie beginnt ein Einsatz?
- Was ist Build-Operate-Transfer?
- Wie beginnt ein Kompetenzzentrum?
- Was ist ein Projekt mit festem Ergebnis?
- Wo sollte eine Transformation beginnen?
- Können Sie das Programm an einer nationalen Vision ausrichten?
- Worin unterscheidet sich Customer Experience von UX-Design?
- Wie messen Sie Customer Experience?
- Was bedeutet Human-on-the-Loop für unsere Mitarbeitenden?
- Was, wenn das Problem in unseren Systemen statt in unseren Prozessen liegt?
- Wie stellen Sie sicher, dass der Plan umgesetzt wird?
- Brauchen wir Forschung, wenn wir bereits Kundendaten haben?
- Welche Führungsrollen können Sie besetzen?
- Wann ist eine Fractional-Führungskraft sinnvoll?
- Ist Ihre Beratung unabhängig von den Produkten, die Sie empfehlen?
- Unser Programm scheitert. Wo beginnen Sie?
- Können Sie ein PMO für uns aufbauen?
- Arbeitet die Fractional-Führungskraft mit unseren bestehenden Teams und Anbietern?
- Was geschieht, wenn wir eine feste Führungskraft einstellen?
- Was ist TOGAF, und brauchen wir es?
- Was betrachtet ein Hochverfügbarkeits-Audit?
- Wir hängen von einem Cloud-Anbieter ab. Können Sie uns beim Wechsel helfen?
- Warum ist Architektur für KI-Agenten wichtig?
- Was erhalten wir am Ende einer Prüfung?
- Können Sie die Architektur anschließend auch umsetzen?
- Für wen ist die Bewertung gedacht?
- Was liegt am Ende vor?
- Sind wir für die anschließende Arbeit an XSIS gebunden?
- Erteilen Sie Rechtsberatung?
- Wir sind in mehreren Ländern tätig. Kann ein Entwurf alle erfüllen?
- Wann brauchen wir Discovery statt eines Angebots?
- Was erhalten wir am Ende? (Workshops, Produkt-Discovery und POCs)
- Wird das Blueprint-Honorar angerechnet, wenn XSIS baut?
- Können wir etwas Funktionierendes sehen, bevor wir uns binden?
- Wir sind eine öffentliche Stelle und an Vergaberecht gebunden. Können Sie trotzdem helfen?
- Wer von unserer Seite sollte an den Workshops teilnehmen?
- Worin unterscheidet sich Ihre Beratung von einer Managementberatung?
- Was erhalten wir am Ende? (Strategy & Consulting)
- Ist Ihre Beratung unabhängig von Anbietern?
- Müssen wir XSIS beauftragen, das zu bauen, was Sie entwerfen?
- Arbeiten Sie mit Ministerien?
- Wie beginnt eine Beratungszusammenarbeit?
- Ersetzen KI-Agenten unsere Mitarbeitenden im Contact Center?
- Worin unterscheiden sich die KI-Stufen?
- Welche Stufe passt zu uns?
- Wie beginnt die Datenbankarbeit mit Ihnen?
- Wie migrieren Sie eine Datenbank, ohne Daten zu verlieren oder das Geschäft anzuhalten?
- Wo beginnen wir, wenn wir nicht wissen, wo unsere sensiblen Daten liegen?
- Müssen wir unsere aktuellen BI-Werkzeuge ersetzen?
- Was passiert, wenn sich unsere Anforderungen im Projekt ändern?
- Unsere Desktop-Anwendung ist alt und schwer zu ändern. Welche Möglichkeiten haben wir?
- Brauchen wir Nutzerforschung, wenn wir unsere Nutzer bereits kennen?
- Sollten wir alle unsere Tests automatisieren?
- Was ist Chaos-Testing, und ist es sicher?
- Wie testen Sie Integrationen mit Banken, Zahlungsdienstleistern oder ERPs?
- Warum nicht das ganze System auf einmal neu schreiben?
- Muss das Geschäft während der Migration anhalten?
- Niemand versteht unser altes System vollständig. Können Sie es trotzdem modernisieren?
- Unterbricht die Migration unser Geschäft?
- Was umfasst ein Projekt zur IT-Infrastruktur?
- Wir haben bereits Pipelines. Müssen wir neu anfangen?
- Können Sie Agenten und Modelle absichern, die wir nicht mit Ihnen gebaut haben?
- Wo sollten wir beginnen? (AI & Data)
- Müssen unsere Daten zuerst in Ordnung sein?
- Gehört mein Projekt zu Software Engineering oder zu Enterprises & Integrations?
- Wo sollten wir beginnen? (Cloud & Infrastructure)
- Sehen wir unsere Liquiditätslage tagsüber?
- Wir haben mehrere Banken. Ist jede ein eigenes Projekt?
- Wie werden Tagesabschlusssummen abgestimmt?
- Können Aktionen und Preisänderungen im Voraus geplant werden?
- Warum kommt die Abwicklung später als der Umsatz?
- Können wir mehr als einen Zahlungsanbieter nutzen?
- Können Sie uns an E-Invoicing- und Steuer-Freigabeplattformen anbinden?
- Was, wenn unsere Stammdaten nicht sauber sind?
- Wie gewährleisten Sie Datenintegrität?
- Wie halten Sie das CRM mit dem ERP und anderen Systemen im Gleichschritt?
- Wie übernehmen Sie unsere Daten aus Tabellen oder einem alten CRM?
- Wie stellen Sie sicher, dass unsere Teams das CRM nutzen?
- Was geschieht, wenn die Steuerbehörde eine Rechnung ablehnt?
- Was geschieht, wenn eine Auszugszeile nicht zugeordnet wird?
- Behandeln Sie Rückerstattungen und Chargebacks?
- Was geschieht, wenn die API eines Partners ausfällt?
- Warum Integration als eigene Disziplin behandeln?
- Wie stellen Sie sicher, dass nichts verloren geht oder doppelt gebucht wird?
- Wo sollte ein Projekt beginnen? (Immobilien und Gastgewerbe)
- Wo sollte ein Projekt beginnen? (Energie und Versorger)
- Warum stimmt der Bestand zwischen ERP und Filialen nie überein?
- Können Sie unsere Daten in ein neues ERP migrieren?
- Wie erfahren wir, wenn eine Sendung schiefgeht?
- Wo sollten wir beginnen? (Finanzen, Treasury und Steuern)
- Behalten Menschen die Kontrolle?
- Wo sollten wir beginnen? (Beschaffung)
- Wo sollten wir beginnen? (Betrieb und Lieferkette)
- Wo sollten wir beginnen? (Vertrieb und Revenue Operations)
- Wie halten Sie KI-Inhalte markenkonform?
- Wo sollten wir beginnen? (Marketing)
- Wann übergibt die KI an einen Menschen?
- Wo sollten wir beginnen? (Kundensupport)
- Was ist Human-on-the-Loop?
- Wo sollten wir beginnen? (Personal und Talent)
- Wo sollten wir beginnen? (Recht, Risiko und Compliance)
Weitere Fragen
- Kosten und PreiseWas die Kosten eines Projekts oder Teams bestimmt und wie wir kalkulieren.29 Fragen
- ZeitpläneWie lange der Start und die Umsetzung dauern und was sie verändert.10 Fragen
- Eigentum und VerträgeWem Code, Daten und Ergebnisse gehören und wie Verträge funktionieren.22 Fragen
- Sicherheit und DatenWie wir Ihre Systeme, Ihren Code und Ihre Daten während der Arbeit schützen.79 Fragen
- Teams und PersonalWer an Ihrem Projekt arbeitet, wie sie ausgewählt werden und wie sich Teams verändern.30 Fragen
- TechnologieDie Plattformen, Standards und Werkzeuge, mit denen wir arbeiten.144 Fragen
- Support und BetriebWas nach der Inbetriebnahme geschieht: Support, Monitoring und Änderungen.29 Fragen
- Über XSISWer wir sind, wo wir sind und wie Sie uns erreichen.6 Fragen
Beginnen Sie mit einem Gespräch, nicht mit einem Vertrag.
Sagen Sie uns, was Sie bauen, verbinden oder absichern möchten. Ein Architekt geht es mit Ihnen durch und empfiehlt dann, wo Sie beginnen sollten.
Wie es weitergeht
Terminabstimmung
Unser Team schreibt Ihnen, um einen Termin für das Gespräch zu vereinbaren.
Beratungsvorgespräch
Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.
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.
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.