Business-Intelligence: Das Role Model von SIs

So… es in an der Zeit, meine Erörterung: Die „neue Rolle“ von Systemintegratoren (SIs) und BI-Beratern fortzusetzen, zuletzt hatte ich von folgenden Beobachtungen berichtet:

  • BI-Ausgaben gehen Richtung SIs
  • Hoher Integrationsbedarf
  • Fachabteilungsgetriebene BI-Investitionen
  • Sinnlose produktorientierte SW-Evaluierung

Meiner Meinung kann man daran das Role Model für erfolgreiche SIs oder BI-Beratungshäuser sowie insbesondere auch für das Zusammenspiel zwischen Anwenderunternehmen, SI und BI-Software-Anbieter ableiten – dies werde ich in folgenden Einträgen in diesem Blog versuchen.

Dazu kurz ein wenig Historie: Wie funktioniert(e) denn das BI-Geschäft aus Sicht der Anbieter? Klar: Der Kunde (hier die IT!) kauft BI-Software nach vorheriger Evaluierung anhand Features/Functions/Erstinvestition. Anschließend kommt der sog. SI alter Machart ins Spiel, quasi als Implementierungspartner mit Technologie- und Produkt Know-How und implementiert für den Anwender eine Lösung auf Basis der gekauften Produkte (ggf. sogar mehrerer Anbieter, daher auch System Integrator).

Ja so schön einfach war das einmal. Heutzutage ist es aber so, dass die Produkte immer ähnlicher werden, kaum Differenzierung via Features/Functions, noch nicht einmal über den Preis, möglich ist. Und plötzlich fragt das Anwenderunternehmen auch noch nach einem Wertbeitrag fürs Business, den ein BI-Produkt bzw. eine damit implementierte Lösung erbringen muss – und somit gerät das klassische Verkaufsmodell ins Wanken. Was muss sich also ändern, damit wir Anwender, SIs und BI-SW-Anbieter wieder gemeinsam erfolgreich agieren? Dies möchte ich aus den oben getätigten Beobachtungen herleiten:

BI-Ausgaben gehen Richtung SIs – Der Anwender erwartet offenbar mehr, als „lediglich“ die Bereitstellung einer Plattform mit Funktionen und Rahmenwerken, die zwar eine gute Grundlage als Bau- und Werkzeugkasten bietet, aber an sich zunächst einmal keinen geschäftlichen Vorteil bietet. Einige SW-Anbieter begegnen dieser Forderung mit sog. BI-Apps o. BI-Content, als sog. Best Practices, die bestimmte analytische Problemstellungen in Produktform zu lösen versuchen – also Standardsoftware für BI-Nutzung. Ich bin kein Befürworter dieses Ansatzes, denn entweder sind diese „Best Practices“ zu allgemein oder zu eng gefasst (Variante Schmalspur), sodass sie den spezifischen Nutzen – den Wettbewerbsvorteil im analytischen Geschehen – nicht erbringen, oder sie sind so generisch, dass die spezifischen Nutzen zwar erbringen könnten, dafür aber zunächst einmal erheblich angepasst/komprimiert/integriert werden müssten (Variante Eierlegendewollmilchsau). Letzteres ist dann auch alles andere als leichtgewichtig (ok – hier kein Exkurs zu Agile BI, evtl. in einem folgenden Blog-Eintrag). Die Ausgaben gehen m.E. deswegen an die SIs, da diese dafür Sorge tragen (müssen), dass der nötige geschäftliche Nutzen erbracht wird. Und dieser entsteht genau dann, wenn die individuellen analytischen Fragestellungen des Anwenderunternehmens mit seinen spezifischen Geschäftsprozessen und seinem individuellen Wettwerbsvorteil – auch und gerade im analytischen Geschehen – mit Hilfe eines SI umgesetzt werden. Der SI kennt dabei genau die Kundenbranche, den Kunden, seine Herausforderungen und individuelle Wettbewerbsvorteile. Der SI ist aus Sicht des SW-Anbieters also der „Kundenversteher“.

Hoher Integrationsbedarf – Trotz der seit Jahren andauernden Marktkonsolidierung und der sich herauskristallisierenden Mega Vendor Stacks ist der tatsächliche Integrationsbedarf in den Projekten der Anwenderunternehmen immer noch erheblich – so zumindest meine Einschätzung aus unseren Kundenprojekten, sicherlich keine Mindermeinung. Selbst innerhalb der sog. BI-Plattformen existiert in der Praxis dieser Integrationsbedarf, denn die per Anbietermarketing proklamierte Integrationsdichte der zusammengekauften Produktkomponenten ist m.E. noch nicht erreicht – im Gegenteil, so manch ein Stack wird von Release zu Release durch neue Komponenten immer komplexer, breiter (alle Spielarten von BI) sowie tiefer und mehrschichtiger (von der HW bis zur Fachabteilungslösung). Zudem ist es in Echtweltprojekten so, dass noch vielfältige Altlösungen, zumindest doch vielfältige Quellen, sowie durch die Konvergenz mit dem operativen Geschäft beliebige operative Anwendungen zu integrieren sind. Diese Komplexität der Integration innerhalb eines Anbieter-Stacks und zwischen den unterschiedlichen Anbietern kann kaum ein Anwenderunternehmen in Gänze beherrschen. Vereinfacht ist aus Sicht des Anwenderunternehmens der SI also der „BI-SW-Anbieterversteher“.

