Tipps und Best Practices für ein besseres Anforderungsmanagement

Was bedeuten „Best Practices“ im Anforderungsmanagement?

Es ist für mich so interessant, dass alle davon sprechen, in „ Best Practices “ geschult zu werden. Dieser Begriff wird häufig verwendet, um die Art der Beratung zu beschreiben, die wir möglicherweise auch anbieten. Was heißt das eigentlich? Ich glaube, wir alle haben in den Mythos eingespeist, dass Best Practices die Grundlage für die Schulung von Einzelpersonen sein können. Best Practices sind nicht geschult, sie sind erfahren.

Wenn wir den Best-Practice-Ansatz mit der Natur vergleichen, wissen wir, dass nicht nur die stärksten, sondern auch die produktivsten Arten überleben. Das ist einer der Gründe, weshalb es so schwierig ist, Prozesse in einer Organisation zu ändern. Denken Sie einen Moment darüber nach. Die stärksten und produktivsten beschreiben wahrscheinlich die Mehrheit der Personen, die Sie in nahezu jeder Gruppe in Ihrer Organisation haben. Das habe ich im Bereich System Engineering immer wieder gesehen. Die stärksten und produktivsten Ingenieure machen ihre Arbeit oft schon seit vielen Jahren und haben eine spezifische Art und Weise, wie sie diese Arbeit machen. Sie zu bitten, neue Techniken und Werkzeuge auszuprobieren, ist oft zwecklos, da sie nicht wissen, wie dies die bereits wundervolle Arbeit, die sie leisten, verbessern wird. Ihre Praxis wird überleben, wenn wir ihnen weiterhin einen Best-Practice-Ansatz aufzwingen.

Also, was machen wir? Best Practices beginnen mit unserer persönlichen Erfahrung. In allen Büchern, die Sie zu Best Practices lesen, geht es um die persönliche Erfahrung des Autors in bestimmten Bereichen, ob es sich um Anwendungsfälle, Anforderungserhebung, System-Engineering, Tests usw. handelt. Irgendwann entscheidet eine Organisation, dass ein konsistenter Prozess in der gesamten Organisation erforderlich ist. Dafür gibt es zahlreiche gute Gründe. Aus einem davon wird eine Gruppe gebildet, die einen Prozess entwickelt, der diese Best Practices widerspiegelt. Da es in der Gruppe viele Best Practices gibt, raten Sie mal, wer normalerweise gewinnt – der Stärkste und Fruchtbarste. Die daraus resultierende Best Practice führt in der Regel zu einem Kompromiss zwischen der Best Practice-Gruppe und denen in der Organisation, die diese Rolle ausüben. Studien zufolge dauert es ungefähr fünf Jahre, um diesen Prozess im gesamten Unternehmen tatsächlich durchzuführen. Dann kommen die Berater, die diese Praktiken bemerken. Sie sehen möglicherweise eine Chance für das Geschäft und stehen hinter den Praktiken, die zu mehr Geschäft für sie führen. Sie beginnen, auf Konferenzen und Messen für diese Praktiken zu werben und Bücher zu schreiben. (Denken Sie über den agilen Ansatz nach). Da sie nach Geschäften suchen, konzentrieren sie sich auf die Praktiken, die ihnen das meiste Geschäft bringen. Wir sind immer auf der Suche nach Best Practices, damit wir nicht wissen müssen, wie oft es funktioniert, sondern nur, dass es kann. Und so treiben wir diese Praxis im gesamten Unternehmen weiter voran, in der Hoffnung, alle Vorteile zu realisieren, über die im Laufe der Jahre gesprochen wurde.

