{"id":681,"date":"2009-07-17T10:40:22","date_gmt":"2009-07-17T08:40:22","guid":{"rendered":"http:\/\/www.bernhardschloss.de\/blog\/?p=681"},"modified":"2009-07-17T10:40:22","modified_gmt":"2009-07-17T08:40:22","slug":"210-bi-25-das-anforderungsdilemma","status":"publish","type":"post","link":"https:\/\/www.bernhardschloss.de\/blog\/210-bi-25-das-anforderungsdilemma\/","title":{"rendered":"#210 BI (2\/5) – Das Anforderungsdilemma"},"content":{"rendered":"

BI<\/a>-Projekte stecken h\u00e4ufig in einem Anforderungsdilemma.<\/p>\n

Denn sie wissen nicht, was sie wollen…<\/strong><\/p>\n

Statt klar auf die Ziele und Vorgaben zu fokussieren verlieren sich viele Anforderer in der Fragestellung, welche Informationen k\u00f6nnten vielleicht noch n\u00fctzlich sein und welche Berichte gab es in der Vergangenheit. In einem gro\u00dfen Datawarehouse-Projekt, dass das Reporting \u00fcber verschiedene ERP-Systeme und Unternehmensbereiche zusammenf\u00fchren sollte, f\u00fchrte dies dazu, dass die Spezifikation des neuen Reportings quasi aus den Spezifikationen aller Altsysteme plus zus\u00e4tzlicher, neuer Anforderungen bestand. Ein Monster war geboren, aber der eigentliche Projektauftrag und die Vorgabe Cross-Selling-Potentiale zu sch\u00f6pfen wurden schier erdr\u00fcckt.<\/p>\n

… aber jeder kann mitreden…<\/strong><\/p>\n

Das Fatale an Reporting-Themen ist, das fast jeder meint mitreden zu k\u00f6nnen bzw. zu m\u00fcssen. Und dies gilt leider nicht nur f\u00fcr die Inhalte, sondern auch f\u00fcr das Layout. Welche Hintergrundfarbe und wohin mit dem Button… Die Diskussionspunkte sind unz\u00e4hlig und wer die Evolutionsstufen eines einzelnen Berichts verfolgt, wird mit Entsetzen feststellen, welche teilweise auch unsinnigen Anforderungen eingebaut, umgebaut und manchmal auch wieder ausgebaut werden.<\/p>\n

… und sie sind uners\u00e4ttlich.<\/strong><\/p>\n

Die letzte wesentliche Erkenntnis f\u00fcr die Anforderungen an BI-Systeme (oder Reporting-Systeme im allgemeinen)\u00a0ist, dass diese nie abgeschlossen sind. Informationen erwecken neue Informationsbed\u00fcrfnisse. Ganz gleich, ob diese sinnvoll sind oder nicht. Change Requests sind vorprogrammiert. Eine sinnvolle Vorgehensweise ist daher, den eigentlichen Projektscope zun\u00e4chst relativ eng und eindeutig zu gestalten und m\u00f6glichst schnell auf ein CR-Verfahren in dem den einzelnen Anforderungen Preisschilder umgeh\u00e4ngt werden\u00a0 umzusteigen. Es ist immer wieder erstaunlich wie sehr so ein Preisetikett Dringlichkeit und Wichtigkeit von Anforderungen relativiert.<\/p>\n

<\/div>