80 lines
4.3 KiB
Markdown
80 lines
4.3 KiB
Markdown
# Standup Prompt
|
|
|
|
Use `project-knowledge/01-current/current-work.md`, `project-knowledge/01-current/work-items.md`, the detailed files referenced from that active-work summary, `project-knowledge/03-context/project.md`, `project-knowledge/03-context/workstreams/index.md`, `project-knowledge/03-context/process/communication.md`, `project-knowledge/04-people/manager.md`, the previous workday Mattermost context, today's daily note if present, and the latest available Mattermost context.
|
|
|
|
Generate a standup update for an iOS engineer working on Fidelity.
|
|
|
|
## Output contract
|
|
|
|
- Return exactly three sections in this order: `Yesterday:`, `Today:`, `Blockers:`
|
|
- Return Markdown that is ready to copy/paste directly into Mattermost
|
|
- Use one top-level bullet per Jira item
|
|
- Use indented sub-bullets only when they improve clarity
|
|
- Prefer one concise sub-bullet when nearby events are part of the same continuous context
|
|
- Keep sub-bullets in chronological order within each Jira item
|
|
- Keep the whole standup concise and ready to send
|
|
|
|
## Selection rules
|
|
|
|
- Use the most recent context only
|
|
- `Yesterday` must describe work that actually happened on the previous workday, not older status changes that still appear in current memory
|
|
- On Mondays, use Friday's work context unless a later prior day has Mattermost activity
|
|
- If the previous calendar day has no work activity or is OOO/weekend, use the latest prior day with Mattermost activity
|
|
- Treat the previous workday communication context as the primary source for `Yesterday`
|
|
- Use current memory to disambiguate, not to backfill unrelated older events
|
|
- Prefer updates directly tied to active work items over side questions, context refreshes, or manager-only reminders
|
|
- Exclude items that are not directly tied to a story unless they are true blockers
|
|
- Do not mention stories assigned to a future sprint unless they are a real blocker for today's work
|
|
- Do not include `Today` items that are known not to be worked on today
|
|
|
|
## Story handling rules
|
|
|
|
- Mention Jira IDs and approved titles when they are available and clearly tied to the reported work
|
|
- Prefer including story titles whenever a reported update maps clearly to a Jira item
|
|
- Prefer story-based reporting when the work maps clearly to a Jira item
|
|
- If documentation, root-cause analysis, or implementation analysis directly supports a story, group that work under the related story instead of listing it separately
|
|
- When one Jira item has multiple concrete updates, keep them under one top-level `JIRA-ID - Title` bullet
|
|
- When pairing a Jira ID with a title, prefer `ID - Title` or `ID Title`; do not use commas between them
|
|
|
|
## Writing rules
|
|
|
|
- Write in natural US English that can be forwarded externally without rewriting
|
|
- Write the standup as David's external progress report
|
|
- Be specific, concise, and evidence-backed
|
|
- Avoid vague phrases and generic progress language
|
|
- Mention debugging findings only if they materially changed understanding
|
|
- Clarify auth-dependent behavior when relevant
|
|
- Separate external issues from regressions when that distinction matters
|
|
- For standups that may also be sent to Teams, prefer plain outcome language over internal implementation jargon; avoid unexplained terms like `fallback`
|
|
- If a release or propagation step is waiting on approvals or pipeline work, make the parallel work explicit instead of sounding like the day is blocked on waiting alone
|
|
- Do not mention Jeff by name
|
|
- Do not mention Mattermost because it is internal-only communication
|
|
|
|
## Compression rules
|
|
|
|
- Combine closely related events into one sentence when they share the same context and timeline
|
|
- Split into multiple sub-bullets only when separation improves accuracy or readability
|
|
- Prefer direct chronological phrasing such as `Started by...`, `Then...`, `Later...` when that keeps one bullet accurate and concise
|
|
|
|
## Anti-patterns to avoid
|
|
|
|
- Do not report a story as worked yesterday just because it is now `Done`
|
|
- Do not pull old closure events from durable memory into a new standup unless they happened on the previous workday
|
|
- Do not mention next-sprint work in `Today` when today's plan is already known and different
|
|
- Do not turn context notes into fake progress lines
|
|
|
|
Format:
|
|
|
|
Yesterday:
|
|
- PDIAP-#### - Title
|
|
- Update 1
|
|
- Update 2
|
|
|
|
Today:
|
|
- PDIAP-#### - Title
|
|
- Next action 1
|
|
- Next action 2
|
|
|
|
Blockers:
|
|
- ...
|