| |||
| | | |
| |
Einfache Planung zur Einführung eines DMS oder ECM - Teil II
Teil 2 von 3: informative Entscheidungsgrundlagen schaffen, Anforderungen definieren und Zeitrahmen einhalten Wer entscheidet denn über den Kauf? Die Entscheider!Jemand im Unternehmen wird über die Einführung und vor allem über die Kosten entscheiden müssen. Für die technische Entscheidung ist der IT-Leiter zuständig. Er bestimmt, unter welchen Rahmenbedingungen ein Softwareprodukt eingeführt wird. Außerdem prüft er, welche Sicherheitsanforderungen zu berücksichtigen sind und welche Hardware-Infrastrukturen bestehen. Anbieter stellen für ihre Software-Lösung Anforderungen an Hardware und Software. Diese müssen sie mit den Anforderungen des IT-Leiters abgleichen und gegebenenfalls in ihrem Angebot berücksichtigen. Ebenso hat der IT-Leiter einen Überblick, in welche anderen Unternehmensanwendungen die neue Lösung eingebunden werden sollte.Der Entscheider für die Finanzen stellt finanzielle Mittel zur Verfügung, z.B. ein Budget, in dessen Rahmen eine Entscheidung gefällt werden darf. Oft scheitern Projekte, weil die Lösungen vom Geschäftsführer oder dem Leiter der Finanzen nicht finanziert werden können oder nicht gewollt sind. Für den Erfolg eines Projektantrags ist es also essentiell, die Anbieterauswahl auf das verfügbare Budget auszurichten oder die Erwartungen und Anforderungen entsprechend zu korrigieren. Auf Basis der Anforderungen lässt sich grob berechnen, welche Kosten im Unternehmen mit der neuen Lösung gespart werden können. Beispielsweise bieten folgende Kostenfaktoren eine Ausgangsbasis:
Es lohnt sich also, alle Entscheider ausfindig zu machen und diese über das Projekt zu informieren. Hier ist Gelegenheit, zu Fragen und zu begründen, warum die Einführung der Software einen Mehrwert für das Unternehmen darstellt. Was ist überhaupt gewünscht? Anforderungen definierenKauft man ein Auto, sind vorher viele Dinge zu klären: Ist das überhaupt nötig? Wofür wird es gebraucht? Wie viele Personen sollen damit fahren? Ausstattung? Farbe?Wurde in einem Unternehmen erkannt, dass bestehende Probleme mit einem Software-Produkt lösbar sind, muss zunächst geklärt werden, welche Anforderungen zu erfüllen sind. Häufig ist es so, dass die Einführung eines Software-Produktes aufgrund des dringenden Bedarfs in einer Abteilung gestartet wird. Damit sind aber viele Projekte bereits im Vorfeld zum Scheitern verurteilt, weil andere Abteilungen erst in späteren Phasen in die Projekte involviert werden. Damit ändern sich aber sofort die Anforderungen an die Software und auch alle anderen Rahmenbedingungen. Es ist daher notwendig, die Anforderungen aller Abteilungen zu sammeln, zusammen mit dem Feedback der Mitarbeiter. Diese Anforderungen sind die Grundlage, nach der die Software-Produkte auszusuchen sind. Bei der Einholung eines Angebots sollten die Anforderungen so detailliert wie möglich beschrieben werden. Je gröber die Anforderungen beschrieben sind, desto mehr Anbieter werden sie mit "Ja" beantworten, aber nicht wirklich die gesuchte Lösung bieten. Sinnvoll ist es, die Anforderungen in verschiedene Kategorien aufzuteilen:
Schnittstellen sind besonders zu behandeln. Oft wird in Anforderungen beispielsweise "eine SAP Schnittstelle" angefragt. Jeder kommerzielle oder Open Source Anbieter kann irgendetwas in SAP anbinden. Für eine eventuelle Kostenfrage ist es notwendig, möglichst genau zu beschreiben, was von der Schnittstelle erwartet wird. So ist ein einfacher Import aus einer externen Anwendung ganz anders zu bewerten, als eine tiefe Integration in ein ECMS/DMS System, inklusive Interaktion. Je genauer die Anforderungen für die Schnittstelle beschrieben sind, um so exakter kann der Anbieter einen Vorschlag und ggf. eine Kostenvorstellung aufführen. Gerade Schnittstellen in branchenspezifischen Fachanwendungen sind genau zu erläutern. Wichtig ist: Jeder Anbieter erfüllt die Anforderungen auf seine eigene Art. Daher verzichtet man am besten auf eine Beschreibung von Dialogführungen. Besser beschreibt man genau, was das Ergebnis der Funktion sein soll, damit die Anbieter ihren Weg zum Ziel mit ihrer Software beschreiben können. Wird ein exakter Dialogweg vorgeschrieben, so erfolgt in der Regel eine kostenpflichtige Individualprogrammierung. Niemals darf man glauben, dass ein Produkt eine bestimmte Anforderung "sowieso" erfüllen kann. Es sollten ALLE Anforderungen – egal wie banal diese sind – in einen Anforderungskatalog mit aufgenommen werden. Dort sind auch die Mengen der unterschiedlichen Daten anzugeben. Viele Applikationen können eine bestimmte Menge an Daten nicht mehr zeitnah verwalten, beispielsweise wegen einer fehlenden Skalierung auf mehrere Server. Für den Anbieter ist es wichtig zu wissen, welche Datenmengen ihn erwarten. Dann kann er eine Skalierung in seinem Angebot entsprechend berücksichtigen, oder sich aufgrund der großen Datenmengen aus der Angebotsphase zurückziehen. Es wird außerdem oft genug vorkommen, dass während des Projekts neue Anforderungen hervortreten. Diese sollten allen einbezogenen Anbietern stets mitgeteilt werden. Kommerzielle Anbieter unterscheiden zwischen verschiedenen Abrechnungsmodellen. Zwei seien hier als Beispiel genannt:
Die Benutzerzahlen sind die Minimum-Basis für ein späteres Angebot. Termine, Termine, Termine! Die Meilensteine!Die meisten Projekte scheitern an einer fehlenden Zeiteinschätzung. Sie "plätschern" vor sich hin, da das Tagesgeschäft die Software-Einführung überlagert und damit zeitlich aushebelt. Außerdem sollten alle Projektbeteiligten durch die Entscheider auch ausreichend Zeit erhalten, das Projekt durchzuführen. Spätestens bei der Evaluierung der Software oder bei einem Prototypen drohen diese Projekte mangels Zeit zu scheitern.Um das zu vermeiden, sollten Projektleiter zusammen mit den Entscheidern für die folgenden Eckpunkte einen Termin festlegen, bis zu dem
Hat man all die bisherigen Hinweise berücksichtigt, ist man dem Endziel "erfolgreiche Projektdurchführung" schon ein ganzes Stück näher gerückt. Im nächsten und letzten Teil des Artikels (erscheint am 8. September) gibt es weitere nützliche Tipps zur rechtlichen Absicherung, zur Präsentation vor Ort und zum Thema Vorabschulungen sowie Prototypen. Außerdem wird eine einfache Projekt-Checkliste bereitgestellt, anhand derer Unternehmen prüfen können, ob sie die Kriterien und Voraussetzungen für ein erfolgreiches Projekt mitbringen. 08/2008, Jens Büscher
| | | | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| © 1999-2010 FEiG & PARTNER | Nutzungsbedingungen | | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 | |  | |  | |  | |  | |  | |  | |  | |  | |   |
|
| ||
| | |
| ||
| ||
| ||
| ||
|
