Archiv der Kategorie: Fachliches

Epic, Feature und Story – in SAFe

Veröffentlicht am von
Antworten

Herzlich willkommen zu unserer kleinen Serie zu Epics, Features und Storys. Diesmal wollen wir und das Framework SAFe ansehen und erläutern wie dort diese Begriffe verwendet werden.

Das Scaled Agile Framework (SAFe) ist eine umfassende Methode zur Implementierung agiler Praktiken in großen Unternehmen. Innerhalb von SAFe gibt es verschiedene Hierarchien und Begriffe, die verwendet werden, um die Arbeit zu organisieren und zu strukturieren. Die wichtigsten davon sind Epics, Features und Stories. In SAFe sind diese Begriffe im sogenannten SAFe Requirements Model definiert. In diesem Blogbeitrag werden wir diese Begriffe genauer betrachten und ihre Bedeutung im SAFe-Kontext erläutern.

Artikel Serie Epic, Feature und Story 4/5
Weiterlesen →

Gemeinsames Arbeiten mit Anforderungen – Navigieren Sie das Chaos

Veröffentlicht am von
Antworten

Systemverantwortliche als koordinative Stelle zwischen Anforderungsautoren

Blog-Serie – Teil 3 von 6

In diesem Beitrag möchten wir Ihnen die Rolle des oder der Systemverantwortlichen vorstellen. Wir zeigen Ihnen, was eine oder ein Systemverantwortliche*r bei der Lösung des Problems beitragen kann.

Im ersten Blogbeitrag haben wir folgende Erkenntnisse gewonnen:

  1. Innerhalb einer Anforderungsspezifikation ist es gar nicht so leicht, zu erkennen, welche Stände der Anforderungen innerhalb einer Anforderungsspezifikation für die Freigabe relevant sind.
  2. Bei der Zusammenarbeit mehrerer Autor*innen an einer Anforderungsspezifikation ist Abstimmungsbedarf nötig, um die Anforderungsspezifikation konsistent zu halten und eine Freigabe der Anforderungsspezifikation erwirken zu können

Im zweiten Blogbeitrag haben wir Ihnen gezeigt, wie Statusmodelle bei der Lösung der Probleme helfen können.

Weiterlesen →

Finetuning der KI – Welche Temperatur sorgt für das richtige Klima im Engineering Kontext

Veröffentlicht am von
Antworten

Schon seit Jahren beschäftigen wir SOPHISTen uns mit der Genauigkeit der Sprache.
Mit dem Regelwerk für natürlichsprachliche Anforderungen – dem SOPHIST REgelwerk – haben wir einen Leitfaden für Requirements Engineers kreiert, der auf der ganzen Welt genutzt wird. Da KI-Systeme nun immer mehr im Engineering Kontext eingesetzt werden, haben wir uns auch in diesem Kontext mit der Genauigkeit des Promptings beschäftigt. Doch auch auf der Seite der KI-Systeme kann an der Genauigkeit der Antworten geschraubt werden, indem man einen Parameter anpasst: Die Temperatur.

Weiterlesen →

Gemeinsames Arbeiten mit Anforderungen – Wie Ihnen Statusmodelle helfen

Veröffentlicht am von
Antworten

Blog-Serie – Teil 2 von 6

In diesem Blogbeitrag möchten wir Ihnen zeigen, welchen Anteil Statusmodelle zur Lösung der Probleme beitragen können, welche Vor- und Nachteile dabei zum Vorschein kommen können und wann Statusmodelle sinnvoll sind.

Im ersten Blogbeitrag haben wir folgende Erkenntnisse gewonnen:

  1. Innerhalb einer Anforderungsspezifikation ist es gar nicht so leicht, zu erkennen, welche Stände der Anforderungen innerhalb einer Anforderungsspezifikation für die Freigabe relevant sind.
  2. Bei der Zusammenarbeit mehrerer Autor*innen an einer Anforderungsspezifikation ist Abstimmungsbedarf nötig, um die Anforderungsspezifikation konsistent zu halten und eine Freigabe der Anforderungsspezifikation erwirken zu können
Weiterlesen →

Gemeinsames Arbeiten mit Anforderungen – Was kann dabei schon schief gehen?

Veröffentlicht am von
Antworten

Blog-Serie – Teil 1 von 6

In klassischen Entwicklungsmodellen (z.B. V-Modell, Wasserfallmodell) ist es entscheidend, zu einem bestimmten Zeitpunkt eine Anforderungsspezifikation einzufrieren und freizugeben, um eine stabile Basis für die weiteren Entwicklungsdisziplinen zu schaffen. Die Anforderungen innerhalb einer Anforderungsspezifikation sollten bis zum Zeitpunkt der Freigabe von Anforderungsänderungen in dem letztgültigen Stand vorliegen. Doch was ist der letztgültige Stand einer Anforderung?

Diese Frage ist selbst dann nicht so leicht zu beantworten, wenn die komplette Anforderungsspezifikation von einem oder einer Autor*in geschrieben wird.
Ein Beispiel: Für die Weiterentwicklung eines Systems wird die vorhandene Anforderungsspezifikation erweitert. Dazu müssen die Anforderungen für die neuen Funktionen entwickelt werden und dürfen nicht in Widerspruch zu den vorhandenen Anforderungen stehen.

Weiterlesen →