Diejenigen von uns, die 2013 in den USA lebten, erinnern sich vielleicht daran, als HealthCare.gov, ein neuer (und damals umstrittener) Online-Marktplatz für Krankenversicherungen, von der US-Regierung gestartet wurde und abstürzte innerhalb von zwei Stunden. Eine nachfolgende Studie des Amt für Rechenschaftspflicht der Regierung stellte fest, dass die Website „ohne effektive Planung“ entwickelt worden war und dass „wichtige technische Anforderungen unbekannt waren“. Auch die Nachfrage der Nutzer sei stark unterschätzt worden. Im Wesentlichen waren viele Ausfälle des Standorts auf eine schlechte Produktbedarfsplanung zurückzuführen.
Das Sammeln von Anforderungen ist ein entscheidender Teil der Produktentwicklung – und es ist auch die Phase, in der Produktleiter häufig Fehler machen. Zahlreiche Studien weisen darauf hin, dass eine ineffektive Anforderungserfassung eine Quelle großer Probleme für die Entwicklerproduktivität ist. In einem (n umfangreiche Umfrage 2022 Von CodinGame und Coderpad wurden beispielsweise „Nacharbeiten, Änderungen, ungeplante Arbeit, ungeplante Probleme“ und „unklare Richtung“ als größte Herausforderungen für Softwareentwickler genannt. Diese Herausforderungen können durch die Implementierung eines robusten Anforderungserfassungsprozesses gemildert werden.
Als leitender Programm-, Projekt- und Produktmanager habe ich eine breite Palette unterschiedlicher Einstellungen gegenüber der Erfassung von Anforderungen durch Unternehmen und Teams erlebt, von denen einige letztlich zu Ressourcenverschwendung, Umfangsausweitung, enttäuschten Kunden und leistungsschwachen Produkten geführt haben. In diesem Artikel werde ich einige dieser Fehler aufdecken und die wichtigsten Erkenntnisse identifizieren, damit Sie diese Fehler vermeiden können.
Häufige Vorurteile, die es bei der Anforderungserfassung zu vermeiden gilt
Eine der größten Herausforderungen in jeder Phase des Entwicklungsprozesses besteht darin, unsere Arbeit nicht von inhärenten Vorurteilen beeinflussen zu lassen. Aus diesem Grund ist ein robuster, objektiver Prozess zur Anforderungserfassung unerlässlich.
Untersuchungen des renommierten Projektmanagement-Experten Bent Flyvbjerg verraten es mehrere häufige Vorurteile die im Projektmanagement häufig auftreten. Meiner Erfahrung nach können dieselben Vorurteile auch die frühen Phasen der Produktentwicklung beeinflussen. Auf diese sollten Sie achten:
| Voreingenommenheit | Manifestation |
|---|---|
| Strategische Falschdarstellung | Die Tendenz, Informationen aus strategischen Gründen absichtlich und systematisch zu verzerren oder falsch darzustellen (auch bekannt als politische Voreingenommenheit, strategische Voreingenommenheit oder Machtvoreingenommenheit) |
| Optimismus-Voreingenommenheit | Die Tendenz, hinsichtlich des Ergebnisses geplanter Maßnahmen übermäßig optimistisch zu sein, einschließlich einer Überschätzung der Häufigkeit und des Ausmaßes positiver Ereignisse und einer Unterschätzung der Häufigkeit und des Ausmaßes negativer Ereignisse |
| Einzigartigkeitsvoreingenommenheit | Die Tendenz, Ihr Projekt als einzigartiger zu betrachten, als es tatsächlich ist |
| Planungsfehler |
Die Tendenz, Kosten, Zeitplan und Risiken zu unterschätzen und Nutzen und Chancen zu überschätzen
|
| Übermäßiges Selbstvertrauen | Die Tendenz, übermäßiges Vertrauen in die eigenen Antworten auf Fragen zu haben |
| Rückschaufehler | Die Tendenz, vergangene Ereignisse zum Zeitpunkt ihres Eintretens als vorhersehbar anzusehen |
| Verfügbarkeitsverzerrung | Die Tendenz, die Wahrscheinlichkeit von Ereignissen zu überschätzen, die leichter im Gedächtnis abrufbar (verfügbar) sind |
| Irrtum beim Basiszinssatz | Die Tendenz, generische Basispreisinformationen zu ignorieren und sich auf spezifische Informationen zu einem bestimmten Fall oder einer kleinen Stichprobe zu konzentrieren |
| Verankerung | Die Tendenz, sich bei Entscheidungen zu stark auf eine Eigenschaft oder Information zu verlassen, typischerweise die erste Information, die man zu dem relevanten Thema erhält |
| Eskalation des Engagements | Die Tendenz, höhere Investitionen in eine Entscheidung auf der Grundlage der kumulativen vorherigen Investition zu rechtfertigen, obwohl neue Beweise dafür vorliegen, dass die Entscheidung möglicherweise falsch ist; auch als Sunk-Cost-Trugschluss bekannt |
Quelle: Bent Flyvbjerg, „Die zehn häufigsten Verhaltensverzerrungen im Projektmanagement: Ein Überblick“, Projektmanagement-Journal2021
5 ineffektive Ansätze zur Anforderungserfassung
Der Anforderungserfassungsprozess sieht für jedes Unternehmen und jedes Produkt anders aus, und es gibt verschiedene Ansätze, die zu einem erfolgreichen Ergebnis führen können. Anstatt darüber zu reden, was Zu Wenn Sie dies tun, ist es effizienter, häufige Fehltritte zu beschreiben, die einen zur Folge haben Negativ Auswirkungen auf die Produktergebnisse. Hier sind die fünf häufigsten Fehler, die Sie bei der Anforderungserfassung vermeiden sollten:
1. Ein Produkt anhand dessen definieren, was es nicht ist
Vor ein paar Jahren gehörte ich zu einem Team, das sich um die Aktualisierung eines Unternehmens-Intranetportals kümmerte. Das Ziel des Kunden war einfach: Entwerfen Sie ein neues Portal, das dies tut nicht ähneln dem zuvor ausgefallenen Produkt. (Das Unternehmen hatte kürzlich versucht, das Portal zu aktualisieren, aber die endgültige Lösung wurde von den Endbenutzern abgelehnt.) Auf den ersten Blick scheint „Nicht wie X“ eine gute Anforderung zu sein. Die Reaktion des Teams bestand jedoch darin, sich auf die Optik zu konzentrieren, die gleichen Funktionen beizubehalten und das Produkt mit einer neuen Farbe und einem neuen Branding erneut auf den Markt zu bringen. Natürlich traten bei diesem Produkt die gleichen Probleme wie beim Vorgänger auf, da seine Merkmale und Funktionen weitgehend unverändert blieben. Das Problem lag nicht in der Farbe oder dem Branding, sondern darin, dass die Produktanforderungen nicht neu definiert worden waren.
Lektion: Das Sammeln von Anforderungen ist nicht optional; Man kann es nicht beflügeln und es gibt keine Abkürzungen. Das Aussehen und die Haptik eines Produkts zu ändern, wird die zugrunde liegenden Probleme nicht lösen. Und Sie sollten ein Produkt niemals nur dadurch definieren, was es nicht sein sollte.
2. Kopieren Sie Ihren Konkurrenten
Ein mittelständisches Unternehmen sieht, dass ein Konkurrent eine Marktchance genutzt hat, und möchte daran teilhaben. Eine schnelle Markteinführung ist von entscheidender Bedeutung, daher darf keine Zeit für die Erfassung der Anforderungen eingespart werden. Stattdessen kopiert das Team einfach Produktfunktionen des Konkurrenten. Die Antwort des Kunden lautet: „Welche Supportfunktionen in diesem Produkt schätzen wir an Ihren anderen Produkten?“ und „Wie lässt sich dieses Produkt mit den anderen Produkten integrieren, die wir bereits bei Ihnen gekauft haben?“ Das Fehlen einer kohärenten Antwort auf diese Fragen führt zu einem frustrierten Produktteam und unzufriedenen Kunden.
Lektion: Sie sind nicht Ihre Konkurrenten. Sie können kein Replikatprodukt bauen und erwarten, dass Ihre Kunden mitmachen. Denken Sie bei der Erfassung der Produktanforderungen immer an die Bedürfnisse Ihrer spezifischen Kunden und daran, warum ihnen Ihre bestehenden Produkte gefallen. Fragen Sie sich, wie Sie den Mehrwert, den Sie als Unternehmen bieten, in dieses neue Produkt integrieren können.
3. Keine Interaktion mit Kunden
Ich war einmal in einem Team eines neuen Unternehmens, das ein Produkt mit erstaunlichen Funktionen entwickelt hatte, das die Konkurrenz übertraf. Leider hat das Team ein wichtiges Element bei der Anforderungserfassung vergessen: den Kunden. Tatsächlich hatten sie Angst davor, mit ihnen in Kontakt zu treten, waren misstrauisch gegenüber negativem Feedback und hatten Angst davor, dass sich herausstellte, dass das Produkt schlecht zum Markt passt. Daher fehlten den von ihnen entwickelten Produktanforderungen wichtige Kundeneingaben.
4. Unnötige Funktionen erstellen
Als Produktmanager müssen wir Experten für die Bedürfnisse unserer Kunden sein. Wenn es sich bei den von Ihrem Unternehmen angebotenen Dienstleistungen um B2B-Dienste handelt, müssen Sie die Kunden Ihrer Kunden überhaupt verstehen. Erfolg bedeutet, dass der Kunde das will, was er bekommt. Um herauszufinden, was Ihre Kunden wollen, können Sie Berichte analysieren, Artikel lesen und an Konferenzen teilnehmen – aber um den klarsten Einblick zu erhalten, müssen Sie sie fragen, was sie wollen.
Ich habe diese Lektion selbst auf die harte Tour gelernt. Bei einem Projekt hatten wir mit Kunden und anderen Interessengruppen zusammengearbeitet und eine Liste mit Produktanforderungen entwickelt. Als es für mich jedoch an der Zeit war, User Stories zu erstellen, habe ich nicht jede einzelne davon mit dem Kunden bestätigt. Ich dachte, sie würden sich nicht um eine Back-End-Protokollierungsfunktion oder eine geringfügige Änderung der Knotenkonfiguration der Kubernetes-Infrastruktur kümmern – im Grunde genommen um alles, was nicht UI- oder UX-basiert ist. Aber ich habe mich getäuscht. Ein bestimmter Kunde war von allen Funktionen unseres Produkts besessen und wollte mehr über alle Funktionsebenen erfahren und hatte sogar neue Ideen für nützliche Funktionen.
Lektion: Gehen Sie nicht vom Ausmaß des Interesses eines Kunden aus. Gehen Sie mit ihnen auf die Einzelheiten ein. Oftmals sind Kunden neugieriger als wir denken. Als Produktmanager könnten Sie am Ende eine Funktion bereitstellen, die der Kunde nicht möchte, und die von ihm gewünschten Funktionen nicht ordnungsgemäß bereitstellen, weil Sie ihn nicht nach seiner Meinung gefragt haben.
5. Der Glaube, dass Agilität der einzige Weg ist
Kürzlich war ich in einem Team eines großen IT-Dienstleistungsunternehmens, das ein Produkt zur Kundenbindung lieferte. Der Produktumfang bestand darin, dass ein kleines Team von Beratern den Standort des Kunden besuchte, unser proprietäres Softwareanalyseprodukt einsetzte und das Netzwerk des Kunden auf Probleme und Möglichkeiten der Cloud-Konnektivität analysierte. Nachdem die Dienstleistung erbracht wurde, wurde ein Bericht an den Kunden gesendet. Es handelte sich um eine einfache Waterfall-Produktlieferung mit festen Liefergegenständen, Zeitvorgaben und Kosten. Einige Stunden nach der Lieferung vor Ort stellte der Kunde andere Netzwerkprobleme fest, die nicht mit der Technologie zu tun hatten, für deren Scan wir uns bereit erklärt hatten. „Lasst uns agil sein“, sagten sie und baten uns, unser Produkt zu ändern, um die Probleme mit Druckern, Firewalls und Client-Konnektivität zu analysieren. Die Produktanforderungen waren jedoch bereits vereinbart und wir mussten eine Ausweitung des Umfangs verhindern. Wir haben uns dafür entschieden, das aktuelle Produkt zu liefern, dann die neuen Kundenwünsche aufzunehmen und diese als Anforderungen für eine zukünftige Version zu verwenden.
Lektion: Agile ist eine Möglichkeit, ein Produkt oder eine Dienstleistung zu verwalten, aber nicht die einzige. An einem bestimmten Punkt müssen Sie die Anforderungen finalisieren und mit der nächsten Phase fortfahren. Woher wissen Sie, wann Sie mit der Erfassung der Anforderungen fertig sind? Ganz einfach: wenn die Anforderungen mit dem Kunden abgestimmt sind – und nicht später. Sie können Agile verwenden, um Ihr Projekt zu entwickeln, Sie sollten jedoch eine Bereitstellung im Wasserfallstil verwenden. Manchmal ist die beste Antwort an den Kunden: „Lass uns bei unserem nächsten Auftrag darüber reden“ oder „Wir möchten, dass Sie so schnell wie möglich einen Mehrwert erkennen, also lassen wir uns jetzt nicht von neuen Anforderungen ablenken.“
Implementieren Sie diese Lektionen für einen robusten Ansatz
Das Sammeln von Anforderungen ist ein wichtiger Schritt in der Entwicklung eines jeden Produkts und sollte nicht übersehen werden. Die Grundlage für ein Produkt kann nicht das sein, was Sie nicht möchten, und es sollte auch nicht einfach eine Nachbildung von etwas sein, das bereits auf dem Markt ist. Nehmen Sie Kontakt zu Ihrem Innovator- und Early-Adopter-Kundenstamm auf, um wertvolle Einblicke zu erhalten, und scheuen Sie sich nicht, Fragen zu stellen, um sicherzustellen, dass Sie keine Zeit mit der Entwicklung unnötiger Funktionen verschwenden. Finden Sie heraus, wann Sie die Anforderungen finalisieren und fortfahren müssen, oder verwenden Sie einen Wasserfall-Ansatz für die Umsetzung. Implementieren Sie diese Lektionen zur Anforderungserfassung zu Beginn Ihrer Projekte für produktive Teams, zufriedene Kunden und erfolgreiche Ergebnisse.
