Einträge von Björn Schorre

Evolution statt Perfektion – Warum technische Systeme sich entwickeln sollten

In der letzten Oktober-Ausgabe in „Die Zeit“ wurde eine spannende Illustration veröffentlicht: die Entwicklung des Rades – von einer einfachen Walze hin zu einem ausgereiften Radsystem. Diese Evolution zeigt, dass Innovation oft nicht durch detaillierte Planung entsteht, sondern durch schrittweise Verbesserung. Doch genau dieses Prinzip wird in der heutigen Technikentwicklung oft ignoriert.

Die Rollen im Anforderungsmanagement

Neben den Anforderungsdokumenten haben wir auch noch die verschiedenen Rollen bei der Erstellung von Spezifikationen.

Mein Blogartikel zeigt auf, welche Rollen im Anforderungsmanagement vorhanden und beachtet werden sollen.

Requirements-Engineering mit Word und Excel

Immer wieder melden sich Leser, die in ihren Unternehmen die nötigen Anforderungen und Spezifikationen für Projekte schaffen, aber kein Requirements-Engineering-Werkzeug haben. Entsprechend versuchen sie, mit Word und Excel zu arbeiten, was nicht immer einfach ist – und weswegen ich die nächsten Beiträge diesem Thema widmen möchte.

Ich werde im Folgenden die vielen Fragen aufgreifen, die sich um Requirements Engineering mit Word und Excel drehen.

Viele, gerade kleine und mittelständische Firmen haben für ihre Projekte oftmals keine aufwändigen und großen Requirements-Engineering-Tools, wie man sie aus komplexen Projekten kennt.

Diese Tools sind in der Regel recht teuer, oft sehr vielschichtig und relativ komplex zu bedienen. Also nutzen viele Unternehmen – beinahe „traditionell“ – die Word- oder auch Excel-Werkzeuge.

Hinzu kommt häufig, dass die fachliche Ausbildung in Sachen Requirements Engineering fehlt: Viele wissen schlicht nicht, was es bedeutet und wie relevant es ist. Entsprechend nehmen sie einfach das, was sie haben – in der Regel Microsoft Office – und versuchen, ihre Requirements damit zusammenzubauen.

Das Ziel dieser Episoden ist es, euch das nötige KnowHow und viele Tipps zu vermitteln, um eure Spezifikationen mit Word zu handhaben. Zunächst habe ich ein paar Begriffsklärungen und ein wenig Hintergrundwissen für Leser, die die vorangegangenen Beiträge noch nicht kennen.

Wie detailliert soll ich Anforderungen beschreiben?

Du fragst Dich, wie detailliert Du Anforderungen im Lastenheft oder im Pflichtenheft beschreiben musst?

In einem anderen Posts in der letzten Woche habe ich schon die verschiedenen Ebenen besprochen. Auf jeder dieser Ebenen können Anforderungen entstehen und müssen auch dort dokumentiert werden. Aber wie detailliert müssen die Anforderungen beschrieben werden, damit sie nicht andere Spezifikationen überlappen?

Lies in meinem Artikel nach, welche Überlegungen Du treffen solltest, um den richtigen Abstraktionslevel zu erreichen.

Was ist ein Pflichtenheft?

Du hast Dich schon immer gefragt, welche Texte Du in einem Pflichten finden kannst?

Dir liegt ein Lastenheft vor und Deine Aufgabe besteht darin, das Pflichtenheft zu schreiben. Aber was soll darin enthalten sein? Welche Inhalte musst Du zusammenstellen, damit es als Pflichtenheft bezeichnet werden kann?

Erfahren in meinem Blogpost, was in einem Pflichtenheft enthalten sein soll. Ich erkläre in kurzen Sätzen, wie sich das Pflichtenheft von einem Lastenheft unterscheidet und warum ich es überholt betrachte, von diesem Dokument zu sprechen.

Lastenheft vs. Pflichtenheft – Die verschiedenen Ebenen von Spezifikationen

Wie können Projekte pragmatisch mit Lastenheft und Pflichtenheft umgehen? Ein Thema, das zurzeit eine Menge Leute beschäftigt und bei dem wir einige Zusammenhänge besprechen müssen, um später die Umsetzung besser zu verstehen.

Ein Aspekt, der in diesem ganzen Zusammenhang mit Lastenheften und Pflichtenheften mitspielt: Es gibt Spezifikationen auf verschiedenen Ebenen. Ich erkläre ganz bewusst ein paar neue Begriffe, weil Lastenheft und Pflichtenheft aus meiner Sicht heraus alte Begriffe sind und damit zu allgemein für diese Herausforderung.