Requirements

Volatile Märkte, DevOps, dynamisch konfigurierte Systeme und KI stellen Requirements Engineering (RE) infrage. Brauchen wir noch RE oder genügen flexible, sich stetig weiterentwickelnde Hypothesen? Doch halt: Was dient als Vertragsbasis, und wie argumentiere ich im Haftungsfall? Wir haben RE neu gedacht und mit Unternehmen verschiedener Branchen hinterfragt. Fazit: Gerade in Zeiten von wachsendem ..

Requirements haben 1994 objektive Messbarkeit in die SW-Entwicklung gebracht, damals etwas Neues in der jungen Branche. Und 2035? In zehn Jahren werden Requirements vielleicht – neben Architektur – das Einzige sein, was von der heutigen SW-Entwicklung übrig bleibt. Abschließend begründet ein historischer Vergleich, warum die Welt mit KI nicht weniger, sondern mehr SW-Entwickler brauchen wird.

Komplexe Softwareprojekte sind geprägt von Unsicherheiten, unklaren Verantwortungen und einer hohen Dynamik. Den daraus resultierenden zusätzlichen Kosten durch falsche Entwicklungen oder ungenutzte Features kann durch eine passende Strategie entgegengewirkt werden. Aktuelle Studien weisen auf Erfolgssteigerungen von 25 bis 35 Prozent bei der Anwendung einer entsprechenden Strategie hin. Der Artik..

In dem Schwerpunkt dieser Edition geht es um Requirements Engineering, genauer darum, was (möglicherweise) nach Requirements Engineerings kommt. Requirements, das sind Anforderungen. Das ist ein Begriff, den ich mittlerweile zu vermeiden suche. Und ich versuche auch, meinen Kunden nahezubringen, dass der Begriff in der Regel nicht mehr passend ist.

Technologischer Fortschritt oder neue Erkenntnisse verändern die Art und Weise, wie wir Dinge tun. Etablierte Methoden, die einst optimal waren, können plötzlich suboptimal wirken. So stellt sich auch die Frage: Ist das bewährte Requirements Engineering (RE) heute noch zweckmäßig, oder braucht es Anpassungen? Genau dieser Frage soll im Folgenden auf den Grund gegangen werden.