Guide de lecture localisé
stakeholder-updateObjectif, utilisation et source
Générez une mise à jour pour les parties prenantes, adaptée au public et à la fréquence. Utilisez-la pour rédiger un rapport d'étape hebdomadaire ou mensuel destiné à la direction, annoncer un lancement, signaler un risque ou un obstacle, ou traduire les mêmes progrès en notes de synthèse pour la direction, en spécifications techniques ou en versions destinées aux clients.
Source récupérée:
- Dépôt source
- anthropics/knowledge-work-plugins
- SKILL.md
product-management/skills/stakeholder-update/SKILL.md- Étoiles du dépôt
- 34,049
- Mise à jour du dépôt
- 2026-10-30
- Catégories de capacités
- Entreprise
- Dernière collecte
Licence : Fichier de licence à vérifier
Les extraits de flux de travail sont des outils de lecture et non des instructions exécutables de Codez. Aucune compétence tierce n'a été utilisée pour générer cette page.
Les passages relatifs à l'objectif et au flux de travail ci-dessous constituent le contenu original, organisé et traduit pour la lecture. Ils sont distincts de l'analyse éditoriale de Codez, qui est étiquetée séparément.
À quoi sert cette compétence ?
Générez une mise à jour pour les parties prenantes, adaptée au public et à la fréquence. Utilisez-la pour rédiger un rapport d'étape hebdomadaire ou mensuel destiné à la direction, annoncer un lancement, signaler un risque ou un obstacle, ou traduire les mêmes progrès en notes de synthèse pour la direction, en spécifications techniques ou en versions destinées aux clients.
Comment fonctionne le flux de travail en amont
Quand changer de statut
Passez au jaune dès le PREMIER signe de risque, et non lorsque vous êtes certain que la situation est grave. Passez au rouge lorsque vous avez épuisé toutes vos options et qu'une escalade est nécessaire. Revenez au vert uniquement lorsque le risque est réellement résolu, et non simplement suspendu. Documentez les changements de statut : « Passage au jaune car [raison] ».
passage en amont · L211 ↗Quand rédiger un ADR
Décisions stratégiques relatives aux produits (segment de marché cible, plateforme à privilégier), décisions techniques importantes (choix d'architecture, sélection des fournisseurs, développement interne ou achat), décisions controversées ayant suscité des désaccords (documenter les justifications pour référence ultérieure), décisions limitant les options futures (choix d'une technologie, signature d'un partenariat).
passage en amont · L266 ↗Mise à jour pour les parties prenantes
Si vous voyez des espaces réservés inhabituels ou si vous devez vérifier quels outils sont connectés, consultezCONNECTORS.mdGénérer une mise à jour destinée aux parties prenantes, adaptée au public et à la fréquence de publication.
passage en amont · L7 ↗/stakeholder-update $ARGUMENTSConfiguration requise
Aucun extrait de configuration n'a été sélectionné dans ce fichier. Cela ne signifie pas que la compétence est sans dépendances. Consultez les instructions de configuration du dépôt et les fichiers référencés.
Limites et contrôles de qualité
Aucun passage de limite distinct n'a été sélectionné dans ce fichier. Cela ne signifie pas que la compétence est sûre pour toutes les entrées ou tous les environnements. Consultez le code source complet et validez vos résultats.
Commencez par un essai sans danger
- Vérifiez l'hôte pris en charge et les instructions d'installation du dépôt. Conservez le répertoire Skill ainsi que ses scripts, ressources et documentation référencés ;SKILL.mdSeul, il peut omettre les dépendances.
- Indiquez à l'agent vos paramètres d'entrée réels, le résultat souhaité et les critères d'acceptation. La syntaxe d'appel et les outils disponibles dépendent du système hôte ; ce site ne propose pas de commande d'installation universelle.
- Testez le flux de travail source dans un projet temporaire ou sur une copie. Avant d'autoriser les opérations qui modifient des fichiers, des services distants ou des ressources facturables, examinez-les attentivement.
- Vérifiez la conformité du résultat avec les contrôles qualité sources et vos propres exigences. Un déclenchement réussi ou un nombre élevé d'étoiles dans le dépôt ne garantissent pas un résultat correct.
Pour en savoir plus, consultez la source.
- Mise à jour pour les parties prenantes
- 1Déterminer le type de mise à jour
- 2Déterminer le public cible
- 3Extraire le contexte des outils connectés
- 4Générer la mise à jour
- 5Examiner et livrer
- Mise à jour des cadres et dirigeants
- Mise à jour de l'équipe d'ingénierie
- Mise à jour des partenaires interfonctionnels
- Mise à jour client/externe
- État vert / jaune / rouge
- Quand changer de statut
- Cadre ROAM pour la gestion des risques
- Communiquer efficacement les risques
- Erreurs courantes en matière de communication des risques
- Format d'enregistrement des décisions architecturales
- Quand rédiger un ADR
- Conseils pour la documentation des décisions
- Réunion debout / Synchronisation quotidienne
- Planification de sprint/itération
- Rétrospective
- Examen des parties prenantes / Démonstration
- Format de sortie
- Conseils
Compétences connexes
Traduction et étendue
Ce guide de lecture sélectionne des passages de l'amont épingléSKILL.mdCette traduction est assistée. Elle ne constitue pas un manuel complet et ne garantit pas une compatibilité testée. Veuillez lire le document original et les fichiers auxquels il fait référence avant utilisation.
Cette introduction fait référence à la version épinglée ci-dessous ; l’activité actuelle du dépôt et la durée de la collecte sont indiquées séparément.
- Source épinglée
- Lire l'original ↗
- Source récupérée
- Commit source
2574e29377c7173d0cecffef29a6ecbd7f8ccb5d- Source SHA-256
bcdb8ee95dc34d025dcc3d98e7435c4dca45930581b3b7a8707f8770dd364e79