Alcedoplatform.de
    Was ist heiß

    5 häufige Fehler bei der Anforderungserfassung

    February 22, 2023

    Warum wir KI brauchen, um Menschen vor Naturkatastrophen zu schützen

    February 21, 2023

    Der Beauftragte für Biometrie und Überwachungskameras tritt zurück

    January 16, 2023
    Facebook Twitter Instagram
    Alcedoplatform.de
    • Home
    • Internet-Sicherheit
    • Große Daten
    • Softwareentwicklung
    • IT
    Facebook Twitter Instagram
    Alcedoplatform.de
    Softwareentwicklung

    5 häufige Fehler bei der Anforderungserfassung

    MajorBy MajorFebruary 22, 2023Updated:August 17, 2023No Comments9 Mins Read
    Facebook Twitter Pinterest LinkedIn Tumblr Email
    Share
    Facebook Twitter LinkedIn Pinterest Email

     

    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.

    Die größten Herausforderungen, mit denen Entwickler konfrontiert sind, können, wie diese aktuelle Umfrage zeigt, durch eine ordnungsgemäße Anforderungserfassung 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.

    Lektion: Wenn Sie mit Ihren Kunden nicht von einem Ort der psychologischen Sicherheit aus arbeiten, ist das ein großes Warnsignal für Ihr Team. Es erfordert Mut und Selbstvertrauen, Kunden Ihr neues Produkt zu zeigen – und Sie müssen dies tun, um die Anforderungen effektiv zu erfassen. Natürlich ist nicht jeder Kunde offen dafür, neue Dinge auszuprobieren, aber etwa 16 % der Menschen werden demnach Innovatoren oder Early Adopters sein Technologie-Akzeptanzkurve. Identifizieren Sie diese zukunftsorientierten Kunden und nutzen Sie sie in Ihrem Anforderungserfassungsprozess.

    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.

    Share. Facebook Twitter Pinterest LinkedIn Tumblr Email
    Major

    Related Posts

    KI für Software Delivery mit Birgitta Böckeler

    December 14, 2022

    3 produktorientierte Wachstumsrahmen: Ein Vergleich

    October 18, 2022

    Erweiterung des B2B-Zahlungsverkehrs mit Sohil Pandya

    September 10, 2022

    Leave A Reply Cancel Reply

    Top-Beiträge
    kürzliche Posts
    • 5 häufige Fehler bei der Anforderungserfassung
    • Warum wir KI brauchen, um Menschen vor Naturkatastrophen zu schützen
    • Der Beauftragte für Biometrie und Überwachungskameras tritt zurück
    • Fast 2.000 Citrix NetScaler-Instanzen aufgrund einer kritischen Sicherheitslücke gehackt
    Archiv
    • February 2023
    • January 2023
    • December 2022
    • November 2022
    • October 2022
    • September 2022
    • August 2022
    Unsere Entscheidungen

    5 häufige Fehler bei der Anforderungserfassung

    February 22, 2023

    Warum wir KI brauchen, um Menschen vor Naturkatastrophen zu schützen

    February 21, 2023

    Impressum
    Datenschutzerklärung

    Facebook Twitter Instagram Pinterest
    2023 © Alcedoplatform.de Alle Rechte vorbehalten

    Type above and press Enter to search. Press Esc to cancel.