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.


BI Software Evaluierung – Welcher „Hersteller“ ist denn Open Source BI?

Ein Kunde berichtete davon, dass die Evaluierung von Software für die neue BI-Plattform im Hause ansteht.

Typischerweise wird ja eine Liste potentieller Anbieter erstellt, die dann bei der Evaluierung hinzugezogen werden. Je nach Umfange der Evaluierung ist das eine Longlist (mit Fragebogenaktion) oder gleich eine Shortlist (dann werden die üblichen Analystenwertungen vorher ausgewertet um die Liste klein zu halten) oder eben eine Veryshortlist, in der dann die üblichen Megavendor, oder die Anbieter die eh schon im BI-Umfeld (oder auch ERP, Betriebssystem, Datenbankumfeld) im Hause sind, auftauchen. Und seit einiger Zeit immer öfter:

Open Source BI

So auch in meinem heutigen Fall, drei große Plattformanbieter und als viertes Open Source BI. Nun stellt sich folgende Herausforderung, auf die ich spontan auch keine gute Antwort habe: Wie beteiligt man Open Source BI bei der Evaluierung? Bei den drei kommerziellen Plattformanbietern – alle aus der Kategorie Megavendor – ist das ja nun recht unproblematisch und geradezu traditionell: Man wende sich mit den Evaluierungsunterlagen an den BI-Vertrieb, bekommt dann eine mehr oder weniger extrem positiv ausgefüllte Antwort zurück und lädt dann – sofern die Kriterien ausreichend erfüllt sind – den Hersteller zum Proof-Of-Concept ein, dieser führt den dann selbst durch Presales-Consultants oder mit Hilfe eines Implementierungspartners durch und anschließend erfolgt die Bewertung etc. Soweit so gut.

Aber wie geht das nun bei Open Source BI, es gibt ja nun nicht den einen Hersteller, der alle denkbaren Open Source BI Komponenten im Sinne einer Suite im Rahmen einer Evaluierung vertreten kann. Zwar formierten sich einzelne Frameworks bereits zu sog. OS BI Suiten, die auch durch Unternehmen am Markt vertrieben werden, können aber diese Unternehmen sinnvoll an einer Evaluierung teilnehmen: Sie würden ja jeweils bestimme OS Komponenten ausblenden, zudem ist das gesamte Paradigma ja auch ein anderes, sowohl der kommerzielle Ansatz, der eher Service weniger den Lizenzvertrieb in den Vordergrund stellt, als auch die Heransgehensweise, denn der Benefit von OS BI entsteht eben genau dadurch, dass die Integrationsleistung im Sinne eines Best-Of-Breed-Modells erbracht wird, auch Betrieb und Implementierung erfolgen durchaus unter anderen Voraussetzungen, bspw. optimalerweise durch enge Verzahnung von Anwender-IT-Personal und OS-Community. Meiner Meinung nach vergleicht man also sprichwörtlich Äpfel mit Birnen.

In einem solchen Fall greift der geneigte Kunde gern auf Berater zurück und auch für OS BI gibt es durchaus respektable Beratungshäuser. Natürlich würde ein solcher „Berater“ (und auch ich stamme aus dieser Zunft) nicht vollkommen selbstlos eine komplett neutrale Beratung im Hinblick auf OS BI durchführen, sondern sicherlich die Vorzüge der selbst präferierten OS Suiten o. Komponenten hervorheben, durchaus legitim, m.E. zählt des Ergebnis und gerade bei OS BI ist die erfolgreiche Implementierung und Betreuung teil des Erfolgsmodells. Nun würden dann also ein Berater (mit Interesse an Servicegeschäft) und einige Hersteller (mit Primärinteresse Lizenzgeschäft) im Rahmen der Evaluierung gegeneinander antreten – passt das zusammen, sind das faire Voraussetzungen, führt dies zu vergleichbaren Ergebnissen? M.E. nicht unbedingt, sofern der Kritierenkatalog nicht auf eine Vollkostenbetrachtung abzielt und eben auch die Aspekte der Implementierung und des Betriebs, der Betreuung usw. berücksichtigt.

Ich schließe daraus: Der Kunde wäre gut beraten, wenn er auch die kommerziellen Plattformen nicht durch die Hersteller vertreten ließe, sondern durch fokussierte Implementierungspartner, Vergleichsgegenstand sollte dann auch nicht die BI Suite (Features, Functions, Lizenzkosten) sein, sondern der Projektansatz mit TCO-Betrachtung, d.h. man vergleiche dann Szenarien der Implementierung mit den kommerziellen Plattformen und mit einer sinnvollen OS BI Toolkombination.

Ich bin gespannt auf das Ergebnis im aktuellen Kundenszenario und bin mir nicht mal sicher, ob OS BI dabei die günstigste Variante ist.

Im übrigen freue ich mich über Anregungen zu diesem Themenfeld: Wie kann man OS BI sinnvoll in eine Software-Evaluierung einbeziehen?