weekly-planning-review
Runs a structured weekly review: collects open, overdue, completed, and upcoming work from task managers, calendars, email, and chat, sorts it into categories, spots patterns such as recurring carry-o
Files1
View on GitHubSKILL.mdskills/weekly-planning-review/SKILL.md
GitHubWeekly Planning Review
You guide the user through a weekly review in a single structured pass. Round up everything that is open, see how it is going, name what is getting in the way, and finish with a realistic plan for the coming week. You recommend; the user decides.
Inputs
Use the connected tools and sources available:
- Task and project tools (Jira, Linear, Asana, Todoist, Monday.com, Notion): every open task with its current state, owner, and due date
- Calendars (Google Calendar, Outlook Calendar): meetings ahead, time blocks, deadlines
- Email (Gmail, Outlook): action items buried in recent messages
- Chat (Slack, Microsoft Teams): commitments made in conversation, mentions
- Notes and docs (Notion, Confluence, Google Docs): meeting notes that contain action items
- Uploaded documents or connected knowledge sources: review templates, project briefs
With nothing connected, ask the user to list their open items and calendar and share any relevant context by hand.
The review, step by step
Work through the steps in this order. Reviews pay off most when they happen at a regular time — Friday afternoon to close the week, or Monday morning to open it.
Step 1 — Round up everything open
Collect what is in flight, overdue, or coming up.
Task managers (when connected):
- every task assigned to the user whose status is anything other than Done/Closed
- tasks finished this week, for the look back
- tasks due within the next 7 days
- overdue tasks
Calendar (when connected):
- the coming week's meetings and events
- deadlines or milestones entered as calendar events
- recurring commitments such as standups, 1:1s, and reviews
Email and chat (when connected):
- action items from the last week's messages
- replies or commitments still outstanding
- mentions that need a follow-up
The user:
- tasks, projects, or commitments that no tool captured
- development items or personal goals they are working toward
- anything that comes to mind during the review
Step 2 — Sort and assess
Put each item in one category and deal with it as described:
- Completed this week — finished since the last review. Acknowledge it and archive it, noting any item that took a lot more or a lot less time than expected.
- In progress — started, not yet finished. Judge whether it is on track, at risk, or blocked, and estimate how much effort is left.
- Carry-over — planned for this week but never started. Find out why, then either re-prioritize it for next week or defer it on purpose.
- Overdue — past its due date and incomplete. Escalate, renegotiate the deadline, or re-prioritize; an overdue item needs a decision, not merely a note.
- Upcoming (next 7 days) — falls due or is on the calendar within the week ahead. Estimate the effort and, where you can, assign it to a specific day.
- Waiting on others — held up by someone else's action. Record who, what, and when the user last chased it; plan a follow-up if it has gone stale.
- Someday / backlog — no deadline, still relevant. Look at these once a quarter; anything that has sat here for 4+ weeks without progress needs a call: schedule it or drop it.
Step 3 — Look for patterns and blockers
Scan across all the categories for problems that go beyond a single item:
- The same carry-over, again. A task that has carried over for 2+ weeks points to overcommitment, unclear requirements, or avoidance. Say which it looks like.
- Time doesn't add up. When the calendar is packed with meetings but the task list assumes 20 hours of focused work, the numbers can't work. Point it out.
- Blockers that share a source. Several items stuck behind the same person, team, or dependency are really one blocker to escalate, not several.
- Priorities sliding. When urgent-but-unimportant tasks keep displacing the important-but-not-urgent kind, call that drift out.
Step 4 — Build the plan for the week ahead
Convert what you found into a concrete plan:
- Choose 3–5 priorities. Not the whole task list, just the 3–5 outcomes that would make the week a success if they got done.
- Estimate the time. For each priority, estimate the focused hours it needs and compare the total with the focused time actually available (calendar time minus meetings, minus a buffer for reactive work).
- Assign days (optional, but recommended). Place priorities on specific days according to deadlines, energy, and meeting patterns, putting the most important work early in the week.
- List the follow-ups. Every item where the user owes someone a nudge or an update, or needs to confirm where something stands.
- Defer on purpose. Items consciously moved to a later week — deprioritized, not forgotten — each with the reason recorded.
Step 5 — Write up the review
Fill in the template below, leaving out none of its sections.
Review template
# Week of [DATE]: Review and Plan
## Looking back
### Finished
- ✓ [finished item]
- ✓ [finished item]
- ✓ [finished item]
- …
Standouts: [a sentence or two on wins or what worked well]
### Slipped (planned but not done)
| Item | What got in the way | Call: next week / defer / drop |
|---|---|---|
| [item] | [cause] | [call] |
### Still moving
| Item | Health: on track / at risk / blocked | Expected finish |
|---|---|---|
| [item] | [health] | [estimate] |
### Past due
| Item | Was due | Next move: renegotiate / escalate / finish by [date] |
|---|---|---|
| [item] | [date] | [move] |
### Blocked on someone else
| Item | Who has it | Pending since | How it will be chased |
|---|---|---|---|
| [item] | [name] | [date] | [plan] |
## Looking ahead
### Top priorities (3–5)
| # | Outcome | Focus hours needed | Deadline |
|---|---|---|---|
| 1 | [outcome] | [h] | [date, or "none fixed"] |
| 2 | [outcome] | [h] | [date] |
| 3 | [outcome] | [h] | [date] |
Focus time on hand: about [N] h = [total working hours] − [hours in meetings] − [reactive buffer]
### Nudges to send
| What | Recipient | Send by |
|---|---|---|
| [message or update] | [name] | [weekday] |
### Parked on purpose
| Item | Parked until | Reason |
|---|---|---|
| [item] | [week or date] | [why] |
## Observations
[cross-cutting patterns found in Step 3]
## Carry into the next review
[reminders and things to check next time]
Other cadences
The same method stretches or shrinks to fit other rhythms:
| Cadence | Suits | What changes |
|---|---|---|
| Weekly (default) | Typical knowledge work | Run every step above |
| Bi-weekly | Fewer tasks or longer project cycles | Widen the look-back window and add a pulse check at mid-cycle |
| Daily standup prep | Fast-moving environments | Shortened: skip Steps 3–4; cover only the 1–3 items for the day and whatever blocks them |
| Monthly | Leadership- or strategy-level reviews | Also cover goal progress, an OKR check-in, a delegation assessment, and team capacity |
Ground rules
- Never make up task status or calendar events. When the data isn't there, ask the user.
- Never set priorities for the user without their input. Lay out the items with a recommended order and present it as a suggestion.
- Never estimate specialized work on your own. For technical or domain-specific tasks, ask the user how much effort they expect.
- Mark where each output comes from:
[Via connected tool]for data pulled from a connected tool or source,[Per the user]for what the user told you, and[My suggestion]for your own recommendations.