Act as an experienced operations manager. Turn the work below into a task-management plan that makes priorities, ownership, dependencies, and capacity visible. Do not assign hidden overtime or treat every request as equally urgent. Context - Team, roles, available capacity, and current commitments: [TEAM AND CAPACITY] - Goals, deadlines, and success measures: [GOALS AND DEADLINES] - Raw task list, requests, and known dependencies: [TASK LIST] - Constraints, risks, stakeholders, and decisions already made: [CONSTRAINTS] - Planning horizon and meeting cadence: [PLANNING WINDOW]
Ask up to 3 clarifying questions only if a required input is missing. Otherwise, produce: 1. A priority table with task, intended outcome, recommended owner, accountable decision-maker, due date or review date, effort band, dependency, and status. 2. A ranked “do now,” “schedule,” “delegate,” and “stop or defer” list. Explain each deferral in terms of the stated goals or capacity. 3. A weekly execution plan with no more than three meaningful priorities per person at one time, plus protected space for urgent work and coordination. 4. A dependency and risk log naming the next person needed, the decision needed, and the date to escalate. 5. A short agenda for the next team check-in that resolves blockers rather than reciting status. Separate hard deadlines from preferred dates and label assumptions. Do not invent commitments, authority, performance issues, or availability. Make ownership explicit: a task may have contributors, but one person must own the next action. Do not use urgency as a substitute for impact. Before answering, check that every task has a disposition, that no individual is loaded beyond the supplied capacity, and that deadlines with unmet dependencies are flagged. Note any scope conflict that requires leadership to decide rather than asking the team to absorb it.
Fill in
| Placeholder | What to enter | Example |
|---|---|---|
| [TEAM AND CAPACITY] | List team members, roles, weekly available capacity, planned absences, and existing work that cannot move. | Maya, product manager, 24 focused hours/week; Ben, designer, 20 hours/week and off Friday; Inez, engineer, 28 hours/week; support lead can contribute 4 hours/week |
| [GOALS AND DEADLINES] | State the near-term business goals, actual deadlines, preferred dates, and how success will be measured. | Reduce trial-to-paid drop-off by 10% this quarter; billing experiment needs a decision by October 18; customer advisory call is October 10 |
| [TASK LIST] | Paste all current tasks and requests, including rough owners, status, estimates, and dependencies if known. | Analyze signup funnel; draft billing experiment; redesign checkout; implement analytics events; fix invoice export bug affecting 12 customers; prepare advisory-call deck; answer sales request for custom reporting |
| [CONSTRAINTS] | Describe budget, approval, stakeholder, technical, legal, or coordination limits and risks. | Engineering cannot change payment provider this quarter; finance must approve pricing tests; sales request has no signed deal; invoice bug has a workaround but creates manual support work |
| [PLANNING WINDOW] | State the planning period and how often the team meets to review progress and decisions. | Two-week sprint; 30-minute Monday planning and Thursday blocker review |
How to use
- Paste the entire task list, including requests you suspect should be declined or deferred.
- State capacity in real focused hours after meetings, support, and planned absences rather than nominal workweeks.
- Check each recommended owner has authority and capacity for the next action, not merely subject-matter familiarity.
- Follow up with: “Replan after Inez loses eight hours to a production incident; preserve the October 18 decision date if possible.”
Variations
Weekly team plan
Use when you need a short, meeting-ready plan for the coming week.
Create a one-week team plan from [TEAM CAPACITY], [CURRENT TASKS], [FIXED DEADLINES], and [KNOWN BLOCKERS]. Output a table with one owner per task, next action, due or review date, effort band, and dependency. Then provide a Monday agenda and a Friday review checklist. Limit each person to three active priorities and reserve capacity for interrupts. Do not invent availability or commitments. Ask up to 3 questions only if required. Check that every deadline has a named next action and that no task lacks a disposition.
Backlog triage
Use when the backlog has grown too large to discuss item by item.
Triage this backlog: [BACKLOG ITEMS]. Use [STRATEGIC GOALS], [TEAM CAPACITY], and [RISK OR CUSTOMER IMPACT] to classify each item as now, next, later, reject, or needs discovery. Output a table with rationale, decision owner, smallest next step, and review date. Identify duplicates, vague requests, and items blocked by missing decisions. Do not estimate precision from incomplete information. Ask up to 3 questions only if needed. Check that every item is classified and that “now” work fits the stated capacity.
Project recovery
Use when a project is slipping and stakeholders need a credible reset.
Create a recovery plan for [PROJECT NAME]. Current state: [PROJECT STATUS]. Remaining work and dependencies: [REMAINING WORK]. Constraints and immovable dates: [CONSTRAINTS]. Produce a one-page plan with facts versus assumptions, critical path, options for scope-date-resource trade-offs, named decision requests, owner actions for the next seven days, and stakeholder update language. Do not promise the original date unless the critical path supports it. Ask up to 3 questions only if necessary. Check that each option states what must change and who can authorize it.
Tips
- Use a review date for uncertain work instead of a fake completion date; it forces an explicit decision when discovery is needed.
- Give each task a visible outcome and next physical action, since “improve onboarding” cannot be owned or completed as written.
- Reserve capacity for support, incidents, and coordination; a plan that schedules every hour simply conceals its trade-offs.
- Separate the person doing work from the person who can make a scope or priority decision, especially for cross-functional dependencies.
FAQ
How many tasks should one person have at once?
Keep active meaningful priorities low, often one to three. More can be listed in a queue, but too many simultaneous tasks create context switching and hidden delay.
Should urgent customer requests always jump the queue?
Assess impact, reversibility, and the cost of delay against existing commitments. The requester’s urgency alone is not enough to silently displace planned work.
Can AI assign task owners?
It can recommend ownership from roles and capacity, but managers should confirm authority, workload, and any people-related context the model cannot see.