Wir müssen uns daran erinnern, dass Best Practices auf Rückblick beruhen. Die Best Practices für Ihren Job werden entwickelt, sobald Sie von diesem Job erfahren haben. Wir können sicher voneinander lernen. Das ist nicht der Punkt dieser Diskussion. Der Punkt ist, dass wir unsere Best Practices in erster Linie auf unsere eigenen praktischen Erfahrungen stützen müssen. Wir müssen herausfinden, wie wir Best Practices auf unsere Jobs und unsere Organisationen anwenden. Akzeptieren Sie einfach keine Best Practices, weil jemand ein Buch darüber geschrieben oder eine Konferenz darüber gesprochen hat. Erforschen Sie die Praxis und bestimmen Sie das Umfeld, in dem sie gefördert wurden. Ist dieses Umfeld vergleichbar mit dem, in dem Sie sich heute befinden? Oft gibt es wenig Gemeinsamkeiten. Wählen Sie die Leckerbissen aus den Best Practices, die für Sie und Ihren Job gelten und Ihnen echten Nutzen bringen. Beginnen Sie mit geringfügigen Änderungen und bauen Sie auf der Praxis auf, die in Ihrer Organisation angewendet wird. Wissen Sie, wo es erfolgreich war und wo es gescheitert ist, und lernen Sie daraus. Denken Sie daran, dass Sie, wenn Sie starke und produktive Einwände gegen die Praxis haben, jemanden mit einem praktischen Verständnis der Praxis benötigen, damit die Einwände sehen können, wie diese Praxis ihnen helfen kann. Hören Sie ihnen zu und sprechen Sie ihre Bedenken an. Ignoriere Sie nicht einfach und hoffen Sie, dass Sie verschwinden. Sie werden nicht.

Mit anderen Worten, wenn Sie nur die Worte „Best Practice“ sagen, bedeutet dies nicht, dass dies eine Best Practice für Sie ist.

Wie können Sie Ihre Anforderungsdefinition verbessern?

Jedes Mal, wenn eine Änderung an einem Prozess oder den zur Unterstützung des Prozesses verwendeten Tools vorgenommen wird, gibt es eine Lernkurve, die sich auf die für die Durchführung dieses Prozesses erforderliche Zeit auswirkt. Denken Sie beim Überlegen, wie Sie Ihren Anforderungsdefinitionsprozess verbessern können, daran, dass diese Änderung mit Aufwand verbunden ist. In den meisten Fällen nimmt die Produktivität mit fortschreitender Arbeit ab. Diese Abnahme wird oft als „J-Kurve“ bezeichnet. Wenn Benutzer versuchen, die Art und Weise zu ändern, in der sie eine bestimmte Aufgabe ausführen, erreichen sie einen Punkt, an dem sie der Meinung sind, dass es einfach zu schwierig ist, die Änderung vorzunehmen. Die Versuchung besteht darin, zur alten Arbeitsweise zurückzukehren, nur um die Aufgabe zu erledigen. Ohne einen Plan zur Überwindung dieser Hürde verfehlen viele Organisationen ihr Ziel, diese Änderung vorzunehmen. Diese Herausforderung gilt sowohl für Prozesse als auch für Tools. Es gibt zwei Strategien, die die Akzeptanz von Fähigkeiten oder Tools beschleunigen können.

Erstens gibt es den Tiefenansatz. Bei der eingehenden Herangehensweise wird eine Kerngruppe von Personen ausgewählt, die für den neuen Prozess oder das neue Tool geschult werden und weiterhin Mentoring erhalten, um die Kluft zwischen Training und der Arbeit an einem echten Projekt zu überwinden. Mentoren sind häufig externe Berater mit Fachkenntnissen auf dem jeweiligen Kompetenzgebiet. Es ist wichtig, Experten zur Verfügung zu haben, damit die Praktikanten ihre neuen Fähigkeiten in einem Live-Projekt anwenden können. Diese Kerngruppe ist recht klein und es ist beabsichtigt, sie als Berater für neue Projekte einzusetzen, die die neuen Fähigkeiten nutzen werden. Sie werden zu Experten, die von Projekt zu Projekt wechseln, um diesen Personen zu helfen, ihre neuen Fähigkeiten zu nutzen.

Der breit angelegte Ansatz konzentriert sich auf eine solide Grundlage für bewährte Verfahren, die im Laufe der Zeit weiterentwickelt werden. Bei diesem Ansatz werden Mentoren herangezogen, um diese Grundlage für Best-Practice-Fertigkeiten zu schaffen, häufig durch Standardschulungen in dem spezifischen Kompetenzbereich. In der Regel werden Standardprozesse und -vorlagen für die verschiedenen Projektteams definiert und dokumentiert. Das erste Training wird für eine große Gruppe von Einzelpersonen im Vergleich zu der im Tiefenansatz erwähnten kleineren, fokussierten Gruppe angeboten. Wenn Projekte beginnen, die neuen Fähigkeiten zu nutzen und mehr darüber zu erfahren, wie sich ihre spezifischen Aufgaben auswirken, fließen diese Ergebnisse in die Best-Practice-Grundlage ein, damit sie im Laufe der Zeit verfeinert werden können.

