Ein Ökosystem, das mit Ihnen wächst

Netzwerke von Organisationen landen oft entweder auf der Plattform einer Partei, zu deren Bedingungen, oder als Geflecht einzelner Integrationen, in dem jede neue Beziehung ein neues Projekt ist. Das Erste macht alle von einem Eigentümer abhängig; das Zweite wächst nicht.

Es geht auch anders: Föderierte Netzwerke und offene Standards zeigen seit Langem, dass Zusammenarbeit keinen einzelnen Eigentümer braucht. CaseFlows ist ein konkreter Weg, das für die Arbeit selbst umzusetzen: autonome Organisationen, die über vereinbarte Verantwortlichkeiten zusammenarbeiten, eine Case-Rolle nach der anderen.

Nicht alle im Ökosystem nehmen auf dieselbe Weise teil. Es gibt drei Arten von Beziehungen:

• Im Case arbeiten. Der Eigentümer führt den Case auf seiner eigenen Plattform. Ein Partner hat darin eine Rolle. Ein Kunde oder Antragsteller nimmt teil, ohne eine eigene Plattform.
• Fähigkeiten liefern. Ein Dienstleister liefert Daten oder eine Berechnung, die eine Rolle nutzt. Er hat keine Rolle; er ist als Service angebunden.
• Anderen beim Aufbau helfen. Ein Implementierungspartner hilft einer Organisation, ihre Arbeit zu beschreiben und ihre ersten Caseflows aufzubauen. Er arbeitet in der Entwicklungsumgebung, nicht in den laufenden Cases.

• Ein Kunde oder Antragsteller: nein. Die Teilnahme an einem Case ist kostenlos.
• Ein Partner, der eine Rolle hat: nicht unbedingt. Er kann über die Rolle an Ihrem Case teilnehmen, ohne eigene Plattform und ohne Kosten.
• Ein Partner, der die Rolle seinen eigenen Leuten zuweisen und selbst verwalten möchte: ja, von seiner eigenen CaseFlows-Plattform aus.
• Eine Organisation, die ihre eigenen Caseflows aufbaut: ja, eine Plattform mit eigener Entwicklungsumgebung.
• Ein Dienstleister: nein; er ist als Service angebunden.

Der Betrieb einer eigenen Plattform ist ein Abonnement, und der Aufbau eigener Caseflows ist das höhere. Während der Private Beta vereinbaren wir die Bedingungen mit jeder Organisation, bevor sich jemand festlegt.

Sie beginnen nicht mit einem Ökosystem. Sie beginnen mit einem Case und einem Partner. Der Partner übernimmt eine Rolle, die beiden Organisationen vereinbaren, was er sehen und tun darf, und die Arbeit läuft.

Der nächste Partner ist kein neues Integrationsprojekt. Zwischen CaseFlows-Plattformen ist die Übergabe einer Rolle an eine andere Organisation eine Vereinbarung, die beide Seiten bestätigen, kein Code, der geschrieben werden muss. Eine zweite Firma kann dieselbe Rolle übernehmen; eine Firma, die bereits für eine Organisation arbeitet, kann eine Rolle für eine andere übernehmen. Jede Beziehung kommt für sich hinzu, und keine verändert die anderen. Wie zwei Organisationen an einem Case zusammenarbeiten, lesen Sie unter Organisationsübergreifend arbeiten.

Ein Ökosystem ist mehr als eine Menge von Verbindungen. Wertvoll wird es, wenn jeder neue Teilnehmer dem nächsten den Einstieg erleichtert.

Eine neue Partnerschaft verbindet nicht nur zwei Organisationen. Sie kann etwas hervorbringen, das andere wiederverwenden könnten: eine Case-Rolle, eine Vereinbarung über die Zusammenarbeit, eine Anbindung an einen Service, eine bessere Art, die Arbeit zu organisieren. Mit Erlaubnis der Teilnehmenden könnten diese Bausteine für andere auffindbar werden: Ein neuer Partner müsste seine Vereinbarung nicht von Grund auf neu erfinden, und ein Dienstleister, den eine Organisation angebunden hat, könnte von der nächsten gefunden und genutzt werden, zusammen mit dem, was andere in der Arbeit mit ihm gelernt haben.

