KAIHITO entsteht aus der Praxis — nicht aus einem Beratungsmodell.
Über uns
Was KAIHITO bedeutet
開 — öffnen, erschließen人 — Mensch
KAIHITO setzt sich aus zwei japanischen Begriffen zusammen: 開 (kai) — öffnen, erschließen, den Anfang machen — und 人 (hito) — Mensch. Öffnen und Mensch. Zusammen beschreibt das, was wir tun: Systeme öffnen, damit Menschen mit ihnen arbeiten können.
Technik allein öffnet nichts. Ein System wird erst dann wirksam, wenn Menschen es verstehen, ihm vertrauen und es in ihren Alltag lassen. Deshalb steht der Mensch nicht am Ende des Projekts, sondern in der Mitte.
Das rote Siegel ist unser Qualitätszeichen. In Japan steht das Hanko für eine persönliche Zusage: Wer siegelt, steht für das Ergebnis ein. Wir setzen es dort, wo wir Verantwortung übernehmen — nicht als Dekoration.
Siegel der Qualität: Wo es steht, tragen wir Verantwortung.
Die Geschichte dahinter
KAIHITO entsteht aus der Führung eines IT-Unternehmens: Verantwortung für Delivery, Vertrieb, Marketing und Team gleichzeitig — mit dem täglichen Blick darauf, woran Vorhaben tatsächlich scheitern.
Daraus stammt der Fokus auf Führung, Organisation und eine Arbeitsweise, die Leistung ermöglicht, ohne Menschen zu verbrauchen. Asynchrone Zusammenarbeit, klare Entscheidungswege und psychologische Sicherheit sind keine Ideale, sondern die Bedingungen, unter denen komplexe Projekte funktionieren.
KAIHITO FlexCo wird im September gegründet. Bis dahin ist diese Seite vor allem eines: eine Plattform, auf der die Haltung nachlesbar ist.
Warum KAIHITO anders arbeitet
Wir sind keine Full-Service-Agentur, die alles gleichzeitig anbietet, und kein reiner Code-Lieferant, der nach dem Go-live verschwindet.
Unabhängigkeit ist für uns kein Nebeneffekt, sondern Teil der Bauweise: Daten, Identität und Geschäftslogik bleiben beim Kunden. Wir setzen auf Open Source und self-hostbare Bausteine, damit niemand in eine Abhängigkeit gerät, deren Preise, Datenlage und Kündigungsrisiko er nicht steuern kann.
Und wir sagen, was ein Vorhaben nicht löst. Ein Kern-Slice bis Produktion ist uns lieber als eine Konzeptphase — und danach soll jemand intern dafür geradestehen können, nicht wir auf Dauer.
Wie wir schneiden — und wo wir aufhören
Wir arbeiten in abgegrenzten Schnitten mit festem Zeitfenster: ein Mandanten- und Rechtemodell, eine revisionssichere Historie für einen Prozess, die Nachweisfähigkeit vor einem Audit. Komplexität wird abgeschnitten, bis etwas Lauffähiges steht — nicht bis alles bedacht ist.
Grundlagenarbeit ohne Fixpunkt läuft aus dem Ruder. Deshalb koppeln wir sie an ein Vorhaben, das jemand im Haus wirklich will: einen Deal, einen Auditbefund mit Frist, einen Kunden mit Sicherheitsanforderungen. Und wir arbeiten nur im Tandem aus Fachbereich und Technik. Findet sich niemand aus dem Geschäft, der die Entscheidungen mitträgt, sagen wir das früh.
Wofür wir nicht die richtige Antwort sind: Generalunternehmerschaft für die gesamte IT, betriebskritische Kernsysteme, für die Referenzen in vergleichbarer Größenklasse nötig sind, reine Kapazität zum Stundensatz und „Modernisierung“ ohne konkreten Auslöser. Wir sagen das lieber vorher als im dritten Monat.
Woran Sie uns messen sollten
Dieselben Fragen, die wir an der Stelle eines Auftraggebers stellen würden — und unsere Antwort darauf.
- Wissenstransfer
- Entscheidungen werden als ADRs festgehalten, Betriebswissen dokumentiert und im Team gespiegelt. Ziel jedes Mandats ist, dass wir ersetzbar werden.
- IP und Rechte
- Code, Daten, Identität und Geschäftslogik gehören Ihnen — vertraglich und technisch. Wir bauen auf Open Source und self-hostbaren Bausteinen, damit kein Abhängigkeitsrisiko entsteht, das Sie nicht steuern können.
- Übergabe und Betrieb
- Wer baut, betreibt zunächst mit. Das Mandat endet planmäßig mit einer benannten internen Verantwortung, nicht schleichend über Wartungsstunden.
- Referenzen, ehrlich eingeordnet
- KAIHITO ist jung. Wir zeigen anonymisierte Praxisbeispiele und benennen die Größenklasse, in der wir tatsächlich gearbeitet haben — statt eine zu behaupten, die wir nicht haben.
- Nachweisbarkeit statt Zertifikatslogik
- Ein Zertifikat des Dienstleisters ist kein Beleg für Ihr System. Was zählt, ist, was Ihre Software im Audit selbst vorlegen kann.
Netzwerk und Arbeitsweise
Umsetzung passiert über ein Netzwerk erfahrener Architektinnen und Entwickler, die wir kennen und mit denen wir gearbeitet haben. Keine anonyme Kapazität, keine Weiterreichung an ein unbekanntes Team.
- Async als Standard: Entscheidungen sind nachlesbar begründet
- Klare Ownership pro Thema, namentlich statt per Rolle
- Erfahrene Architekten und Entwicklerinnen statt Junior-Skalierung
- Ehrliche Aussagen dazu, was ein Vorhaben nicht löst
Rollen im Kernteam
Architektur & JVM
Fachliche Schnitte, Event Modeling, Domain-Driven Design und Architekturentscheidungen, die im Betrieb tragen.
Java, Kotlin, Spring, Event Sourcing, CQRS, Domain-Driven Design
Platform & Backend
Production-Readiness: Deployment, Observability, Sicherheit und Betriebsfähigkeit vom ersten Sprint an.
Kubernetes, Docker, CI/CD, PostgreSQL, EventSourcingDB, Keycloak
Full-Stack & Delivery
Vom Frontend bis zur Pipeline: Features, die Nutzerinnen erreichen, und Übergaben, die halten.
TypeScript, Angular, Node.js, REST/GraphQL, DevOps-Automatisierung
Standort
KAIHITO arbeitet von Wien aus — mit Kundinnen und Kunden in Österreich, Deutschland und der Schweiz.
Zusammenarbeit läuft async und remote, mit Vor-Ort-Terminen in Wien und im DACH-Raum, wo sie den Unterschied machen: Kickoff, Event-Modeling-Workshops und Entscheidungen mit vielen Beteiligten.
Konkret wird das in unseren Leistungen — und im Grundlagenbeitrag Warum Digitalisierungsprojekte an den Übergängen scheitern.