Los1: Pflegekonzept IVS-RA

Aufgabenstellung

Die Entwicklung einer ersten Version der in diesem Projekt definierten Architekturen (IVS-Rahmenarchitektur und die in den Losen 2-4 ausgeschriebenen Referenzarchitekturen) ist ein wichtiger Schritt hin zu einer plan- und steuerbaren IVS, die zur Verbesserung der Umweltverträglichkeit, zur Steigerung der Effizienz und zur Erhöhung der Sicherheit im Straßenverkehr beitragen kann.

Aufgrund sich ständig ändernder Rahmenbedingungen (z.B. Hinzukommen neuer Stakeholder und Anwendungsfelder, Entwicklung neuer Technologien, Änderung der gesetzlichen Anforderungen) ist es notwendig, die IVS-Rahmenarchitektur in regelmäßigen Abständen auf ihre Aktualität und Gültigkeit zu überprüfen und gegebenenfalls anzupassen. Auch TOGAF sieht eine ständige Kontrolle und Weiterentwicklung vor. Wichtig ist dazu eine Institutionalisierung dieser Aufgaben der Aktualisierung, Anpassung und Pflege deren Organisation und Finanzierung. Insofern beinhaltet das Konzept für die Weiterentwicklung und Pflege der IVS-Rahmenarchitektur folgenden Aufgaben:

• Um Wirkung und Nutzen der IVS-Rahmenarchitektur auf Dauer erhalten und vorantreiben zu können, muss ein Konzept für den Prozess der Einführung, Weiterentwicklung und Pflege der IVS-Rahmenarchitektur (IVS-Rahmenarchitektur Prozess) entwickelt werden. Dabei sollte neben der Weiterentwicklung der in diesem Projekt definierten IVS-Rahmenarchitektur und IVS-Referenzarchitekturen auch die Identifikation und Entwicklung weiterer IVS Referenzarchitekturen berücksichtigt werden.

• Für die Einführung und Umsetzung des IVS-Rahmenarchitektur Prozess muss ein Organisations- und Finanzierungskonzept erarbeitet werden. Wichtig ist insbesondere dabei, die Zuständigkeiten für die Weiterentwicklung und Pflege festzulegen. Dabei ist eine Verankerung im IVS-Gesetz sicherlich sinnvoll.

Einführung, Weiterentwicklung und Pflege der IVS-Rahmenarchitektur

Problemstellung

Das nationale Rahmenwerk für IVS-Architektur "Straße" (kurz: die IVS-Rahmenarchitektur) ist konzeptionell ein an neue Anforderungen der Anwenderseite anpassbares Meta-Model für die Entwicklung von IVS-Referenzarchitekturen und IVS-Architekturen realer IVS-Dienste. Um Planungs- und Rechtssicherheit in der Anwendung und Handhabung des TOGAF-basierten Vorgehensmodells zur Entwicklung von IVS-Architekturen und der auf den fünf Ebenen der IVS-Pyramide angesiedelten, primär die Zusammenarbeit von IVS-Akteuren adressierenden Kernaspekte von IVS-Architektur zu erhalten, muss der IVS-Rahmenarchitektur der Stellenwert eines Standards beigemessen werden. Dem Wesen eines Standards entsprechend, muss die Festlegung dessen, was Standard ist und wie der Standard angepasst oder erweitert wird, auf einer übergeordneten, neutralen Ebene geregelt werden.

