---
title : Project Charter
author: Andreas Ivanovic
verion: 1.0
toc: 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  | __________________________ | __________ |