Umfassender Leitfaden zum Projektmanagement: Planung, Überwachung & Qualitätssicherung

Projektdefinition und Grundlagen

Was ist ein Projekt?

Ein Projekt ist eine Reihe von Maßnahmen, Aktivitäten und Aufgaben, die langfristig auf die Verwirklichung eines Ziels abzielen. Es beinhaltet eine Aufgabe, die nicht sofort erledigt werden kann. Ein Projekt impliziert einen Anfang und ein Ende, setzt verschiedene Ressourcen ein und verfügt über ein Budget. Es ist eine einzigartige und im Wesentlichen nicht-repetitive Aktivität mit einem spezifischen Zweck. Ein Projekt erfordert einen Projektmanager und Entwicklungspersonal, muss geplant werden, und sein Fortschritt sollte regelmäßig gegen den Plan gemessen werden. Projekte koexistieren häufig mit anderen Projekten und konkurrieren um Ressourcen. Sie unterliegen internen und externen Kräften, die ihren Verlauf beeinflussen.

Projektplanung und Rollen

Projektleiter

Der Projektleiter ist die Person, die die Verantwortung für die Planung, Steuerung und Leitung der Projektaktivitäten trägt.

Projektplan

Der Projektplan ist ein Dokument, das die zu leistende Arbeit und die Art und Weise beschreibt, wie der Projektleiter dessen Entwicklung steuern wird. Er muss Ressourcen, eine Reihe von Aufgaben in koordinierter Zeit sowie die zu erreichenden Ziele definieren.

Zieldefinition

Ein Ziel ist eine Aussage, die das zu erreichende Ergebnis festlegt.

Projektzusammenfassung und Berichterstattung

Eine Zusammenfassung ermöglicht es dem Projektmanager, den Fortschritt zu überwachen und dem Kunden aufzuzeigen. Es handelt sich um ein ergebnisorientiertes Dokument, dessen Genehmigung nur vom Kunden geändert werden kann.

Inhalt eines Projektplans

• Zusammenfassung der erreichbaren Meilensteine (verständlich formuliert).
• Liste der anzuwendenden Prozeduren.
• Spezifikation, die definiert, wie und wann Überprüfungen stattfinden.
• Kommunikationsplan.
• Aufschlüsselung des PSP-Diagramms (Projektstrukturplan).
• Start eines persönlichen Netzwerks von Aktivitäten, das die Aufgaben im Zeitverlauf zeigt.
• Verantwortlichkeiten für Budget und Termine.

Projektkalender und Zeitplanung

Der Projektkalender ist eine grafische Darstellung aller Projektaktivitäten. Er ermöglicht die Kontrolle und Definition von Zielen und Terminen.

Elemente des Projektkalenders:

• Monatliche Aufschlüsselung der Aktivitäten.
• Verbindungen zwischen Aktivitäten.
• Schätzung von Zeit und Kosten.
• Anpassung des Fortschritts an Zeitbeschränkungen.
• Monatliche Zuweisung von Ressourcen und Teamdefinition.
• Überarbeitung des Kalenders.

Prioritätsnetzwerke: PERT und CPM

PERT (Program Evaluation and Review Technique) und CPM (Critical Path Method) sollten in Projekten angewendet werden, wenn folgende Bedingungen erfüllt sind:

• Alle Aktivitäten sind klar definiert.
• Aktivitäten können separat gestartet, gestoppt und ausgeführt werden.
• Aktivitäten können miteinander in Beziehung gesetzt werden.
• Aktivitäten sind so angeordnet, dass sie einer Sequenz folgen.
• Einmal begonnen, muss eine Aktivität ohne Unterbrechung bis zum Abschluss fortgesetzt werden.

Es gibt einige Regeln für die Verwendung von PERT und CPM:

• Ein Netzwerk sollte mindestens 20 Ereignisse umfassen; für kleinere Projekte ist ein Gantt-Diagramm besser geeignet.
• Die manuelle Anwendung ist auf etwa 300 Ereignisse beschränkt.

Methoden der Kostenschätzung

• Gutachten: Basierend auf persönlicher Erfahrung.
• Schätzung durch Analogie: Vergleich mit ähnlichen Projekten.
• Detaillierte Zerlegung: Zerlegung des Projekts in grundlegende Einheiten, um die Kosten zu schätzen.

