Gutes Anforderungsmanagement - Teil 2

Falle 2: Faule Kompromisse und Falle 3: Designfehler bei Geschäftsmodellen

Zurück zur Übersicht

Im 2. Artikel meiner Reihe stelle ich Falle 2: Faule Kompromisse sowie Falle 3: Designfehler bei Geschäftsmodellen vor. Thematisch passt der Aspekt der „Mehrdeutigkeiten in Anforderungsdokumenten” gut den Kontext der beiden „Fallen”, sodass ich auch dieses Thema in diesem Artikel aufgreife.

Im 2. Artikel meiner Reihe stelle ich Falle 2: Faule Kompromisse sowie Falle 3: Designfehler bei Geschäftsmodellen vor. Thematisch passt der Aspekt der „Mehrdeutigkeiten in Anforderungsdokumenten” gut den Kontext der beiden „Fallen”, sodass ich auch dieses Thema in diesem Artikel aufgreife.

Artikelreihe "Gutes Anforderungsmanagement - sieben Fallen, die ein Reqiurements Engineer kennen und meiden sollte"

Sieben Fallen, die der Requirements Engineer kennen und meiden sollte (Gutes Anforderungsmanagement, Teil 1)
Falle 2: Faule Kompromisse und Falle 3: Designfehler bei Geschäftsmodellen (Gutes Anforderungsmanagement, Teil 2)
Falle 4: Unklare Fachbegriffe und Best Practices (Gutes Anforderungsmanagement, Teil 3)
Wie muss eine „gute“ Dokumentation formuliert werden? (Gutes Anforderungsmanagement, Teil 4)
Acceptance Test Driven Development (Gutes Anforderungsmanagement, Teil 5)

Jetzt teilen:

Zurück zur Übersicht

Weitere Neuigkeiten

SO ARBEITEN WIR.
Kunde: „Wir brauchen eine Lösung!“IKS: „Okay, für welches Problem?“Kunde: „Ich habe kein Problem. Ich brauche eine Lösung.“
Warum KI mir beibringt grau zu mögen
KI ist weiterhin ein leuchtender Stern am Technologie-Himmel. Auch wenn die konkrete Weiterentwicklung noch unklar ist, hat sich unser Requirements Engineer Andreas Gahr mit dem heutigen Zustand befasst und einige Anwendungsmöglichkeiten identifiziert.
Gute Übersicht für alle Beteiligten
Stehen ein Moderator und vier Stakeholder vor einer Leinwand. Sagt der eine: „So und jetzt machen wir mal alles sichtbar.“ Klingt wie ein Witz? Ist es aber nicht. Denn Canvas kann das!