Projektmethoden für Informatiker/innen EFZ: Wasserfall, V-Modell, Scrum

Was ein Projekt ist

Ein Projekt ist ein einmaliges Vorhaben mit Ziel, Termin, Budget und Ressourcen. Im Gegensatz dazu stehen wiederkehrende Abläufe im Betrieb. Typische Projektphasen sind Initialisierung, Planung, Realisierung, Einführung und Abschluss. Das «magische Dreieck» zeigt: Zeit, Kosten und Qualität hängen zusammen. Wer eines verändert, beeinflusst die anderen.

Stakeholder und Anforderungen

Eine Stakeholderanalyse erfasst alle Personen und Gruppen, die ein Interesse am Projekt haben oder davon betroffen sind, zum Beispiel Auftraggeber, Anwender und IT-Betrieb. Sie ist die Grundlage, um Bedürfnisse gezielt abzuklären.

Anforderungen hältst du in zwei Dokumenten fest.

Wasserfall und V-Modell

Das Wasserfallmodell arbeitet die Phasen nacheinander ab: Analyse, Entwurf, Umsetzung, Test, Betrieb. Es eignet sich, wenn die Anforderungen stabil und gut bekannt sind. Der Nachteil: Änderungen sind spät teuer.

Das V-Modell erweitert dies um die Qualitätssicherung. Jeder Entwicklungsphase steht auf der rechten Seite eine passende Prüfung gegenüber, etwa dem Feinentwurf der Komponententest und der Anforderungsanalyse der Abnahmetest.

Agil: Scrum und Kanban

Agile Methoden liefern in kurzen Schritten und passen sich an. In Scrum arbeitet das Team in Sprints von meist ein bis vier Wochen.

• Product Owner: verantwortet das Product Backlog und die Prioritäten.
• Scrum Master: sorgt dafür, dass das Team nach Scrum arbeiten kann, und räumt Hindernisse weg.
• Entwicklungsteam: setzt die Einträge des Sprint Backlogs um.
• Meetings: Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective.

Kanban im Vergleich

Kanban visualisiert die Arbeit auf einem Board mit Spalten wie «To do», «In Arbeit» und «Erledigt». Es kennt keine festen Sprints. Zentral ist das Limit für Aufgaben in Arbeit (WIP-Limit). So werden Engpässe sichtbar. Kanban passt gut für Support und Betrieb.

Variantenvergleich und Entscheid

Bei der Wahl einer Lösung vergleichst du Varianten mit sachlichen Kriterien, etwa geschätzter Aufwand, Wartbarkeit, Kompatibilität mit der vorhandenen Architektur, Kosten und Sicherheit. Eine Nutzwertanalyse gewichtet die Kriterien, vergibt Punkte und rechnet eine Summe. Persönliche Vorlieben gehören nicht hinein.

Testen und Abnahme

Teststufen sind Komponententest, Integrationstest, Systemtest und Abnahmetest. Neue Skripte und Änderungen prüfst du in einer Testumgebung mit repräsentativen Daten, bevor sie in Produktion gehen. Ein Testprotokoll hält erwartetes und tatsächliches Ergebnis fest.

Bezug zur IPA und zur Gesamtnote

Diese Methoden brauchst du direkt in der IPA: Anforderungen klären, Varianten vergleichen, Entscheide begründen, testen. Siehe IPA Informatiker/in EFZ und den Überblick im Hauptratgeber.

Projektplanung: Meilensteine, Gantt und Risiken

Ein Projektplan legt Arbeitspakete, Verantwortliche und Termine fest. Meilensteine sind überprüfbare Zwischenziele, zum Beispiel «Anforderungen freigegeben» oder «Testumgebung steht». Ein Gantt-Diagramm zeigt Arbeitspakete als Balken auf einer Zeitachse und macht Abhängigkeiten sichtbar. Der kritische Pfad ist die Kette von Arbeitspaketen, die die Gesamtdauer bestimmt: Verzögert sich ein Paket darauf, verschiebt sich das Projektende.

Eine Risikoanalyse bewertet mögliche Probleme nach Eintrittswahrscheinlichkeit und Schadenausmass. Für jedes wichtige Risiko legst du eine Massnahme fest, zum Beispiel Puffer einplanen oder eine Reservelösung vorbereiten.

Anforderungen sauber formulieren

Gute Anforderungen sind eindeutig, messbar und testbar. Statt «Das System soll schnell sein» schreibst du «Die Seite lädt bei 50 gleichzeitigen Benutzern in unter 2 Sekunden». Unterscheide funktionale Anforderungen (was das System tut) und nicht funktionale (Leistung, Sicherheit, Bedienbarkeit, Verfügbarkeit). In Scrum werden Anforderungen oft als User Stories festgehalten: «Als Benutzerin möchte ich mein Passwort zurücksetzen, damit ich bei Verlust wieder Zugriff habe.» Dazu gehören Akzeptanzkriterien, an denen du die Umsetzung prüfst.

Dokumentation und Qualität

• Dokumentiere Entscheide mit Datum, Begründung und Beteiligten.
• Führe ein Änderungsprotokoll, damit Versionen nachvollziehbar bleiben.
• Nutze Versionsverwaltung wie Git für Code und Konfigurationen.
• Schreibe Testfälle vor oder während der Umsetzung, nicht erst am Schluss.
• Bei der Abnahme prüft der Auftraggeber anhand der Anforderungen. Ein Abnahmeprotokoll hält das Ergebnis fest.

Wichtig zu wissen

Weitere Ratgeber