6 Gründe, warum Unternehmenssoftware-Projekte scheitern

Wir hören immer wieder von gescheiterten Unternehmenssoftwareprojekten. Aber warum scheitern solche ehrgeizigen Projekte? Die meisten machen die von ihnen entwickelte Software für das Scheitern des Projekts verantwortlich, aber nur sehr wenige erkennen die Tatsache, dass das Problem woanders liegt. Wenn wir uns einige Fallstudien ansehen, werden wir feststellen, dass sowohl das Geschäft als auch die mangelnde Fokussierung für das Scheitern solcher Projekte verantwortlich gemacht werden können. Softwareunternehmen müssen einen soliden Projektmanagementrahmen mit vier Kernelementen schaffen: Prozesse, Organisationsstruktur, Mitarbeiter und Systeme. Wird einem dieser Elemente während des Prozesses nicht die nötige Aufmerksamkeit geschenkt, bricht das gesamte Projekt zusammen. In diesem Blog haben wir sechs Gründe identifiziert, warum Unternehmenssoftwareprojekte scheitern.

1. Fehlende Planung beim Design - In der Softwarebranche ändern sich die Prozesse und damit auch die Software, die wir programmieren. Da sich die meisten Programmierer dessen bewusst sind, versuchen sie, eine Funktion durch Überplanung anpassungsfähiger zu machen. Das Problem ist jedoch, dass wir dies höchstwahrscheinlich falsch machen und dadurch mehr Logik in die Wartung einbringen. Over-Engineering ist definitiv einer der Gründe für das Scheitern eines Projekts, aber es gibt zu viele Momente im Leben eines Produkts, in denen es mehrere Änderungen erfährt, als dass es an der Zeit wäre, den Code ernsthaft zu überarbeiten. Hier beginnt das Problem und das Projekt gerät aus der Bahn. Wenn das System richtig konzipiert ist, wird es das Projekt nicht allzu sehr beeinträchtigen. Wenn das System jedoch schlecht konzipiert ist, vielleicht aus Zeitmangel, auf Druck der Unternehmensleitung oder aus anderen Gründen, dann leidet das gesamte Projekt.

Lösung - Sie können dieses Problem auf jeden Fall lösen, indem Sie versuchen, ein Refactoring des gesamten Systems zu verkaufen. Die Wahrscheinlichkeit, dass dies scheitert, ist groß und es könnte schwieriger zu verkaufen sein, da Sie dem Kunden nur das geben, was er bereits an Funktionen hat. Die bessere Option ist, einen kleinen Teil der Anwendung einzuführen. Sie müssen den gesamten Abschnitt bis zur Datenbank aus der Benutzeroberfläche herausnehmen und nur diesen Abschnitt neu strukturieren. Dies ist eine der einfachsten Möglichkeiten, eine Legacy-Anwendung zu reparieren.

2. Das Projekt mit einem riesigen Framework beginnen - Die meisten Entwicklungsteams machen den Fehler, einen ehrgeizigen Ansatz zu wählen und riesige Frameworks zu entwickeln, die fast alles können. Die Idee hinter diesem Ansatz ist es, Zeit zu sparen, wenn das Projekt beginnt. Aber das Problem taucht auf, wenn Sie etwas im Projekt ändern müssen. Normalerweise gehen die Entwickler einfach hin und ändern es. Wenn jedoch 20 verschiedene Segmente in Ihrer Anwendung dasselbe Framework verwenden, haben die Entwickler nur eine sehr begrenzte Auswahl, was sie ändern können, da die Änderung einige von ihnen zerstören könnte.

Lösung - Die ideale Strategie wäre, an der Erstellung kleinerer Module zu arbeiten, um die Arbeit zu erleichtern. Sie müssen sicherstellen, dass die Module nicht von irgendetwas abhängig sind. Es ist immer ratsam, die Abhängigkeiten auf leichte Schnittstellen zu beschränken. Mit diesem Ansatz können Sie jeden beliebigen Teil des Systems durch ein beliebiges Modul ersetzen. Es kann auch in einer anderen Sprache geschrieben werden und dem Rest des Systems ist es egal. Anfänglich wird es etwas mehr Zeit in Anspruch nehmen, aber je mehr Sie es tun, desto schneller werden Sie es schaffen.

3. Nichtzulassung von Open-Source-Projekten - Dies ist definitiv einer der Gründe für das Scheitern von Projekten, weshalb viele Unternehmen nicht offen für bewährte und getestete Open-Source-Projekte sind. Diese Open-Source-Projekte sind in der Lage, viele verschiedene Dinge in der Sprache Ihrer Wahl zu tun. Außerdem gibt es Unternehmen, die die Vorstellung haben, dass sie die Open-Source-Software unterstützen müssen, weil sie nicht wissen, an wen sie sich wenden müssen, wenn sie kaputt geht. Sie können Dinge immer in kleinere Module zerlegen, und wenn es nicht funktioniert, kann das Team diesen Teil jederzeit ersetzen. Da es sich um Open Source handelt, kann ein Team von Programmierern es auch leicht reparieren.

