Topic 1 of 5
#Start of shift
Topic 2 of 5
#Routine fleet health check
- 1Open Players and filter to offline or overdue states.
- 2Exclude players that are intentionally powered down or outside operating hours.
- 3Open each unexpected result and compare its recent activity timestamps.
- 4Use a lightweight remote check before disruptive actions.
- 5Record the outcome or escalate with the player name and observed times.
Topic 3 of 5
#Planned content change
- 1Confirm the approved presentation and target group.
- 2Review player filters, tags and the selected count.
- 3Run a fresh dry run and read every target warning.
- 4Apply the release once.
- 5Wait for player activity and visually verify representative screens.
- 6Record exceptions rather than repeating the entire release.
Topic 4 of 5
#End of shift
Topic 5 of 5
#A useful handover note
| Include | Example of useful context |
|---|---|
| Scope | Player label, group or affected count |
| Time | When the issue or action was observed |
| Action | What was attempted once |
| Result | Success, warning, partial result or failure |
| Verification | Activity changed, snapshot checked or physical screen confirmed |
| Next step | Monitor, retry one target or escalate |