Define the boundary.
Write one sentence about what belongs here. Search Projects by name, key or description first, so a new Project has a clear reason to exist.
Set up a Project
Create a Project inside your existing workspace. Choose a lasting key, check who can use it and agree how work moves from a first idea to a checked result.
A shared place to begin
Before you create it
A Project can hold work for a product, repository, service or initiative. A Team groups people and can own Projects as well as work of its own. Every work item belongs directly to one Project or one Team.
Write one sentence about what belongs here. Search Projects by name, key or description first, so a new Project has a clear reason to exist.
List the people who will contribute and check results. If a Team owns the Project, its members can collaborate there. Work created in the Project still belongs to the Project.
Pick a small outcome you can define and review together. Use it to check the setup before filling the Project with a long list.
An active workspace member can create a Project, within the workspace’s plan limits. This guide starts after workspace access is ready. Use Set up your workspace if you still need to prepare sign-in and membership.
Create the Project
Open Work → Projects → New project. Only Project name and Project key are needed. A key uses 2–8 letters or numbers, starts with a letter and becomes the permanent prefix for this Project’s work items.
Choose a key you will still recognize later. You can change the Project name, but the key stays the same.
Check the suggested Project key before saving. Choose a short, recognizable prefix rather than relying on the first suggestion.
Add a Description explaining the purpose. Choose a portfolio group and Colour if helpful. Groups organize the directory; they do not change the Project’s behavior.
Add a Website URL or Repository URL where useful. Check Default branch, which initially uses main. Saving repository details provides context; integration features may need a separate repository connection.
When private Projects are enabled, choose Workspace or Private and check the people with access. Otherwise the new Project is visible to every active workspace member.
Read any errors and correct the fields. After creation, open the Project and use Settings → Project to check its saved details.
Check access with a teammate
Ask a teammate to open the Project with their own account. Check its tasks and linked guidance too. A copied Project link does not grant access to the Project or to a private source outside it.
Workspace Projects are visible to active workspace members. People with access can create work and edit an active Project’s details.
Private Projects restrict access through direct grants or membership of a Team that owns the Project. The creator and active administrators retain access. Removing one grant may leave another route.
The Project creator and administrators manage Access and Workflow on active Projects when those features are enabled. Workspace administrators create and manage Teams.
Agree the working rules
The new Project uses the workspace’s default workflow. Check the choices people will see before creating the first useful item. Settings and planning sections depend on permissions and enabled features.
Agree what each lane means and when a result needs review. Initial, Reopen and Completion settings control lifecycle behavior. A lane called Shipped is only a completion lane when configured that way.
Read workflow behaviorWorkspace administrators choose the available types. Settings → Work types can narrow that list for a Project. The Project cannot enable a type disabled by the workspace.
Read work-type settingsKeep starting instructions in Documentation. Use a template where available to reuse a good task structure. If agents need mandatory reading, configure Required Context separately from ordinary document links.
Read Required Context HelpTo replace a workflow, open Settings → Workflow and review Stage mapping before Assign workflow. The mapping includes archived work. Check each old lane against its new destination before applying the change.
Check the setup with real work
Choose New task in the Project. Add the outcome, context, acceptance criteria and assignees. Use the workspace’s current estimation scale and add a due date for a real deadline.
Where project planning is enabled, Work shows execution, Backlog supports planning and Focus groups, and All work helps inspect the wider list. Start with the view that fits the next action.
Define the first useful work itemA few useful details
An active workspace member can create a Project, within current plan limits. On an active Project, people with access can edit its details. Access and Workflow management have additional creator or administrator permissions.
The Project key is permanent and provides the work-item prefix. Check it before Create project. Use Settings → Project to update editable details such as the name, description and repository information.
Repository details provide context. A separate connection and the relevant enabled feature may be needed for integration actions. Use Connection setup to check the supported path.
Check your permissions, Project archival, enabled features and the workspace’s effective plan. Some sections also need linked data or an integration. Ask the creator or an administrator to check the relevant setting; a copied URL does not add permission.
Plan limits count retained Projects, including archived Projects. Archiving keeps history and does not free that capacity. Ask an administrator to review the workspace’s effective plan if creation reaches its limit.
Turn setup into useful work
Keep the first result small enough to define, finish and check together.
Define clear workKeep your next step clear
COME TAKE A LOOK
Curious? Join the waitlist and see how we welcome your team.
Tell us a little about your team. We’ll explain the next steps and invite you when we have capacity for your workspace.
Join waitlist Start with your email. No payment needed to join.