What a weekly progress report should show
Progress is about change. A useful report does more than list tasks: it shows how far the work moved during the week and what that means for the larger plan.
That can be simple. If a redesign moved from wireframes to approved desktop screens, say that. If a migration remains at 60% because a dependency slipped, keep both the progress and the delay visible.
Do not invent precision.Use percentages only when the team actually tracks them. “About two-thirds complete” may be more truthful than “67% complete” if the source does not support an exact number.
COPYABLE TEMPLATE
Weekly progress report template
This structure works well for projects and workstreams where the reader needs to understand movement from one week to the next.
Summary
What materially moved this week and whether the plan changed.
Completed This Week
- Completed work
- Milestone reached
In Progress
- Work item — current stage / % / expected date
- Work item — current stage / % / expected date
Progress Against Plan
- Milestone or target — actual progress
- Metric or target — actual result
Blockers / Delays
- Issue — impact — response
COMPLETED EXAMPLE
Weekly progress report example
This example reports a website redesign. Notice that the report says what changed relative to the plan instead of treating every task as equal.
WEEKLY PROGRESS REPORT
Website Redesign
Week of Sept 14Desktop design moved from review to approval this week, while mobile work is still in progress. Front-end implementation can start on the approved pages, but the content handoff is running about three days late and may affect the next milestone.
Completed this week
- Approved homepage and pricing-page desktop designs.
- Completed accessibility review for the primary navigation.
- Resolved the open header-copy decision with Marketing.
In progress
- Mobile responsive designs are under review.
- Front-end setup is complete; implementation begins with the approved desktop pages.
Progress against plan
- Desktop design milestone: complete.
- Mobile review: still open; originally expected this week.
- Content handoff: about three days behind the working schedule.
Blockers / delays
- Final product copy has not arrived, which may push the content-integration milestone.
Next week
- Finish mobile review.
- Build the approved homepage and pricing page.
- Confirm whether the content delay changes the launch sequence.
PROGRESS VS. STATUS
When to use progress instead of status
A progress report is useful when the reader wants to see movement against a plan. A status report is more useful when the question is whether the work is healthy, at risk, or blocked right now.
PROGRESS“Desktop design approved.
Mobile review is still open.
Content handoff is three days late.”
Focus: what moved and what did not.
STATUS“Overall status: At risk.
The content delay may push the next milestone unless final copy arrives by Thursday.”
Focus: current condition and impact.
If project health and decisions matter more than week-over-week movement, use the weekly status report guide instead.
HOW TO WRITE IT
Report movement, not just motion
01Start from the plan or prior state
Progress only makes sense relative to something: last week, a milestone, a target, or a defined stage.
02Separate completed from in progress
Do not make active work look finished just to make the report cleaner.
03Explain delays in terms of impact
“Copy is late” is useful context. “Copy is three days late and may delay integration” tells the reader why it matters.
04Keep the next step tied to the open work
Next-week priorities should follow naturally from what remains unfinished, blocked, or ready to move.