S11: Methodik-Sektion in cv.md erweitert nach Diskussion mit Thomas: 7 Eintraege ersetzt durch 12 Eintraege in Project-Lifecycle-Reihenfolge (Konzepterstellung, Machbarkeitsstudien, Anforderungsanalyse / Requirements Engineering, Spezifikationserstellung, Technologie-Evaluierung und -Auswahl, System-Architektur und -Design, SW-Architektur und -Design, Verifikation und Validierung, System Integration, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement). Software-Design-Konflikt mit der bestehenden Kenntnisse-Subsection ueber Variante 1 geloest (Methodik-Eintrag heisst SW-Architektur und -Design, Subsection-Titel bleibt). Test als Verifikation und Validierung formuliert. Anforderungsanalyse und Spezifikationserstellung bleiben getrennte Schritte. Querschnittsthemen Risikomanagement QS Konfigurationsmanagement Reviews Vorgehensmodelle bewusst weggelassen. Inbetriebnahme und Uebergabe weggelassen. Systematische Fehleranalyse beibehalten nach Argumentation V&V deckt SFA nicht ab. Atomarer Replace via Python-aus-Disk mit os.replace, Edit-Tool fuer cv.md vermieden. Doppelter Naechste-Schritte-Block in teilgebiete/01-lebenslauf.md aus S10 konsolidiert. teilgebiete/01-lebenslauf.md um S11-Block ergaenzt. agent-prompt.md Aktueller-Stand-Abschnitt fuer S11 fortgeschrieben mit verbleibender S11-Aufgabe inhaltliche Kleinigkeiten und unveraendertem S12-Plan PDF-Pipeline-Refactoring.

teilgebiete/01-lebenslauf.md

@@ -337,29 +337,45 @@ Die in S04 mit docx-js erstellte Version hatte strukturelle typographische Mäng
 
 **Strategische Entscheidung am Ende von S10 (mit Thomas):** PDF-Pipeline wird in S12 mit professioneller CV-LaTeX-Klasse neu aufgesetzt (`moderncv` / `awesome-cv` / typst — Tool-Recherche dort). `cv.md` bleibt single source of truth; Daten-Extraktion via Custom-Pandoc-Filter oder Build-Skript-Erweiterung.
 
-## Nächste Schritte
+## S11 — Methodik-Sektion ergänzt
 
-**S11 — nur Lebenslauf-Inhalt:**
+**Ausgangslage:** Methodik-Liste hatte 7 Einträge (Konzepterstellung, Machbarkeitsstudien, Technologie-Evaluierung und -Auswahl, Spezifikationserstellung, Technische Dokumentation, Systematische Fehleranalyse, Projektmanagement). Thomas: lückenhaft, außerdem sollte „Spezifikationserstellung" vor „Technologie-Evaluierung und -Auswahl" stehen, und wichtige Lifecycle-Phasen (System Design, Software Design, Test, System Integration) fehlen.
 
-1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge auf weitere relevante Methodik-Begriffe ausbauen.
-2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn.
+**Diskussion mit Thomas:**
 
