Willkommen auf Anforderungsmanagement.ch!
Damit Sie die Bodenhaftung nicht verlieren und trotzdem den Ueberblick behalten ...
|
The hardest single part of building a software system is deciding what to build! No other part of the work so cripples the resulting system if done wrong. No other part is more difficult to rectify later. Therefore the most important function that software builders do for their clients is the iterative extraction and refinement of the product requirements [Fred Brooks 87].
|
Was Fred Brooks 1987 bezüglich des Baus von Softwaresystemen geschrieben hat, trifft auch heute noch zu. Und zwar nicht nur in der Software-Welt sondern überall dort, wo Produkte erstellt oder verändert werden. Sei es in Industrieprojekten, Informatikprojekten oder auch z.B. bei Reorganisationen. Sprich überall wo Projekte realisiert werden.
Einführung
Auf dieser Seite soll alles diskutiert werden, was es über Anforderungen, Requirements, Requirments Engineering, Traceability, etc. zu wissen gibt. Die Begriffe Anforderungsmanagement und Requirements Engineering werden nachfolgend synonym verwendet (auch wenn jetzt Germanistiker u.ä. Sturm laufen werden).
Lohnt sich Anforderungsmanagement bzw. Requirements Engineering?
Requirements bilden das Fundament eines jeden Projektes. Denn einerseits geben sie klare Zielvorgaben (was wollen wir/was will der Kunde). Andererseits können nur auf Basis der Requirements verlässliche Schätzungen und hierauf aufbauend eine möglichste gute Planung abgeleitet werden.
Also: Ohne Requirements Engineering kein "gutes" Projekt.
Positionierung
Requirements Engineering wird gem.
CMMI® als Ueberbegriff für
Requirements Management und
Requirements Development positioniert.
Im deutschen Sprachraum hat sich der Begriff Anforderungsmanagement als Überbegriff für die Erarbeitung und Ausarbeitung von Anforderungen (Requirements Development) und Verwaltung der Anforderungen (Requirements Management) etabliert.
