135 lines
3.4 KiB
Markdown
135 lines
3.4 KiB
Markdown
# Training & Handover Dokumentation
|
|
|
|
Dieses Verzeichnis enthält alle Dokumente für den Handover und die Einarbeitung von Ida & Stephan.
|
|
|
|
---
|
|
|
|
## Dokumente
|
|
|
|
### 1. Handover-Agenda für Sync-Meeting
|
|
**Datei:** `handover_agenda_sync.md`
|
|
|
|
Agenda für das erste Sync-Meeting mit Ida & Stephan. Enthält:
|
|
- Projektkontext & Überblick
|
|
- System-Architektur
|
|
- Aktueller Stand & kritische Gaps
|
|
- Wichtige Anforderungen
|
|
- Rollenverteilung
|
|
- Einarbeitungsplan-Übersicht
|
|
- Naming Convention
|
|
- Offene Fragen & Diskussion
|
|
|
|
**Verwendung:** Als Agenda für das erste Handover-Meeting verwenden.
|
|
|
|
---
|
|
|
|
### 2. Einarbeitungsplan bis Weihnachten
|
|
**Datei:** `handover_einarbeitungsplan.md`
|
|
|
|
Detaillierter Einarbeitungsplan mit 4 Phasen:
|
|
- **Phase 1**: Grundlagen (Woche 1-2)
|
|
- **Phase 2**: Praktische Einarbeitung (Woche 3-4)
|
|
- **Phase 3**: Selbstständige Entwicklung (Woche 5-6)
|
|
- **Phase 4**: Konsolidierung (bis Weihnachten)
|
|
|
|
Enthält:
|
|
- Konkrete Aufgaben für Ida & Stephan
|
|
- Checkpoints mit Erfolgskriterien
|
|
- Metriken & Tracking
|
|
- Risiken & Mitigation
|
|
|
|
**Verwendung:** Als Roadmap für die Einarbeitung verwenden.
|
|
|
|
---
|
|
|
|
### 3. Naming Convention für Wiki-Dokumentation
|
|
**Datei:** `handover_naming_convention.md`
|
|
|
|
Vollständige Naming Convention für alle Dokumente im Wiki. Enthält:
|
|
- Präfix-System (`doc_*`, `implementation_*`, `handover_*`, etc.)
|
|
- Verzeichnisstruktur
|
|
- Dateiformate
|
|
- Best Practices
|
|
- Migration bestehender Dokumente
|
|
|
|
**Verwendung:** Als Referenz für alle neuen Dokumente verwenden.
|
|
|
|
---
|
|
|
|
## Verwendung
|
|
|
|
### Für das erste Sync-Meeting
|
|
1. `handover_agenda_sync.md` durchgehen
|
|
2. Alle Punkte besprechen
|
|
3. Offene Fragen klären
|
|
4. Nächste Schritte vereinbaren
|
|
|
|
### Für die Einarbeitung
|
|
1. `handover_einarbeitungsplan.md` als Roadmap verwenden
|
|
2. Wöchentliche Checkpoints durchführen
|
|
3. Fortschritt dokumentieren
|
|
4. Anpassungen vornehmen falls nötig
|
|
|
|
### Für neue Dokumentation
|
|
1. `handover_naming_convention.md` als Referenz verwenden
|
|
2. Konsistente Namensgebung anwenden
|
|
3. Richtiges Verzeichnis wählen
|
|
4. Dokumentation pflegen
|
|
|
|
---
|
|
|
|
## Checkpoints
|
|
|
|
### Checkpoint 1 (Ende Woche 2)
|
|
- Architektur verstanden
|
|
- Entwicklungsumgebung funktionsfähig
|
|
- Erste Änderungen erfolgreich
|
|
- Dokumentationsstruktur klar
|
|
|
|
### Checkpoint 2 (Ende Woche 4)
|
|
- Kritische Bug-Fixes implementiert
|
|
- Feature-Integrations-Anleitung vorhanden
|
|
- Dokumentation aktualisiert
|
|
- Komponentenmodell vervollständigt
|
|
|
|
### Checkpoint 3 (Ende Woche 6)
|
|
- Kritische Gaps behoben
|
|
- Neue Features integriert
|
|
- Dokumentation konsolidiert
|
|
- Sprint-Prozess etabliert
|
|
|
|
### Final Checkpoint (Weihnachten)
|
|
- Alle kritischen Gaps geschlossen
|
|
- Dokumentation vollständig strukturiert
|
|
- Feature-Integrations-Anleitung fertig
|
|
- Komponentenmodell komplett
|
|
- Selbstständige Entwicklung möglich
|
|
|
|
---
|
|
|
|
## Wichtige Links
|
|
|
|
### Dokumentation
|
|
- Architektur: `../appdoc/doc_gateway_architecture_overview.md`
|
|
- Development Framework: `../appdoc/doc_gateway_development_framework.md`
|
|
- Workflow System: `../appdoc/doc_dev_workflow.md`
|
|
- Implementation Gaps: `../../gateway/WORKFLOW_IMPLEMENTATION_GAPS.md`
|
|
|
|
### Code
|
|
- Gateway: `../../gateway/`
|
|
- Frontend: `../../frontend_agents/`
|
|
- Tests: `../../gateway/tests/`
|
|
|
|
---
|
|
|
|
## Kontakt & Fragen
|
|
|
|
Bei Fragen zur Einarbeitung oder Dokumentation:
|
|
- **Ida**: Code-Entwicklung, Architektur
|
|
- **Stephan**: Dokumentation, Strukturierung, Sprint-Planung
|
|
- **[Name]**: Checkpoints, Validierung, Finale Entscheidungen
|
|
|
|
---
|
|
|
|
**Viel Erfolg bei der Einarbeitung! 🚀**
|
|
|