---
name: safe-anwenden
description: Erfasst und klärt Ideen und Work-Items, zerlegt Vorhaben, wählt nächste bereite Arbeit und steuert Epics, Piloten, Portfolioentscheidungen sowie Nutzenprüfung für Software und Unternehmensveränderung. Verwenden für Backlog-Pflege, schrittweise Planung, WIP und SAFe-orientierte Vorhaben; erhält in bestehenden Projekten deren bisherigen Vertrag ohne automatische Migration.
---

# Arbeit und SAFe-orientierte Vorhaben steuern

Bewahre einen Impuls, bevor du ihn bewertest. Plane nahe Arbeit konkret und
spätere Arbeit grob. Eine Erfassung ist keine Umsetzungszusage, eine Planung
kein Auftrag zur Ausführung und eine KI-Empfehlung keine Freigabe.

## Zuerst Vertrag und Umfang bestimmen

1. Lies Projektanweisungen, PROJECT, führende Arbeitsquelle, PLAN, aktuellen
   Auftrag und nur relevante Entscheidungen. Löse technische Quelle und lokale
   WIP-/Freigaberegeln auf, bevor du Arbeitsdaten änderst.
2. Hat das Projekt `digiestate-safe/2` und Work-Item-Vertrag 2 gewählt, gelten
   das zentrale [Methodenprofil](../../docs/methods/SAFE-PROFIL.md) und der
   [Datenvertrag](../../docs/contracts/WORK-ITEMS.md), für Dateien und API gleich.
   Portfoliozuordnung, Projektbeteiligung, Voraussetzungen und Quellroute
   getrennt prüfen; kein Heimatprojekt für ein Epic erzwingen.
   Bei ausdrücklich gewählter Version 1 lies stattdessen
   [Profil 1](../../docs/methods/SAFE-PROFIL-V1.md),
   [Vertrag 1](../../docs/contracts/WORK-ITEMS-V1.md) und Vorlagen unter docs/templates/v1.
3. Ohne diese Wahl bleibt der vorhandene Projektvertrag gültig. Für ein
   Schema-2-Register lies den [Legacy-Vertrag](../../docs/contracts/LEGACY-WORK-ITEMS.md).
   Erhalte Register als führende Quelle, R0–R4, Dateigrenzen, lokale WIP-Regeln,
   IDs, historische Pfade und Git-Trailer. Kein Quellenwechsel oder neue
   Vorlage als Nebeneffekt. Ein unbekannter/widersprüchlicher Vertrag braucht
   Klärung vor davon abhängigen Änderungen, keinen erratenen Ersatzvertrag.
4. Wähle den passenden Arbeitsmodus. Lade nur dessen Referenz; kombiniere
   Modi, wenn der autorisierte Auftrag mehrere Schritte umfasst. Ein Wechsel
   des Modus ändert weder Projektprofil noch Berechtigungen.

## Arbeitsmodi

| Anliegen | Modus und Ablauf | Überprüfbares Ergebnis |
| --- | --- | --- |
| Idee sichern, Problem erkunden, abgrenzen, konkretisieren oder Backlog pflegen | [Erfassen und klären](references/erfassen-und-klaeren.md) | Bekannte Inhalte, Unsicherheit, Beziehungen und nächster Klärungsschritt sind gesichert. |
| Vorhaben zerlegen, bereite Arbeit auswählen, WIP und nächste Arbeitswelle planen | [Zerlegen und auswählen](references/zerlegen-und-auswaehlen.md) | Kleine bereite Arbeitswelle und PLAN-Referenzen entsprechen Quelle und Kapazität. |
| Epic-Hypothese, MVP/Prozesspilot, Portfolioentscheidung oder Nutzenprüfung | [Epic und Nutzen steuern](references/epic-und-nutzen-steuern.md) | Begrenzter Versuch oder belegte Entscheidung mit nachvollziehbarem Geltungsbereich. |

Nicht jedes Projekt ist ein Epic. Verwende nur nötige Hierarchiestufen und
trenne Portfolio-, Team- und Agentenfluss. Neue Bereitschaftskriterien gelten
nicht rückwirkend für Legacy-Projekte; Reifegrad ist dort weiterhin weder
Arbeitsstatus noch Freigabe.

## Gemeinsame Qualität und Übergabe

Erfinde weder Messwerte noch Zustimmung, Akteure oder Punktwerte. Erfasse
Blocker getrennt von Arbeitsstatus und Bereitschaft. Beende Eltern nicht
automatisch wegen fertiger Kinder. Halte die Quelle und ihre abgeleiteten
Ansichten konsistent; keine Status-/Freigabekopien in PLAN.

Nutze bei unklarer Fachsprache `domain-modellieren`, bei dauerhaften
folgenreichen Entscheidungen `entscheidung-festhalten` und vor Abschluss
`aenderung-pruefen`. Laufende Freigaben folgen dem Projektvertrag. Speichere
keine Secrets oder unnötigen Personendaten.

Liefere den kleinsten aktualisierten Arbeitsstand und genau den nächsten
sinnvollen Schritt. Halte vor unautorisiertem Quellenwechsel, Budgetausweitung
oder unklarem Entscheidungsrecht an; führe unabhängige autorisierte Arbeit
weiter. Respektiere ausdrückliches «kein Commit/Push» und weise ausstehende
Integration aus. Ohne Auftrag keinen neuen Umsetzungstask beginnen.

ARTs, PI Planning, Capabilities und weitere Koordination bleiben benannte
Erweiterungspunkte des Profils. Erzeuge keine leeren Objekte oder Rollenapparate.
Technische Stack-, Git- und Testentscheidungen behalten ihre eigenen Quellen.

## Fachliche Herkunft

- [SAFe Epic](https://framework.scaledagile.com/epic/): Hypothese, Business Case und MVP.
- [SAFe Portfolio Backlog](https://framework.scaledagile.com/portfolio-backlog/) und
  [Portfolio Flow](https://framework.scaledagile.com/portfolio-flow/): Epic- und Flusssteuerung.
- [Kanban Guide](https://kanbanguides.org/the-kanban-guide/): expliziter Workflow und WIP.
- [Design Council – Double Diamond](https://www.designcouncil.org.uk/resources/the-double-diamond/):
  Erkunden und Fokussieren.
- [PMI Practice Standard for Scheduling](https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/practice-standard-scheduling.pdf):
  schrittweise Konkretisierung naher Arbeit.

Die verbindliche Auswahl, SAFe-Abgrenzung und DigiEstate-Konventionen stehen
im gemeinsamen Profil; dieser Skill definiert keine zweite Projektmethode.