Projektbeginn
Sie organisieren in einer als Projektbeginn bezeichneten Anfangsphase die grundlegenden Ressourcen des Projekts.
In diesem Thema
Planungsbesprechung
Iterative Entwicklung
Umfangsgesteuertes oder datumsgesteuertes Projekt?
Planen von Projektressourcen
Definieren von Rollen und Zuständigkeiten
Definieren eines Kommunikationsplans
Identifizieren von Projektbeteiligten
Skizzieren des Projektplans
Überprüfen des Projektplans
Erzielen von Projektfestlegungen
Planungsbesprechung
In einer frühen Phase des Projekts sollte eine Besprechung mit mehreren Projektbeteiligten und Experten abgehalten werden, um das Projekt zu erörtern und einen Produktplan zu erstellen. Sie sollten die Projektbeteiligten auf Grundlage der Art und Komplexität des Projekts und des zu liefernden Produkts auswählen.
Abhängig von Größe und Komplexität des Projekts kann die Besprechung mehrere Tage oder Wochen dauern.
Iterative Entwicklung
Ein wichtiges Verfahren des Risikomanagements ist das Planen des Projekts in Iterationen, deren Dauer i. d. R. jeweils vier bis sechs Wochen beträgt. Ein Iterationsplan ist eine Liste von Funktionen, die das Projektteam entwickelt und testet. Jede Funktion gibt eine Aufgabe oder eine verbesserte Variante einer Aufgabe an, die der Benutzer mit dem Produkt ausführen kann. Am Ende jeder Iteration erfolgt eine Demonstration der geplanten Funktionen. Am Ende einiger Iterationen wird das teilweise abgeschlossene Produkt für den Test durch eine begrenzte Anzahl von Benutzern freigegeben.
Das Feedback von diesen Demonstrationen und Tests wird zum Überprüfen des Plans verwendet.
Gemäß dem Produktplan werden die wichtigsten Benutzerszenarien und die Hauptkomponenten des Systems in einer frühen Phase erstellt, wenn auch nur in einer vereinfachten Version.
Falsch verstandene Anforderungen zählen in den meisten Projekten zu den wesentlichsten Risiken. Anforderungen können nicht nur vom Entwicklungsteam, sondern auch von den Endbenutzern und Projektbeteiligten falsch verstanden werden. Sie können sich eventuell nur schwierig vorstellen, wie sich die Installation des neuen Systems auf ihre Geschäftsaktivitäten auswirkt.
Außerdem ändert sich möglicherweise während des Projekts der Geschäftskontext, sodass sich die Produktanforderungen ändern.
Ein iterativer Prozess stellt sicher, dass jede Anpassung der Anforderungen, die durch die Demonstration des Produkts ermittelt wird, vor dem Ende des Projekts durchgeführt werden kann, ohne Kosten für beträchtliche Nacharbeiten zu verursachen.
Die Fehleinschätzung der Entwicklungskosten ist ein weiteres bedeutendes Risiko. Für Entwickler, die in einem neuen Bereich und vielleicht mit einer neuen Plattform arbeiten, kann es schwierig sein, die Entwicklungskosten des Projekts im Voraus korrekt zu schätzen. In einigen Fällen lässt es sich eventuell schwierig bestimmen, ob eine bestimmte Implementierungsstrategie ausreichend gute Ergebnisse liefert. Wenn das Team jedoch am Ende jeder Iteration den Plan überprüft, kann es die Erfahrungen aus den vorherigen Iterationen berücksichtigen. Dies ist einer der Gründe, warum ein guter Produktplan bereits in einer frühen Phase Arbeit an jeder Hauptkomponente enthält.
Umfangsgesteuertes oder datumsgesteuertes Projekt?
Manche Projekte erfordern, dass alle Anforderungen bereits vor der Lieferung erfüllt sind. Projekte dieser Art sind in einem Softwarekontext unüblich. Als Beispiel kann das Bauen einer Brücke dienen. Eine halb fertige Brücke ist unbrauchbar. Ein halb fertig gestelltes, jedoch einwandfrei geplantes Softwareprojekt kann jedoch bereitgestellt und von einer begrenzten Gruppe von Benutzern verwendet werden. Es kann dann im Verlauf mehrerer Upgrades inkrementell abgeschlossen werden.
Bestimmen Sie zunächst, ob das Projekt tatsächlich umfangsgesteuert ist. Wenn dies der Fall ist, müssen Sie mit dem Bestimmen eines Enddatums warten, bis Sie über detaillierte Schätzungen und einen ausführlichen Plan verfügen. Dafür zahlen Sie einen Preis. Der Planungsaufwand wird erhöht, und die Zeitplanpufferung als Absicherung gegen Fehlschätzungen führt zu einer weiteren Verzögerung der Lieferung und somit zu einer Erhöhung der Kosten. Sie sollten daher absolut sicher sein, dass es sich um ein umfangsgesteuertes Projekt handelt, bevor Sie die entsprechenden Schritte unternehmen. Solche Projekte treten beim Entwurf komplexer Systeme mit höherer Wahrscheinlichkeit auf als bei der reinen Entwicklung von Softwareprodukten oder -diensten.
Die meisten Softwareprojekte sind datumsgesteuert, da sie inkrementell geliefert werden können. Wenn ein Computerspiel z. B. für die Weihnachtszeit in den USA veröffentlicht werden soll, muss es bis Oktober fertig sein. Wenn es nicht im Oktober geliefert werden kann, hat dies schwerwiegende Auswirkungen auf den Verkauf zwischen Halloween und Weihnachten, und wenn der Zeitplan um zwei Monate verzögert wird, gehen die Verkaufschancen möglicherweise vollständig verloren.
Planen von Projektressourcen
Die Ausstattung eines Projekts mit Mitarbeitern muss ausreichen, um es zum gewünschten Datum liefern zu können. Für die Diskussion über ausreichende Ressourcen sollten Daten aus früheren Projekten herangezogen werden.
Nachdem Sie die Anforderungen an die Anzahl der Mitarbeiter kennen, erstellen Sie ein Projektorganigramm, in dem die Projektteamstruktur, Ressourcenebenen und ggf. die geografische Verteilung eindeutig identifiziert werden. Speichern Sie alle Informationen zur Stellenbesetzung im Projektportal.
Definieren von Rollen und Zuständigkeiten
Beschreiben Sie jede Projektrolle und die entsprechenden Zuständigkeiten, und veröffentlichen Sie sie im Projektplan. Jede Person, die am Projekt teilnimmt, sollte ihre Rolle und Zuständigkeiten im Projekt kennen.
Definieren eines Kommunikationsplans
Es ist wichtig, einen Kommunikationsplan für das Projekt zu definieren. Kommunikationspfade verringern den Koordinationsaufwand für das Projekt. Es ist wichtig, zu definieren, wer an Besprechungen teilnimmt, wie häufig Besprechungen abgehalten werden, Kommunikationspfade festzulegen und zu bestimmen, wie Probleme eskaliert werden, die von den üblichen Teilnehmern einer Besprechung nicht gelöst werden können.
Ein guter Kommunikationsplan stellt sicher, dass die Koordinationsaktivitäten so reibungslos wie möglich erfolgen, und er verhindert unnötigen Aufwand aufgrund von Fehlkommunikation.
Der Kommunikationsplan sollte im Projektportal veröffentlicht und nach Bedarf überarbeitet werden. Ein Kommunikationsplan ist ein nützliches Werkzeug für alle Mitarbeiter, insbesondere für neue Teammitglieder. Er erleichtert ihnen das Verständnis der Arbeitsweise eines großen Teams, und sie erfahren, wie sie Ergebnisse erzielen, indem sie die entsprechende Kommunikationsform je nach Kommunikationspartner und Zweck auswählen.
Identifizieren von Projektbeteiligten
Identifizieren Sie alle relevanten Projektbeteiligten. Zusätzlich zu den wichtigsten Teammitgliedern sollte die Liste geschäftliche Mitarbeiter und technische Mitarbeiter einschließen, die ein Interesse an der erfolgreichen Implementierung des Projekts oder den möglichen Auswirkungen des Produkts haben, nachdem es in Betrieb genommen wurde. Diese Projektbeteiligten kommen möglicherweise aus Bereichen, die der Softwareentwicklung vorgelagert oder nachgelagert sind.
Skizzieren des Projektplans
Erstellen Sie eine Entwurfsversion des ersten Projektplans, die zu Beginn der Entwicklung überarbeitet werden kann. Diese Version dient zum Erörtern von Ressourcen und Zeiträumen mit Projektsponsoren. In ihr sollten die Hauptfunktionen und die geschätzten Liefertermine dieser Funktionen angegeben werden. Weitere Informationen finden Sie unter Planen des Projekts (CMMI).
Überprüfen des Projektplans
Veröffentlichen Sie die Skizze des Projektplans im Projektportal. Obwohl der Plan einen großen Bereich von Arbeit umfasst, ist es immer noch ein allgemeiner Plan, in dem viele Planungsentscheidungen der Zukunft überlassen bleiben. Dies ist beabsichtigt. Zu viele Details zu diesem Zeitpunkt verursachen unnötigen Aufwand zu einem späteren Zeitpunkt.
Wenn Anforderungen nicht genau bekannt sind, planen Sie sie nur in Umrissen, und Details sollten erst festgelegt werden, wenn mehr Informationen verfügbar sind. Legen Sie das Ermitteln dieser Informationen im Plan fest.
Planen Sie eine Überprüfungsbesprechung mit allen Projektbeteiligten. Für diese Art von Aktivität empfehlen sich immer persönliche Besprechungen. Planen Sie ausreichend Zeit ein, um eine umfassende Überprüfung und das Äußern abweichender Meinungen zu ermöglichen.
Erzielen von Projektfestlegungen
Nachdem mit den Projektbeteiligten Übereinstimmung über den Projektplan erzielt wurde, holen Sie von jedem Projektbeteiligten Festlegungen ein, um den Projektplan zu bestätigen.
Erfassen Sie die Festlegungen, und archivieren Sie die Details im Projektportal.
Zusätzliche Ressourcen
Weitere Informationen finden Sie in den folgenden Webressourcen:
A Practical Guide to Feature Driven Development von Stephen R. Palmer and John Malcolm Felsing; Prentice Hall PTR, 2002.
The IT Measurement Compendium: Estimating and Benchmarking Success with Functional Size Measurement von Manfred Bundschuh und Carol Dekkers, Springer 2008.