Die IVS-Rahmenarchitektur soll deshalb Betrachtungs- und Handlungsgegenstand eines offenen und transparenten OTS-Prozesses sein, der einen unmittelbaren Bezug zu Einrichtungen besitzt, welche die Kompetenz einer Standardisierungseinrichtung besitzen sollen. Der Anspruch, die IVS-Rahmenarchitektur als offenen Standard verfügbar zu machen, stellt an die an diesem OTS-Prozess beteiligten Personen bestimmte Anforderungen im Hinblick auf Kompetenz und Unabhängigkeit. Es muss mit de IVS-Rahmenarchitektur eine Interessenslage geweckt werden, die Personen dazu motiviert, sich am IVS-Rahmenarchitektur Prozess zum Zwecke der Pflege und Fortschreibung des Standards nebst der Festlegung der erforderlichen Konformitäts-Rahmenbedingungen zu beteiligen. Einrichtungen und Unternehmen, die solche Personen beschäftigen, müssen Mittel bereitstellen wollen, damit sich Mitarbeiter auch wirklich an diesem Prozess beteiligen können. Damit der IVS-Rahmenarchitektur-Standard ein offener Standard bleibt, werden Mechanismen benötigt, die dies sicherstellen. Eine gewisse Anlehnung an die Verfahren anderer Standardisierungseinrichtungen scheint hier angebracht. Ziel dieses Arbeitspaketes soll sein, eine Organisationsgrundstruktur, das Qualitätsmanagement und die Anbindung an die Standardisierung zu entwickeln. Auf Grundlage dieses Modells soll der IVS-Rahmenarchitektur Prozess nach Möglichkeit unter Beteiligung aller in die Entwicklung und den Betrieb von IVS und IVS-Diensten involvierten und aller sonstigen Stakeholder im Bereich IVS (Bund, Länder, Industrie, Beratungsunternehmen, …) institutionalisiert und instanziiert werden.

Der IVS-Rahmenarchitektur Prozess

Standards müssen in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des OTS 2 Standards lediglich eine Momentaufnahme im IVS-Rahmenarchitektur Prozess.

So stellt sich das Prozessmodell als ein Kreislauf dar, der sich grundsätzlich in vier Phasen unterteilen lässt. Ein Feedback der Nutzer als Rückkopplung zu den aktuellen Versionen der Standardisierungsentwicklung ist von großer Bedeutung zur Weiterentwicklung bzw. zur Fehlerbehebung und wirkt häufig als Initialzündung für die weitere Pflege des Standards. Die in der Folge von IT-Spezialisten entwickelten Lösungen (Pflege des Standards) werden in einer neuen (Unter-)Version dem Markt zur Realisierung zur Verfügung gestellt.

Durch die Dokumentation des Pflegeprozesses (Ereignisverfolgung/Issue-Tracking) sowie die Veröffentlichung von Ergebnissen von Forschungsprojekten und des Standardisierungsprozesses werden die Nutzer stets über den aktuellen Stand informiert und damit aktiv bei der Umsetzung unterstützt. Die Zertifizierung der Standardisierungsergebnisse gibt den Anwendern zusätzlich Planungssicherheit. Mit diesen Maßnahmen soll die Akzeptanz des Standards bei den Nutzern gefördert und damit die Voraussetzung für dessen Durchsetzung am Markt geschaffen werden. Ohne ein gewisses Maß an Marktakzeptanz kann der Standardisierungsprozess nicht überleben. Durch die Implementierung ergeben sich beim Anwender weitere Bedürfnis-se bzw. werden ggf. Mängel des Standards erkennbar, was wiederum durch ein entsprechendes Feedback in den Prozess eingebracht wird und damit die Weiterentwicklung der Standardisierung vorantreibt.

Hieraus ergeben sich grundsätzlich folgende Fragen bzgl. des Standardisierungsprozesses:

• Wie passt sich der Standard an neue Anforderungen an?
• Wie reagiert der Standard auf die Entdeckung von Fehlern?

Zudem muss in diesem Zusammenhang auch geklärt werden, wer sich an den Kosten dieses Standardisierungsprozesses beteiligt bzw. Ressourcen für die Pflege des Standards bereitstellt, einhergehend mit der Frage nach den eigentlichen Nutznießern. Einerseits sind es die Städte und Kommunen, Bund und Länder, die als Anwender von diesem Prozess profitieren. Aber auch Hersteller haben ein Interesse daran, die Entwicklung voranzutreiben und den Nutzen, sich mit Vorsprung am Markt behaupten zu können.

