Einstieg: KI-gestützte Projektarbeit mit Claude Code
Für: Product Owner, Project Manager, Technical Product Owner
Vorwissen: Keines erforderlich
Lesezeit: 15 Minuten
Worum geht es hier?
Du kannst mit einer KI (Claude) zusammenarbeiten, um deine tägliche Dokumentenarbeit zu beschleunigen. Statt selbst alles zu schreiben, zu sortieren und aufzubereiten, gibst du der KI Anweisungen – und sie erledigt die Arbeit.
Aber: Damit das funktioniert, muss die KI verstehen, * was du willst und * wie sie arbeiten soll.
Genau dafür gibt es eine Projektstruktur.
Die Grundidee: Kontext ist alles
Das Problem ohne Struktur
DU: "Analysiere das Dokument"
CLAUDE: "Welches Dokument? Wie soll ich analysieren?
Was ist wichtig? Wohin mit dem Ergebnis?"
DU: [erklärt alles nochmal]
DU: [und nochmal]
DU: [und nochmal...]
Die Lösung mit Struktur
DU: "Analysiere das Dokument"
CLAUDE: [liest Projektkontext]
[weiß was wichtig ist]
[weiß wohin das Ergebnis soll]
[liefert Ergebnis]
Die Struktur ersetzt das wiederholte Erklären.
Die drei Kontext-Schichten
Stell dir vor, du hast einen neuen Praktikanten. Der braucht drei Arten von Informationen:
| Schicht | Praktikant | Claude Code |
|---|---|---|
| Wie arbeiten wir hier? | Unternehmenskultur, Stil | .claude/settings.json |
| Was ist das Projekt? | Briefing, Hintergrund | /docs/context/ |
| Was ist gerade wichtig? | Aktuelle Aufgaben | CLAUDE.md |
Schicht 1: Wie arbeiten wir hier?
.claude/settings.json = "So ticken wir"
├── Sprache: Deutsch
├── Stil: Strukturiert mit Bulletpoints
└── Darf: Dateien lesen und schreiben
Einmal einrichten, dann vergessen.
Schicht 2: Was ist das Projekt?
/docs/ = "Das musst du über das Projekt wissen"
├── context/ → Hintergrundwissen, Analysen
├── architecture/→ Wichtige Entscheidungen
└── templates/ → Vorlagen für Outputs
Wächst mit dem Projekt.
Schicht 3: Was ist gerade wichtig?
CLAUDE.md = "Das ist der aktuelle Stand"
├── Aktueller Fokus
├── Offene Tasks
└── Hinweise auf wichtige Dokumente
Aktualisierst du regelmäßig.
Die Arbeits-Werkzeuge: Von einfach bis automatisch
Übersicht
| Werkzeug | Wie ein... | Wann nutzen |
|---|---|---|
| Command | Lichtschalter | Einfache, schnelle Aktion |
| Skill | Gespräch | Komplexe Aufgabe mit Rückfragen |
| Prompt | Rezept | Wiederkehrende Aufgabe, immer gleich |
| Workflow | Fließband | Mehrere Schritte nacheinander |
Command: Der Lichtschalter
DU: /status
CLAUDE: [zeigt sofort den Projektstatus]
- Aufwand: Minimal (1 Sekunde)
- Dialog: Keiner
- Beispiele: Status anzeigen, Dateien zählen, Liste erstellen
Skill: Das Gespräch
DU: "Analysiere die Website auf strukturierte Daten"
CLAUDE: "Welche Entitäten sind für dich relevant?"
DU: "Produkte und Organisation"
CLAUDE: [analysiert]
CLAUDE: "Soll ich Quick Wins priorisieren?"
DU: "Ja, bitte"
CLAUDE: [liefert priorisierte Empfehlungen]
- Aufwand: Mittel (Minuten)
- Dialog: Ja, iterativ
- Beispiele: Analyse, Review, Recherche
Prompt: Das Rezept
DU: "Führe den Extraktions-Prompt aus"
CLAUDE: [liest Anweisungen]
[führt aus ohne Rückfragen]
[liefert Ergebnis]
- Aufwand: Gering (einmal erstellen)
- Dialog: Keiner
- Beispiele: Dokumente konvertieren, Reports erstellen
Workflow: Das Fließband
DU: "Führe den kompletten Workflow aus"
CLAUDE: [Schritt 1: Extrahieren]
[Schritt 2: Transformieren]
[Schritt 3: Report erstellen]
[liefert fertiges Ergebnis]
- Aufwand: Höher (einmal aufsetzen)
- Dialog: Nur bei Fehlern
- Beispiele: Komplette Dokumenten-Pipeline
Wann nutze ich was?
Entscheidungsbaum
Ich habe eine Aufgabe...
│
▼
Wie oft mache ich das?
│
┌─────┴─────┐
▼ ▼
EINMAL REGELMÄSSIG
│ │
▼ │
Skill ▼
Muss ich dabei
Entscheidungen
treffen?
│
┌─────┴─────┐
▼ ▼
JA NEIN
│ │
▼ ▼
Skill Prompt
(bleibt (wird
interaktiv) automatisch)
Beispiele aus dem Alltag
| Aufgabe | Häufigkeit | Entscheidungen | → Tool |
|---|---|---|---|
| "Wie ist der Projektstatus?" | Täglich | Nein | Command |
| "Analysiere dieses Kundendokument" | Manchmal | Ja | Skill |
| "Konvertiere alle PDFs zu Markdown" | Wöchentlich | Nein | Prompt |
| "Erstelle Workshop-Unterlagen aus Rohmaterial" | Pro Workshop | Nein | Workflow |
Die Ordnerstruktur verstehen
Visuell
📁 Mein Projekt/
│
├── 📄 CLAUDE.md ← "Hey Claude, lies das zuerst"
│
├── 📁 .claude/ ← Einstellungen & Werkzeuge
│ ├── settings.json ← "So arbeiten wir"
│ ├── commands/ ← Schnelle Aktionen
│ └── skills/ ← Interaktive Werkzeuge
│
├── 📁 docs/ ← Alles Wissen
│ ├── context/ ← Hintergrund & Analysen
│ ├── prompts/ ← Automatische Rezepte
│ └── templates/ ← Vorlagen
│
├── 📁 input/ ← Rohmaterial rein
│ ├── raw/ ← Unverarbeitet
│ └── processed/ ← Nach Verarbeitung
│
└── 📁 output/ ← Ergebnisse raus
Als Analogie: Die Werkstatt
| Ordner | In einer Werkstatt wäre das... |
|---|---|
CLAUDE.md |
Das Whiteboard mit dem Tagesplan |
.claude/ |
Der Werkzeugschrank |
docs/context/ |
Die technischen Handbücher |
docs/prompts/ |
Die Arbeitsanweisungen an der Wand |
input/raw/ |
Der Materialeingang |
input/processed/ |
Die Zwischenlagerung |
output/ |
Der Versandbereich |
Ein typischer Arbeitstag
Morgens: Status checken
DU: /status
CLAUDE:
📊 Projektstatus
- Fokus: Kunde-ABC Workshop vorbereiten
- Pipeline: 3 von 7 Dokumenten verarbeitet
- Offene Notizen: 2 TODOs von gestern
Vormittags: Neues Material verarbeiten
DU: "Es sind neue Dokumente in input/raw/.
Führe den Extraktions-Workflow aus."
CLAUDE: [verarbeitet automatisch]
✅ 4 Dokumente konvertiert
✅ Index aktualisiert
→ Ergebnisse in input/processed/
Mittags: Analyse mit Rückfragen
DU: "Analysiere das neue Kundendokument auf Anforderungen"
CLAUDE: "Ich habe 23 potenzielle Anforderungen gefunden.
Soll ich nach Priorität oder nach Thema gruppieren?"
DU: "Nach Thema"
CLAUDE: [gruppiert und liefert strukturierte Übersicht]
Nachmittags: Report erstellen
DU: "Erstelle den Workshop-Report aus den Analysen"
CLAUDE: [nutzt Template + Kontext]
✅ Report erstellt
→ output/reports/workshop-kunde-abc.md
Der Unterschied zu "normalem" Chatten mit KI
| Ohne Projektstruktur | Mit Projektstruktur |
|---|---|
| Jedes Mal alles erklären | Kontext ist "eingebaut" |
| Copy-Paste von Dokumenten | KI liest selbst |
| Ergebnisse irgendwo speichern | Definierte Output-Orte |
| Jede Aufgabe ist neu | Wiederkehrende Aufgaben automatisiert |
| "Kennst du noch...?" | KI weiß es bereits |
Erste Schritte
1. Bestehendes Projekt anschauen
Frag deinen Tech Lead oder TPO nach einem Beispielprojekt. Schau dir an:
- Wie sieht CLAUDE.md aus?
- Welche Commands/Skills gibt es?
- Wie ist /docs/ strukturiert?
2. Eigenes Projekt starten (mit Unterstützung)
Für dein erstes eigenes Projekt:
1. Kopiere die Grundstruktur von einem Beispiel
2. Passe CLAUDE.md an dein Projekt an
3. Lege erstes Dokument in /docs/context/ ab
4. Teste mit einem einfachen Command
3. Schrittweise erweitern
Woche 1: CLAUDE.md + /docs/context/
Woche 2: Erster eigener Command
Woche 3: Erstes Skill (mit TPO-Hilfe)
Monat 2: Erster Prompt für wiederkehrende Aufgabe
Häufige Fragen
"Muss ich programmieren können?"
Nein. Die Struktur besteht aus Ordnern und Textdateien. Commands, Skills und Prompts sind in normalem Deutsch geschrieben – keine Programmiersprache.
"Was wenn ich was kaputt mache?"
Alles ist in Git. Änderungen können rückgängig gemacht werden. Und: Die KI verändert nur, was du ihr erlaubst.
"Wie lerne ich das am besten?"
Durch Zuschauen und Mitmachen. Setz dich zu jemandem, der es schon nutzt. Sieh zu, wie ein Workflow durchläuft. Dann probier es selbst mit einem kleinen Projekt.
"Ersetzt das meine Arbeit?"
Nein, es beschleunigt sie. Du entscheidest weiterhin was gemacht wird. Die KI übernimmt das wie. Denk an Excel: Das rechnet auch für dich – aber du entscheidest, welche Zahlen wichtig sind.
Glossar
| Begriff | Einfache Erklärung |
|---|---|
| Claude Code | KI-Assistent, der mit Dateien arbeiten kann |
| CLAUDE.md | Die "Einleitung", die Claude zuerst liest |
| Command | Schnelle Aktion per Slash-Befehl (/status) |
| Skill | Interaktives Werkzeug mit Rückfragen |
| Prompt | Automatische Arbeitsanweisung ohne Rückfragen |
| Workflow | Mehrere Prompts hintereinander |
| MCP | Schnittstelle zu anderen Tools (Notion, GitHub, etc.) |
| Kontext | Alles, was Claude über das Projekt weiß |
Nächste Schritte
- Lies dieses Dokument noch einmal (wirklich!)
- Schau dir ein Beispielprojekt an mit jemandem, der es erklären kann
- Starte klein – ein Projekt, ein Command, ein Erfolg
- Frag nach – niemand erwartet, dass du alles sofort verstehst
Onboarding-Guide v1.0 – Januar 2026