Für welche Methode Sie sich auch entscheiden, um diesen Aufwand zu bewältigen, ist äes entscheidend, die erforderlichen Änderungen erfolgreich durchzuführen. Ohne einen Plan bleiben diese Änderungen oft auf der Strecke, wenn Zeitplan und Budget knapp werden. Um solche Änderungen vorzunehmen, sind Disziplin, Unterstützung und Entschlossenheit erforderlich. Jedes Projekt muss kontinuierlich bewertet werden, um sicherzustellen, dass die neuen Fähigkeiten genutzt werden.

Denken Sie an eine einfache Änderung Ihres Anforderungsdefinitionsprozesses. Auf wen können Sie sich intern verlassen? Benötigen Sie Unterstützung von außen für Training und / oder Mentoring? Wohin gehen Sie für dieses Training und Mentoring? Ist Ihr Prozess heute gut dokumentiert oder fangen Sie mit Ground Zero an? Was ist Ihr Plan, um sicherzustellen, dass Sie erfolgreich sind (Tiefe, Breite, beides)? Was ist der Zeitrahmen für die Änderung?

Wahnsinn macht immer wieder dasselbe und erwartet ein anderes Ergebnis“. ( Albert Einstein ) Wenn Sie so denken, nehmen Sie Änderungen vor, die Ihnen die gewünschten Ergebnisse bringen.

Tipps für eine bessere Anforderungserfassung

Wenn Sie Benutzer interviewen und im Grunde „Süßes oder Saures – gib mir ein paar gute Anforderungen“ sagen, raten Sie, was Sie bekommen werden? Sie werden ein Durcheinander von Dingen bekommen, die die Benutzer gerne sehen würden. Einige werden für Sie wichtig sein und andere nicht. Sie müssen all diese Bedürfnisse sortieren und in Kategorien einteilen. Wir bezeichnen diese Kategorien normalerweise als Features. Einige dieser Funktionen sind für das Projekt relevant, andere nicht. Also, wenn Sie anfangen, Anforderungen zu sammeln, warum sollten Sie sich nicht mehr auf die Fragen konzentrieren, die Sie stellen? Recherchieren Sie und sehen Sie sich alle verfügbaren Informationen an, die für das System relevant sind. Identifizieren Sie Endbenutzer (Sie müssen nicht in der gesamten Unterteilung Süßes oder Saures tun, konzentrieren Sie sich auf einige Straßen, in denen wirklich gute Leckerbissen angeboten werden), und vereinbaren Sie Besprechungen mit ihnen. 

Identifizieren Sie Prozesse, die vom Projekt betroffen sind – welche ändern sich, welche sind neu, werden nicht mehr benötigt? Fragen Sie die Benutzer, welche Prozesse für sie gut funktionieren. Arbeiten Sie daran zu verstehen, wie Sie heute Ihre Arbeit machen.

Zweitens müssen Sie nach dem Sortieren der Anforderungen in Features diese Features priorisieren. Was sind die „Favoriten“ der Kunden, um als Erstes fertig zu werden? Manchmal können wir nicht wirklich Prioritäten setzen und arbeiten erst an den einfachen Teilen des Systems, anstatt uns auf Teile des Systems zu konzentrieren, die ein hohes Risiko aufweisen oder nicht gut verstanden sind.

Überdenken Sie am Ende des Projekts, was passiert ist. Wir könnten fragen, ob wir auf die richtigen Straßen gegangen sind, ob wir den Prozess befolgt haben oder ob wir aus irgendeinem Grund abgewichen sind. Haben wir so viele Süßigkeiten bekommen, wie wir erwartet hatten? Was hat gut funktioniert? Welche Änderungen könnten vorgenommen werden, um den Prozess zu verbessern? Haben wir die erwarteten Endergebnisse erzielt? Waren die Benutzer mit dem Produkt zufrieden?

3 Tipps, um Ihr Team in Anforderungsmanagement zu schulen

Wenn Sie jemanden fragen, der noch nie Anforderungen geschrieben oder verwaltet hat, um einem robusten und komplexen Anforderungsprozess zu folgen, wird der Fünfjährige gebeten, Beethovens Mondscheinsonate zu spielen. Und da wir oft kein Training oder Mentoring anbieten, bitten wir Sie, zu lernen, wie man dieses Stück alleine spielt. Das tun wir, wenn wir unsere Analysten in einen komplexen Anforderungsprozess einbinden.

