Lokalisierter Leseleitfaden
stakeholder-updateZweck, Verwendung und Quelle
Erstellen Sie ein auf Zielgruppe und Frequenz zugeschnittenes Stakeholder-Update. Nutzen Sie es für wöchentliche oder monatliche Statusberichte für die Führungsebene, Ankündigungen von Produkteinführungen, Eskalationen von Risiken oder Hindernissen sowie für die Übersetzung desselben Fortschritts in Management-Briefings, technische Detailinformationen oder kundenorientierte Versionen.
Quelle abgerufen:
- Quell-Repository
- anthropics/knowledge-work-plugins
- SKILL.md
product-management/skills/stakeholder-update/SKILL.md- Repository-Sterne
- 34,049
- Repository zuletzt aktualisiert
- 2026-10-30
- Fähigkeitskategorien
- Geschäft
- Letzte Datenerfassung
Lizenz: Lizenzdatei: Prüfung ausstehend
Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.
Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.
Was diese Fähigkeit bewirkt
Erstellen Sie ein auf Zielgruppe und Frequenz zugeschnittenes Stakeholder-Update. Nutzen Sie es für wöchentliche oder monatliche Statusberichte für die Führungsebene, Ankündigungen von Produkteinführungen, Eskalationen von Risiken oder Hindernissen sowie für die Übersetzung desselben Fortschritts in Management-Briefings, technische Detailinformationen oder kundenorientierte Versionen.
Wie der vorgelagerte Workflow funktioniert
Wann sollte der Status geändert werden?
Wechseln Sie beim ERSTEN Anzeichen eines Risikos auf Gelb, nicht erst, wenn Sie sich der Lage sicher sind. Wechseln Sie auf Rot, wenn Sie alle Ihre Optionen ausgeschöpft haben und eine Eskalation erforderlich ist. Wechseln Sie erst wieder auf Grün, wenn das Risiko tatsächlich beseitigt und nicht nur vorübergehend ausgesetzt ist. Dokumentieren Sie die Änderung bei jedem Statuswechsel – z. B. „Wechsel auf Gelb, weil [Grund]“.
Aufwärtspassage · L211 ↗Wann sollte man eine alternative Streitbeilegungserklärung schreiben?
Strategische Produktentscheidungen (welches Marktsegment anvisiert werden soll, welche Plattform unterstützt werden soll) Wichtige technische Entscheidungen (Architekturwahl, Anbieterauswahl, Eigenentwicklung vs. Kauf) Kontroverse Entscheidungen, bei denen Uneinigkeit herrschte (die Begründung für spätere Verwendung dokumentieren) Entscheidungen, die zukünftige Optionen einschränken (Technologiewahl, Abschluss einer Partnerschaft)
Aufwärtspassage · L266 ↗Stakeholder-Update
Falls Sie auf ungewohnte Platzhalter stoßen oder überprüfen müssen, welche Tools verbunden sind, sieheCONNECTORS.mdErstellen Sie ein auf Zielgruppe und Frequenz zugeschnittenes Stakeholder-Update.
Aufwärtspassage · L7 ↗/stakeholder-update $ARGUMENTSAnforderungen und Einrichtung
Aus dieser Datei wurde kein Abschnitt mit kurzen Anforderungen ausgewählt. Dies bedeutet nicht, dass die Fertigkeit keine Abhängigkeiten hat. Überprüfen Sie die Anweisungen zur Repository-Einrichtung und die referenzierten Dateien.
Grenzwerte und Qualitätskontrollen
Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.
Beginnen Sie mit einem sicheren Testlauf
- Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
- Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
- Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
- Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.
Lesen Sie mehr dazu in der Quelle.
- Stakeholder-Update
- 1Aktualisierungstyp bestimmen
- 2Zielgruppe bestimmen
- 3Kontext aus verbundenen Tools abrufen
- 4. Aktualisierung generieren
- 5Überprüfen und liefern
- Update für Führungskräfte
- Update vom Entwicklungsteam
- Aktualisierung der funktionsübergreifenden Partner
- Kunden-/Externe Aktualisierung
- Grüner / Gelber / Roter Status
- Wann sollte der Status geändert werden?
- ROAM-Rahmenwerk für Risikomanagement
- Risiken effektiv kommunizieren
- Häufige Fehler in der Risikokommunikation
- Format für die Aufzeichnung von Architekturentscheidungen
- Wann sollte man eine alternative Streitbeilegungserklärung schreiben?
- Tipps zur Entscheidungsdokumentation
- Stand-up-Meeting / Tägliche Synchronisierung
- Sprint-/Iterationsplanung
- Retrospektiv
- Stakeholder-Review / Demo
- Ausgabeformat
- Tipps
Verwandte Fähigkeiten
Übersetzung und Umfang
Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.
Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.
- Angeheftete Quelle
- Lesen Sie das Original ↗
- Quelle abgerufen
- Source-Commit
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- Quelle SHA-256
bcdb8ee95dc34d025dcc3d98e7435c4dca45930581b3b7a8707f8770dd364e79