Die weiteren Aspekte

  • Fachabteilungsgetriebene BI-Investitionen
  • Sinnlose produktorientierte SW-Evaluierung

vertiefe ich im dritten und letzten Teil dieser Reihe.



Business-Intelligence: Die „neue Rolle“ von Systemintegratoren (SIs) und BI-Beratern

Ich war kürzlich auf dem alljährlichen Gartner BI Summit in London. In den Sessions, die ich besucht habe, tauchten wieder einmal die üblichen Themen auf, die schon seit Jahren die Hauptproblemdomäne von Echtwelt-BI-Projekten bilden: Business vs. IT, BICC als Heiliger Gral (aber bitte mit Business-Involvierung), Datenqualität usw. Soweit nichts Neues. In Summe und zwischen den Zeilen ist mir aber dennoch ein neues Muster aufgefallen, das im Übrigen auch noch zu einem meiner letzten Blog-Einträge passt:

Die „neue Rolle“ von Systemintegratoren (SIs) und BI-Beratern

Bei der Paneldiskussion der BI-Hersteller ist mir bspw. aufgefallen, dass zwar das Publikum (im übrigen nette Interaktion: Erhebung via Farbkarten!) überwiegend der Meinung war, dass BI-Ausgaben zukünftig eher auf Systemintegratoren entfallen (im Gegensatz zu den direkten Ausgaben für Software, die an Hersteller gehen). Die anwesenden Hersteller waren dagegen bisweilen kontroverser Ansicht. Eine spätere Session, die sich dediziert mit Service-Providern auseinandergesetzte, bestätigte die Publikumsansicht: Demnach würden die Investitionen tatsächlich zunehmend an die Systemintegratoren gehen– Grund genug für mich, in diesem Blog herauszuarbeiten, warum das so ist, bzw. so sein sollte.

Eine ähnlich diskussionswürdige Ansicht im Rahmen der Panel-Diskussion vertraten einige Hersteller im Hinblick auf den Integrationsbedarf der BI-Lösungen, der – so die Meinung – als gering einzustufen sei. Aus dem Publikum twitterte ein Anwender daraufhin m. E. zu Recht: „Please Wake Up!“. Dem kann ich nur zustimmen: Der Integrationsbedarf erscheint auch mir immer noch enorm, trotz Marktkonsolidierung und angeblich durch-integrierter Mega Vendor Stacks.

Ein weiteres Motiv, das in unterschiedlichen Sessions angerissen wurde, ist die Investitionspolitik der Anwenderunternehmen. Demnach ist wohl durchaus der Trend zu verspüren, dass größere BI-Investitionen eher durch die Fachseite und weniger durch die IT getätigt oder zumindest legitimiert werden. Diesen Trend kann ich durchaus aus der Praxis bestätigen – im angloamerikanischen Raum gibt’s dafür auf die passenden Akronyme: „CapEx vs. OpEx“ (Capital Expenditure vs. Operational Expenditure), tendenziell verfügt die IT lediglich noch über OpEx, echte Investition (CapEx) erfolgen dagegen durch (oder aber niemals ohne) die Fachabteilungen. Der eine oder andere IT-lastige BI-SW-Anbieter mag das vielleicht noch nicht so wahrhaben …

In meinem vorletzten Posting hatte ich ja schon das Thema Software-Evaluierung u. a. auch für OSBI angerissen. Als problematisch hatte ich beschrieben, dass eine Evaluierung, die primär die direkten Kosten (SW-Lizenzen) und Features in den Vordergrund stellt, eigentlich zu kurz greift und bei OSBI schon gar nicht so richtig funktionieren kann. M. E. ist ein Feature-Vergleich bei den großen Anbietern zudem müßig, und das Ergebnis einer solchen Evaluierung eher wenig signifikant.

So, und was machen wir nun mit diesen Beobachtungen?

  • BI-Ausgaben gehen Richtung SIs
  • Hoher Integrationsbedarf
  • Fachabteilungsgetriebene BI-Investitionen
  • Sinnlose produktorientierte SW-Evaluierung

Meiner Meinung kann man daran das Role Model für erfolgreiche SIs oder BI-Beratungshäuser sowie insbesondere auch für das Zusammenspiel zwischen Anwenderunternehmen, SI und BI-Software-Anbieter ableiten – dies werde ich in folgenden Einträgen in diesem Blog versuchen.