Im Vergleich mit der Pflege von DATEX II (internationaler Prozess), der mit einem Aufwand von etwa 100 Mann-Wochen pro Jahr (entspricht ca. 300-400 T€) betrieben wird, kann man beim IVS-Rahmenarchitektur Prozess (nationaler Prozess) von einem Viertel dieser Kosten (75-100 T€) pro Jahr ausgehen.

Aufgaben des IVS-Rahmenarchitektur Prozesses

Die grundsätzlichen Aufgaben des IVS-Rahmenarchitektur Prozesses unterteilen sich in die Bereiche

• Pflege der IVS-Rahmenarchitektur,
• Anwenderunterstützung
• Öffentlichkeitsarbeit sowie
• Selbstverwaltung des Prozesses.

Die Arbeiten zur Pflege der IVS-Rahmenarchitektur erfordern IVS-Architektur-Kompetenz und können u. U. nur von Experten (Hersteller, (außer)universitäre Einrichtungen, beratende Unternehmen) übernommen werden. Sie umfassen im Wesentlichen folgende Teilbereiche:

• Pflege und Erweiterung der Basiskonzepte
• Pflege und Erweiterung der IVS-Architekturbausteine
• Pflege und Erweiterung des TOGAF-basierten Vorgehensmodells
• evtl. weitere...

Für die Pflege eines Standards sollten transparente und offene Prozedere definiert werden. Diese umfassen beispielsweise die Behebung identifizierter Fehler sowie die Weiterentwicklung des Standards auf Basis eingereichter Erweiterungsanträge, die ggf. in Abhängigkeit des Schweregrades bzw. nach einer definierten Prioritätenliste von Experten (IVS-Architektur-Spezialisten) zeitnah behandelt werden. Die Ergebnisse des Pflegeprozesses werden in die IVS-Rahmenarchitektur eingearbeitet und im IVS-Wiki veröffentlicht.

Neben den vorherigen Aspekten, die mit der Pflege des Standards zu assoziieren sind, haben die nachstehenden Aufgaben einen unterstützenden Charakter und sollten vom Aufwand her nicht unterschätzt werden. Zum einen sei hier der Anwendersupport genannt. Er gliedert sich in eine Reihe von unterschiedlichen Leistungen, wie z.B. die Bereitstellung IVS-Rahmenarchitektur und weiterführenden, unterstützenden Dokumentationen (z.B. IVS-Referenzarchitekturen). Letztere können sich aus Tutorials, Guidelines, Webinars, etc. zusammensetzen.

Für eine Kollaboration von Entwicklern der IVS-Rahmenarchitektur, Firmen, die ihre Produktpalette konform zur IVS-Rahmenarchitektur entwickeln und in ihren Systemlandschaften einsetzen, können als Werkzeuge oder Kommunikationsplattformen internetbasierte Foren etc. eingerichtet und betrieben werden. Beide Werkzeuge/Plattformen benötigen eine aktive Moderation, wenn sie im Rahmen einer problemorientierten Unterstützung als Helpdesk eingerichtet werden sollen. Aufgetretene Probleme können in einem Issue-Tracking-System dokumentiert werden. Es dient dazu, den reibungslosen Ablauf daraus resultierender Aufgaben zu gewährleisten und die Pflege der IVS-Rahmenarchitektur zu unterstützten.

