Projektplan des Online Event Management Systems

Zweck des Dokuments

Dieses Dokument soll den initialen Projektplan des Projektes „Online Event Management System" aufzeigen. Es wird die Zielsetzung für das Projekt dargestellt, sowie der Projektstrukturplan mit seinen Arbeitspaketen. Diese werden ebenfalls weiter beschrieben. Der Projektablaufplan wird die logischen und zeitlichen Beziehungen zu den Arbeitspaketen beinhalten. Im Terminplan wird die zeitliche Terminierung der Arbeitspakete abgedeckt, gefolgt von Kapazitätsplan mit dem Ressourcenbedarf dieser.

Inhaltsverzeichnis

1. Projektzielsetzung
2. Projektstrukturplan
3. Gesamtprojekt: Online Event Management System
4. Hauptkomponenten
5. Konkrete Arbeitspakete der Hauptkomponenten
6. Projektablaufplan
7. Übergeordneter Terminplan
8. Detaillierte Sprint-Planung
9. Sprint 1: Aufgabenblatt 1
10. Sprint 2: Aufgabenblatt 2
11. Gesamtprojektplanung
12. Ressourcenmanagement und Kapazitätsplanung

1. Projektzielsetzung

Das Ziel des Projekts ist die Entwicklung eines Online Event Management Systems. Dieses ist durch systematisches Arbeiten und eine solide Organisation zu erreichen. Dabei wird besonders enger Kontakt zum Kunden fokussiert, um ein zufriedenstellendes Produkt zu liefern.

Das Lernziel ist das Umsetzen von Softwareprojekten unter praxisnahen Bedingungen. Dazu gehört das Einnehmen vorgegebener Rollen, die während der gesamten Dauer des Projekts zu beachten sind. Die Gruppe hat sich dafür entschieden, die Projektmanagement-Methode SCRUM zu verwenden.

Hinsichtlich der Gruppenarbeit ist vor allem Folgendes anzustreben:

• schnelle Kommunikation
• direktes Ansprechen von Problemen
• Einhaltung der Rollen
• gegenseitige Qualitätskontrollen

Des Weiteren sollen die wöchentlichen Abgaben einen Statusbericht enthalten, um den Verlauf und Entwicklungen während des Projekts kurz und übersichtlich zu dokumentieren.

2. Projektstrukturplan

Der Projektstrukturplan bildet die sachliche Gliederung unseres Softwareprojekts zur Entwicklung eines Online Event Management Systems ab. Im Gegensatz zum zeitlichen Ablaufplan zeigt der Projektstrukturplan die hierarchische Struktur aller zu erledigenden Arbeitspakete, unabhängig von zeitlichem Verlauf.

Unser Projektstrukturplan gliedert das Gesamtprojekt in funktionale Komponenten und Arbeitspakete, durch welche eine klare Übersicht über den Gesamtumfang des Projekts entsteht. Diese produktorientierte Strukturierung hilft uns, FLOW, dabei, keine wesentlichen Bestandteile zu übersehen und die Komplexität des Projekts durch eine sinnvolle Untergliederung zu bewältigen.

Die oberste Ebene repräsentiert das Gesamtprojekt, in der zweiten Ebene werden die Hauptkomponenten unseres Systems definiert. Auf der dritten Ebene werden diese Hauptkomponenten in konkrete Arbeitspakete unterteilt, die als Grundlage für unsere Sprint-Planung im Rahmen von Scrum dienen.

2.1. Gesamtprojekt: Online Event Management System

Der Kunde (Charlotte Chichlow (cchichlow@outlook.de) und Markus Kaupp (m.kaupp@hb.dhbw-stuttgart.de)) möchte Seinen Kunden (Unternehmen, Organisationen) die Planung interner Veranstaltungen vereinfachen. Dafür ist ein Online Event Management System geplant, welches sie bei FLOW in Auftrag gegeben haben.

Das zentrale Ziel des Projekts ist die Entwicklung einer webbasierten Anwendung, die es Organisationen ermöglicht, interne Events zu verwalten und zu koordinieren. Die Plattform dient als Mandantensystem, in dem verschiedene Organisationen ihre eigenen Bereiche haben, um Event anzulegen, zu verwalten und ihre Mitglieder zu koordinieren.

Unsere Herangehensweise für die Entwicklung ist an die agile Entwicklung gelehnt, genauer, nach der Scrum-Methodik. Das bedeutet, dass wir außerhalb des Projektstrukturplans anstreben, zwei Wochen im Voraus zu planen und in sogenannten „Sprints", Zeitintervallen von einer Woche, die geplanten Work-Items bearbeiten. So bieten wir ihnen die Möglichkeit in kurzen, regelmäßigen Intervallen den Fortschritt des Projekts einzusehen und Ihre eigenen Vorstellungen bei uns vorzubringen. So stellen wir sicher, dass Sie ein abgeschlossenes Produkt nach Ihren Vorstellungen von uns geliefert bekommen, und dass wir als Dienstleister mit Ihnen als Kunden stets den gleichen Wissensstand teilen.

2.2. Hauptkomponenten

Die Zerlegung des gesamten Projekts in seine Hauptkomponenten ermöglicht uns eine klare Abgrenzung der funktionalen Bereiche des Systems. Jede Hauptkomponente repräsentiert einen abgeschlossenen Teilbereich, der eigenständig entwickelt und getestet werden kann, gleichzeitig aber mit den anderen Komponenten interagiert, um die Gesamtfunktionalität des Online Event Management Systems zu sicherzustellen.