Ich schlage vor, wir ziehen eine Schulung unseres Teams in Betracht. Hören wir auf zu denken, dass wir alle nur wissen, wie wir unseren Job machen sollen. Es ist nicht wahr. Wir können lernen, dieses Stück alleine zu spielen. Ich würde vorschlagen, anstatt fünf Jahre zu brauchen, hätte ich allein zehn Jahre gebraucht. Und so ist es auch mit unseren Anforderungsingenieuren und Analysten. Wir können Sie selbst lernen lassen. Oder wir geben Ihnen etwas Training, Mentoring und Zeit zum Üben.

Natürlich ist es der Schlüssel zu dieser Arbeit (kein Wortspiel beabsichtigt), eine Art von Prozess zu definieren, mit dem wir unsere Analysten ausbilden. Früher hasste ich dieses „Prozess“ -Wort, aber es ist wichtig. Im Folgenden finden Sie einige Vorschläge, wie Sie Ihre neuen Anforderungsanalysten schnell in Experten-Anforderungsanalysten umwandeln können.

  1. Bieten Sie Ihren Analysten eine Schulung in Bezug auf Ihren spezifischen Prozess an und verwenden Sie dabei Ihre Anforderungen und Ergebnisse, um eine realistischere Schulung zu gewährleisten. Die allgemeinen Klassen in Bezug auf die Definition und das Management von Anforderungen sind großartig, müssen jedoch mit den Prozessen übereinstimmen, die Sie in Ihrer Organisation verfolgen Wenn Sie mit einem externen Berater zusammenarbeiten, müssen Sie einige Anstrengungen unternehmen, um die Schulung für Sie anzupassen. Aber die Investition lohnt sich.

  2. Weisen Sie Ihren neuen Analysten einen Mentor zu. Lassen Sie jemanden, der „da war, das getan“ und hat die Wunden und Narben, um zu beweisen, dass es dem neuen Analytiker hilft und ihnen die Seile zeigt. Dies wird dazu beitragen, dieses „Stammeswissen“-Denken zu beseitigen. Lassen Sie sie bei Elicitationssitzungen helfen, Anforderungsdokumente mit dem Analytiker überprüfen und eine Ressource für sie sein.

  3. Lassen Sie den Analytiker üben. Das mag nicht allzu praktisch erscheinen. Starten Sie jedoch keinen neuen Analysten für ein für das Unternehmen kritisches Projekt. Oder eine, die so viel Geschichte und Kontroversen hat, dass es schwierig sein wird, voranzukommen. Lassen Sie sie an einem einfachen und gut verstandenen Projekt „üben“, um ihre Füße nass zu machen.

Bessere Anforderungen schreiben mit dem professionellen Requirement ALM-Tool – Visure

7 Tipps zum Schreiben besserer Anforderungen

Das Schreiben von Anforderungen ist für uns seit vielen Jahrzehnten eine Herausforderung. Warum ist es so schwierig? Nun, einer der Gründe ist die Herausforderung der Anforderungssprache. Wir wissen, dass wir Anforderungen so schreiben müssen, dass sie vom Leser gelesen und verstanden werden können. Wenn wir Benutzeranforderungen schreiben, ist der Leser ein Geschäftsinhaber, Endbenutzer oder Stakeholder und konzentriert sich auf das Schreiben in einer „natürlichen“ Sprache. Das Problem mit einer „natürlichen“ Sprache ist jedoch, dass sie sehr ungenau ist und wahrscheinlich falsch ausgelegt oder missverstanden wird. Wie können wir diese Lücke schließen?

Ich bin erstaunt über die Anzahl der Analysten, mit denen ich spreche und die sich keiner Struktur in ihren Anforderungen widersetzen. Sie scheinen ziemlich zufrieden mit ihrem unstrukturierten Ansatz zu sein, der normalerweise aus beschreibenden Absätzen und Sätzen besteht, die viele zusätzliche Anforderungen implizieren. Ihre Leser mögen diese Methode, argumentieren sie. Das Problem liegt daran, dass nach der Übergabe dieser „Anforderungen“ an Entwickler oder Systemanalytiker in der Regel viele Diskussionen stattfinden, um aufzuklären, was diese Anforderungen wirklich bedeuten.