Im Projekt IVS-Rahmenarchitektur wurde dazu mit der Internetplattform www.......org der Grundstein gelegt. Dort finden sich alle Informationen rund um IVS-Rahmenarchitektur. Es ist aber nicht nur ein Informationszentrum, sondern auch ein Werkzeug für den IVS-Rahmenarchitektur Prozess. Über das Portal sind nicht nur viele Informationen (Spezifikationen, Erweiterungen, IVS-Referenzimplementierung, u.v.m.) erhältlich. Es ist auch beabsichtigt, ein Issue-Tracker-Modul zu integrieren. Dieses bietet eine Feedback-Möglichkeit für Nutzer der IVS-Rahmenarchitektur (Fehlerreports, Anforderungen an IVS-Rahmenarchitektur, usw.). Die folgende Abbildung zeigt das IVS-Wiki Portal.

Abbildung: IVS-Wiki-Portal

Zu den beschriebenen Aufgaben der Pflege der IVS-Rahmenarchitektur bedarf es zudem einer regen Öffentlichkeitsarbeit, um einerseits die Standardisierungsergebnisse zeitnah einem breiten Nutzerkreis zur Verfügung stellen zu können und andererseits einen geeigneten „Kanal“ für die Rückkopplung bereit zu halten. Nur über eine nachhaltig gewährleistete Kommunikation kann der Prozess wirklich lebendig gehalten werden. Diesbezüglich werden die Unterhaltung des Internetauftritts inkl. Newsletter, die Durchführung von Nutzerforen, Workshops usw. sowie die Repräsentation auf geeigneten (externen) Veranstaltungen (z.B. auf Messen und Kongressen) wichtige Aufgabenfelder darstellen.

Im Projekt IVS-Rahmenarchitektur wurde z.B. recht früh mit der Öffentlichkeitsarbeit begonnen, um die interessierten Kreise so früh, wie möglich, einzubeziehen. Zu den insgesamt zwei Veranstaltungen wurde ein breites Fachpublikum eingeladen. Auf den Veranstaltungen wurden die geleisteten inhaltlichen Arbeiten bzw. Ergebnisse im Projekt vorgestellt und das Feedback des Fachpublikums zurück in das Projekt eingespeist. Über die Veranstaltungen wurde erreicht, das Interesse am Projekt und seinen Ergebnissen zu wecken und das Fachpublikum an der Verfolgung des IVS-Rahmenarchitektur Prozesses zu binden.

Letztendlich sollten auch Ressourcen für die Verwaltung des IVS-Rahmenarchitektur Prozesses eingeplant werden, die die Koordinierung der Prozessabläufe, verwaltungstechnische Unterstützung der Gremien des IVS-Rahmenarchitektur Prozesses, ggf. Verwaltung von Finanzen usw. umfasst. Für diese Aufgaben könnte ein Sekretariat eingerichtet werden.

Gemessen an den Aufgaben scheint eine Realisierung des IVS-Rahmenarchitektur Prozesses recht komplex und aufwendig zu sein. Es ist jedoch zu bedenken, dass je transparenter und offener der Pflegeprozess und breiter der Support (auch mit wenigen Mitteln) aufgestellt werden kann, die Chancen für eine breitere Akzeptanz bei Herstellern und Anwendern der IVS-Rahmenarchitektur steigen.

Letztendlich stellt sich nun die Frage, wer diese Aufgaben übernehmen soll/kann und wie dies finanziert werden kann. Würde niemand die Pflege IVS-Rahmenarchitektur übernehmen, würde er verkümmern. Selbst wenn eine Finanzierung des Prozesses möglich wäre und auch eine ausreichende IVS-Architektur Kompetenz sichergestellt werden könnte, hätten die Anwender keine Sicherheit, ob der Standard (evtl. durch fehlende Akzeptanz) durch Hersteller umgesetzt wird. Daher wird empfohlen, dass der IVS-Rahmenarchitektur Prozess von Anwendern und Herstellern gemeinsam betrieben wird. Die Finanzierung kann so auf mehreren Schultern verteilt werden z.B. durch Bereitstellung von freiwilligen Herstellerressourcen und eine finanzielle Unterstützung durch Anwender (z.B. über Projekte bzw. Erwerb der Produkte). Die Kosten des Prozesses können durch eine politische Förderung und eine Öffnung des Prozesses durch Beteiligung von sonstigen Interessenten (z. B. universitäre und außeruniversitäre Einrichtungen) zusätzlich vermindert werden. Die Zusammenführung von technischem Know-How der Hersteller und Praxiswissen der Anwender bringt für beide Seiten wesentlichen und in dieser Domäne bisher selten erreichten Nutzen; mündet sie auf der einen Seite in Realisierungssicherheit, auf der anderen Seite in Vertrauen und Kundenakzeptanz gegenüber dem Standardisierungsobjekt. Ist letzteres erreicht wird die Motivation und die Bereitschaft einer direkten Rückkopplung im IVS-Rahmenarchitektur Prozess (Feedback) durch die Anwender maximiert.