Lösung - Ja, es gibt einige Open-Source-Lizenzen, die wirklich schwer zu handhaben sind, aber es gibt auch viele, die keine großen Probleme bereiten. Was Sie tun müssen, ist, die Lizenz auch für deren Code in Ihre Software aufzunehmen. Das bedeutet nicht, dass Sie Ihren Code ebenfalls Open Source machen müssen. Sie können auf Wikipedia zurückgreifen und sich die Artikel ansehen, die Tabellen darüber enthalten, was Sie mit vielen Lizenzen machen können und was nicht. Wenn Sie sich selbst informieren, können Sie wirklich viele Stunden der Entwicklung und Fehlerbehebung einsparen.

4. Seien Sie offen für Veränderungen - Das ist einer der häufigsten Gründe für das Scheitern eines Unternehmenssoftwareprojekts. Wenn ein Programmierer oder ein Manager, der seit dem ersten Tag im Team ist, nicht bereit ist, sich zu ändern, gerät das gesamte Softwareentwicklungsprojekt ins Stocken. Wenn auch nur eine Person im Team nicht offen für Veränderungen ist, wirkt sich dies auf das gesamte Team und das Ziel des Unternehmens insgesamt aus. Entwickeln Sie Anwendungen auf dieselbe Weise wie vor drei Jahren? Sie müssen sich immer vor Augen halten, dass die Welt der Programmierung im Wandel begriffen ist und jeder Teil davon sich mit der Zeit verändern muss.

Lösung - In der Welt der Programmierung müssen Sie sich mit der Zeit ändern und auch andere im Team davon überzeugen, sich zu ändern. Vielleicht müssen Sie Ihr Team fragen, warum es der Meinung ist, dass eine Veränderung nicht erforderlich ist. In einem Team sollten Sie keine Möglichkeit auslassen, dass Sie und Ihr Team auf einer anderen Plattform denken.

5. Wählen Sie das richtige Tool für das richtige Projekt - Dies hat höchste Priorität, wenn ein Projekt erfolgreich sein soll. Sie müssen das richtige Tool für das richtige Projekt auswählen, noch bevor das Projekt beginnt. Was ein Tool kann und wo seine Stärken liegen, hat einen direkten und dramatischen Einfluss darauf, was Ihr Projekt erreichen kann. Die Wahl eines falschen Tools kann also nicht nur für das Projekt, sondern auch für das Unternehmen zu einer Katastrophe führen.

Lösung - Erfolgreiche Projekte nehmen immer Kurskorrekturen vor und ändern ihre Vorgehensweise auf der Grundlage der Erkenntnisse, die sie während des Prozesses gewonnen haben. Bei agilen Prozessen werden wichtige Entscheidungen in der Regel so lange revidiert, bis sie die richtigen sind.

6. Stellen Sie die richtige Person für die richtige Aufgabe ein - Sie müssen sich darüber im Klaren sein, welche Art von Entwickler Sie in Ihrem Team brauchen. Kompetente Softwareentwickler sind entscheidend für den Erfolg des Produkts und des Unternehmens. Ihre logischen und analytischen Fähigkeiten können über Erfolg oder Misserfolg des Produkts entscheiden. Sie müssen also das richtige Gespür dafür haben, wie Sie einen guten von einem schlechten Entwickler unterscheiden können. Wenn ein Entwickler in Bezug auf seine Fähigkeiten und seine Einstellung nicht zu den anderen Teammitgliedern passt, werden letztendlich das gesamte Team und das Projekt darunter leiden. Sie sollten sich darüber im Klaren sein, dass Sie nicht irgendeinen Softwareentwickler einstellen, sondern den richtigen für Ihr Unternehmen.

Lösung - Sie müssen sich ausschließlich darauf konzentrieren, einen Kandidaten zu finden, dem Ihre Vision am Herzen liegt und der mit Leidenschaft etwas erschafft, das Probleme für Menschen löst und Auswirkungen auf die Gemeinschaft im Allgemeinen hat. Im Vorstellungsgespräch sollten Sie als Erstes herausfinden, ob sich diese Person mit Ihrer Produktvision identifizieren kann. Will sie nur ihre Karriere vorantreiben oder ist sie von dem Eifer beseelt, den Status quo zu verändern? Es ist sehr wichtig, dass Sie sich überlegen, ob die Personen, mit denen Sie ein Gespräch führen, berufsorientiert oder karriereorientiert sind.

Lassen Sie uns in den Kommentaren wissen, was Sie denken? Sehen Sie die gleichen Probleme? Haben Sie sie schon einmal behoben und wenn ja, können Sie uns einen Rat geben?