One place for active delivery
Project Workspace is the working surface for an active project. The left side shows progress and the project calendar; the main area shows the tasks for the selected planning period; the top actions open Project chat, Team chat and Project Analytics without losing the current task context.
The workspace follows the project's operating model. Sprint controls appear for sprint-based delivery, hours appear only when time tracking is enabled, and financial actions remain hidden when the project does not use billing or invoices.
Use Date, Status and Tags to find work. Open a task to edit its details, assigned hours and work products according to your project permissions.
Find the work that matters now
- 1Choose a planning period
Select a week or configured delivery period in Calendar. The task list updates to that period without changing the project's total duration.
- 2Switch between Date and Status
Date keeps work in delivery order. Status groups work by its current state and unlocks the status filter.
- 3Filter by tags
Use one or several project tags. Match all narrows the result to tasks containing every selected tag.
- 4Use All only when necessary
All shows tasks across planning periods. Return to the active period for focused daily work.
- 5Read the completion counter
The Done/Total indicator summarizes the currently visible scope, not unrelated tasks outside the filter.
Create and maintain a delivery task
- 1Add a task
Choose Add task, give it a concrete outcome and place it in the correct delivery period.
- 2Add useful detail
Write the description as completion evidence. Checklist lines are useful when one outcome has several verifiable parts.
- 3Assign the project team
Choose one or more specialists from the active project team. When time tracking is enabled, distribute the planned hours between them.
- 4Add dates, status and tags
Dates place the task on Calendar; status drives delivery reporting; tags make cross-sprint filtering possible.
- 5Link the source plan
If the task came from Project Architect, keep its Architect link so the delivery task remains connected to the original plan item.
- 6Save, then update the state
Keep the task current as work moves from Pending to In progress, Done and, when the client owns acceptance, Accepted.
Use task status consistently
| Status | Use it when | What it communicates |
|---|---|---|
| Pending | The task is planned but work has not started | The commitment exists in the selected delivery period |
| In progress | At least one assignee is actively working | Workload and current delivery activity |
| Done | The team has completed the expected outcome | The work is ready for review or acceptance |
| Accepted | The authorized client reviewer confirms the result | The delivery outcome has passed its acceptance boundary |
Use Task Details as the complete work record
Opening a task shows one ordered record rather than separate disconnected popovers. The header owns title, dates and status; the scrollable detail area contains the description or checklist, Work products, Work context, Work Graph when those sections have relevant evidence.
On mobile, Task Details uses a full-height sheet with a fixed header and action area. The detail area is the only scrolling region, so opening a long attachment list or Work context does not move the status and task actions off-screen. The sheet follows the active light or dark theme as one surface.
| Area | What belongs there | What it should not replace |
|---|---|---|
| Description and checklist | Outcome, acceptance detail and verifiable completion steps | Files or long agent reports |
| Work products | Agent results, uploaded files, previews, downloads and review state | Task status or client acceptance |
| Work context | Confirmed participants and the source Project Architect task | The full saved-team membership |
| Work Graph | Blockers, handoffs and related delivery tasks | An informal dependency written only in chat |
| Project pulse | Optional project check-in in Project management | A rating of a task, person or team |
Review files and agent results in Work products
Work products combines files uploaded by project participants with deliverables created by a connected project agent. Every item stays attached to its real project and task, so another participant can inspect the source, file name, summary, version and review state without searching a chat transcript.
An agent conversation does not become delivery evidence merely because the agent wrote an answer. The result appears here only after the authorized agent action saves a task artifact. Agent-generated results can then be previewed, downloaded, approved or returned with a precise revision request.
| State or action | Meaning | Next step |
|---|---|---|
| Ready for review | The agent produced a task-scoped deliverable | Preview or download it, then approve or request changes |
| Changes requested | The reviewer recorded a concrete revision note | The responsible agent or participant prepares a new version |
| Approved | The work product passed its own review boundary | Update the task status only when the whole task outcome is complete |
| Attach files | An authorized participant adds a real project file | Keep the file on the task whose outcome it supports |
| Remove | An authorized manager detaches an incorrect item | Use only when the file does not belong to the task; review history is not a substitute for deletion |
Fill an agent brief directly in Workspace
Open the original task and find the agent’s brief in Work products. Choose Fill brief to answer its actual questions in a section-by-section window. Continue brief reopens your saved draft. The form follows your light or dark theme and works on mobile; downloading, editing and uploading a DOCX is not required.
Save draft preserves your answers without advancing the agent. Submit brief checks required fields and sends the completed answers to the workflow waiting for this exact brief on this task. The agent verifies the answers against its requested input before continuing. Incomplete evidence can still require clarification; submission does not approve outgoing messages or bypass later review steps.
After submission, View answers shows the retained answers for that brief version. Download answers provides the completed brief as a DOCX. Existing task briefs use the same form; if an older brief has no individually identifiable questions, enter its answers in the completed-brief field using the original brief shown below.
Deleting the task clears its saved and submitted brief answers in the same database transaction. Permanently deleting the associated project or process removes the brief records and their answers through the existing deletion flow. Answers do not create a separate collection of orphan records. Archiving is different from permanent deletion.
- 1Open Fill brief
Workspace → original task → Work products → Fill brief. Move between sections and answer the required questions.
- 2Save or submit
Save draft to return later, or Submit brief when the answers are complete. The saved answers are attached to this version of the original task brief.
- 3Review the result
The waiting agent resumes automatically after verifying the submitted evidence. Review its next deliverable and approve only the actions you intend to authorize.
Assign only confirmed project specialists
The assignee picker reads the active project roster, not every person in every attached source team. A newly added specialist becomes assignable only after the responsible specialist, partner or client has confirmed the participation request.
The same boundary is enforced by the task API. A pending or declined person cannot be attached to a task by sending a request outside the interface.
- Use Project details to review the current member status and decision owner.
- Resolve Review member before planning work for that person.
- When time tracking is enabled, use only the accepted HOURS allocation as capacity context.
- Adding a person or increasing allocation does not create an invoice without delivered task evidence.
Connect work with Work Graph
Work Graph explains how tasks affect one another. Open a task, choose a relationship type, then search the project task list. The relationship is visible from both ends so a blocker is not hidden inside one person's task.
| Relationship | Meaning | Use it for |
|---|---|---|
| Blocked by | This task waits for another task | A real predecessor that prevents work from moving |
| Blocks | This task must finish before the selected task can move | Making downstream delivery risk visible |
| Handoff | The result moves from this task to another | Design-to-development, research-to-strategy or team-to-team transfers |
| Related | The task provides useful context without stopping work | Parallel work, shared evidence and contextual links |
Keep progress and collaboration separate
- Task status describes the deliverable. Project pulse in Project management captures voluntary feedback about the project, separately from tasks and team indicators.
- Use Project chat for decisions and communication tied to this project.
- Use Team chat for the wider team conversation when that channel is available to your role.
- Task comments keep a discussion attached to the relevant work item instead of burying it in a general thread.
- Private messages and scheduled meetings are available from the communication layer when a conversation should move to a smaller group.
A practical daily routine
- 1Open the current delivery period
Scan Progress, Calendar and the visible task count before changing anything.
- 2Review blocked and active work
Filter by Status and inspect Work Graph links before assigning more work.
- 3Update only changed tasks
Keep assignees, status, dates and checklist evidence current.
- 4Record collaboration signals
Use Project pulse when there is meaningful evidence, not as a decorative daily vote.
- 5Open Analytics for patterns
Use task details for one item and Project Analytics for workload, schedule and cross-sprint patterns.
Use the same chat controls before and during delivery
Team chat in Project management and chats in Project Workspace share the emoji picker and message controls. Click or tap your own message to open Edit or Delete within 24 hours of creation. Use Link task to search or scroll before selecting; on mobile it opens a scrollable task chooser.