Organisation des IVS-Rahmenarchitektur Prozesses

Überblick

Um den IVS-Rahmenarchitektur Prozess für Hersteller und Anwender offen und transparent zu gestalten, bedarf es einer für alle Beteiligten klaren Organisation mit definierten Regeln. Die Organisation des IVS-Rahmenarchitektur Prozesses orientiert sich dabei an bereits bestehende erfolgreiche Organisationen (vgl. (17), (18), (19), (20), (21)). Die nachstehende Grafik gibt einen Überblick über die Ausgestaltung der Organisation. Sie wird im Folgenden weiter erläutert.

Stakeholder

Wie zuvor beschrieben, wird empfohlen, dass der IVS-Rahmenarchitektur Prozess von Anwendern und Herstellern gemeinsam betrieben wird. Ergänzt werden diese Gruppierungen mit der Beteiligung von sonstigen Interessenten, wie z.B. beratende Unternehmen oder (außer-)universitäre Einrichtungen. Anwender und Hersteller, aber auch Sonstige, können in Interessensvertretungen organisiert sein. Welche Interessensvertretungen mit den jeweiligen Gruppierungen z.B. assoziiert sein können, zeigt die folgende Tabelle:

Gruppierung	Interessenvertretung

Die in der Tabelle genannten könnten im Wesentlichen die Stakeholder des IVS-Rahmenarchitektur Prozesses darstellen. Gemeinsam würden Sie die Interessensgruppe für den IVS-Rahmenarchitektur Prozess bilden.

Organe des IVS-Rahmenarchitektur Prozesses und ihre Funktion

