Freigeben über


Projektaktivitäten

Für eine möglichst effiziente Nutzung von MSF for CMMI Process Improvement v5.0 sollten Sie das Projekt in eine Reihe von Iterationen, deren Dauer in der Regel zwischen vier und acht Wochen beträgt, aufteilen. So können Sie die Risiken des Projekts reduzieren, die durch sich ändernde Anforderungen und Implementierungskosten verursacht werden. Eine iterative Projektstruktur ist eine wichtige Voraussetzung, um die CMMI-Anforderungen an das Risikomanagement zu erfüllen.

Weitere Informationen über CMMI finden Sie unter Hintergrundinformationen zu CMMI.

Am Anfang des Projekts

Projektbeginn

Der Beginn umfasst das Definieren des Projektziels, das angibt, welche Aktionen Benutzer ausführen können, wenn das Produkt des Projekts veröffentlicht wird.

Er umfasst außerdem das Einrichten des Teams, der Infrastruktur und anderer Ressourcen sowie das Bestimmen des Entwicklungsprozesses.

Weitere Informationen finden Sie unter Projektbeginn.

Anfängliche Projektplanung

Die Projektplanung beinhaltet die folgenden Aktivitäten:

  • Analysieren der Anforderungen in ausreichender Detailgenauigkeit, um einen Plan aufstellen zu können. Diese Analyse kann die Verwendung von Anforderungsmodellen, Storyboards und anderen Tools einschließen, die helfen, sich das System in Betrieb vorzustellen.

  • Ausarbeiten eines Gesamtentwurfs oder einer Architektur für das System. Wenn dies das Arbeiten auf einer Plattform einschließt, mit der die Teammitglieder noch nicht vertraut sind, muss Zeit zum Experimentieren mit der Plattform zugeteilt werden. In den frühen Iterationen erfolgt die Entwicklung langsam.

  • Entwerfen der Anforderungen als Satz von inkrementellen Produktanforderungen, deren Entwicklung ungefähr geschätzt werden kann. Der Unterschied zwischen allgemeinen Anforderungen und Produktanforderungen ist wichtig, und das Bestimmen dieser Anforderungen ist eine wichtige Aktivität. Weitere Informationen finden Sie unter Anforderungen für die Entwicklung.

  • Festlegen einer anfänglichen Zuweisung von Produktanforderungen zu Iterationen.

  • Festlegen von Datumsangaben für Versionen.

Das Plan- und das Anforderungsmodell werden während des gesamten Projekts erneut überprüft und verfeinert. Die iterative Entwicklung soll u. a. Verbesserungen der Anforderungen ermöglichen, die durch die Demonstration von funktionsfähiger Software in einer frühen Phase ermöglicht werden.

Die anfängliche Projektplanung erfolgt in Iteration 0.

Weitere Informationen finden Sie unter Planen des Projekts (CMMI).

Untersuchen eines vorhandenen Produkts

Das Ziel des Projekts ist möglicherweise das Aktualisieren eines bereits vorhandenen Produkts. Wenn in diesem Fall das Team nicht mit dem Produkt vertraut ist, ist die Untersuchung des Codes eine Aktivität für Iteration 0. Jede Entwicklungsaufgabe in nachfolgenden Iterationen umfasst auch das Verstehen des Codes an einer bestimmten Stelle und das Ermitteln der Folgen, wenn dieser Code geändert wird.

Weitere Informationen finden Sie unter Visualisieren von vorhandenem Code.

Während des Projekts

Der Plan wird überprüft und kann während des gesamten Projekts geändert werden.

Mehrere Aktivitäten mit Bezug auf den Projektplan werden regelmäßig während des gesamten Projekts, normalerweise kurz vor dem Ende einer Iteration, ausgeführt.

Validierung

Bieten Sie den Kunden oder Projektbeteiligten eine Demonstration der während der Iteration entwickelten Software. Sofern möglich, geben Sie die Software für sie frei, damit sie damit experimentieren können oder sie in einem praxisnahen Kontext bis zu einem gewissen Grad verwenden können.

