Artifact Request

Jede Reise beginnt mit dem ersten Schritt - und jede Änderung beginnt mit einem Request. Das Request-Artefakt ist der dokumentierte Startpunkt: Was soll passieren? Warum? Für wen?

Was ist ein Artefakt?

Ein Artefakt ist ein strukturiertes Dokument, das während des Prozesses erstellt wird. Es dient als Nachweis, als Übergabe-Medium und als Referenz. Das Request-Artefakt entsteht in Phase 1 (Intake) und begleitet die Änderung durch den gesamten Prozess.

Vollständiges Beispiel

# Artifact: Request
# Erstellt in: Phase 1 (Human Request Intake)

artifact:
  type: "request"
  version: "1.0"

  # Identifikation
  metadata:
    id: "REQ-2024-0057"
    created_at: "2024-01-15T08:30:00Z"
    created_by: "alice@example.com"
    status: "submitted"

  # Der eigentliche Request
  request:
    title: "Benutzer sollen sich mit Google anmelden können"
    description: |
      Als Benutzer möchte ich mich mit meinem Google-Konto anmelden können,
      damit ich kein separates Passwort verwalten muss.

    # Strukturierte Anforderung
    user_story:
      as_a: "Benutzer"
      i_want: "mich mit Google anmelden"
      so_that: "ich kein separates Passwort brauche"

    # Kontext
    context:
      business_value: "Reduziert Registrierungs-Abbrüche um ~30%"
      urgency: "Q1 Release geplant"
      related_requests:
        - "REQ-2024-0023"  # Apple Sign-In
        - "REQ-2024-0031"  # Social Login Framework

  # Anfragesteller-Informationen
  requester:
    name: "Alice Schmidt"
    role: "Product Owner"
    team: "team-identity"
    contact: "alice@example.com"

  # Initiale Einschätzung (wird in Triage verfeinert)
  initial_assessment:
    priority: "high"
    estimated_complexity: "medium"
    suggested_change_class: "normal"
    affected_areas:
      - "authentication"
      - "user_service"
      - "frontend_login"

  # Anhänge
  attachments:
    - type: "mockup"
      file: "google-login-mockup.pdf"
      description: "UI-Entwurf für Google-Button"
    - type: "reference"
      url: "https://developers.google.com/identity"
      description: "Google Identity Dokumentation"

  # Akzeptanzkriterien (initial)
  acceptance_criteria:
    - "Google-Login-Button auf Login-Seite sichtbar"
    - "OAuth2-Flow funktioniert"
    - "Neuer User wird bei erstem Login angelegt"
    - "Bestehender User wird erkannt und verknüpft"
    - "Fehlerbehandlung bei Google-Ablehnung"

  # Constraints
  constraints:
    - "Muss DSGVO-konform sein"
    - "Keine zusätzlichen Tracking-Cookies"
    - "Fallback auf Email-Login muss bleiben"

Request-Lifecycle

# Request-Status-Verlauf
request_lifecycle:
  request_id: "REQ-2024-0057"

  status_history:
    - status: "draft"
      at: "2024-01-15T08:00:00Z"
      by: "alice@example.com"
      action: "Request erstellt"

    - status: "submitted"
      at: "2024-01-15T08:30:00Z"
      by: "alice@example.com"
      action: "Zur Prüfung eingereicht"

    - status: "triaged"
      at: "2024-01-15T09:15:00Z"
      by: "triage-bot"
      action: "Klassifiziert als 'normal'"
      details:
        change_class: "normal"
        priority: "high"
        assigned_to: "team-identity"

    - status: "in_analysis"
      at: "2024-01-15T10:00:00Z"
      by: "bob@example.com"
      action: "Analyse gestartet"
      linked_artifact: "ANA-2024-0057"

    - status: "approved"
      at: "2024-01-15T14:00:00Z"
      by: "gate-G2"
      action: "Analysis Gate bestanden"
      evidence: "G2_PASS_2024-0057"

    - status: "in_progress"
      at: "2024-01-15T14:30:00Z"
      action: "Implementierung gestartet"
      linked_artifact: "CHG-2024-0057"

    - status: "completed"
      at: "2024-01-17T16:00:00Z"
      action: "Deployed to production"
      release_version: "2.5.0"

  total_duration: "2 days, 7.5 hours"

Warum ist das wichtig?

Das Request-Artefakt ist der Single Source of Truth für die ursprüngliche Anforderung. Es verhindert Missverständnisse ("Das habe ich nicht gemeint!") und ermöglicht Nachvollziehbarkeit ("Warum haben wir das so gebaut?").

Im Mensch + KI-Code Prozess: Jede Änderung beginnt mit einem Request-Artefakt. Es wird in Phase 1 erstellt, in Phase 2 angereichert und begleitet die Änderung bis zum Abschluss. Alle späteren Artefakte referenzieren zurück auf den Request.