Projektmanagement on FISI Lernzettel

Aufwandserfassung & Projektkosten

Mon, 01 Jan 0001 00:00:00 +0000

Aufwandserfassung & Projektkosten#

Die Aufwandserfassung dokumentiert Arbeitsstunden und Kosten in IT-Projekten – Grundlage für die Abrechnung, den Soll-Ist-Vergleich und die Kalkulation künftiger Projekte.

Ablauf#

flowchart LR
 A[Stundenzettel<br/>Zeit erfassen] --> B[Stundensatz<br/>anwenden]
 B --> C[Projektkosten<br/>summieren]
 C --> D[Soll-Ist-Vergleich]
 D --> E[Kalkulation<br/>künftiger Projekte]

Zweck der Aufwandserfassung#

Arbeitsstunden und Kosten werden erfasst, um:

Projekte korrekt abzurechnen
Den tatsächlichen Aufwand mit der Planung zu vergleichen
Zukünftige Projekte besser zu kalkulieren

Stundensatz berechnen#

$$\text{Stundensatz} = \frac{\text{Jahreskosten (Personal + Overhead)}}{\text{produktive Arbeitsstunden pro Jahr}}$$

Produktive Stunden pro Jahr:

Agile Methoden

Mon, 01 Jan 0001 00:00:00 +0000

Agile Methoden#

Agile Methoden sind iterative, flexible Vorgehensmodelle für die Projektdurchführung — im Gegensatz zum klassischen Wasserfallmodell, bei dem alles vorab geplant wird.

1. Agiles Manifest (4 Werte)#

Das Agile Manifest (2001) formuliert vier Kernwerte:

Agile bevorzugt…	…statt…
Individuen und Interaktionen	Prozesse und Werkzeuge
Funktionierende Software	Umfassende Dokumentation
Zusammenarbeit mit dem Kunden	Vertragsverhandlungen
Reagieren auf Veränderung	Befolgen eines Plans

Beide Seiten haben Wert — aber die linke Seite wird höher bewertet.

Klassisches Projektmanagement (Wasserfall)

Mon, 01 Jan 0001 00:00:00 +0000

Klassisches Projektmanagement (Wasserfall)#

Im Gegensatz zu agilen Methoden plant das klassische (plangetriebene) Projektmanagement ein Projekt vollständig im Voraus und arbeitet die Phasen sequentiell ab.

Das Wasserfallmodell#

flowchart TD
 A[Anforderungsanalyse] --> B[Planung/Design]
 B --> C[Umsetzung]
 C --> D[Test]
 D --> E[Abnahme/Einführung]
 E --> F[Wartung]

Jede Phase wird vollständig abgeschlossen, bevor die nächste beginnt — ein Rücksprung in eine vorherige Phase ist im klassischen Modell nicht vorgesehen (im Gegensatz zu iterativen/agilen Modellen).

Merkmale#

Merkmal	Beschreibung
Planung im Voraus	Anforderungen werden zu Beginn vollständig erhoben und fixiert
Sequentieller Ablauf	Phasen werden nacheinander, nicht parallel/iterativ durchlaufen
Klare Meilensteine	Jede Phase endet mit einem definierten, abnehmbaren Ergebnis
Umfangreiche Dokumentation	Lasten-/Pflichtenheft, Spezifikationen vor Projektstart

Wasserfall vs. Agil#

Kriterium	Klassisch (Wasserfall)	Agil (Scrum/Kanban)
Anforderungen	Zu Beginn fixiert	Können sich während des Projekts ändern
Kundenfeedback	Erst am Ende (Abnahme)	Fortlaufend, nach jedem Sprint
Änderungen	Aufwendig, da spätere Phasen betroffen sind	Eingeplant, Teil des Prozesses
Eignung	Klar definierte, stabile Anforderungen (z. B. Bauprojekte, gesetzlich vorgeschriebene Systeme)	Unklare/sich ändernde Anforderungen, Softwareentwicklung
Dokumentation	Umfangreich, vorab	Schlanker, “working software over documentation”

Wasserfall eignet sich, wenn Anforderungen von Anfang an klar und stabil sind (z. B. Behörden-Projekte mit festen gesetzlichen Vorgaben). Bei unsicheren/sich ändernden Anforderungen ist ein agiles Vorgehen geeigneter.