WBS (Work Breakdown Structure) vs. SRS (Software Requirements Specification Document)

Ich bin neu im Projektmanagement und benötige eine Klarstellung. Ich möchte den Projektstrukturplan für ein Softwareprojekt erstellen. Die Definition ist, dass WBS 100 % der Arbeit enthalten muss. Wie kann ich 100% der Arbeit bestimmen, wenn ich nicht die detaillierte Anforderungserfassung durchgeführt habe? Aber ich habe irgendwo gelesen, dass WBS das Sammeln von Anforderungen als Arbeitspaket enthalten sollte. Für mich sieht es aus wie eine Eingabe für WBS. Kann jemand mit echter Erfahrung bitte klären.

Lesen Sie mehr über progressive Elaboration.
Wie funktioniert es mit EVM-Methoden? Was ist, wenn es nicht iterativ sein kann?
Es gibt ein gutes Dokument zu WBS mit dem Namen MIL-STD-881, das Sie möglicherweise hilfreich finden, insbesondere wenn Sie sich mit EVM befassen. Auch Google WBS und EVM für viele gute Artikel.

Antworten (2)

„WBS muss 100 % der Arbeit enthalten“ ... das bedeutet, dass wir alle Arbeiten berücksichtigen müssen, die im Rahmen eines bestimmten Projekts zu erledigen sind. WBS-Elemente werden in Form von „Ergebnissen oder Ergebnissen“ definiert ... nicht jede Aktion/jedes Detail, das erforderlich ist, um dieses Ergebnis zu erzielen (kleinste Details wären Teil des SRS- und Low-Level-Design-Dokuments usw.). Wie Sie den Aufschlüsselungsgrad bestimmen, ist unter http://en.wikipedia.org/wiki/Work_breakdown_structure beschrieben

Der Zweck des PSP besteht darin, den Umfang des Gesamtprojekts zu definieren und zu organisieren, um Verantwortlichkeiten zuzuweisen, Ressourcen zuzuweisen, das Projekt zu überwachen und das Projekt zu steuern. Es gibt also nur Projektziele/Ergebnisse. Aber im Fall von SRS umfasst der Zweck alle funktionalen und nicht-funktionalen Anforderungen aller Ziele / Ergebnisse.

Für ein kleines/mittleres Projekt haben wir im Allgemeinen ein PSP-Dokument und mehrere SRS-Dokumente. Bei großen Projekten machen wir dasselbe, nachdem wir die Projekte in Module aufgeteilt haben.

Hoffe, das wird helfen. Gerne können Sie weitere konkrete Fragen stellen. Vielen Dank.

Das macht absolut Sinn. Danke für die Erklärung. Aber um den WBS zu generieren, müssen wir die BA einbeziehen und ein gewisses Maß an Anforderungserfassung ist erledigt, richtig? SRS wird es später erweitern, nehme ich an.
Wird WBS Ihrer Erfahrung nach auch ein Paket enthalten, um das SRS-Dokument als Ergebnis zu erstellen?
Ich habe hier auch noch eine Anschlussfrage. Wenn Sie Einblick geben können, wird es großartig sein. pm.stackexchange.com/questions/12716/…
Ja, Alex, SRS kann zusammen mit anderen Dokumentationen wie Designspezifikationen oder Testplandokumenten geliefert werden. Vielen Dank.

Ungeachtet der Antwort von Praveen, die gut ist, möchte ich den PSP, die progressive Ausarbeitung und die EVM ansprechen. Während der WBS eines bestimmten Projekts in einer bestimmten Branche 100 % des zu liefernden Produkts / der zu liefernden Dienstleistung und auf den unteren Ebenen die zur Erstellung des Produkts / der Dienstleistung erforderlichen Maßnahmen enthalten muss, besteht keine Anforderung, dass 100 % des PSP enthalten sein müssen vor Projektbeginn entwickelt und/oder bekannt. In vielen Fällen und Umständen ist es einfach unbekannt, was als nächstes kommt, bis einige Arbeiten abgeschlossen sind, was die Entwicklung der Anforderungs- oder Spezifikationsdokumente auf niedrigerer Ebene umfassen kann.

Weiteres Identifizieren und Iterieren des WBS, wenn Sie „intelligenter“ werden, ist vollkommen akzeptabel.

Auch die Durchführung von EVM in diesem Szenario ist durchaus machbar. Während die Arbeit weiter ausgearbeitet wird, informiert sie über die Planungswerte, die in der Baseline verwendet werden sollen, und Sie können unter Kontrolle einfach eine Änderung an der Baseline vornehmen und weiterarbeiten. In diesem Szenario können Sie davon ausgehen, dass der BAC (Baseline at Completion) während der Ausarbeitung im Fluss ist. Obwohl dies normal und zu erwarten ist, wird es zu einem Kommunikationsproblem mit den Interessengruppen.

BEARBEITEN, um Kommentare zu beantworten: Mit EVM haben Sie IMMER diese Option, denn trotz der großen Unsicherheit, mit der wir Projekte liefern, ist die Veränderung zu 100 % sicher. Ihre EVM-Fähigkeit muss in der Lage sein, mit Änderungen umzugehen. In der Tat könnten Sie auf der Grundlage der ungefähren Kostenschätzungen für die Arbeit, deren Sie sich nicht sicher sind, eine „Grundlinie“ des Budgets erstellen. Wenn Sie mehr erfahren, schätzen / verfeinern Sie die späteren Arbeitsphasen neu und passen Ihr Budget im Rahmen Ihres genehmigten Änderungsprozesses entsprechend an.

Wenn Sie einen neuen Basisplan für nachgelagerte Arbeiten festlegen, sollten Sie keine bereits begonnene Arbeit überschreiben, sodass Sie keinen Basisplan für laufende oder bereits abgeschlossene Arbeiten ändern würden. Sie stellen zukünftige Arbeiten neu auf, wo tatsächliche und Abweichungen nicht angefallen sind.

In Fällen, in denen Sie nach einer formellen Genehmigung ein vorhandenes Arbeitspaket neu ausrichten möchten, gibt es Methoden, dies zu tun, ohne die Ist-Werte und aufgelaufenen Abweichungen zu überschreiben. Dies kann komplex sein, aber einfach ausgedrückt, Sie würden das vorhandene Arbeitspaket schließen und so die Ist-Werte und Abweichungen speichern und ein neues Arbeitspaket mit Budget eröffnen. Es steckt viel mehr dahinter, aber es ist schwer, hier sehr detailliert zu werden.

Mark hat Sie oben auf MIL-STD-881 verwiesen. Beginnen Sie dort. Es gibt auch andere Quellen, die Sie dort für sehr detaillierte Anweisungen finden können.

Danke für deinen Kommentar. Ich gehe davon aus, dass dies eher ein schrittweises Vorgehen ist. Unter EVM hat man diesen Luxus manchmal nicht. Alle Arbeiten müssen im Voraus geschätzt werden. Zugegeben, es kann sich im Laufe des Projekts ändern, aber das Verzögern der detaillierten Anforderungserfassung für alle PSP-Elemente ist möglicherweise keine Option.
Ich hätte noch eine Frage zum Ändern der Grundlinie. Wie machst du das. Erstellen Sie einfach eine Baseline für den neuen Bereich/die neuen Aufgaben oder überschreiben Sie die vorhandene Baseline. Ich würde letzteres für unerwünscht halten, da Sie die tatsächlichen Werte der bis dahin geleisteten Arbeit verlieren.