Beitrag geschrieben von
Expertengremium, Forbes Technology Council
Erfolgreiche CIOs, CTOs & Führungskräfte des Forbes Technology Council bieten Einblicke aus erster Hand in das Geschäft mit Technologie &.
Foto:
Getty
Tech-Teams tauchen oft mit großen Hoffnungen in neue Softwareprojekte ein, was es umso frustrierender macht, wenn das Projekt entgleist. Technologieführer müssen sich im Voraus über mögliche Fallstricke bei Projekten im Klaren sein, um Zeit- und Budgetverschwendung zu vermeiden.
Die Experten des Forbes Technology Council haben in ihrer beruflichen Laufbahn viele Projekte betreut. Unten, 14 von ihnen teilen gemeinsame Gründe Software-Projekte Flunder und was Tech-Teams tun können, um nicht in eine Falle zu tappen.
1. Die Bedürfnisse des Unternehmens nicht verstehen
Einer der Gründe, warum Softwareprojekte scheitern, ist das mangelnde Verständnis der Bedürfnisse des Unternehmens. Das Unternehmen muss die Anforderungen im Detail klar artikulieren. Es muss eine genaue Zuordnung von Merkmalen und Funktionen zu den Anforderungen des Unternehmens geben. Die Zuordnung eines erfahrenen Geschäftsführers zum Projektteam ist für den Erfolg unerlässlich. – Wesley Crook, FP Abgeschlossen
2. Unfähigkeit, einen Konsens über Prioritäten zu erreichen
Es gibt verschiedene Gründe, warum Softwareentwicklungsprojekte scheitern, aber eine häufige, die große Auswirkungen hat, ist, wenn die Projektsponsoren und Projektteams nicht klar auf die obersten Prioritäten für das Projekt ausgerichtet sind. Die Aufteilung dieser Prioritäten in „Must-Haves“, „Should-Haves“ und „Could-Haves“ kann einen soliden Rahmen für die Iteration und Bereitstellung bestimmter Funktionen bieten. – Jahn Karsybaev, Prosource IT
3. Mangel An Klarheit und Ausführungsstrategie
Das primäre Ziel eines Softwareprojekts ist es, die Probleme eines Unternehmens zu lösen. Es erfordert nicht nur ein effektives und effizientes Projektmanagement und Stakeholder-Erwartungsmanagement, sondern auch einen klaren Konsens der gesamten Gruppe von Stakeholdern über die Definition des Geschäftsproblems und eine robuste Ausführungsstrategie, um Software bereitzustellen, die die Geschäftsziele löst. Das Versäumnis, einen der oben beschriebenen Aspekte anzugehen, führt zu einem entgleisten Projekt. – Kartik Agarwal, TechnoSIP Inc.
4. Nicht mit dem Endkunden beginnen
Manchmal beginnen Softwareprojekte mit einer großartigen Idee, die (pünktlich oder spät) implementiert und nur für Entwickler geliefert wird, um festzustellen, dass das Problem, das sie gelöst haben, nicht das Problem war, das ihr Kunde lösen musste. Die harte Arbeit, Ihre Kunden genau zu verstehen, was sie brauchen und wofür sie bereit sind zu bezahlen, setzt die Obergrenze für die Projektleistung und kann dazu beitragen, ein Team neu zu fokussieren, wenn die Dinge entgleisen. – Guy Yalif, Intellimize
5. Unklare Anforderungen
Einer der häufigsten Gründe, warum Softwareprojekte scheitern, sind unklare Anforderungen und das Fehlen einer detaillierten Erklärung. Sehr oft sind sich die Kunden selbst nicht sicher, was sie genau sehen möchten, und daher kann das Projekt nicht vorankommen. Mit Ihren Kunden zu kommunizieren und sie nach ihrer detaillierten Vision der Zukunft des Produkts zu fragen, ist der Schlüssel, um sicherzustellen, dass das Projekt nicht scheitert. – Daria Leshchenko, SupportYourApp Inc.
6. Eine „Silberkugel“ erwarten
Zu oft entsteht Begeisterung aus dem falschen Glauben, dass eine sprichwörtliche „Silberkugel“ ein bestimmtes Problem lösen wird. Richtige Lösungen sind jedoch selten so einfach — sie sind eine Mischung aus Methodik, Strategie und Teamunterstützung, nicht das Ergebnis einer einzelnen Aktion, Technologie oder Idee. Technologieführer sollten eine offene Kommunikation fördern und partizipative Gruppenentscheidungen nutzen, um Herausforderungen zu lösen. – Christopher Yang, Geschäftsreisemanagement
7. Arbeiten in einem Silo
Der Hauptgrund, warum Softwareprojekte scheitern, ist, dass Teams sich auf eine Reise begeben, um etwas zu entwickeln, das entweder keine Geschäftsanforderung ist oder nicht das richtige Problem anspricht. Beide Gründe sind das Ergebnis einer Fehlausrichtung zwischen Unternehmen und Technologie. Um dies zu vermeiden, ist es wichtig, das Problem zu identifizieren, das das Unternehmen zu lösen versucht, und dann gemeinsam mit dem Unternehmen und nicht in einem Silo zu arbeiten. – Tanvir Bhangoo, Freshii inc.
8. Denken Sie, dass der Umfang im Voraus definiert werden kann
Während es wichtig ist, das Problem zu verstehen und die Anwendungsfälle im Voraus zu definieren, kann fast kein Projekt als erfolgreich angesehen werden, wenn es sich während der Entwicklung nicht an sich ändernde Geschäftsanforderungen anpasst. Leider bestehen einige Tech-Teams immer noch darauf, das ursprüngliche Ziel zu erreichen, was ihre Bemühungen unwirksam oder sogar zum Scheitern bringt. – Lied Bac Toh, Tata Kommunikation
9. Mangelnde Koordination und Detailplanung
Viele Softwareprojekte kommen zu spät oder scheitern an mangelnder Koordination und Detailplanung. Teams müssen einen Bottom-up-Planungsprozess implementieren, der Abhängigkeiten zwischen den Ergebnissen identifiziert und Schätzungen der Ingenieure selbst enthält. Nachdem der Release-Plan festgelegt wurde, führe ich täglich 15-minütige Stand-up-Meetings durch, bei denen Probleme auftauchen und neue Risiken identifiziert und gemanagt werden. – Dave Mariani, bei:
10. Reibung durch undefinierte Rollen
Undefinierte Rollen führen häufig zu Reibung in Projektteams. Versuchen Sie von Anfang an, ein DACI-Framework zu verwenden, um klar zu definieren, wer für was zuständig ist. Bei festgefahrenen Projekten kann die Neukalibrierung, wer der Treiber, Genehmiger, Mitwirkende und Verantwortliche innerhalb des Projekts ist, als Hard-Reset fungieren und zu neuer Zusammenarbeit und Autonomie anregen. – Leore Avidar, Lob.com Inc.
11. Wir erwarten eine Überanpassung der Software
Oft glauben wir, dass Software auf ein Niveau angepasst werden kann, das auf alle Bedürfnisse zugeschnitten ist. Das ist ein Irrtum. Realistisch zu sein ist wichtig. Definieren Sie die Anforderungen an die Leistungsfähigkeit der Software. Änderungsanforderungen zu stellen, während Sie gehen, erfordert Anpassungen, aber das ist der Hut, der getragen werden muss, um Frustrationen zu vermeiden. – Bhavna Juneja, Unendlichkeit, ein Stamford Technology Company
12. Mangelnde Disziplin
Wenn wir ein Haus bauen und den Bauplan ständig ändern würden, würde das Projektbudget außer Kontrolle geraten und eine Frist nach der anderen würde verpasst. Erstellen Sie eine Vision davon, wie Projekterfolg aussieht. Sperren Sie es ab und führen Sie es aus. Jede andere großartige Idee und jeder andere Umweg kann für eine spätere Phase des Projekts in Betracht gezogen werden. – Sam Polakoff, Nexterus, Inc.
13. Zu viele Hände im Dev Pot
Legen Sie fest (und begrenzen Sie), wer vom ersten Tag an beteiligt ist, unabhängig davon, ob Sie intern bauen oder nicht. Dies kann für größere Tech-Unternehmen mit komplexen Prozessen und Kommunikationskanälen schwierig sein. In der Welt der App-Entwicklung ist eine solche Komplexität jedoch nachteilig für die Erstellung eines vollständig realisierten Produkts, das der einzigartigen Vision aller entspricht, ohne dem Umfangskriechen und einer endlosen Projektzeitleiste zum Opfer zu fallen. – Joshua Davidson, ChopDawg.com
14. Zu wenig Betonung der Soft Skills
Ein klarer und sinnvoller Fokus auf die Steuerung des Veränderungsprozesses fehlt oft oder ist unzureichend. Ich habe viele Softwareprojekte in verschiedenen Kategorien und in einer Reihe von verschiedenen Arten und Größen von Organisationen gesehen, die auf Herausforderungen stoßen, weil sie sich sehr auf die technische Arbeit konzentrieren, aber nicht genug Energie für Training, Coaching, Teambildung und Soft Skills aufwenden. – Amith Nagarajan, rasa.io