Ja, vielen Dank für die Anmoderation. Ich muss sagen,
als ich heute am frühen Nachmittag in diesem Track saß und
dann meinen detaillierteren Blick in das Programm geworfen habe,
habe ich mir gedacht, das passt wunderbar.
Denn gerade der Vortrag von meinem Vorrätenheim Bischof,
da ging es um das Thema Softwareprozess, nee,
Softwareentwicklung als Motor für Organisationsgestaltung.
Und wir hatten heute am frühen Nachmittag in dem Track
einen Vortrag von den Kollegen Klapper und Deckbits.
Da ging es in das Thema Softwareorganisationsentwicklung als Motor für Technik
und Innovation. Und da passt dieser Titel des Vortrags,
glaube ich, ganz gut rein.
Und insbesondere wäre es Fragezeichen und das Aufberufenzeichen
Und ich hoffe, ich kann Ihnen jetzt in den nächsten
circa 20 Minuten einen kleinen Überblick über unsere Sicht der Dinge geben.
Ich möchte kurz vorwegschicken, dass ich persönlich seit circa 15 Jahren
sehr aktiv beteiligt bin als Berater früher aus der Universität heraus,
dann im Prinzip später als klassischer Unternehmensberater bei der Einführung von integrierten Systemen,
sowohl in der Industrie als auch im Schwerpunkt seit acht Jahren auch in Hochschulen.
Und aus diesen Erfahrungen haben wir versucht,
mal einen Vortrag zu entwickeln, der viele der Dinge,
die auch von meinem Vorredner gerade kamen, vielleicht aus etwas anderer Perspektive nochmal zusammenfasst.
Ich hatte auch in der Ankündigung des Vortrags einige Leitfragen adressiert,
die ich jetzt im Einzelnen gar nicht wiederholen möchte,
aber es geht im Schwerpunkt darum,
jetzt ein Schaubild gleich zu entwickeln durch diesen Vortrag hindurch,
an dem ich einige dieser Fragen mit Ihnen kurz mal erörtern möchte,
beziehungsweise Ihnen meine Schlüsse dazu vorstellen möchte.
Ich glaube, was gerade aus dem letzten Vortrag sehr deutlich geworden ist,
dass Einführung von Campus-Management-Systemen grundsätzlich Prozesse sind und Projekte sind, die immer beides sind.
Nämlich zum einen Organisationsprojekte und zum anderen klassisches Softwareeinführungsprojekte. Ganz klare Erfahrung,
auch ganz klare Aussage, das eine ohne das andere geht nicht.
Das wird sich jetzt nicht überraschen, ist nur trotzdem sehr,
sehr wichtig, weil in der Tat, wenn diese Aussage sträflich,
wie es der Kollege Bischof gerade gesagt hat,
vernachlässigt wird, kann das etwas sein,
was im Laufe eines solchen Anführungsprojektes in der Tat
teuer zu bezahlen ist
Stellen wir uns kurz an die Ausgangssituation. Ich habe ja gerade die Beispiele,
kann ich mir eigentlich fast alle sparen,
denn die sind ja in dem Vortrag gerade im Prinzip explizit erwähnt worden,
zumindest wie es an Darmstadt gelaufen ist.
Die Ausgangssituation an einer Hochschule ist klassischerweise so,
sie haben eine bestehende IT-Landschaft und sie haben eine dazu, korrespondierende Organisation.
Das ist alles hier nur mal sehr symbolisch dargestellt,
um es möglichst einfach zu halten. Jetzt stellt man an
vielen Stellen aber fest in Hochschulen und einige von ihnen werden da vermutlich zurzeit auch betroffen sein,
dass diese Organisation und oder,
die dazugehöre IT entweder nicht mehr zeitgemäß ist,
den aktuellen Anforderungen nicht gewachsen ist oder aber,
was glaube ich nicht selten anzutreffen ist,
ein gewisser Mismatch zwischen Organisation und IT darstellt.
Denn das werden die meisten von Ihnen sicherlich in Ihrer
täglichen Arbeit an Hochschulen merken und wissen und spüren.
Es ist ja nicht immer so,
dass die bestehenden IT-Landschaften von allen Beteiligten und allen Benutzern im Prinzip im Bausteinbogen gelobt werden,
weil alle sagen, das ist alles so prima und das ist alles auf meine individuellen Bedürfnisse zugeschnitten.
Diesen Mismatch, dann in der Stelle diese Lücke zu schließen,
passiert eigentlich durch zwei Dinge. Einerseits,
wenn erforderlich durch organisatorische Workarounds, in nicht unerheblichem Maße und
zweitens durch eine teilweise nicht zu verkennende Leidensfähigkeit der Mitarbeiterinnen und Mitarbeiter,
die nämlich tagtäglich mit diesen IT-Systemen umgehen.
Folglich stellt sich die Herausforderung unter Umständen,
wie an der TU Darmstadt gerade gehört,
etwas zu tun und ihre Hochschule fasst den Entschluss,
ein neues,
anderweitiges,
integriertes Campusmanagementsystem einzuführen
Und an der Stelle kommen wir jetzt auf den Ansatz,
den wir aus unserer eigenen Erfahrung raus favorisieren würden.
Und ich möchte da natürlich jetzt auch auf das Kernthema kommen.
Erst die Prozesse und dann die IT-Fragezeichen.
Wir würden immer empfehlen zunächst mal, soll Prozesse zu konzipieren.
Dem vorweg sollte eine entsprechende Organisations- und Prozessanalyse gehen. In welchem Umfang und in welchem Detaillierungsgrad,
dazu werde ich mich gleich sicherlich noch äußern,
weil an der Stelle werden sie schon sehen,
das können sie schon an der Länge des Schaubilds erkennen,
ist die Entwicklung natürlich nicht abgeschlossen.
Eine Sache, die man an der Stelle sicherlich berücksichtigen sollte,
ansonsten kann das für den weiteren Auswahlprozess,
indem wir dann gleich noch mal kurz gedanklich einsteigen werden,
unter Umständen einige Überraschungen bergen.
Die Konzeption dieser Soll-Prozesse Sollte sicherlich nicht völlig losgelöst sein
von Kenntnissen über am Markt verfügbare Cambus-Management-Systeme.
Das ist insofern, wenn ich das mal mit dem ERP-Markt,
aus dem ich ursprünglich komme, vergleiche, deutlich einfacher.
Es ist eine schwierige Aufgabe, es ist auch schwierig genug,
die Aufgabe. Aber werden wir mal über großzügig eine Handvoll,
vielleicht auch plus minus zwei, das lasse ich Ihnen Ihrer Einschätzung anheimgestellt,
Cambus-Management-Systeme, die heute am Markt verfügbar sind, reden.
Und das mit dem ERP-Markt-Vergleich,
wo wir knapp 400 bis 500 gelistete Anbieter im deutschen Markt haben,
ist diese Aufgabe noch vergleichsweise überschaubar.
Wichtig ist allerdings, dass diese Ausgestaltung der Prozesse nicht in
völliger Unkenntnis von den Möglichkeiten und auch den Grenzen integrierter Cambus-Management-Systeme,
die heute als Standardsoftware sich am Markt befinden,
An der Stelle komme ich auf den ersten kleinen Exkurs.
Was heißt das denn jetzt ganz genau? Aus unserer Sicht
sollten Sie in den Self-Prozessen die Punkte festlegen, die Ihre Hochschule wirklich auszeichnen.
Diese erste Aussage ist heute auch schon mal thematisiert worden,
auch die wird Sie nicht überraschen.
Jeder, der über 400 Hochschulen in Deutschland ist,
auf Ihre Weise sicherlich ein gutes Stück weit individuell.
Da mag es bestimmte Marotten geben, die vielleicht auch im Sinne,
Herr Deckels hat das heute eingangs gesagt,
vielleicht wird das zukünftig ein bisschen weniger aufgrund gewisser Notwendigkeiten.
Aber, und das ist, glaube ich, sehr,
sehr wichtig, viele dieser Punkte sind zu Recht individuelle Punkte,
die eine Hochschule auch für sich im Sinne der Profilbullung und
ähnlicher Themen natürlich auch für sich beansprucht
Und wenn ich den nächsten Punkt kurz überspringe,
die Sollprozesse legen die Eckpfeider fest und damit so etwas wie eine Grundarchitektur,
wie die zukünftige Organisation an ihrer Hochschule aussehen soll.
Und dabei ist zu beachten, dass natürlich,
das wissen Sie alle, alle Prozesse an einer Hochschule,
auch im Bereich Studium und Lehre, nicht als gleich wichtig zu betrachten sind.
Es gibt um diese beiden Extrempole kurz aufzumachen, sicherlich Prozesse,
die unter Umständen sogar so etwas wie Wettbewerbsvorteile immer härter werdenden Konkurrenzkampf,
um Studierende, Lehrende und Ressourcen letzten Endes ausmachen.
Und es mag vielleicht an der einen oder anderen Stelle auch andere Prozesse geben,
die vielleicht entweder beliebig austauschbar sind oder unter Umständen heute nur deshalb existieren,
weil die IT-Systeme, die bestehenden IT-Systeme, eben im Prinzip nicht anderes als diese Workarounds zulassen,
die sie zukünftig dann vielleicht in einer integrierten Cambos-Management-Welt gar nicht mehr betrachten müssen.
Dementsprechend ist es natürlich wichtig, dass die Ressourcen,
die Energien und die Zeit,
die sie in die Analyse und dann auch die Konzeption solcher Prozesse stecken,
sich natürlich ein Stück weit genau von dieser Idee leiten lässt,
was sind denn die wirklich wichtigen Prozesse und was sind unter Umständen die Prozesse,
die ich mir zukünftig eh gar nicht mehr anschauen muss,
weil sie eigentlich heute mal existieren,
weil nichts anderes möglich ist.
Das heißt, der Detaillierungsgrad,
mit dem sie sich auch an der Stelle mit den Prozessen auseinandersetzen,
sollte ein Stück weit genau von dieser Priorität letzten Endes halt
auch gelenkt sein
Das Thema Referenzprozess war auch heute Nachmittag,
in einem der Vorträge schon mal ein kurzes Thema.
Referenzprozesse dienen aufgrund der Individualität sicherlich wenig dazu,
zu sagen, man nimmt jetzt den großen Referenzprozess,
schlägt ein großes Buch auf und dann macht man es genauso,
wie es da drin steht.
Aber die Erfahrung haben wir gemacht,
als ein gewisses Analyseraster können die durchaus zielführend sein.
Ich zeige Ihnen einmal ganz kurz nur auf einem Chart,
möchte das auch gar nicht großartig kommentieren.
Wir haben selber aus unseren Erfahrungen in verschiedenen Hochschulen mittlerweile für uns so ein Prozesshaus,
wie wir das nennen, mit Referenzprozessen mal gestrickt.
Nicht mit der Maxime, um zur nächsten Hochschule zu gehen und zu sagen,
genauso musst du deine Prozesse machen,
weil das würde genau dieser Individualität nämlich eben nicht Rechnung tragen.
Aber um im Rahmen eines solchen Analyseprozesses ein gewisses Raster zu haben,
an dem man sich langhangeln kann,
um dann auch bei der Konzeption und der Analyse von Prozessen
nicht wesentliche Punkte zu vergessen
Soweit zunächst mal für diesem kleinen Exkurs zum Thema Soll-Protestgestaltung.
Wir gehen wieder zu unserem Schaubild zurück und stellen fest,
gut, wenn wir denn nun die Grundpfeiler und die Eckpfeiler,
die Grundarchitektur, dieses Ganzen der zukünftigen Organisation festgelegt haben,
dann gestaltet sich als nächstes so etwas,
was dann zwangsläufig auf eine Anforderungsspezifikation hinausläuft.
Sie müssen typischerweise vor einem Auswahlprozess Anforderungen an ein zukünftiges Campus-Management-System
formulieren. Das macht man klassischerweise in Form eines Lastenhefts.
Ergebnis dieses Lastenhefts ist dann eine Ausschreibung oder diese Ausschreibung
bedient sich dann als Basis einem Lastenheft mit dem Ziel,
am Ende der ganzen Aktivitäten zu einer möglichst soliden,
fundierten und auch entsprechend natürlich effizienten
Anbieterauswahl anzukommen
Bevor es soweit ist, ein kleiner zweiter Exkurs,
nämlich zum Thema, was sollte denn nun,
weil ich es auch in den Leitfragen vorher adressiert habe,
Bestandteil eines solchen Lastenhefts sein?
Was sollte vielleicht nicht drinstehen und wie sollte man es vielleicht in etwa aufbauen?
Aus unserer Sicht ist es so, dass in einem Lastenheft,
gemäß der Sollorganisation, die Sie vorher festgelegt haben,
aus fachlicher Benutzersicht wirklich die Anfolgung dargestellt werden,
die Sie als Hochschule zukünftig von einem Cambus-Management-System erwarten.
Manchmal kann es auch sein, dass bei den Prozessen,
die Sie im Detail,
weil Sie auch Widerstände auch aus den einzelnen Fakultäten und Fachbereichen stoßen,
gar nicht so im Detail formulieren wollen,
Sie sich an dem Ergebnis orientieren und da entsprechend Leitplanken definieren,
wie diese einzelnen Bereiche und Organisationseinheiten
zu solchen Ergebnissen kommen
Auch sowas kann dann auf adäquate Weise Niederschlag in einem Lassenheft finden.
Was aus unserer Sicht weniger zielführend ist, ist unter Umständen technische Vorgaben.
Ich rede jetzt nicht über grundletztliche Vorgaben wie Betriebssysteme, Datenbanksysteme,
sondern technische Vorgaben, was Funktionalitäten angeht, in einem solchen Lastenheft mitzuformulieren.
Persönlich denke ich, und das hat sich, glaube ich,
auch bei der Erfahrung der ein oder anderen Ausschreibung,
die in den vergangenen Jahren in dieser Republik auch gelaufen sind,
herausgestellt, dass ein Anbieter die Art und Weise,
wie er bestimmte Anforderungen erfüllt,
dass er dafür auch gewisse Freiheitsgrade braucht.
Denn ansonsten haben sie das große Problem, dass sie dem Anbieter mehr oder weniger vorschreiben,
eins zu eins wie seine Software auszusehen hat.
Und es kann unter Umständen auch dazu führen,
dass von diesen relativ wenig gelisteten Anbietern am Markt,
dann viele im Prinzip die weiße Erfahrene hissen müssen,
weil sie sagen,
in der Art und Weise kann ich das Ergebnis,
was du brauchst,
schlicht und einfach
nicht abbilden
Ein anderer wichtiger Punkt,
der mir über die Jahre persönlich, muss ich sagen,
sehr ans Herz gewachsen ist, an der Stelle ist,
wirklich Anforderungen in so etwas wie einem Prozesskontext darzustellen.
Beispiel. Eine Prüfungsordnung und die Modellierung einer Prüfungsordnung,
wir haben es vorhin gehört, es sind einige hundert
bei Ihnen halt auch gewesen, die Sie modelliert haben.
Ist ein ganz zentrales Objekt bei der Abbildung in einem Chaos-Management-System.
Jetzt haben Sie aber sehr unterschiedliche Sichten auf seine Berührungsordnung.
Das eine ist die Modellierungssicht, Sie müssen dort im Prinzip alle Dinge,
die in einer Studien- und Prüfungsordnung entsprechend dargelegt sind, abbilden.
Das zweite ist eine Prüfungssicht darauf. Sie müssen Prüfungsobjekte und
später dann Prüfungsergebnisse an solchen einer Modellierung verankern sie haben,
unsere Dritte sich hinzuzuziehen, dann im Prinzip halt auch eine Sicht,
wie sie die in Veranstaltung verwalten.
Lehrveranstaltungen, Stundenpläne, Vorlesungsfallzeichen ist etc. Und wir haben
gerade bei BUZ schon kurz gesprochen, Bewerbung und Zulassung.
Letzten Endes werden sich vermutlich diese Prüfungssäulen auch noch dazu heranziehen,
angehenden Studienbewerbern,
die im Prinzip noch nie eine Hochschule von innen gesehen haben,
auch noch zu vermitteln, auf welche dieser vielen PO sie sich denn einschreiben müssen.
Und das ist eine wichtige Geschichte,
denn diese Prüfungsordnung ist ein Objekt in einem Chaos-Management-System.
Es gibt aber sehr unterschiedliche Sichten darauf und die Nutzung im prozessualen Kontext
ist ebenfalls sehr unterschiedlich. Und deshalb ist es wichtig,
dass diese Anforderungen,
wie modelliere ich eine PO oder wie möchte ich die zukünftig abbilden,
eben unter diesen unterschiedlichen prozessualen Kontexten
halt auch definiert sind
Das heißt, überflüssig zu erwähnen, dass natürlich auch die Anforderungen,
gemäß der Wichtigkeit der korresmodierenden Prozesse unter Umständen unterschiedlich zu gewichten sind.
Und letzten Endes sollten sie natürlich auch darauf achten, prozessübergreifende Anforderungen,
die es auch gibt, Usability Performance, ähnliche Dinge lasten.
Wir haben eben im Prinzip Zugriffe gesehen, eine ganz eindrückende Statistik.
Die müssen die natürlich vorher mitdenken, weil sie ansonsten bei
der Einführung unter Umständen relativ schnell an die Grenzen ihrer IT-Infrastruktur stoßen,
die drunter liegt oder ähnliche Dinge basieren.
Nur kurz, damit Sie es gesehen haben,
so sieht dann im Prinzip so etwas aus.
Auf der linken Seite, da möchte ich nur ganz kurz
drauf eingehen, Sie können das jetzt nicht lösen.
Ich möchte nur ganz kurz darauf eingehen,
der Bischof hat irgendwas aus meiner Sicht,
der wichtig ist und Richtiges gesagt.
Sollte vor allen Dingen so sein, dass die Leute,
die damit arbeiten, es verstehen. Sie sehen auf der linken Seite
hier schlicht und einfach meine Prozessmodullien in Form einer tabellarischen.
Ich habe es bewusst mit reingenommen und nicht immer von irgendwelchen hochrangigen Tools zu reden,
die kann man nutzen, die haben auch alle ihre Berechtigung,
aber am Ende ist es natürlich wichtig,
dass die Leute, die damit arbeiten, auch verstehen,
was da eigentlich passiert.
Und deshalb greifen wir hin und da einfach auch ganz einfache Darstellungen zurück.
Zurück um den Zeitrahmen einzuhalten zu unserer Grafik.
Wenn Sie dann an der Stelle die Anbieterauswahl erfolgreich hinter sich
gebracht haben, haben Sie sich für einen Anbieter entschieden.
Was denn folgt, ist letzten Endes die Einführung.
Über die haben wir gerade im Bereich EU-Darmstadt einiges gehört,
mit dem Ziel am Ende, dieses Prozesses,
eine möglichst wunderschöne, neue, integrierte Campus-Management-Welt zu haben.
Was aber parallel dazu passieren muss, ist letzten Endes dann die Zielprozesse.
Wir haben bewusst unterschieden mal zwischen dem Begriff der Soll-Prozesse,
so in den Stilprozesses. Das ist beispielsweise in einem der
Projekte, die wir begleiten an der Universität in Paderborn.
Der Name ist ja vorhin auch schon mal gefallen,
auch eine Ausgestaltung gewesen, die dort im Laufe der Jahre wirklich zum Tragen gekommen ist.
Denn diese Zielorganisation, diese Zielprozesse, die sie beschreiben,
ist dann völlig klar. Du musst natürlich auch berücksichtigen,
wie ist denn jetzt spezifisch in diesem Campus-Management-System,
für das sie sich entschieden haben,
werden dir bestimmte Prozesse umgesetzt
Da werden die im Prinzip dann im Prinzip Dinge natürlich festgelegt,
die sie erst dann festlegen können, wenn sie wirklich wissen,
welche Lösung wird es denn dann am Ende.
Ich gebe Ihnen da auch mal kurz noch ein, zwei Beispiele dazu.
Also klar, sowas ist dann halt so,
dass man in vielen Workshops dann sich wirklich nochmal hinsetzt und im Detail
diese Dinge dann halt auch arbeitet, aktive, zunächst mal Organisationsdefinition.
Es mindet dann natürlich auch in Dokumentation, Modellierung ist einfach
hier mal eine Workshop-Situation. Und zum Beispiel ein Beispiel,
was sie im Prinzip im Vorfeld abstrakt,
ohne ein konkretes Campusmanagement-System im Auge haben,
schwer feststellen können, ist sowas wie ein Rollenkonzept.
Klar können sie in einer Hochschule definieren, werde übernimmt denn grundsätzlich
welche Ausgabe. Wenn sie es aber so runterbrechen wollen,
dass sie im Prinzip wirklich gegebenenfalls auch Verschiebung von Aufgaben
haben,
das ist durchaus
nichts Ungewöhnliches
Dann müssen die im Prinzip wissen, wie denn diese Funktionalitäten
in einem Cambus-Management-System abgebildet werden. Und letztens, was dann,
glaube ich, völlig klar ist, ist da so,
wenn sie das Rollenkonzept umsetzen in ein Rechtekonzept,
können sie das erst recht erst tun, wenn sie wissen,
wie denn die Möglichkeiten eines Rechtekonzepts in dem konkreten Cambus-Management-System ausgestaltet sind.
Welche Funktionalitäten sie freischalten, nicht freischalten, verstecken, lesen,
schreibend und ähnliche Dinge, Zugriff gewähren können an der Stelle.
Ist völlig klar, dass wenn sie im Rahmen der Soll-Konstitution,
also vor Ausschreibung, solche Dinge festklopfen,
dann wären sie unter Umständen mit relativ großer Wahrscheinlichkeit
das Ganze bei Einführung des Cambus-Management-Systems das Ganze
nochmal tun dürfen
Ein letztes Mal zurück zu unserem Schaubild.
Aus unserer Sicht kann man also die Frage,
erst die Prozesse und dann die IT so beantworten,
dass ich es definitiv für zielführend halte,
sich vor der Ausschreibung grundsätzlich mit der Organisation und auch vielleicht mit einer sehr grundlegenden Organisationsentwicklung zu beschäftigen.
Allerdings für die Ausschreibung dann so viel Freiheitsgrade zu lassen,
dass es wirklich effizient möglich ist,
den geeigneten Anbieter für ihre Hochschule zu finden und dann gemeinsam mit
dem Anbieter letztens natürlich auch dann wirklich die Zielprozesse an der Stelle festzuklopfen.
Ein Punkt, den ich in diesem Vortrag hier jetzt nicht
weiter ausbauen werde, ich muss jetzt gleich mal zu
meinem Moderator schauen
Ja, ich habe noch eine Momentzeit, wunderbar. Ist natürlich dann,
Herr Bushoff hat es auch erwähnt, das Thema Organisationsentwicklung hinten dran.
Wenn Sie die Prozesse dann definiert haben und wenn Sie auch definiert haben,
wie Sie im System umzusetzen sind,
fängt die eigentliche Arbeit aus meiner Perspektive auch an oder erst an.
Denn dann müssen Sie natürlich die Leute mitnehmen,
die in diesen Prozessen sind, dann müssen Sie dafür sorgen,
dass Prozesse, die Sie wie auch immer modelliert,
dokumentiert und dargestellt haben, in der Praxis auch gelebt werden.
Das ist sicherlich die vergleichsweise schwierigste Aufgabe in dem Ganzen.
Und das geht aus unserer Erfahrung wirklich nur durch Organisationsentwicklung,
durch gezieltes Veränderungsmanagement.
Das sind dann wirklich auch hier und da vielleicht psychologische Komponenten gefragt.
Und das sind dann ganz, ganz wichtige Themen,
die letzten Endes über den Erfolg einer Cambus-Management-Einführung entscheiden
Denn wenn Sie für viel Geld mit externer Beratung oder auch ohne
ein Campus-Management-System eingeführt haben, hilft es Ihnen nur dann,
wenn das, was Sie im Ursprung mal definiert haben,
hinterher auch weitgehend und damit möglichst flächendeckend genutzt werden.
In diesem Sinne darf ich mich bei Ihnen bis hierhin für Ihre Aufmerksamkeit bedanken,
möchte ein Fazit anschließen, kann das Management-Projekt, ich glaube,
das ist nochmal klar geworden, sind immer integrierte Organisations- und IT-Projekte.
Dass die Wechselwirkung zwischen den Prozessen und der IT durchgängig ist,
hat man hoffentlich, denke ich,
und so denke ich auch,
anhand dieses Vortrags im Prinzip
nochmal gesehen
Vielleicht nur eine bemerken, die ist, glaube ich, sehr wichtig.
Dieser Aushandlungsprozess, so würde ich das mal formulieren,
Zwischenprozessen und IT. Der findet insbesondere dann statt und
das ist ja das, worüber wir hier heute reden.
Wenn Sie jetzt mit der Auswahl von Standardsoftware zu tun haben.
Wenn Sie sich an einem bestimmten Punkt dafür entscheiden würden,
jüngeres Beispiel ist mir jetzt an der Stelle nicht bekannt,
aber in der Vergangenheit sind natürlich viele dieser Probleme im Bereich Studium und Lehre so gelöst worden.
Eine Individualentwicklung zu unternehmen. Wenn Sie das gut und richtig machen und entsprechende Leute da einbeziehen,
dann haben Sie unter Umständen die Möglichkeit,
die Sonne Schleife zu sparen,
weil wir unterstellen,
schlicht und einfach natürlich,
dass bei einer Individualentwicklung die ursprünglich definierten Anforderungen halt
auch im großen möglichen Maße entsprechend erfüllt werden
Dann würde dieser Aushandlungsprozess sicherlich deutlich kürzer ausfallen und unter Umständen sich auch eine Schleife hinten dran sparen.
Und ein Punkt ist mir auch noch wichtig,
wenn Sie diesen Punkt der Soll-Konzeption, also der Organisationsgestaltung,
so würde ich es mal bezeichnen, vor einer Auswahl wegfallen lassen.
Dann ist es zwangsläufig so, und das ist kein schwarzer Peter,
den ich einem Anbieter zuschiebe, dass selbstverständlich,
Bischof hat es gerade gesagt, Handel-Vision,
die Ausgestaltung der zukünftigen Prozesse an ihrer Hochschule,
ganz maßgeblich von dem Anbieter und dessen Produkt und dessen Produktphilosophie mitbestimmt wird.
Denn sie müssen ja auch da wieder,
schließlich der Kreis zu einem größtmöglichen Fit zwischen Prozessen und unterstützende
IT kommen
Und es ist völlig klar, dass die Prozesse,
die in einem solchen System in einem integrierten System vorgedacht sind,
dann natürlich halt auch ein Stück weit maßgeblich ihre Prozesse bestimmen.
Und das ist genau der Grund, warum wir ein Vorgehen,
wie ich es ihnen hier jetzt getiert habe, aus unserer Sicht empfehlen würden.
Wir hatten, das habe ich eingangs gesagt,
schon in den vergangenen Jahren viele Möglichkeiten, in unterschiedlichen Konstellationen,
nicht nur Campus Management, durch Projektmanagement,
Schulung und andere Erfahrungen in Hochschulen zu sammeln.
Und jetzt darf ich mich endgültig für ihre Aufmerksamkeit bedanken,
stehe Ihnen an unserem Messestand natürlich oder auch nach dem Vortrag gerne,
auch morgen noch für Rückfragen und interessante Gespräche zur Verfügung
und freue mich jetzt auf Ihre Fragen.
Herzlichen Dank für Ihre Aufmerksamkeit