Queued is not started: explain agency work states clearly
Read the guide →Guide preview
A queue records what comes next; active work records what the team is currently doing.
Connect queues, versions, approvals and responsibilities.
Connect queues, versions, approvals and responsibilities.
New to the topic? Begin with the first guide. Otherwise, go straight to the question you need to answer.
A queue records what comes next; active work records what the team is currently doing.
Concurrent limits control work in progress; monthly limits control the volume allowed within a period.
A changed queue position is a request to reconsider sequencing—not automatic permission to break another commitment.
Every active request needs one accountable next-action owner, even when several people contribute.
Feedback is actionable only when the team knows which version, element and decision it concerns.
Identify the version, timestamp, intended change and decision owner before starting an edit pass.
Judge a change against the accepted brief and deliverable—not against how easy the change sounds in a message.
Production complete, client approved and final delivery are separate events; choose a closure rule that covers the promise.
Collect broad input, but establish who resolves conflicts and authorizes the final version.
Name the missing input, its owner and the effect on delivery instead of leaving the request vaguely in progress.
Keep the original commitment, explain what changed and agree the next useful milestone.
Keep effort measurement, customer allowance and authorized charges as distinct records.
A template should preserve useful structure, not an old client’s permissions, commitments or confidential material.
A useful update says what happened, what happens next and whether the client needs to act.