Ich glaube, hier muss ein Kompromiss geschlossen werden. 

Hier einige Tipps, um diese Lücke zu schließen.

  1. Schreiben Sie mit aktiver Stimme und stellen Sie sicher, dass einer der Schauspieler das Thema jedes Satzes ist.

  2. Stellen Sie sicher, dass jeder Satz ein vollständiger und grammatikalisch korrekter Satz mit einem Thema, einem Verb und einem Prädikat ist.

  3. Geben Sie klar an, welche Informationen zwischen den Akteuren ausgetauscht werden.

  4. Behalten Sie einen konsistenten Detaillierungsgrad bei. (dh Benutzeranforderungen – ein Endbenutzer ist Gegenstand jedes Satzes, Systemanforderungen – ein System ist Gegenstand jedes Satzes)

  5. Jede Anforderung sollte klare Erfolgskriterien beschreiben. (Der Benutzer muss in der Lage sein, den Audit-Protokollbericht anzuzeigen.)

  6. Jede Anforderung sollte eine einzige Aktion und ein einziges Ziel enthalten. Achten Sie auf übermäßigen Gebrauch von „und“ und „oder“. Zum Beispiel: (Wenn der letzte Freitag des Monats ist und die Zahlung am 31. fällig ist, und wenn der 31. der letzte Freitag des Monats ist, führt die Übermittlung der Zahlung an diesem Tag nach 18:00 Uhr Ostzeit zu einer verspäteten Zahlung .) Ich fordere heraus, das zu verstehen!

  7. Eine Anforderung sollte keine Escape-Klausel enthalten. (Das System ermittelt die Anzahl der Anmeldeversuche, es sei denn, der Benutzer hat eindeutig einen falschen Benutzernamen eingegeben.)

4 Tipps für die Verwaltung komplexer Kundenanforderungen

Wie würden Sie mit diesem Szenario umgehen? Ein Kunde hat angegeben, dass sie das System benutzerfreundlich gestalten. Ich nenne dies eine komplexe Anforderung, da es sich effektiv um eine Sammlung vieler einzigartiger Anforderungen handelt. Die ermittelten Anforderungen sollten auf atomarer Ebene liegen. Mit anderen Worten, jede Anforderung sollte ein einzigartiger und vollständiger Gedanke sein. Aber wie gelangt man am besten zum Kunden? Die Realität (und die Erfahrung) zeigen, dass viele Anforderungen viel komplexer sind als angegeben.  

Denken Sie daran, dass wir nicht erwarten dürfen, dass der Kunde uns gute Anforderungen stellt. Sie sollen uns das Problem liefern, das sie lösen wollen. Wenn dies nicht klar ist, müssen wir sie fragen! Sie sind Experten des Problems. Wenn wir diese Aussage ein wenig weiter verfolgen, stellen wir möglicherweise fest, dass der Kunde in drei Monaten 500 Personen schulen muss, um das neue System zu nutzen. Natürlich muss es benutzerfreundlich sein. Was der Kunde aber wirklich braucht, ist eine Möglichkeit, um sicherzustellen, dass neue Benutzer schnell geschult werden können. Dies kann den Fokus der Lösung verändern – Benutzerhandbücher, Online-Schulungen, Tutorials usw.  

Nehmen wir also diese einfache Anfrage nach einem benutzerfreundlichen System an. Hier sind einige der Probleme.

  • Ein Kunde möchte nicht, dass ein Workshop festlegt, was benutzerfreundlich bedeutet. Der Kunde möchte, dass wir für ihn denken. Immerhin sind wir ihre „Berater“.

  • Der Kunde weiß nicht genau, was er will. Sie haben nicht genau überlegt, was benutzerfreundlich für sie bedeutet. Sie haben das vielleicht hinzugefügt, weil es eine gute Idee ist und alle anderen es tun. 

  • Der Kunde ist zu beschäftigt, um uns qualitativ hochwertige Beiträge zu liefern. Bitten Sie sie, eine halbe Stunde lang darüber zu sprechen, was benutzerfreundlich für sie bedeutet, und sie können es einfach ablehnen, die Zeit zu verbringen.

  • Der Kunde hat möglicherweise nicht alle Benutzer ermittelt, die ein benutzerfreundliches System suchen. Mit anderen Worten, er hat möglicherweise nicht jeden identifiziert, der feststellen möchte, ob das System benutzerfreundlich ist (z. B. Firmenkunden, Nicht-Firmenkunden, erfahrene Benutzer im Vergleich zu unerfahrenen Benutzern, ausländischen Kunden usw.).