-**S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**
+- Reordering bestätigt: Spec vor Technologie-Auswahl folgt der „Was-vor-Wie"-Logik und stimmt mit `marketing.md` Abschnitt 2 überein („Konzeptfindung, Requirements Engineering und Erstellung von Spezifikationen").
+- „Software Design"-Konflikt mit der bestehenden Kenntnisse-Subsection `**Software Design:**` (Sprachen/Paradigmen) gelöst über **Variante 1**: Methodik-Eintrag heißt „SW-Architektur und -Design" — Subsection-Titel bleibt unverändert.
+- „Test" wird als „Verifikation und Validierung" formuliert (im regulierten Engineering präziser, deckt Reviews/Analysen mit ab).
+- „Anforderungsanalyse / Requirements Engineering" und „Spezifikationserstellung" beide drin — verschiedene Schritte (Bedarf erheben → in Spec überführen).
+- Querschnittsthemen (Risikomanagement, QS, Konfigurationsmanagement, Reviews, V-Modell/Agile) bewusst weggelassen.
+- „Inbetriebnahme und Übergabe" weggelassen — kein Schwerpunkt im aktuellen Positionierungs-Kern (Consultant, Entwicklungsingenieur), KI-Pendant „KI-Implementierung" steht bereits im KI-Block.
+- „Systematische Fehleranalyse" beibehalten nach Diskussion: V&V deckt SFA nicht ab. V&V ist entwicklungsbegleitend, beweist Konformität. SFA ist reaktiv, findet Root Cause bei unerwartetem Fehlverhalten. Unterschiedliche Werkzeuge, unterschiedlicher Zeitpunkt. SFA ist ein Differenzierer in Thomas' Profil (Toshiba, Multilink, Freelance-Stationen) und Recruiter-Filter-Begriff (Root Cause Analysis, Troubleshooting, Debugging).
 
-1. Tool-Recherche: `moderncv` vs. `awesome-cv` vs. typst (oder andere). Vergleich nach Optik, Aufwand, MikTeX-Integration, DesTEngS-CI-Anpassbarkeit (`#3C68AE`, IBM Plex Sans).
-2. `cv.md` bleibt single source of truth.
-3. Daten-Extraktion aus `cv.md` für CV-Klasse-Features (`\cventry` / `\cvevent` etc.):
-   - Custom Pandoc-Filter (Lua oder Python) ODER
-   - Erweiterung von `build.ps1` mit Python-Pre-Processor, der `cv.md` → `cv.tex` transformiert.
-4. Implementierung, Sandbox-Test, visuelle Verifikation durch Thomas.
-5. Teilgebiet nach erfolgreichem Output und Freigabe durch Thomas abschließen (R2-OK von Thomas: Status auf „abgeschlossen" im `zentral-index.md`).
+**Finale Liste in `cv.md` (12 Einträge, in Lifecycle-Reihenfolge):**
+
+1. Konzepterstellung
+2. Machbarkeitsstudien
+3. Anforderungsanalyse / Requirements Engineering
+4. Spezifikationserstellung
+5. Technologie-Evaluierung und -Auswahl
+6. System-Architektur und -Design
+7. SW-Architektur und -Design
+8. Verifikation und Validierung
+9. System Integration
+10. Technische Dokumentation
+11. Systematische Fehleranalyse
+12. Projektmanagement
+
+**Umsetzung:** Atomar via Python-aus-Disk (`os.replace`), kein Edit-Tool — gemäß S08/S09-Lehre. Ein-Treffer-Check vor dem Replace bestand. Sandbox-Read der geänderten Datei verifiziert: 12 Einträge in korrekter Reihenfolge, Vor-/Nachkontext (Software-Design-Subsection, IT-Subsection) unverändert.
+
+**Offen für S11 (zweiter Teil):** Inhaltliche Kleinigkeiten in `cv.md`, die Thomas im Sinn hat — wird in einer der nächsten Aktionen abgearbeitet.
 
 ## Nächste Schritte
 
-**S11 — nur Lebenslauf-Inhalt:**
+**S11 — Rest des Lebenslauf-Inhalts:**
 
-1. **Methodik-Sektion ergänzen.** Aktuelle 7 Einträge auf weitere relevante Methodik-Begriffe ausbauen.
-2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn.
+1. ~~Methodik-Sektion ergänzen~~ — abgeschlossen (siehe S11-Block oben).
+2. **Inhaltliche Kleinigkeiten verbessern.** Thomas hat konkrete Detail-Verbesserungen in `cv.md` im Sinn — werden in einer Folgesitzung oder im Anschluss an S11 abgearbeitet.
 
 **S12 — PDF-Pipeline-Refactoring mit professioneller CV-LaTeX-Klasse:**