Projektplanung
Zu Beginn der Projektphase wurde innerhalb der Gruppe über eine Woche ein Brainwriting durchgeführt, in welchem zunächst grobe Ideen gesammelt wurden. Anschließend wurden diese Ideen zusammengesetzt und abgewandelt, um so die finale Projektidee zu erhalten.
Die eigentliche Bearbeitungsphase begann ab dem 31.07.2021. Ab diesem Zeitpunkt waren alle Deadlines (vgl. Tabelle) des Projekts sowie einige Meilensteine (Fertigstellung 3D-Modelle, Fertigstellung bestimmter Softwareteile, …) über eine Google Docs Tabelle festgehalten, in welche außerdem von jedem Teammitglied eingetragen wurde, an welchem Tag welche Tätigkeiten durchgeführt werden sollten.
Verantwortungen, Aufgabenteilung
Anhand der zuvor abgestimmten Interessensgebiete der einzelnen Gruppenmitglieder übernahm jedes einen Verantwortungsbereich innerhalb des Projekts.
Aufgaben wurden dabei primär aus dem jeweils eigenen Bereich bearbeitet, einige wurden jedoch auch gemeinsam und/oder über Verantwortungsbereiche hinaus bearbeitet (vgl. Tabelle).
Person | Zuständigkeit | Sonstige Tätigkeiten |
Hagen Eickhoff | Softwareentwicklung | Dokumentation, Organisation |
Jamal Frerichs | Aufbau | 3D-Design, Hardwareentwicklung, Dokumentation |
Jonas Köhler | Hardwareentwicklung | Softwareentwicklung, Dokumentation |
Marcel Oppermann | 3D-Design | Dokumentation |
Risikomanagement
Im Vorfeld der Bearbeitungsphase wurden einige Risiken identifiziert und, sofern möglich, schützende Maßnahmen bzw. Reaktionen festgelegt.
Risiko: Ausfall einzelner Gruppenmitglieder (z.B. krankheitsbedingt)
mögliche Auswirkungen: je nach Phase; leichter bis schwerer Projektverzug
Vorbeugung: Jeden Tag: aktuelle, digitale Arbeitsfortschritte im GitHub Repository sichern
Behandlung: Anderes Gruppenmitglied übernimmt temporär Aufgaben mit den Daten aus dem GitHub Repository
Risiko: Fehler bei 3D-Modellierung
mögliche Auswirkungen: keine (fertigen) Cases
Vorbeugung: Möglichst frühzeitiges Abschließen des 3D-Designs und -Drucks, um notfalls korrigieren zu können
Behandlung: sofern zeitlich möglich: Korrekturen
Risiko: Fehler bei Hardware-Zusammenbau
mögliche Auswirkungen: kaputte Hardware
Vorbeugung: Ersatzteile vorrätig haben
Behandlung: erneuter, korrigierter Aufbau
Risiko: Datenverlust
mögliche Auswirkungen: je nach Daten; leichter Verzug bis Projektverlust
Vorbeugung: Daten online speichern; je nach Art im GitHub Repository oder Google Drive
Behandlung: –
Risiko: IR-Sensor nicht verwendbar (fehlerhafte Hardware, Probleme bei Software-Implementierung da Sensor unbekannt)
mögliche Auswirkungen: Projektteil nicht realisierbar
Vorbeugung: Frühzeitiger Beginn mit Implementierung und Funktionsprüfung
Behandlung: Ersetze IR-Sensor durch Reed-Switch