Es gibt einige Möglichkeiten, um das mit einer solchen Anforderung verbundene Risiko zu verringern.  

  1.  Machen Sie einige Prototypen von Bildschirmen und zeigen Sie sie dem Benutzer. Fragen Sie sie speziell, ob sie dies für benutzerfreundlich halten. Erfassen Sie dann die Aspekte der Bildschirme in einer Reihe von Benutzeroberflächenanforderungen.

  2. Erstellen Sie Ihre eigene Definition von benutzerfreundlich. Definieren Sie die Kriterien und verwenden Sie diese, um Ihre Benutzerakzeptanztests zu definieren. Stellen Sie diese dem Kunden zur Überprüfung zur Verfügung.

  3. Versuchen Sie weiterhin, das Problem zu verstehen.  Haben Sie keine Angst davor, immer wieder Fragen zu stellen und den wahren Grund hinter den Anforderungen des Kunden herauszufinden.

  4. Stellen Sie sicher, dass Sie klare Kriterien haben, um die Anforderung zu messen. Ohne sie werden Sie die Anforderung in den Augen des Kunden niemals bestehen. Und ohne sie ist die Anforderung überhaupt nicht von Nutzen.

Verwalten Sie komplexe Anforderungen mithilfe der Datenmodelle von Visure

Verwendet Fälle im Anforderungsmanagement

Anwendungsfälle sind ein wirksames Instrument, um zu dokumentieren, wie der Benutzer seine Arbeit erledigt. Diese oft als „so wie sie sind“ und „zu sein“ bezeichneten Erzählungen tragen dazu bei, dass wir verstehen, wie der Benutzer seine Arbeit heute (so wie sie ist) erledigt und wie er sich vorstellen kann, seine Arbeit morgen (zu sein) zu erledigen. Anwendungsfälle werden immer beliebter, da sich Analysten weiterhin mit den Problemen rund um das Verhältnis von Anforderungen auseinandersetzen.

Manchmal werden Anwendungsfälle jedoch effektiv bei der Ermittlung und Definition von Anforderungen verwendet, gehen jedoch verloren, wenn der Übergang zum Anforderungsmanagement erfolgt. Wenn Sie über die Schritte in einem Anwendungsfall nachdenken, beschreibt jeder Schritt eine Aktion des Benutzers oder des Systems. Abhängig von der gewünschten Granularität Ihrer Anforderungen und der Rückverfolgbarkeit sollten Sie erwägen, jeden Schritt im Anwendungsfall zu einer Anforderungserklärung zu machen. Nehmen Sie den folgenden einfachen Anwendungsfall als Beispiel.

Das System zeigt dem Kunden die Kontoinformationen an.

Der Kunde überprüft die Kontoinformationen.

Der Kunde wählt die Bezahloption aus.

Das System zeigt dem Kunden die Zahlungsoptionen an.

Aus diesem Anwendungsfall geht ziemlich klar hervor, dass es zwei Systemschritte und zwei Kunden- (dh Benutzer-) Schritte gibt. Wenn wir die beiden Systemanweisungen extrahieren und bei Bedarf „soll“ hinzufügen, erhalten wir die folgenden beiden Systemanforderungen:

Das System zeigt dem Kunden die Kontoinformationen an.

Das System zeigt dem Kunden die Zahlungsoptionen an.

Diese beiden Anforderungen bilden die Grundlage für die Systemanforderungen. Diese Systemanforderungen werden wahrscheinlich in viele Systemanforderungen zerlegt, aber wir können sie direkt auf die Systemschritte im Anwendungsfall zurückführen.

Denken Sie daran, dass Anwendungsfälle sehr wertvolle Informationen für die Systemanalyse und -entwicklung enthalten. Anwendungsfälle sind nie wirklich abgeschlossen, da sie während der Entwicklung ständig überprüft werden müssen, um sicherzustellen, dass sie das Verhalten des Produkts bei Auslieferung genau widerspiegeln. Stellen Sie sicher, dass Use Cases nicht in ein Regal gestellt, sondern sowohl auf Tests als auch auf Systemanforderungen zurückgeführt werden

Top