Übungsaufgaben zum Netzplan
https://bildung.social/@oerinformatik/
https://oer-informatik.de/netzplan-uebungsaufgaben
Netzplan, Projektmanagement, Vorgangsliste, kritischer Pfad, Gesamtpuffer, freier Puffer, Vorwärtsrechnung, Rückwärtsrechnung, Übungsaufgaben, Prüfungsvorbereitung
tl/dr; (ca. 23 min Lesezeit, Bearbeitung deutlich länger): Zwei Übungsaufgaben zum Netzplan – von der Vorgangsliste mit Nachfolgern oder aus einer Ablaufbeschreibung über Vorwärts- und Rückwärtsrechnung, Gesamtpuffer und freien Puffer bis zum kritischen Pfad, zu den Folgen von Verzögerungen, zum Vergleich mit dem Gantt-Diagramm und zur Umrechnung in Kalendertermine. Alle Lösungen sind ausgeblendet und mit Punkteverteilung versehen [AI-Assisted]. (Zuletzt geändert am 22.10.2026)
Diese Übungsaufgaben gehören zum Artikel Einen Netzplan erstellen. Wie Du ein Projekt mit Zielen, Meilensteinen und Abschluss organisierst, zeigt der Artikel Projekte organisieren.
Hinweise zur Bearbeitung: Die Aufgaben sind bewusst umfangreich, damit alle typischen Fragestellungen zum Thema vorkommen; die Angabe hinter dem Aufgabentitel nennt die Kompetenzstufe (Stufe 1 Basiskompetenz bis Stufe 4 Expertise). Zeichne die Netzpläne auf Papier oder mit einer Tabellenkalkulation; jeder Vorgangsknoten ist so aufgebaut:
| FAZ | FEZ | |
|---|---|---|
| Nr. | Vorgang | |
| Dauer | GP | FP |
| SAZ | SEZ |
Alle Zeiten sind Arbeitstage; das Projekt beginnt zum Zeitpunkt 0. Bei „nennen“ genügen Stichworte, bei „beschreiben“ und „erläutern“ erwartet die Aufgabe ganze Sätze mit Bezug zur Situation. Schreib Deine Lösung zuerst vollständig auf, bevor Du die Beispiellösung aufklappst.
Aufgabe 1: Flurmonitore für eine Mitfahr-App (Stufe 2 – Kernkompetenz)
Du bist Auszubildende*r der Fachinformatik und arbeitest im Projektteam der Mitfahr-App „RatzFahrt“ des Ratz und Rübe Berufskollegs (RRB) in Bielefeld mit. Vier Monitore im Foyer, in den Fluren und am Parkplatzausgang sollen künftig offene Mitfahrangebote und -gesuche anonym anzeigen. Die Monitore werden über kleine Abspielgeräte (Player) angesteuert, die in einem eigenen VLAN der Schule hängen. Für dieses Teilprojekt „Flurmonitore“ hat Projektleiter Thomas Becker mit Svenja Krämer von der Schul-IT OWL folgende Vorgangsliste aufgestellt:
| Vorgang | Beschreibung | Dauer | Nachfolger |
|---|---|---|---|
| A | Standorte und Anforderungen mit Schul-IT und Schulleitung klären | 2 | B, C, D |
| B | Monitore, Player und Halterungen bestellen und liefern lassen | 8 | F, G |
| C | Steckdosen setzen (Elektrofachkraft des Schulträgers) | 4 | G |
| D | Netzwerkanschlüsse verlegen und patchen | 3 | G |
| E | VLAN und Firewall-Regeln für die Player einrichten | 3 | F |
| F | Player-Image erstellen und auf die Player aufspielen | 5 | H, I |
| G | Monitore montieren und anschließen | 2 | H |
| H | Inbetriebnahme und Anzeigetest | 2 | J |
| I | Datenschutzprüfung der Anzeige durch Andrea Wolf | 1 | J |
| J | Abnahme durch die Projektleitung | 1 | – |
a) Thomas Becker plant seine Projekte bisher nur mit Gantt-Diagrammen und fragt, warum Du einen Netzplan erstellen willst. Nenne drei Informationen, die Du einem Netzplan entnehmen kannst, einem einfachen Gantt-Diagramm aber nicht. (3 Punkte)
Je Information 1 Punkt, zum Beispiel:
logische Abhängigkeiten der Vorgänge (welcher Vorgang auf welchen warten muss),
früheste und späteste Anfangs- und Endzeitpunkte jedes Vorgangs,
Pufferzeiten (Gesamtpuffer, freier Puffer), also Zeitreserven,
den kritischen Pfad, also den zeitlichen Engpass des Projekts,
welche Verzögerungen das Projektende gefährden.
Nicht gewertet werden Angaben, die auch ein Gantt-Diagramm zeigt (Dauer, Start- und Endtermin eines Vorgangs, Überschneidungen, eingesetzte Personen).
b) Erstelle anhand der Vorgangsliste den Netzplan des Teilprojekts. Berechne für alle Vorgänge FAZ, FEZ, SAZ, SEZ, GP und FP und kennzeichne den kritischen Pfad. (22 Punkte)
Je vollständig richtiger Knoten 2 Punkte (10 × 2 Punkte; 1 Punkt bei einem Folgefehler oder einem falschen Wert), 2 Punkte für die Kennzeichnung des kritischen Pfads.
Zuerst wird die Nachfolgerliste in Vorgänger übersetzt: B, C, D haben den Vorgänger A; E hat keinen Vorgänger (zweiter Startvorgang, FAZ = 0); F hat die Vorgänger B und E; G hat B, C und D; H hat F und G; I hat F; J hat H und I.
| Vorgang | Dauer | FAZ | FEZ | SAZ | SEZ | GP | FP |
|---|---|---|---|---|---|---|---|
| A | 2 | 0 | 2 | 0 | 2 | 0 | 0 |
| B | 8 | 2 | 10 | 2 | 10 | 0 | 0 |
| C | 4 | 2 | 6 | 9 | 13 | 7 | 4 |
| D | 3 | 2 | 5 | 10 | 13 | 8 | 5 |
| E | 3 | 0 | 3 | 7 | 10 | 7 | 7 |
| F | 5 | 10 | 15 | 10 | 15 | 0 | 0 |
| G | 2 | 10 | 12 | 13 | 15 | 3 | 3 |
| H | 2 | 15 | 17 | 15 | 17 | 0 | 0 |
| I | 1 | 15 | 16 | 16 | 17 | 1 | 1 |
| J | 1 | 17 | 18 | 17 | 18 | 0 | – |
Kontrollstellen: FAZ von F = max(FEZ B = 10; FEZ E = 3) = 10, FAZ von G = max(10; 6; 5) = 10; SEZ von A = min(SAZ B = 2; SAZ C = 9; SAZ D = 10) = 2, SEZ von F = min(SAZ H = 15; SAZ I = 16) = 15. Beim letzten Vorgang J gibt es keinen freien Puffer („–“; 0 wird ebenfalls akzeptiert).
c) Gib den kritischen Pfad und die Mindestdauer des Teilprojekts an. (3 Punkte)
Kritischer Pfad: A → B → F → H → J (2 Punkte; alle Vorgänge mit GP = 0, vom ersten bis zum letzten Vorgang)
Mindestdauer: 18 Arbeitstage (1 Punkt)
d) Während der Umsetzung kommt es zu zwei Störungen.
da) Der Lieferant meldet, dass die Monitore drei Arbeitstage später geliefert werden. Erläutere, wie sich das auf das Teilprojekt auswirkt. (2 Punkte)
Vorgang B liegt auf dem kritischen Pfad und hat keinen Puffer (GP = 0) (1 Punkt). Deshalb verschiebt sich das Ende des Teilprojekts um drei Arbeitstage von 18 auf 21 (1 Punkt).
db) Die Elektrofachkraft des Schulträgers kann mit dem Setzen der Steckdosen (C) erst sechs Arbeitstage später als frühestmöglich beginnen. Erläutere die Auswirkungen auf die übrigen Vorgänge und auf das Projektende. (3 Punkte)
C hat einen freien Puffer von 4 Tagen. Die Verzögerung von 6 Tagen ist größer, deshalb kann der Nachfolger G (Monitore montieren) erst 2 Tage später beginnen (FAZ 12 statt 10, FEZ 14) (1 Punkt).
G hat einen Gesamtpuffer von 3 Tagen und verbraucht davon 2; H kann trotzdem wie geplant an Tag 15 beginnen (1 Punkt).
Die Verzögerung (6 Tage) ist nicht größer als der Gesamtpuffer von C (7 Tage), deshalb bleibt das Projektende bei 18 Arbeitstagen (1 Punkt). Allerdings bleibt im Strang C → G danach nur noch 1 Tag Puffer.
e) Erläutere am Beispiel des Vorgangs C (Steckdosen setzen) den freien Puffer und den Gesamtpuffer. (4 Punkte)
Je 2 Punkte; nur 1 Punkt je Puffer, wenn kein Bezug zu Vorgang C hergestellt wird:
Freier Puffer (FP = 4): Vorgang C kann um bis zu 4 Arbeitstage später beginnen oder länger dauern, ohne dass sich der früheste Anfang seines Nachfolgers G (Monitore montieren, FAZ 10) verschiebt. Berechnung: FAZ von G - FEZ von C = 10 - 6 = 4.
Gesamtpuffer (GP = 7): Vorgang C kann sich um bis zu 7 Arbeitstage verschieben, ohne dass sich das Ende des Teilprojekts (18) verschiebt; dabei wird allerdings der Nachfolger G mit verschoben und verliert seinen Puffer. Berechnung: SAZ - FAZ = 9 - 2 = 7.
Aufgabe 2: Neue Version einer Freizeit-App planen (Stufe 2 – Kernkompetenz)
Du bist Auszubildende*r der Fachinformatik für Anwendungsentwicklung bei der Let’s Meet GmbH in Bielefeld. Die Freizeit-App „Let’s Meet“ bekommt eine neue Version: Wer auf der Warteliste einer Aktivität steht, rückt automatisch nach, sobald jemand absagt, und wird benachrichtigt; außerdem kommt ein Filter für barrierefreie Treffpunkte hinzu. Entwicklungsleiter Yusuf Demir hat den Ablauf in einer Planungsnotiz beschrieben (Dauer in Arbeitstagen):
- Zuerst klären Geschäftsführerin Clara Neumann und die Datenschutzbeauftragte Dr. Marta Kowalczyk die Anforderungen (A, 3 Tage).
- Danach erweitert Jonas Weber das Datenbankschema (B, 2 Tage), im Anschluss entwickelt das Backend-Team die REST-API (C, 6 Tage).
- Zeitgleich mit dem Datenbankschema beginnt Anh Nguyen mit dem UI-Entwurf samt Usability-Test am Prototyp (D, 4 Tage).
- Ebenfalls direkt nach der Anforderungsklärung überarbeitet Dr. Marta Kowalczyk die Datenschutzhinweise (I, 2 Tage); diese werden anschließend ins Englische übersetzt (J, 1 Tag).
- Die Android-App (E, 5 Tage), die iOS-App (F, 5 Tage) und die Web-App (G, 3 Tage) werden parallel umgesetzt. Sie können erst beginnen, wenn sowohl die REST-API als auch der UI-Entwurf fertig sind.
- Erst wenn alle drei Apps fertig sind, folgt der gemeinsame Abnahmetest (H, 3 Tage).
- Die Veröffentlichung in den App-Stores und im Web (K, 2 Tage) setzt den bestandenen Abnahmetest und die übersetzten Datenschutzhinweise voraus.
a) Ergänze anhand der Planungsnotiz die Spalte „Vorgänger“ der Vorgangsliste für die Vorgänge E bis K. (7 Punkte)
| Vorgang | Beschreibung | Dauer | Vorgänger |
|---|---|---|---|
| A | Anforderungen klären | 3 | – |
| B | Datenbankschema erweitern | 2 | A |
| C | REST-API entwickeln | 6 | B |
| D | UI-Entwurf und Usability-Test | 4 | A |
| E | Android-App umsetzen | 5 | |
| F | iOS-App umsetzen | 5 | |
| G | Web-App umsetzen | 3 | |
| H | Abnahmetest | 3 | |
| I | Datenschutzhinweise überarbeiten | 2 | |
| J | Datenschutzhinweise übersetzen | 1 | |
| K | Veröffentlichung | 2 |
Je richtige Zeile 1 Punkt:
| Vorgang | Vorgänger | Signal im Text |
|---|---|---|
| E | C, D | „erst …, wenn sowohl die REST-API als auch der UI-Entwurf fertig sind“ |
| F | C, D | wie E (parallel) |
| G | C, D | wie E (parallel) |
| H | E, F, G | „Erst wenn alle drei Apps fertig sind“ |
| I | A | „Ebenfalls direkt nach der Anforderungsklärung“ |
| J | I | „anschließend“ |
| K | H, J | „setzt … Abnahmetest und die übersetzten Datenschutzhinweise voraus“ |
b) Jonas Weber hat bereits mit dem Netzplan begonnen:
Im vorgegebenen Teil steckt ein Fehler. Korrigiere ihn und erweitere den Netzplan um die Vorgänge C und E bis K. Trage bei allen Vorgängen FAZ, FEZ, SAZ, SEZ, GP und FP ein und kennzeichne den kritischen Pfad. (21 Punkte)
Punkteverteilung: Fehler erkannt und korrigiert, Knoten D vervollständigt 2 Punkte; Knoten A und B vervollständigt 1 Punkt; neue Knoten C und E bis K je 2 Punkte (8 × 2 = 16 Punkte; bei einem falschen Wert oder einem Folgefehler 1 Punkt); Kennzeichnung des kritischen Pfads 2 Punkte.
Fehler: D (UI-Entwurf) beginnt laut Planungsnotiz „zeitgleich mit dem Datenbankschema“, hat also den Vorgänger A und nicht B. Der Pfeil muss von A nach D führen; FAZ von D ist 3 (nicht 5), FEZ 7 (nicht 9).
| Vorgang | Dauer | FAZ | FEZ | SAZ | SEZ | GP | FP |
|---|---|---|---|---|---|---|---|
| A | 3 | 0 | 3 | 0 | 3 | 0 | 0 |
| B | 2 | 3 | 5 | 3 | 5 | 0 | 0 |
| C | 6 | 5 | 11 | 5 | 11 | 0 | 0 |
| D | 4 | 3 | 7 | 7 | 11 | 4 | 4 |
| E | 5 | 11 | 16 | 11 | 16 | 0 | 0 |
| F | 5 | 11 | 16 | 11 | 16 | 0 | 0 |
| G | 3 | 11 | 14 | 13 | 16 | 2 | 2 |
| H | 3 | 16 | 19 | 16 | 19 | 0 | 0 |
| I | 2 | 3 | 5 | 16 | 18 | 13 | 0 |
| J | 1 | 5 | 6 | 18 | 19 | 13 | 13 |
| K | 2 | 19 | 21 | 19 | 21 | 0 | – |
Kontrollstellen: FAZ von E, F und G = max(FEZ C = 11; FEZ D = 7) = 11; FAZ von K = max(FEZ H = 19; FEZ J = 6) = 19; SEZ von A = min(SAZ B = 3; SAZ D = 7; SAZ I = 16) = 3; SEZ von C = min(11; 11; 13) = 11.
c) Gib alle kritischen Pfade an und erläutere, was an diesem Netzplan besonders ist. (3 Punkte)
A → B → C → E → H → K und A → B → C → F → H → K (je 1 Punkt), Projektdauer 21 Arbeitstage.
Besonderheit (1 Punkt): Es gibt zwei kritische Pfade, weil Android- und iOS-App gleich lang dauern und beide keinen Puffer haben. Verzögert sich eine der beiden Apps, verschiebt sich das Projektende; soll das Projekt kürzer werden, reicht es nicht, nur eine der beiden Apps schneller umzusetzen.
d) Beschreibe allgemein den Unterschied zwischen dem freien Puffer und dem Gesamtpuffer eines Vorgangs. (2 Punkte)
Der freie Puffer bezieht sich auf die Nachfolger: Um ihn kann sich ein Vorgang verschieben, ohne dass sich der früheste Anfang eines Nachfolgers verschiebt (1 Punkt). Der Gesamtpuffer bezieht sich auf das ganze Projekt: Um ihn kann sich ein Vorgang verschieben, ohne dass sich das Projektende verschiebt; Nachfolger können dabei mit verschoben werden (1 Punkt).
e) Erläutere jeweils, wie sich die folgenden Verzögerungen auf das Projekt auswirken.
ea) Die Web-App (G) dauert drei Arbeitstage länger als geplant. (2 Punkte)
G hat einen Gesamtpuffer von 2 Tagen (1 Punkt). Die Verzögerung von 3 Tagen übersteigt ihn um einen Tag: Der Abnahmetest H kann erst an Tag 17 beginnen, das Projekt endet nach 22 statt 21 Arbeitstagen (1 Punkt). G wird dadurch kritisch.
eb) Dr. Marta Kowalczyk kann mit den Datenschutzhinweisen (I) erst fünf Arbeitstage später beginnen. (3 Punkte)
I hat keinen freien Puffer (FP = 0): Die Übersetzung J verschiebt sich ebenfalls um 5 Tage (FAZ 10, FEZ 11) (1 Punkt).
I hat aber einen Gesamtpuffer von 13 Tagen, den er sich mit J teilt; 5 ≤ 13 (1 Punkt).
Das Projektende bleibt bei 21 Arbeitstagen; J hat danach noch 8 Tage Puffer (1 Punkt).
f) Das Projekt beginnt am Montag, 02.11.2026. Gearbeitet wird montags bis freitags; im November 2026 gibt es in Nordrhein-Westfalen keinen Feiertag. Clara Neumann möchte die neue Version spätestens am Freitag, 27.11.2026, veröffentlichen. Gib an, an welchem Tag die Veröffentlichung nach der Planung frühestens abgeschlossen ist, und ob der Wunschtermin gehalten werden kann. (3 Punkte)
Geg.: Projektdauer 21 Arbeitstage, Start Montag, 02.11.2026 (Zeitpunkt 0 = Beginn des 1. Arbeitstags), Arbeitstage Mo–Fr
Ges.: Kalenderdatum des 21. Arbeitstags
| Woche | Arbeitstage | Datum |
|---|---|---|
| 1 | 1–5 | 02.11.–06.11. |
| 2 | 6–10 | 09.11.–13.11. |
| 3 | 11–15 | 16.11.–20.11. |
| 4 | 16–20 | 23.11.–27.11. |
| 5 | 21 | 30.11. |
Die Veröffentlichung (K, FAZ 19, FEZ 21) belegt den 20. und 21. Arbeitstag und ist frühestens am Montag, 30.11.2026, abgeschlossen (2 Punkte).
Der Wunschtermin Freitag, 27.11.2026 (20. Arbeitstag), wird um einen Arbeitstag verfehlt (1 Punkt). Rechnet man rückwärts vom Wunschtermin, ergibt sich auf dem kritischen Pfad ein Puffer von -1.
g) Yusuf Demir will den Wunschtermin doch noch erreichen. Nenne zwei geeignete Maßnahmen und begründe, an welchen Vorgängen sie ansetzen müssen. (4 Punkte)
Je Maßnahme 1 Punkt, Begründung 2 Punkte. Zum Beispiel:
zusätzliche Entwicklerin oder zusätzlichen Entwickler für die REST-API (C) einsetzen oder Überstunden einplanen,
den Abnahmetest (H) durch automatisierte Tests oder mehr Testende verkürzen,
Teile parallelisieren, z. B. die App-Entwicklung gegen eine simulierte API (Mock) schon vor dem Ende von C beginnen,
den Leistungsumfang verkleinern, z. B. den Filter für barrierefreie Treffpunkte in eine spätere Version verschieben (mit Clara Neumann abstimmen).
Begründung: Nur eine Verkürzung von Vorgängen auf dem kritischen Pfad verkürzt das Projekt; Vorgänge mit Puffer (D, G, I, J) zu beschleunigen bringt nichts (1 Punkt). Weil es zwei kritische Pfade gibt, muss die Maßnahme an einem Vorgang ansetzen, der auf beiden liegt (A, B, C, H oder K), oder Android- und iOS-App gleichzeitig verkürzen. Danach muss der Netzplan neu berechnet werden, weil ein anderer Pfad kritisch werden kann (1 Punkt).
Links und weitere Informationen
Hinweis zur Nachnutzung als Open Educational Resource (OER)
Dieser Artikel und seine Texte, Bilder, Grafiken, Code und sonstiger Inhalt sind - sofern nicht anders angegeben - lizenziert unter CC BY 4.0. Nennung gemäß TULLU-Regel bitte wie folgt: “Übungsaufgaben zum Netzplan” von Hannes Stein, Lizenz: CC BY 4.0. Der Artikel wurde unter https://oer-informatik.de/netzplan-uebungsaufgaben veröffentlicht, die Quelltexte sind in weiterverarbeitbarer Form verfügbar im Repository unter https://gitlab.com/oer-informatik/projekt/netzplan. Erstellt mit KI-Assistenz; von mir umfassend redaktionell überarbeitet, geprüft und freigegeben. Stand: 22.10.2026.
[Kommentare zum Artikel lesen, schreiben] / [Artikel teilen] / [gitlab-Issue zum Artikel schreiben]
