5.8 KiB
5.8 KiB
| title | author | verion | toc |
|---|---|---|---|
| Project Charter | Andreas Ivanovic | 1.0 | yes |
| Autor | Prüfer | Freigebende |
|---|---|---|
| [Name, Vorname] | [Name, Vorname] | [Name, Vorname] |
| [Abteilung/Funktion] | [Abteilung/Funktion] | [Abteilung/Funktion] |
| [Datum, Unterschr.] | [Datum, Unterschr.] | [Datum, Unterschr.] |
Dokumentenhistorie
| Version | Datum | Autor | Grund der Änderung |
|---|---|---|---|
| 1.0 | [Datum] | [Name, Vorname] | Initiale Erstellung |
(Auf jeder Dokumentseite: Kopf- oder Fußzeile mit Autor, Dokumenttitel, Version, Seitenzahl usw.)
Projektübersicht
Projektzweck
Kurze Beschreibung des Projekts (2–4 Sätze): [Hier das Projekt beschreiben – welches Problem gelöst wird und für wen.]
Projekthintergrund
Hintergrund und Motivation: [Warum wird dieses Projekt durchgeführt? Welcher Bedarf/Anforderung liegt zugrunde?]
Projektziele
Ziele
| Nr. | Ziel | Erfolgskriterien |
|---|---|---|
| 1 | [Ziel 1] | [Kriterium] |
| 2 | [Ziel 2] | [Kriterium] |
| 3 | [Ziel 3] | [Kriterium] |
Nicht-Ziele
Die folgenden Punkte sind explizit nicht Teil dieses Projekts:
- [Nicht-Ziel 1]
- [Nicht-Ziel 2]
- [Nicht-Ziel 3]
Business Case
- Zielgruppe: [Wer nutzt das System?]
- Nutzen: [Welchen Mehrwert bietet die Lösung?]
- Problem: [Welches Problem wird gelöst?]
Stakeholder
Auftraggeber (extern/intern)
| Rolle | Beschreibung |
|---|---|
| [z. B. Betreuer] | Anforderungen, Feedback, Abnahme |
Regulatorisch
| Vorgabe | Beschreibung |
|---|---|
| [z. B. Datenschutz] | Einhaltung von Richtlinien |
Qualitätsmanagement
| Maßnahme | Beschreibung |
|---|---|
| Code Reviews | Qualitätssicherung im Team |
| Tests | Unit- und Integrationstests |
Projekt-Team und Rollen
| Bezeichnung | Details |
|---|---|
| Projektleitung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Koordination] |
| Entwicklung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Frontend] |
| Entwicklung | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Backend] |
| QA / Testing | [Name] (Matrikel: [Nr.]) – Schwerpunkt: [z.B. Testing, CI/CD] |
Zeitplan / Meilensteine
Projektphasen
Phase 1 – Planung & Analyse
- Anforderungserhebung
- Technologiewahl
Phase 2 – Design
- Architektur
- UI/UX
Phase 3 – Implementierung
- Entwicklung der Funktionen
Phase 4 – Testing
- Tests und Fehlerbehebung
Phase 5 – Abschluss
- Dokumentation
- Präsentation
Meilensteine
| Nr. | Meilenstein | Datum |
|---|---|---|
| 1 | Project Charter abgeschlossen | [Datum] |
| 2 | Anforderungen & Design final | [Datum] |
| 3 | Prototyp (MVP) fertig | [Datum] |
| 4 | Feature-Complete | [Datum] |
| 5 | Testphase abgeschlossen | [Datum] |
| 6 | Abgabe / Präsentation | [Datum] |
Anforderungen (Überblick)
Funktionale Anforderungen
- [Funktion 1]
- [Funktion 2]
- [Funktion 3]
Nicht-funktionale Anforderungen
- Performance
- Sicherheit
- Usability
Technologie-Stack
| Bereich | Technologie |
|---|---|
| Frontend | [z. B. React / HTML/CSS] |
| Backend | [z. B. Django / Node.js] |
| Datenbank | [z. B. PostgreSQL] |
| Version Control | Gitty |
| Tools | [z. B. VS Code] |
Risikomanagement
| Nr. | Risiko | W/A | Gegenmaßnahme |
|---|---|---|---|
| 1 | [Risiko 1] | M/H | [Maßnahme] |
| 2 | [Risiko 2] | H/M | [Maßnahme] |
| 3 | [Risiko 3] | M/M | [Maßnahme] |
| 4 | [Risiko 4] | H/M | [Maßnahme] |
Ressourcen und Budget
- Teamgröße: X Personen
- Verfügbare Zeit pro Person: [Stunden/Woche]
- Projektlaufzeit: [Startdatum] – [Enddatum]
- Budget: [Betrag]
- Infrastruktur: [z. B. GitHub, Uni-Server]
Rahmenbedingungen:
- Abgabe bis [Datum]
- Technologiestack gemäß Vorgaben
- Gleichmäßige Arbeitsverteilung
Kommunikations- und Entscheidungswege
| Kanal | Zweck | Frequenz |
|---|---|---|
| [z.B. Discord] | Team-Kommunikation | täglich |
| [z.B. GitHub] | Aufgabenverwaltung | kontinuierlich |
| [z.B. Meeting] | Fortschrittskontrolle | wöchentlich |
| [z.B. E-Mail] | Kommunikation mit Betreuer | bei Bedarf |
Definition of Done (DoD)
Ein Feature gilt als fertig, wenn:
- Code implementiert und funktionsfähig ist
- Tests erfolgreich bestanden sind
- Code Review durchgeführt wurde
- Dokumentation aktualisiert wurde
- Feature getestet wurde
Abnahmekriterien
Das Projekt gilt als erfolgreich abgeschlossen, wenn:
- Alle Muss-Anforderungen erfüllt sind
- Anwendung demonstrierbar ist
- Tests erfolgreich sind
- Dokumentation vollständig ist
- Präsentation durchgeführt wurde
Unterschriften und Genehmigung
Mit ihrer Unterschrift bestätigen alle Beteiligten, dass sie den Inhalt dieses Project Charters gelesen haben und damit einverstanden sind.
| Rolle | Unterschrift | Datum |
|---|---|---|
| Betreuer/in | __________________________ | __________ |
| Projektleiter/in | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |
| Teammitglied | __________________________ | __________ |