Skip to content

Nema for Weekly project updates

Make the weekly update explain what changed.

Replace a rollup of every task with a concise account of movement and risk. Nema compares the available history while the project owner resolves conflicting updates.

An example in Slack Illustrative

@Nema, prepare this week's project update from the task export and discussion in this channel. Explain what changed, list blockers and owners, cite decisions, and flag conflicting status.

Nema APP

Weekly project update

  • Mobile review moved from blocked to complete after design approved the new flow.
  • The launch email still depends on legal review; the marketing owner is named.
  • The team chose October 8 for beta and still needs to set the support handoff date.
  • The task tracker says complete while the owner reports one open test.

A starting point for your team's review.

Set the reporting window

Give Nema the previous approved update, current task export, reporting dates, and the project Slack channel. Define the status fields and any milestone terms the team uses. The previous update matters because readers need to know what changed, not receive the full plan again.

State the audience and level of detail. A working-team update and an executive summary answer different questions.

Report movement rather than activity

Ask Nema to focus on completed milestones, changed dates, new blockers, resolved dependencies, and decisions. A long list of comments does not show whether the project moved.

Each important statement should point to the task record or channel decision supporting it. If a task system says complete but the owner reports unfinished review, present the conflict instead of choosing one source silently.

Make blockers actionable

A blocker needs an affected outcome, the missing input, a responsible owner when one is known, and a decision or date. "Waiting on design" is weaker than "The onboarding email cannot enter review until the product image is approved; the design owner has not confirmed Friday."

Nema should leave unsupported owners or deadlines blank and ask the project lead to fill them. This keeps the update from creating commitments by accident.

Review in the project channel

Post the draft where contributors can correct it. The project owner resolves status conflicts, chooses which risks to escalate, and confirms the final wording. Nema can then produce a shorter version for stakeholders who do not need the working detail.

A scheduled routine can prepare the same draft each week after the input path and definitions are reliable. The owner still reviews material changes and sensitive details.

Start with one workstream

Choose a project with a recent approved update and a clean task export. Ask for changes only. Verify every blocker and decision with its owner. This first run reveals stale task fields and informal conventions that should become explicit guidance.

Questions from project teams

What if Slack and the task tracker disagree?

Nema can show both statuses and their timestamps. The project owner decides which is current and updates the source of record.

Can Nema assign owners?

It can carry forward owners named in the source. It should ask when a new item has no confirmed owner.

Can the update run every Friday?

Yes, after the team verifies the inputs and report shape. Each run should show its reporting window and data freshness.

Start with one channel.

Add Nema to Slack, invite it to one channel, and ask it something. $50 in free credits, no card up front. If you would rather see it first, we will walk you through it.