Es gibt zwei primär beteiligte Organe im IVS-Rahmenarchitektur Prozess, die zusammen eine Arbeitsgemeinschaft bilden. Jedes Organ hat eine andere Rolle zu erfüllen, wie im Folgenden aufgeführt wird: Das Lenkungskomitee (LK) erstellt und steuert das Arbeitsprogramm. Dabei sind die Festlegung des Arbeitsprogramms und die Zuteilung entsprechender personeller oder finanzieller Ressourcen iterativ und zyklisch (z.B. jährlich) ablaufende (Verhandlungs-)Prozesse. Die Sitzungen des LK finden in regelmäßigen, z.B. halbjährlichen Abständen statt. Es bemüht sich zudem um eine Zusammenarbeit mit anderen relevanten Interessengruppen und leistet Öffentlichkeitsarbeit, wie z.B. die Organisation von Workshops oder Symposien. Die allgemeinen technischen Aufgaben werden vom LK auf den assoziierten Arbeitsausschuss übertragen. Das LK besteht aus Anwendern und Herstellern zu gleichen Teilen (z.B. 4/4), ergänzt um sonstige Interessenten. Anwender und Hersteller werden aus den jeweiligen Interessenvertretungen heraus gewählt bzw. mandatiert und besitzen pro Teilnehmer im LK eine Stimme im Rahmen der Entscheidungsfindung. Existieren auf Herstellerseite mehrere Interessenvertretungen sind die Herstellerstimmen anteilig aufzuteilen. Die Mitarbeit sonstiger Interessenten im LK geschieht auf freiwilliger Basis und hat beratenden bzw. unterstützenden Charakter. Im Gegensatz zu Anwendern und Herstellern besitzen die sonstigen Interessenten kein Stimmrecht. Im jährlichen Rhythmus liefert das LK einen Bericht über seine bisherigen Arbeiten im Rahmen des IVS-Rahmenarchitektur Prozesses an die vertretenen Interessenvertretungen. Generell kann das LK bei seinen Aufgaben durch ein Sekretariat unterstützt werden. In diesem Fall ist die Finanzierung zu klären. Es sollte aber auch geprüft werden, ob ein Mitglied des LK die Sekretariatsfunktion ehrenamtlich übernehmen kann. Der Arbeitsausschuss (AAS) erhält sein Mandat vom LK und berichtet im Gegenzug z.B. jährlich über die Fortschritte seiner Arbeiten. Daher sollte der Leiter des AAS an den Sitzungen des LK teilnehmen. Der AAS besteht aus technischen Experten, die von den Interessensvertretungen entsendet werden. Ggf. können zur temporären Unterstützung auch externe technische Experten zur Mitarbeit im AAS berufen werden. Die Finanzierung der Experten ist im Einzelfall zu klären. Aufgabe des AAS ist es, sich mit dem Management und der Weiterentwicklung der zu pflegenden Spezifikationen zu beschäftigen. Dies schließt den Anwender-Support, das Benutzer-Feedback (Fehlermeldungen, Erweiterungen usw.) über die Internetseite und die Verwaltung derselben ein. Zu diesem Zweck ist der Einsatz eines Issue-Trackers unerlässlich, in dem das Benutzer- Feedback und die Aufgaben dokumentiert und einzelnen Bearbeitern des AAS zugeordnet werden. Der für Benutzer transparente Umgang mit dem Feedback wurde mit Hilfe der Business Process Modelling Notation (BPMN 2.0 (26)) modelliert. Die dort abgebildeten Prozesse orientieren sich an der ISO 14817 (15). Zusätzlich zu den oben genannten Aufgaben führt der AAS alle erforderlichen technischen Arbeiten zur Unterstützung der laufenden Standardisierung von OTS durch Standardisierungsorgane (hier DIN) aus. Begünstigt durch verteiltes Arbeiten auf einem gemeinsamen Datenbestand (z.B. SVN-Repository), ein definiertes Konfigurationsmanagement und Kommunikation über einen Emailverteiler, können die Sitzungen des AAS nach Bedarf stattfinden und auf ein Minimum reduziert werden. Natürlich muss eine Einigung darüber erzielt werden, wie das Hosting der Internetseite finanziert wird.

Entscheidungsfindung

Das Entscheidungsorgan im IVS-Rahmenarchitektur Prozess ist das Lenkungskomitee (LK). Es orientiert sich bei der Entscheidungsfindung prinzipiell am Leitbild des IVS-Rahmenarchitektur Prozesses. Um Entscheidungen über aufgeworfene Fragen im LK zu erreichen wird eine Abstimmung durchgeführt. Bei jedem Abstimmungs-Gegenstand hat jeder teilnehmende Interessensvertreter eine Stimme. Die Stimmen fehlender Interessenvertreter und Stimmenthaltungen haben keinen Einfluss auf den Ausgang der Abstimmung über ein Thema, es sei denn die Position der abwesenden Interessengruppe wurde dem LK zuvor mitgeteilt.

Ein abwesender Interessensvertreter kann dem LK seine Position vor der Abstimmung bekannt geben. Sie muss dem Vorsitzenden des LK in schriftlicher Form vorliegen. Der Vorsitzende des LK hat dafür zu sorgen, dass diese Position in der Abstimmung Berücksichtigung findet.

Abstimmungen können auf zwei Arten geschehen:

• während eines Treffens des LK
• per E-Mail über den LK Email-Verteiler

