Wir betrachten Requirements Engineering als einen Entscheidungsprozess

Für uns besteht Requirements Engineering aus viel mehr als nur einer Auflistung von Aussagen nach dem Motto “Das System soll…”. Wir betrachten Requirements Engineering als die (frühe) Aktivität in jedem Projekt, bei der es um die Ausarbeitung eines Konzepts für die Lösung eines Problems oder die Definition einer nachhaltigen Innovation geht. Daher integrieren wir „traditionelles” Requirements Engineering mit Unternehmensanalysen, Kreativitätstechniken, User-Experience-Methoden und frühem Architekturentwurf, damit von Anfang an die richtigen Entscheidungen getroffen werden.

Wir binden alle Stakeholder ein

Natürlich ist der Kunde wahrscheinlich der wichtigste Stakeholder, da er für das System bezahlt. Aber wir beziehen auch alle anderen Stakeholder in den Anforderungsprozess ein, insbesondere Endbenutzer und Entwickler. Dies ist wichtig, um zu gewährleisten, dass die gewünschte Lösung sowohl von der Zielgruppe akzeptiert wird als auch im gegebenen Zeit- und Kostenrahmen realisierbar ist.

Wir integrieren Business und IT in beide Richtungen

Softwaresysteme sind kein Selbstzweck und werden immer dazu verwendet, Geschäfte zu machen. Daher ist es sehr wichtig, dass Business und IT perfekt aneinander ausgerichtet sind, um sicherzustellen, dass die Unternehmensziele erreicht werden. Deshalb leiten wir Softwareanforderungen stets von den Gesamtzielen eines Unternehmens an, berücksichtigen aber auch explizit die Möglichkeiten der existierenden IT, um entweder die Wiederverwendung  zu erhöhen oder neue Geschäftswege zu finden.

Wir erstellen maßgeschneiderte Prozesse und Vorlagen

Es gibt viele gute Bücher und Standards über Requirements Engineering, aber wir sind sicher, dass diese Ansätze in unveränderter Form in Ihrem Unternehmen nicht funktionieren werden. Requirements-Engineering-Prozesse und Spezifikationsvorlagen müssen maßgeschneidert sein, damit Requirements Engineering zu einem hilfreichen Instrument wird und keine Belastung. Ganz besonders im Kontext agiler Entwicklung, aber auch bei der traditionellen Entwicklung muss die Rolle des Requirements Engineering daher sorgfältig definiert werden, um die gewählte Philosophie tatsächlich zu unterstützen.

Wir liefern Mehrwert für ein Projekt

Die Hauptpersonen, für die eine Anforderungsspezifikationen gedacht ist, sind die Ingenieure und Entwickler im Entwicklungsteam. In der heutigen Praxis bieten Anforderungsspezifikationen diesen jedoch nicht immer einen Mehrwert. Es werden viele Seiten geschrieben, aber viele Probleme bleiben dennoch ungeklärt. Mithilfe der oben genannten Mittel stellen wir sicher, dass Anforderungen wirklich für jedes Projekt einen tatsächlichen Mehrwert bieten.