IT-Projektmanagement: Projekte planen und steuern
Du lernst, Projekte zu planen, Aufgaben zu gliedern, ein passendes Vorgehen zu wählen und bei Abweichungen begründet nachzusteuern.
Kurz gesagt
Du planst ein Projekt, indem du Ziele, Aufgaben, Zuständigkeiten und Termine festlegst. Du steuerst es, indem du den tatsächlichen Stand mit dem Plan vergleichst, Ursachen von Abweichungen prüfst und passende Maßnahmen wählst.
Ein Projekt ist ein zeitlich begrenztes Vorhaben mit einem bestimmten Ziel. Software sind Computerprogramme; bei einem Softwareprojekt werden solche Programme entwickelt oder geändert. Du lernst, die Arbeit zu ordnen, ein Vorgehen auszuwählen und auf Abweichungen zu reagieren.
Deine Lernziele
Projektmanagement umfasst das Starten, Planen, Steuern, Kontrollieren und Abschließen eines Projekts. Diese Aufgaben begleiten die gemeinsame Arbeit. Kontrollieren und Steuern sind dabei verschieden: Beim Kontrollieren erfasst du den tatsächlichen Stand und vergleichst ihn mit dem Plan. Beim Steuern entscheidest du, wie die weitere Arbeit angepasst werden soll.
Beim Planen verbindest du technische und organisatorische Anforderungen. Eine Anforderung beschreibt, was das Ergebnis können muss oder welche Bedingung erfüllt sein muss. Eine technische Anforderung kann festlegen, dass ein Programm Einträge speichern soll. Eine organisatorische Anforderung kann festlegen, wer neue Einträge freigibt. Du planst außerdem Aufgaben, Zuständigkeiten, Termine und benötigte Mittel wie Geld oder Geräte.
Du beachtest auch Risiken. Ein Risiko ist ein mögliches zukünftiges Ereignis, das die Projektziele gefährden kann. Könnte etwa ein benötigtes Gerät ausfallen, lässt sich vorab eine Ersatzmöglichkeit klären. Beim Abschluss prüfst du das Ergebnis anhand der vereinbarten Anforderungen, übergibst es und hältst Erfahrungen für spätere Projekte fest.
Projektmanagement
Projektmanagement organisiert ein Projekt vom Start bis zum Abschluss. Dazu gehören Planung, Entscheidungen über die weitere Arbeit und die Kontrolle des tatsächlichen Stands.
| Aufgabe | Was tust du? |
|---|---|
| Starten | Ziel und Auftrag klären. |
| Planen | Aufgaben, Zuständigkeiten, Termine und benötigte Mittel festlegen. |
| Steuern | Begründete Maßnahmen für die weitere Arbeit auswählen und veranlassen. |
| Kontrollieren | Den tatsächlichen Stand erfassen und mit dem Plan vergleichen. |
| Abschließen | Ergebnis prüfen, übergeben und Erfahrungen festhalten. |
Teste dich
Ein Projektstrukturplan gliedert die gesamte Projektarbeit in überschaubare Teile. Oben steht das Projekt. Darunter stehen Teilaufgaben, die weiter zerlegt werden. Auf der untersten Ebene stehen Arbeitspakete. Ein Arbeitspaket wird im gewählten Plan nicht weiter unterteilt. Das bedeutet nicht, dass man seine Arbeit grundsätzlich nicht noch feiner beschreiben könnte.
Beginne beim Gesamtprojekt und sammle die notwendige Arbeit. Ordne sie zu Teilaufgaben. Zerlege diese weiter, bis die Arbeitspakete so klar beschrieben sind, dass du ihre Bearbeitung planen und ihr Ergebnis überprüfen kannst. Nutze für die Einteilung einer Ebene ein gemeinsames Prinzip, etwa die Art der Tätigkeit. Auf einer tieferen Ebene kannst du ein anderes Prinzip wählen, etwa Bestandteile des Programms.
Prüfe zwei Regeln: Vollständigkeit bedeutet, dass die untergeordneten Elemente zusammen die gesamte Arbeit ihres übergeordneten Elements abdecken. Einmaligkeit bedeutet, dass dieselbe Arbeit nicht mehrfach zugeordnet ist. Achte bei Arbeitspaketen auf einen ungefähr vergleichbaren Detaillierungsgrad, also eine ähnlich genaue Beschreibung der Arbeit.
Der Projektstrukturplan zeigt vor allem, welche Arbeit zum Projekt gehört. Er ist noch kein detaillierter Ablaufplan. Wann eine Aufgabe beginnt, wie lange sie dauert und von welchen anderen Aufgaben sie abhängt, planst du zusätzlich.
Beispiel: Ein Projekt gliedern: „Vokabelhelfer“ (erfunden)
- 1Vereinbarter Umfang: Wortpaare festlegen, Bedienung entwerfen, Abfrage programmieren, Rückmeldung programmieren, das gesamte Programm testen und eine Kurzanleitung schreiben.
- 2Projekt: „Vokabelhelfer“.
- 3Teilaufgabe „Vorbereiten“: Arbeitspakete „Wortpaare festlegen“ und „Bedienung entwerfen“.
- 4Teilaufgabe „Umsetzen“: Arbeitspakete „Abfrage programmieren“ und „Rückmeldung programmieren“.
- 5Teilaufgabe „Prüfen und erklären“: Arbeitspakete „Gesamtes Programm testen“ und „Kurzanleitung schreiben“.
- 6Jede vereinbarte Arbeit steht genau einmal im Plan. Die drei Teilaufgaben sind nach der Art der Tätigkeit geordnet.
Merke: Teilaufgaben werden weiter zerlegt. Arbeitspakete bilden die unterste Ebene des gewählten Plans. Alle nötigen Arbeiten müssen vollständig und ohne doppelte Zuordnung enthalten sein.
Teste dich
Ein Vorgehensmodell beschreibt, wie die Entwicklung organisiert wird. Das strenge Wasserfallmodell ordnet die Arbeit in aufeinanderfolgende Phasen. Eine Phase ist ein größerer Arbeitsabschnitt. Ihre Ergebnisse sind verbindliche Vorgaben für die nächste Phase. Das strenge Modell sieht kein wiederholtes Zurückgehen in frühere Phasen vor.
Agile Softwareentwicklung setzt auf schrittweises Entwickeln und regelmäßige Rückmeldungen. Arbeitsschritte werden wiederholt, Ergebnisse geprüft und nächste Schritte an neue Erkenntnisse angepasst. Dabei können nutzbare Teile des Programms entstehen, die später erweitert werden. Auch agile Teams planen. Sie passen ihre Planung während der Entwicklung an.
Für ein Wasserfallmodell spricht, wenn sich Anforderungen, gewünschte Leistungen und Abläufe bereits bei der Planung relativ präzise beschreiben lassen. Voraussichtlich stabile Anforderungen erleichtern diese Planung. Das garantiert keinen Projekterfolg und ersetzt keine spätere Prüfung. Sind wichtige Anforderungen noch offen und häufige Änderungen zu erwarten, spricht das eher für ein anpassbares agiles Vorgehen.
Unterscheide das strenge Modell von Erweiterungen: Wasserfallmodelle mit Rücksprüngen erlauben das Zurückgehen in frühere Phasen. Außerdem gibt es Mischformen, die früh festgelegte Pläne mit anpassbaren Arbeitsweisen verbinden. Deshalb ist nicht jedes Vorgehen mit Phasen ein strenger Wasserfall.
| Aspekt | Strenges Wasserfallmodell | Agile Softwareentwicklung |
|---|---|---|
| Grundordnung | Phasen folgen aufeinander. | Arbeitsschritte werden wiederholt; das Programm wächst schrittweise. |
| Ergebnisse | Phasenergebnisse sind verbindliche Vorgaben für die nächste Phase. | Zwischenstände liefern Rückmeldungen für die weitere Entwicklung. |
| Anpassung | Rücksprünge gehören nicht zum strengen Modell. | Neue Erkenntnisse fließen in die weitere Planung ein. |
Merke: Begründe die Wahl mit den Anforderungen und erwarteten Änderungen. Früh präzise beschreibbare Anforderungen sprechen für ein Wasserfallmodell; häufig nötige Anpassungen eher für agiles Vorgehen.
Teste dich
Ein Soll-Ist-Vergleich stellt den geplanten Wert, den Sollwert, dem tatsächlich erfassten Wert, dem Istwert, gegenüber. Vergleiche Werte für dieselbe Aufgabe, denselben betrachteten Stand und dieselbe Einheit. Die geplanten Gesamtstunden eines Arbeitspakets darfst du nicht mit den bisher verbrauchten Stunden eines erst teilweise bearbeiteten Pakets gleichsetzen.
In unseren Rechnungen geht es um vollständig bearbeitete Arbeitspakete mit demselben vereinbarten Umfang. Aufwand bedeutet hier die benötigte Arbeitszeit. Wir nennen den Sollwert S, den Istwert I und die Abweichung A. Alle drei Größen sind in Stunden angegeben; das Zeichen \text{h} steht für Stunde. Wir rechnen A=I-S. Eine positive Abweichung bedeutet mehr Arbeitszeit als geplant, eine negative weniger Arbeitszeit als geplant.
Die Abweichung allein verrät ihre Ursache nicht. Mehr Arbeitszeit beweist für sich keinen Terminverzug. Weniger Arbeitszeit beweist für sich keine bessere Qualität; Qualität bedeutet hier, dass das Ergebnis die Anforderungen erfüllt. Prüfe deshalb Ursachen und Folgen, etwa für Termine, Geld und das Ergebnis.
Eine Korrekturmaßnahme ist eine gezielte Änderung der weiteren Arbeit. Sie muss zur festgestellten Ursache, zu den vereinbarten Zielen und zu den verfügbaren Mitteln passen. Schlage die Maßnahme vor, plane ihre Durchführung und prüfe später ihre Wirkung. Bereits angefallener Mehraufwand verschwindet durch die Maßnahme nicht. Dieser Vergleich mit anschließender Bewertung und Kontrolle gehört zum Projektcontrolling, einem Teil des Projektmanagements.
Beispiel: Arbeitszeit im Projekt „Farblernspiel“ prüfen (erfunden)
- 1Für ein vollständig bearbeitetes Arbeitspaket waren 14 Stunden geplant. Tatsächlich wurden für denselben Umfang 18 Stunden benötigt.
- 2A=18\,\text{h}-14\,\text{h}=4\,\text{h}. Der Aufwand liegt vier Stunden über dem Plan.
- 3Bekannte Ursache: Ein benötigtes Gerät stand nicht bereit. Das Team musste deshalb ein Ersatzgerät einrichten.
- 4Maßnahme: Das benötigte Gerät für das nächste Paket vorab reservieren. Danach prüfen, ob die zusätzliche Einrichtungsarbeit vermieden wurde.
Merke: Erst vergleichbare Werte gegenüberstellen, dann die Abweichung berechnen. Anschließend Ursachen und Folgen prüfen, eine passende Maßnahme vorschlagen und ihre Wirkung kontrollieren.
Teste dich
Alles auf einen Blick
Projektmanagement (Informatik)
Projektmanagement umfasst Starten, Planen, Steuern, Kontrollieren und Abschließen.
Ein Projektstrukturplan gliedert die nötige Arbeit vollständig und einmalig. Der genaue zeitliche Ablauf wird zusätzlich geplant.
Früh relativ präzise beschreibbare Anforderungen, Leistungen und Abläufe sprechen für ein Wasserfallmodell.
Wiederholte Arbeitsschritte und Rückmeldungen ermöglichen die Anpassung der weiteren Planung.
Sollwert und Istwert müssen dieselbe Aufgabe, denselben betrachteten Stand und dieselbe Einheit betreffen.
Die Abweichung zeigt keine Ursache. Prüfe Ursachen und Folgen, wähle eine passende Maßnahme und kontrolliere deren Wirkung.
Zusatzaufwand für eine Suchfunktion untersuchen (erfundenes Beispiel)
- 1Aufgabe: Prüfe den Arbeitsaufwand einer fertiggestellten Suchfunktion und schlage eine passende Maßnahme für die nächste Funktion vor.
- 2Für den vereinbarten Umfang waren zwölf Stunden geplant; tatsächlich wurden 15 Stunden benötigt. Damit sind S=12\,\text{h} und I=15\,\text{h} vergleichbar.
- 3Berechne A=15\,\text{h}-12\,\text{h}=3\,\text{h}. Der Aufwand liegt drei Stunden über dem Plan.
- 4Bekannte Ursache: Zwei widersprüchliche Beschreibungen führten zu Nacharbeit. Für die nächste Funktion ist ebenfalls noch eine Beschreibung offen.
- 5Passende Maßnahme: Die offene Beschreibung vor Arbeitsbeginn mit dem Auftraggeber klären und den erwarteten Aufwand erneut prüfen.
- 6Kontrolle: Beim nächsten Paket Soll- und Iststunden erneut vergleichen und prüfen, ob die vereinbarten Anforderungen erfüllt sind.
Fehler finden
Fehler in Zeile 3Die Aussage verwechselt die festgestellte Abweichung mit ihrer Erklärung. Richtig: Die Abweichung allein zeigt die Ursache der Mehrarbeit nicht. Das Team muss die Ursache gesondert prüfen.
Lückentext
Im Projektstrukturplan wird „Oberfläche bauen“ in zwei kleinere Aufgaben zerlegt. Daher zählt „Oberfläche bauen“ hier als . In einem anderen Projekt plant das Team nach wiederholten Arbeitsabschnitten anhand neuer Rückmeldungen weiter. Das beschreibt hier das . Ein vollständig bearbeitetes Paket war mit 16 Stunden geplant und brauchte für denselben Umfang 19 Stunden. Sein Arbeitsaufwand liegt damit dem Plan.