So soll das Ökosystem wachsen: aus tatsächlicher Arbeit, eine nützliche Verbindung nach der anderen. Heute wird jede Beziehung für sich eingerichtet; ein gemeinsamer Ort, an dem solche Bausteine zu finden sind, ist unsere Richtung.

Zusammen wachsen heißt nicht, in eine gemeinsame Plattform umzuziehen. Jede Organisation steuert ihre eigene Plattformumgebung: ihre Caseflows, ihre Daten, ihre Services, ihre Arbeitsweise. Diese Umgebungen können auf gemeinsamer Infrastruktur oder auf getrennten Servern laufen. Autonomie entsteht durch die Grenzen zwischen Organisationen, nicht durch eine eigene Maschine für jede.

Was geteilt wird, bleibt klein: ein Register, das Organisationen hilft, einander zu finden und zu identifizieren, und das festhält, wo ihre Plattform zu finden ist. Es besitzt ihre Cases nicht und steuert ihre Vereinbarungen nicht; jede Organisation bleibt für die Beziehungen und Rollen verantwortlich, die sie annimmt.

Wie Vertrauen zwischen Plattformen funktioniert. Jede Plattform hat ihre eigene Adresse und ihren eigenen Schlüssel und signiert selbst, was sie anfragt. Die angefragte Plattform prüft diese Signatur anhand der Vereinbarung zwischen beiden. Zwischen Installationen wird kein Geheimnis geteilt.

Zwei Organisationen sollten eine neue Zusammenarbeit erkunden können, bevor echte Cases davon abhängen. In CaseFlows tun sie das in der Entwicklungsumgebung: Sie vereinbaren die Verantwortlichkeiten, gehen Testcases durch, sehen, was die einzelnen Teilnehmenden sehen und tun dürfen, und finden heraus, wo der Prozess angepasst werden muss, bevor ein echter Antrag mit echten personenbezogenen Daten hindurchläuft.

Erst wenn beide Organisationen die Regelung annehmen, geht sie in Produktion; in Produktion läuft nur eine Zusammenarbeit, die beide Seiten freigegeben haben. Menschen eines Partners melden sich mit dem Konto ihrer eigenen Organisation an, sodass niemand die Benutzer der anderen Seite verwalten muss.

Wohin wir gehen: ein Testcase, der die Grenze überschreitet und auf der Seite des Partners als dessen eigener Testcase weiterläuft, sodass beide Organisationen die gesamte Zusammenarbeit, von innen und von außen, erleben können, bevor es sie gibt.

Manche Formen der Zusammenarbeit sind zu wichtig, um von den Regeln einer einzelnen Organisation abzuhängen. Eine Gruppe von Teilnehmenden kann sich entscheiden, gemeinsame Spezifikationen zusammen zu pflegen: die Rollen, Verantwortlichkeiten und Vereinbarungen, die ihre Zusammenarbeit tragen. Das muss nicht warten, bis viele Organisationen zufällig auf dieselbe Weise arbeiten; Kommunen und Leistungserbringer im Gesundheitswesen oder eine Gruppe von Energiegenossenschaften können sich bewusst dafür entscheiden.

Jede Organisation bleibt für ihre eigenen Cases und Systeme verantwortlich. Die gemeinsame Spezifikation wird kollektiv gesteuert, und das wirft eine eigene Frage auf: Wer darf eine gemeinsame Spezifikation ändern, und wie arbeiten Teilnehmende mit unterschiedlichen Versionen weiter, während eine neue eingeführt wird? Das ist eine andere Frage als die, wer den Caseflow einer einzelnen Organisation ändern darf, und die Teilnehmenden beantworten sie gemeinsam.

Eine Möglichkeit, sich das Wachstum vorzustellen:

1. Partnerschaft: Zwei Organisationen vereinbaren eine Case-Rolle und arbeiten zusammen.
2. Netzwerk: Weitere Organisationen gehen Beziehungen ein und verwenden dabei Rollen, Services und Spezifikationen wieder.
3. Commons: Eine Gruppe von Organisationen pflegt gemeinsam die Spezifikationen und Vereinbarungen, die ihre Zusammenarbeit regeln.

Die erste Stufe läuft heute. Die Bausteine für die anderen gibt es: eine gemeinsame Schicht, der mehrere Plattformen folgen, so wie unsere eigenen Plattformen ihre Konzepte bereits teilen, und Vereinbarungen, die jede Plattform für sich bestätigt. Die ersten Commons, die unabhängige Organisationen tatsächlich gemeinsam betreiben, sind der nächste Schritt. Mehr zur gemeinsamen Verantwortung lesen Sie unter Offene Spezifikationen, portable Prozesse.

Wenn niemand das ganze Ökosystem besitzt, ist die Frage berechtigt, was CaseFlows selbst besitzt und verwaltet. Heute:

• Wir betreiben das Register, in dem Organisationen und ihre Plattformen einander finden.
• Wir pflegen das Protokoll, über das Plattformen einander Rollen übergeben, und entscheiden, wie es sich weiterentwickelt.
• Wir stellen die einzige Runtime für die Spezifikationen bereit, und wir hosten die Plattformen.

Was in jedem Fall Ihnen gehört, sind Ihre Spezifikationen, als offene Dateien, die Sie lesen und behalten können, und Ihre Vereinbarungen mit Ihren Partnern. Ein föderiertes Design ist noch keine Unabhängigkeit von dem Anbieter, der es gebaut hat; das sagen wir lieber offen, als etwas anderes anzudeuten. Unsere Richtung ist, mehr davon abzugeben: die Steuerung der gemeinsamen Regeln an die Teilnehmenden von Commons, und eine zweite Runtime für dieselben offenen Formate.

Ein Ökosystem braucht auch Menschen, die anderen beim Einstieg helfen. Implementierungspartner tun das: Eine Beratung, die eine Branche kennt, arbeitet mit den Prozessverantwortlichen einer Organisation, hilft, die Arbeit zu beschreiben, und baut mit ihnen die ersten Caseflows in der Entwicklungsumgebung auf. Ob etwas in Produktion geht, bleibt die Entscheidung des Kunden. Dieses Partnermodell bauen wir gerade mit unseren ersten Partnern auf. Mehr dazu unter Implementierungspartner.

Läuft heute

• Eine Case-Rolle, die eine andere Organisation innehat, mit einer Vereinbarung, die beide Plattformen bestätigen.
• Formen der Zusammenarbeit, die zuerst in der Entwicklungsumgebung gestaltet und erprobt werden; in Produktion läuft nur, was beide Seiten freigegeben haben.
• Plattformen mit eigener Adresse und eigenem Schlüssel, auf gemeinsamen oder getrennten Servern, ohne geteiltes Geheimnis.
• Menschen eines Partners, die sich mit dem Konto ihrer eigenen Organisation anmelden.
• Kunden, Antragsteller und Partner, die ohne Plattform und ohne Kosten an einem Case teilnehmen.
• Eine gemeinsame Schicht von Konzepten, der mehrere unserer eigenen Plattformen folgen.

Wohin wir gehen

• Ein Ort, an dem wiederverwendbare Rollen, Vereinbarungen und Services zu finden sind, mit Erlaubnis der Teilnehmenden.
• Ein Testcase, der die Grenze überschreitet und als eigener Testcase des Partners weiterläuft.
• Ketten von Organisationen, die Rollen weitergeben, von Anfang bis Ende gemessen.
• Die ersten Commons, die unabhängige Organisationen gemeinsam betreiben, und die Steuerung gemeinsamer Regeln in den Händen ihrer Teilnehmenden.
• Das Partnermodell, mit den ersten Implementierungspartnern.