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]

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]

Prompt: Das Rezept

DU:     "Führe den Extraktions-Prompt aus"
CLAUDE: [liest Anweisungen]
        [führt aus ohne Rückfragen]
        [liefert Ergebnis]

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]

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

  1. Lies dieses Dokument noch einmal (wirklich!)
  2. Schau dir ein Beispielprojekt an mit jemandem, der es erklären kann
  3. Starte klein – ein Projekt, ein Command, ein Erfolg
  4. Frag nach – niemand erwartet, dass du alles sofort verstehst

Onboarding-Guide v1.0 – Januar 2026