In den meisten Fällen scheitert die Softwareintegration an unklaren Projektanforderungen, am schleichenden Umfang, am Widerstand der Mitarbeiter, an häufigen Technologieänderungen oder an der Unfähigkeit, große Datenmengen in Echtzeit zu verarbeiten. Aber es gibt noch mehr.
Ganz gleich, ob es sich um eine Anwendung, eine Website oder ein SaaS handelt, die Folgen eines gescheiterten Softwareintegrationsprojekts können schwerwiegend und kostspielig sein.
Denken Sie an einen E-Commerce-Webshop, der nicht so mit einem ERP-System verknüpft ist, wie er es sein sollte.
Plattformen zur Integration müssen mit den sich ändernden Anforderungen und Erwartungen der IT-Abteilungen Schritt halten, wenn Systemintegrationen erfolgreich sein sollen.
Im Folgenden wird aufgezeigt, wie Systemintegrationsplattformen versagen können.
1. Nicht alle Benutzer wurden in das Projekt einbezogen
Entgegen der landläufigen Meinung ist die Softwareintegration nicht auf die IT-Abteilung beschränkt. Da alle Mitglieder des Unternehmens von den neuen Änderungen betroffen sind, sollten sie von Anfang an einbezogen werden.
Andernfalls wird die Integration nicht den beabsichtigten Geschäftswert erbringen. Oder schlimmer noch, einige Mitarbeiter sind möglicherweise nicht bereit, die Veränderungen zu akzeptieren.
Apropos, wir haben einen Leitfaden, der Ihnen helfen kann, die Technologieakzeptanz in Ihrem Unternehmen zu erhöhen.
Die Integration wird nur dann ein erfolgreiches Projekt sein, wenn die Endbenutzer in die Planungs- und Implementierungsphase einbezogen werden. Ihre Mitarbeiter können Ihnen schnell sagen, was sie brauchen oder wollen, wenn Sie sie in die Entwicklung des Projekts einbeziehen.
Eine bessere Herangehensweise an die Software-Integration besteht darin, die Anforderungen des Projekts unter Berücksichtigung aller Beteiligten festzulegen.
Anstatt sich nur auf die funktionalen Anforderungen zu konzentrieren, konzentriert sich eine erfolgreiche Integration auf das Ziel, das alle Beteiligten erreichen wollen.
2. Zu viele Änderungen zu früh einführen
Unter der Annahme, dass alles wie geplant verläuft, mag Ihr Projekt als ein großartiges Konzept erscheinen, von dem Sie annehmen, dass alle Beteiligten ebenso begeistert sind wie Sie selbst.
Die Software-Integration auf einmal einzuführen, ist jedoch nicht die beste Idee.
Zu viele Unternehmen wollen die Software sofort einführen, sobald sie von den zahlreichen Vorteilen und möglichen Kosteneinsparungen erfahren haben.
Sie rechnen jedoch nicht mit dem Widerstand der Mitarbeiter, die Angst vor dem Unbekannten haben, ihren Arbeitsplatz verlieren oder einfach nicht bereit sind, etwas Neues zu lernen.
3. Häufige technologische Veränderungen
In Anlehnung an Moores Beobachtung, dass sich die Technologie alle 2 Jahre verdoppelt, werden die Anwendungen ständig weiterentwickelt, um besser und schneller zu sein. Das ist das perfekte Szenario, wenn es sich um eigenständige Anwendungen handelt, aber der ständige Wandel wird zu einem ständigen Problem, wenn Sie zwei Systeme zusammenführen.
Aus diesem Grund ist es keine gute Idee, die Integration nach dem Wasserfallmodell zu planen.
Die frühen Entwürfe sind aufgrund des hohen Entwicklungstempos schnell wieder veraltet. Ein Zurückgehen zur Verbesserung einer früheren Phase ist jedoch problematisch, da jede Phase von der vorherigen Phase abhängt.
Aufgrund dieser veralteten Projektmethodik haben viele IT-Integrationsprojekte nicht mit den neuen Anwendungen und ihren Anforderungen Schritt gehalten. Es gibt einfach keinen Raum, um eine Entwicklungsphase erneut zu durchlaufen, wenn sich eines der integrierten Systeme ändert.
4. Kriechender Umfang
Änderungen am Projektumfang, die nicht durch Änderungsanträge erfasst werden, werden als „Scope Creep“ bezeichnet. Diese Änderungen haben Auswirkungen auf den Zeitplan, das Budget, die Kosten und die Ressourcen des Projekts. Aus diesem Grund kann es schwieriger werden, Termine und Ziele einzuhalten.
In den meisten Fällen wird die schleichende Ausweitung des Projektumfangs dadurch verursacht, dass Kunden oder andere Beteiligte dem Projekt zusätzliche Anforderungen hinzufügen, nachdem es bereits begonnen hat.
Diese Änderungen werden häufig ohne gründliche Prüfung vorgenommen.
Da es mehr Dinge zu erledigen gibt, muss das Projektteam mehr Aufgaben, Ergebnisse und Meilensteine in der gleichen Zeit und mit den gleichen Ressourcen erledigen.
Aber es kann sein, dass Sie mit einer nicht enden wollenden To-Do-Liste feststecken, denn gerade wenn Sie denken, dass Sie fertig sind, kommt eine E-Mail, die Sie über eine weitere Anforderung oder neue Funktion für das Produkt informiert.
Und schließlich könnte das Projekt außer Kontrolle geraten und ganz scheitern.
5. Übermäßige Vereinfachung des Projekts
Wir neigen dazu, unsere Talente zu überschätzen, wenn wir mit einer Aufgabe konfrontiert werden, für die uns das nötige Fachwissen fehlt. Aus diesem Grund scheitern einfache Projekte weitaus häufiger als komplexe Projekte.
Das zeigt sich auch daran, dass manche Unternehmen Integrationstechnologien kaufen und erwarten, dass sie sie „out of the box“, also ohne oder mit nur geringer Schulung, einsetzen können. Das ist eine maßlose Unterschätzung.
Diese Unternehmen sind der Meinung, dass ihnen viel Geld entgeht, wenn sie die Technologie nicht sofort nutzen.
Aber wenn sie sich auf die neuen Systeme stürzen, entfaltet sich die Komplexität von selbst, und schließlich könnte das Unternehmen zu dem Schluss kommen, dass das Leben ohne die Integration besser war.
In ähnlicher Weise kann eine zu starke Vereinfachung eines Projekts dazu führen, dass das IT-Team eine unrealistische Frist setzt und sich unnötig unter Druck setzt.
HIER SIND EINIGE HILFREICHE TIPPS, UM SICHERZUSTELLEN, DASS DAS PROJEKT NICHT SCHEITERT
- Machen Sie sich klar, warum Sie das System brauchen. Wenn es sich um ein Projekt handelt, bei dem es nur um das Hinzufügen von Funktionen geht, müssen Sie das Projekt möglicherweise überdenken oder sich mit anderen Beteiligten abstimmen.
- Seien Sie sich der bestehenden Lösungen und Systeme bewusst – und finden Sie heraus, welche geändert werden müssen. Anstatt zu versuchen, neue Produkte aus dem Nichts zu schaffen, sollten Sie versuchen, die vorhandenen Lösungen zu nutzen und Wege zu finden, sie zu verbessern.
- Behalten Sie das Projekt aufmerksam im Auge. Sind alle Beteiligten auf der gleichen Seite? Werden die Fristen eingehalten? Versteht jeder Beteiligte genau, wie das Produkt am Ende der Entwicklung aussehen soll? Können Sie leicht erkennen, wie der Code funktioniert und wie er aussieht?
- Überlegen und planen Sie, was nach der Integration geschieht – Was wird sich ändern, wenn die Lösung implementiert ist? Sind die Benutzer für diese Änderungen bereit? Wie lange werden die Änderungen andauern? Wird sich das System im Laufe der Zeit weiterentwickeln oder statisch bleiben? Und wie werden sich diese Änderungen auf die Benutzer auswirken?