Skip to main content

write-a-work-status-update

Turn working notes into a concise status update covering outcomes, evidence, risks, decisions, and next actions. Use when reporting project or operational progress.

Datos de origen

Repositorio
protosphinx/sphinxstack
Última actividad en el origen
29 de julio de 2026 a las 13:55
Idioma detectado de SKILL.md
inglés
Estrellas
3
Forks
0

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Explorador de archivos
2 archivos

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
write-a-work-status-update
category
write
description
Turn working notes into a concise status update covering outcomes, evidence, risks, decisions, and next actions. Use when reporting project or operational progress.
# write-a-work-status-update Lead with what changed and what needs attention. Separate completed work from activity, forecast, and assumption. ## Procedure 1. Confirm audience, reporting period, project scope, format, and decision needs. 2. Gather commitments, completed artifacts, measured results, open work, risks, decisions, and dependencies. 3. Verify status against the system of record, owner, test, link, or dated evidence. 4. Classify each item as completed, in progress, blocked, at risk, planned, or unknown using the team's definitions. 5. Write an outcome-first summary, then material progress, risks, decisions needed, and next-period commitments. 6. Give each risk an impact, evidence, owner, mitigation, and decision date. 7. Make requests explicit with one owner and deadline. 8. Remove narrative that repeats unchanged work and redact unnecessary sensitive detail. 9. Check that dates, numbers, links, and status labels agree before sending. ## Failure plan - Never call work complete because it was started, coded, submitted, or discussed. - Do not hide bad news in passive language or bury a decision request. - If evidence conflicts, report the discrepancy instead of selecting the favorable version. - Keep people issues and confidential incidents in the proper restricted channel. ## Done - Every material status is checked against dated evidence - Risks, decisions, owners, and next actions are clearly listed - The sent update is saved and any response commitments are logged
Ver en GitHub