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.
Gutes Anforderungsmanagement - Teil 2
Falle 2: Faule Kompromisse und Falle 3: Designfehler bei Geschäftsmodellen
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)
Jörg Vollmer
Kommentare
Einen Kommentar schreiben