Schätzmodelle

Im Allgemeinen handelt es sich um mathematische Formeln, die verschiedene Aspekte der Kosten berücksichtigen. Beispiele hierfür sind Modelle für Kostenbeschränkungen, empirische statistische Modelle, lineare und nichtlineare Modelle, theoriebasierte Ansätze, sowie spezifische Modelle wie SLIM und COCOMO.

Empfehlung: Es wird empfohlen, Daten aus entwickelten Projekten zu sammeln und eine Schätzung zu erstellen, die analysiert und bei Bedarf angepasst werden kann.

Monitoring und Überwachung von Software-Projekten

"Wenn du nicht weißt, wo du bist, wird eine Karte nicht helfen."

Ziele des Monitorings:

• Vergleich der aktuellen Ergebnisse mit den erwarteten Plänen.
• Einleitung von Abhilfemaßnahmen bei Abweichungen.
• Sicherstellung der Einhaltung vereinbarter Verpflichtungen der beteiligten Mitarbeiter.

Probleme bei der Ergebnisüberwachung:

• Schwierigkeiten bei der Definition der Arbeit.
• Geringe Beteiligung der Projektteams.
• Organisationsprobleme und Teamzusammensetzung.
• Schlecht definierte Teamorganisation des Projekts.
• Das Projekt wird als unwichtig erachtet.
• Fehlende Notfallpläne.
• Schlechte Kommunikationswege und unzureichendes Verständnis der Kommunikationslinien.
• Schwierigkeiten bei der abteilungsübergreifenden Zusammenarbeit.
• Mangelnde Projektleitung.
• Geringe Unterstützung und Hilfe durch die Direktion.
• Ungebundene Projektleiter.
• Schwierigkeiten bei der Risikobewertung.
• Kundenspezifische Anfragen innerhalb der Organisation müssen von der Marketingabteilung erkannt werden.
• Wartungspersonal empfiehlt Verbesserungen.
• Persönliche Informationen erkennen Entwicklungsbedarf.

Kriterien für die Projektsteuerung

Die Steuerung von Projekten basiert auf folgenden Kriterien:

• Detaillierte Projektplanung: Entwicklung eines Projektplans unter Einbeziehung aller Mitarbeiter.
• Projektzerlegung: Verwendung eines globalen Projektstrukturplans (PSP).
• Ergebnisse und Leistungen: Erfüllung von Meilensteinen.
• Engagement: Sicherstellung des Engagements aller Beteiligten.
• Projekt-Monitoring: Kontinuierliche Überwachung des Projektfortschritts.
• Messung: Gewährleistung, dass Messungen durchgeführt werden.
• Regelmäßige Überprüfungen.

Management von Risiken

Arten von Risiken:

• Strategische Risiken: Bezogen auf Strategie und Organisation.
• Kommerzielle Risiken: Bezogen auf den Produktverkauf.
• Vertragliche und finanzielle Risiken: Bezogen auf Ressourcen, Ausrüstung, Zeitpläne, Schätzungen etc.
• Projektmanagement-Risiken: Technische Aspekte.
• Betriebsrisiken: Risiken im Prozess und Gefahren für Personen.
• Wartungsrisiken.

Entscheidung zur Projektverpflichtung

Die Feststellung, dass sich die Software-Anforderungen ändern können.

Auswahl des Projektleiters

Wichtige Eigenschaften für einen Projektleiter sind:

• Führungsqualitäten
• Fähigkeit zur Teambildung und -führung
• Geschäftssinn (Business Vision)
• Technologisches Verständnis
• Managementfähigkeiten
• Schnelligkeit bei Entscheidungen
• Vielseitigkeit und Flexibilität
• Integrität
• Weitblick

Machbarkeitsstudien

Machbarkeitsstudien und Durchführbarkeitsanalysen umfassen folgende Bereiche:

• Wirtschaftliche Machbarkeit
• Technische Machbarkeit
• Rechtliche Machbarkeit
• Operationelle Machbarkeit
• Einhaltung des Zeitplans

Anwendungsbezogene Machbarkeitsstudien