Die Vorschläge sollten in einer Weise formuliert werden, dass folgende Wahloptionen möglich sind:

• Zustimmung,
• Ablehnung,
• Enthaltung.

Abwesende und Stimmenthaltungen werden nicht berücksichtigt und haben somit keinen Einfluss auf das Ergebnis der Abstimmung. Zur Erreichung der Beschlussfähigkeit für eine gültige Entscheidung des LK müssten jedoch mindestens 50% der verfügbaren Stimmen entweder als Zustimmung oder als Ablehnung abgegeben werden (d.h. die Mehrheit der LK Teilnehmer muss sich für eine bestätigte Position ausgesprochen haben).

Ist eine Abstimmung unentschieden, wird eine erneute Abstimmung durchgeführt. Wenn diese zweite Abstimmung ebenfalls unentschieden ausfällt, gilt der Vorschlag als abgelehnt. Haben Erweiterungen der IVS-Rahmenarchitektur oder Problemlösungen des AAS zur Berücksichtigung von Änderungswünschen oder Behebung gemeldeter Fehler Auswirkungen auf die Abwärtskompatibilität zu einer vorherigen Version, beträgt die erforderliche Mehrheit im LK 75%. Wenn die erforderliche Mehrheit bezüglich einer Erweiterung/Änderung des OTS 2 Standards/ OTS-Testrahmenwerks erzielt ist, wird der AAS die Information über die angenommenen Änderungen auf der Website einstellen. Alle Änderungen des OTS 2 Standards, darunter auch Erweiterungen, die in den Standard integriert werden sollen, werden alle drei Jahre im Rahmen einer Überprüfung/Überarbeitung des Standards den entsprechenden Standardisierungsorganen (hier DIN PAS Workshop) zugeführt.

Fazit

Im Folgenden werden noch einmal die wichtigsten Aspekte der Handlungsempfehlung zusammengefasst:

Jeder lebendige Standard braucht einen lebendigen Pflegeprozess. Dieser Prozess wird aber nicht von den Standardisierungsinstitutionen CEN, DIN oder DKE betrieben, sondern muss von den Stakeholdern, wie Anwender, Hersteller und sonstige Interessenten, betrieben werden, die damit einen Nutzen verbinden. Dabei kann der Prozess nur für alle zufriedenstellende Ergebnisse liefern, wenn auch alle Stakeholder aktiv teilnehmen.

Die Akzeptanz des Standards wird gesteigert, wenn der Pflegeprozess für alle Stakeholder offen und transparent ist. Zudem braucht der Prozess paritätische Verhältnisse, um alle Interessen auszugleichen. Dies bedeutet zum einen ein gleichmäßiges Verhältnis von Stimmen im entscheidenden Gremium (hier Lenkungskomitee). Zum anderen müssen die Kosten für den Prozess von den Stakeholdern getragen werden, die auch einen Nutzen haben – dabei muss der Nutzen die Kosten natürlich substantiell übertreffen.

Für die Finanzierung des Prozesses gibt es dabei viele Möglichkeiten, die zu prüfen sind:

• Bereitstellung von personellen Ressourcen
• Finanzierung über den Verkauf von Produkten
• Finanzierung über (geförderte) Projekte
• Finanzielle Unterstützung durch die Politik

Insbesondere der letzte Aspekt ist von großer Bedeutung. Wenn die im IVS-Rahmenarchitektur Prozess gepflegten Standards einen übergeordneten Nutzen haben, sind auch die Träger übergeordneter Interessen potentielle (finanzielle) Unterstützer – speziell das BMVBS und DG MOVE (IVS-Architektur Deutschland, Implementierung der EU IVS Richtlinie, Umsetzung des Urban Mobility Action Plan). Generell scheint die Etablierung und Finanzierung des IVS-Rahmenarchitektur Prozesses zunächst schwierig zu sein, ist aber bei Prüfung aller Variablen durchführbar.