Diese modulare Struktur fördert nicht nur die Übersichtlichkeit in der Entwicklung, sondern unterstützt auch unseren agilen Entwicklungsansatz, da sie die schrittweise Implementierung und kontinuierliche Integration ermöglicht. Im Folgenden werden die identifizierten Hauptkomponenten mit ihren jeweiligen Aufgaben und Funktionen beschrieben.

2.3. Konkrete Arbeitspakete der Hauptkomponenten

Hier werden die benötigten Arbeitspakete für alle Hauptkomponenten konkretisiert. Sie werden hier lediglich grob aufgefasst und nicht weiter beschrieben. Die konkrete Planung und Umsetzung dieser wird im Laufe der kommenden Sprints festgelegt und bei Bedarf mit dem Kunden abgesprochen.

Dieser Projektstrukturplan bildet die Grundlage für unsere Sprint-Planung und die Zuordnung von Ressourcen. Die einzelnen Arbeitspakete werden in unserem JIRA-System als Epics und User Stories abgebildet und im Rahmen unseres agilen Entwicklungsprozesses umgesetzt.

3. Projektablaufplan

Der Projektablaufplan stellt die zeitliche Strukturierung und logische Abfolge der Arbeitspakete des Online Event Management Systems dar. Er umfasst sowohl die Terminierung der Arbeitspakete als auch deren Ressourcenbedarfe und bildet damit die Grundlage für die tägliche Koordination des Projektteams.

In unserem Fall folgt das Projekt dem agilen Scrum-Ansatz mit einwöchigen Sprints. Diese Methodik ermöglicht es uns, flexibel auf Änderungen zu reagieren und kontinuierlich funktionsfähige Inkremente dem Kunden zu liefern. Gemäß dem agilen Grundsatz der rollierenden Planung werden lediglich die nächsten beiden Sprints detailliert geplant. Während für spätere Phasen eine gröbere Planung erfolgt.

3.1. Übergeordneter Terminplan

Das Projekt orientiert sich an den im Rahmenplan TINF2023_(Horb-2025) festgelegten Terminen:

3.2. Detaillierte Sprint-Planung

3.2.1. Sprint 1: Aufgabenblatt 1

Zeitraum: KW 12 (20.03.2025 – 23.03.2025)

Hauptziel: Projektinitialisierung und Erstellung von Projektplan, Risikoanalyse sowie Einrichtung der grundlegenden Infrastruktur

Arbeitspakete und Ressourceneinsatz:

Kapazitätsplanung:

• Oliver Ilczuk: 11h
• Robin Stern: 8h
• Bernhard Mebert: 11h
• Tobias Dyka: 4.5h
• Luca Brehm: 5.5h
• Maurice Gammay: 3h

Gesamtaufwand: 40h

Meilensteine:

• 23.03.2025: Abgaben:
  • Statusbericht
  • Aufwandsbericht
  • Aufgabenblatt 1: Projektplan, Risikoanalyse
• Abschluss der Projekteinarbeitungsphase

3.2.2. Sprint 2: Aufgabenblatt 2

Zeitraum: KW 13 (23.03.2025 – 30.03.2025)

Hauptziel: Durchführung von Recherche, Verfassen von Recherchebericht

Arbeitspakete und Ressourceneinsatz:

Kapazitätsplanung:

• Oliver Ilczuk: 6h
• Robin Stern: 4h
• Bernhard Mebert: 4h
• Tobias Dyka: 15.5h
• Luca Brehm: 4h
• Maurice Gammay: 11h

Gesamtaufwand: 44.5h

Anmerkung: Die Aufgabenteilung wird am 24.03.2025 erfolgen. Die Kapazitätsplanung für Sprint 2 ist noch nicht abgeschlossen. Wir behalten uns eine Änderung dieser Kapazitätsplanung vor.

Meilensteine:

• 30.03.2025: Abgaben:
  • Statusbericht
  • Aufwandsbericht
  • Aufgabenblatt 2: Recherchebericht

3.3. Gesamtprojektplanung

Das Gesamtprojekt gliedert sich in die folgenden Hauptphasen, die im Rahmenplan vorgegeben sind:

• Projekteinarbeitung: KW 12
• Analyse: KW 12-15
• Design: KW 15-17
• Implementierung: KW 17-22

Parallel dazu laufen kontinuierlich die Aktivitäten:

• Projektmanagement
• Dokumentation

Die genauere zeitliche Planung der Phase Analyse wird in den kommenden Sprints konkretisiert. Die der Phasen Design und Implementierung wird nach dem ersten Review am 10.04.2025 genauer geplant, wenn die Anforderungen endgültig abgestimmt sind.

3.4. Ressourcenmanagement und Kapazitätsplanung

Unser Team besteht aus sechs Mitgliedern mit verschiedenen Kompetenzen und Rollen:

• Oliver Ilczuk: Projektleitung
• Robin Stern: Technischer Assistent, Stellvertretende Projektleitung
• Bernhard Mebert: Verantwortlicher für Implementierung
• Luca Brehm: Verantwortlicher für Modellierung
• Tobias Dyka: Verantwortlicher für Recherche
• Maurice Gammay: Verantwortlicher für Qualitätssicherung & Dokumentation, Testing

Die Arbeitspakete wurden so auf die Teammitglieder verteilt, dass jeder zwischen etwa 10 Stunden pro Woche mit dem Projekt beschäftigt ist, entsprechend der Vorgabe von durchschnittlich 10 Stunden/Woche und insgesamt ca. 100 Stunden pro Teammitglied bis zu Projektende.