Diese Studien dienen dazu, den Umfang und die Grenzen eines Systems festzulegen, die Situation der Mitarbeiter und Systeme im Projekt zu beobachten, Anforderungen zu definieren und verschiedene Lösungsalternativen zu erforschen.

Kosten-Nutzen-Analyse

Die Kosten-Nutzen-Analyse ermöglicht die Auswahl der vorteilhaftesten Alternative und bietet finanzielle Einblicke.

Zu berücksichtigende Kosten:

Kosten können "hart" (direkt messbar) oder "weich" (indirekt, schwer messbar) sein.

Beispiele:

• Kauf- oder Wartungskosten
• Kosten für die Systementwicklung
• Jährliche Wartungskosten
• Beratungskosten
• Kommunikations- und Schulungskosten
• Büromaterial
• Lernkosten
• Sonstige Kosten

Vorteile:

• Wartungseinsparungen
• Einsparungen bei Investitionen und Wartung (hart und weich)
• Umsatzsteigerung
• Materialeinsparungen
• Finanzielle Vorteile
• Immaterielle Vorteile (z.B. Qualitätssteigerung, Fehlerreduzierung)

Qualitätssicherung und Tests

Verifizierung (Wird das Produkt richtig erstellt?)

Die Verifizierung ist ein Prozess zur Bewertung eines Systems oder seiner Komponenten, um festzustellen, ob das Produkt in einer Phase die zu Beginn dieser Phase auferlegten Bedingungen erfüllt.

Validierung (Wird das richtige Produkt erstellt?)

Die Validierung ist ein Prozess zur Bewertung eines Systems, um festzustellen, ob es die angegebenen Anforderungen erfüllt.

Zyklomatische Komplexität

V(g) = Knoten + 1 (für einen verbundenen Graphen)

Funktionale Tests (Black-Box-Tests)

Reduzierung der Anzahl der Testfälle, die erforderlich sind, um eine vernünftige Abdeckung zu erreichen, und Abdeckung einer Vielzahl anderer möglicher Fälle.

Praktischer Ansatz zur Testfallgestaltung

Wenn der Testfall Kombinationen enthält, beginnen Sie mit kausalen Graphen, wählen Sie Grenzen für deren Werte, um die Ursachen zu identifizieren. Verwenden Sie Gültigkeitsklassen und schätzen Sie technische Fehler. Führen Sie Instanzen aus, die wie Black-Box-Tests generiert werden.

Test der Programmlogik (White-Box-Tests)

Hinzufügen spezifischer Fälle (White-Box-Tests).

Testplan

Ziel: Den Ansatz, die Ressourcen und den Zeitplan für die Testdurchführung festzulegen, einschließlich der zu testenden Elemente, ihrer Merkmale, der zuständigen Mitarbeiter und der damit verbundenen Risiken.

Debugging

Debugging definiert den Prozess, Defekte zu lokalisieren und zu beheben, indem die Software analysiert wird, die den Fehler verdächtigt wird.

Konsequenzen des Debuggings:

Finden Sie die Ursache des Fehlers und stellen Sie sicher, dass das Testen keine neuen Fehler erzeugt.

Phasen des Debuggings:

• Lokalisierung des Defekts (der größte Aufwand).
• Beseitigung des Mangels.

Testimplementierungsstrategie: Phasen

Beginnen Sie auf Modulebene. Sobald diese abgeschlossen ist, schreiten Sie zur Systemintegration vor, bis die Kundenakzeptanz erreicht ist.

Empfohlene Vorgehensweisen für die Integration

Ein Ansatz mit "Comninos" (vermutlich ein Tippfehler, vielleicht "Common" oder ein spezifischer Ansatz): Beginnen Sie in den oberen Modul-Ebenen (Top-Down) und gleichzeitig von unten nach oben (Bottom-Up), bis sich beide Ansätze in der mittleren Ebene treffen und getestet werden. Identifizieren Sie frühzeitig kritische Module, z.B. solche, die mehr Kontrolle über andere ausüben.

Gleitzeitreserven im Projektmanagement

Gesamte Pufferzeit (Total Float): Htij = TLj - TEi - Tij

Freie Pufferzeit (Free Float): Hlij = TEj - TEi - Tij