Führen Sie nach einem ausreichenden Intervall eine Besprechung durch, um Feedback der Benutzer zu überprüfen. Auf Grundlage des Feedbacks sollten Änderungsanforderungen generiert werden.

Weitere Informationen finden Sie unter Validating Customer Requirements.

Risikomanagement

Überprüfen Sie die Wahrscheinlichkeit und Auswirkungen von potenziellen ungünstigen Ereignissen, und unternehmen Sie Schritte, um die Risiken zu reduzieren. Weitere Informationen finden Sie unter Verwalten von Risiken.

Änderungsmanagement

Sie können mit Arbeitsaufgaben für Änderungsanforderungen Änderungen der Anforderungen aufzuzeichnen, die von den Projektbeteiligten angegeben werden. Sie können durch Änderungen im Geschäftskontext, jedoch auch durch Demonstrationen und Tests früher Versionen des Produkts verursacht werden. Diese Änderungen sollten begrüßt werden, da sie die Tauglichkeit des Produkts für den Geschäftszweck verbessern. Dieser Effekt ist eines der Ziele inkrementeller Entwicklung.

Einige Projektteams passen die Produktanforderungsarbeitsaufgaben an, wenn Änderungen angefordert werden, ohne eine eigene Arbeitsaufgabe zu verwenden. Der Vorteil der Arbeitsaufgabe für Änderungsanforderungen ist jedoch, dass Sie im späteren Teil des Projekts die Anzahl und Art der durchgeführten Änderungen überprüfen können. Anhand dieser Informationen können Sie den Prozess oder die Architektur in der Zukunft verbessern.

Änderungsanforderungen sollten in der Produktplanüberprüfung berücksichtigt werden.

Weitere Informationen finden Sie unter Verwalten von Änderungen (CMMI).

Produktplanüberprüfung

Führen Sie vor dem Planen jeder Iteration eine Produktplanüberprüfung durch. Im Projektplan werden Iterationen Produktanforderungen zugewiesen.

Der Plan wird aus zwei wesentlichen Gründen geändert

  • Änderungen der Anforderungen.

  • Änderungen der durch die Entwickler erfolgten Schätzungen. Im Verlauf des Projekts kann das Entwicklungsteam die Arbeit zuverlässiger schätzen, die zum Implementieren zukünftiger Funktionen erforderlich ist. In einigen Fällen wurde eventuell Funktionalität aus einer vorherigen Iteration verschoben, sodass dem Plan eine Funktion hinzugefügt wird.

Beide Typen von Änderungen treten in späteren Iterationen seltener auf.

Überarbeiten Sie die Anforderungsmodelle, von denen die Produktanforderungen abgeleitet werden.

Überarbeiten Sie die Zuweisung von Anforderungen zu Iterationen. Wie bei der anfänglichen Planung liefern die Projektbeteiligten die Prioritäten, das Entwicklungsteam liefert die Schätzungen, und in der Besprechung werden die Funktionen zwischen Iterationen verschoben.

Weitere Informationen finden Sie unter Planen des Projekts (CMMI).

Vor Hauptversionen des Produkts

Die Aktivitäten für die Bereitstellung eines Produkts variieren je nach Typ des Produkts, und sie werden hier nicht behandelt.

Beachten Sie die folgenden Punkte bezüglich der späteren Iterationen der Softwareentwicklung:

  • Schließen Sie wesentliche Änderungen am Entwurf aus, um das Auftreten unvorhergesehener Probleme zu vermeiden.

  • Erhöhen Sie in Selektierungsbesprechungen die Schwelle für Änderungen und Fehler. Vorgeschlagene Änderungen und Fehlerkorrekturen sollten abgelehnt werden, sofern sie keine bedeutenden Auswirkungen auf die Benutzerfreundlichkeit und Gebrauchstauglichkeit des Produkts haben.

  • Konzentrieren Sie Ressourcen auf das Vergrößern der Testabdeckung und das Ausführen von manuellen Tests.