Workspace, organization, division, weâve all heard about it!
But âdivisionâ is not the easiest one to understand
[Update June 2023, thanks @lpb ] A new Guide article from Asana giving Divisions basic info in a clear way:
And here is a summary of everything I have discovered over time on the subject!
As an introduction, here is a quote from my friend @LEGGO, which is both a good summary and a good teaser for the rest of the post: âa division is like a collection of teams within an existing Organization, but with some exceptionsâ.
Why would one WANT to use divisions?
Several reasons:
- having a division allows for a family-owned business to exist within a larger conglomerate
- need for separated invoices
- this is the only solution to have teams from various paid plans with the same email domain
** A âfreeâ classic organization can have a Premium or Business team, but only 1. From 2 it creates a division.
** A âpayingâ classic organization cannot have a team from another tiers, except by creating divisions.
The advantage of creating a division in large groups is that it avoids increasing the bill with each new employee who logs in. The new users will then have access to the free orga and not to the paying division. The free orga then remains in unlimited access.
Why would one NOT WANT to use divisions?
- when groups of people need to collaborate. With divisions they would become separated through this structure. The end result is either they donât collaborate or youâre stuck paying for them to inefficiency operate in two places.
- hard to manage
Billing
A division has its own billing and billing owner, separated from the organization.
A plan cannot be above another plan. Thatâs why a free organization can have a paid-subscription team without a division, while an organization on a paid plan cannot have a separate paid-subscription team without creating a division.
If there are multiple divisions within the organization (yes, you can have more than one), a user can belong to more than one division but they must pay for a license in each.
Is it possible to have several divisions, but with the same billing owner? or do we have to choose different ones? => To be the billing owner, you have to belong to the division, then if you want to be the billing owner of several divisions, youâll need several licences.
Teams
In a division you can create 2 types of teams: private or membership by request.
You canât create a public team like you could in an organization.
You will have to manually invite everyone if you want to create a team open to everyone. This will also have an impact on who can see what, as access rights will limit or not the visibility of portfolios, projects, tasks, ⊠This requires a single dedicated effort to make sure everyone has the right level of visibility.
You can delete a team that you have created but you must first remove it from the division through the Admin Console. Once it is no longer associated with the Division you are able to delete it from the âAdvancedâ section of the Team settings.
A team belongs to only one division at a time.
All teams appear in the left sidebar (org + division) if they are in âMembership by requestâ.
There is no indication whether a team is in the organization or in the division, unless for example the organization is free because in this case the projects do not have custom fields.
One trick is to add an emoji at the beginning of the team name to distinguish between free and paid teams. Otherwise, you will have to go to a project of the team to check if it has paid features or not.
Assigning a task
You can assign a task to someone from another division (in the same organization), and the person you assign a task to will not count as a member of your division. Then you will not pay an extra license. The autocomplete will show everyone from the entire org.
BUT if you invite to a team or a project a person from another division then he/she will count for an additional license.
=> Collaboration is not easy between divisions, because if you donât pay extra licenses then the others see only the tasks they are collaborating on, and not the whole project.
Portfolios
A portfolio canât see the projects of another division, because you are not member of the project, or you have to pay for an extra license, which means that you have to pay in both divisions.
If you want to create a Portfolio with projects from âonlyâ the division you belong to: you just need to be a member of the team or a member of the project. No impact on the number of licenses.
If you want to create a Portfolio with projects from âseveralâ divisions:
To add a project into a portfolio, you need to see the project. But in a division, you have to be a member of the project to see it (if it is in the other division: as explained above ).
Thus, you need to be members of the projects, meaning you have to be in both division, and then have to pay for 2 licenses.
Jerodâs tips:
Once you have added all the projects into a portfolio, the boss has to be in all the teams of the projects he wants to see if he wants them to appear in his portfolio view.
So as it pertains to Portfolios, we have a system (somewhat manual) where we add necessary projects to a variety of Portfolios. Depending on the users and their role within a Team/Project they may (or may not) be able to see what they need to see.
For a boss, they are usually a full team member so they always see what is in the portfolio.
For an individual contributor, we will often make them a project-specific member. This way they only see the projects they are associated with in the navigation pane and from the Portfolio.
As you work up from the bottom (individual contributors > managers > directors) the visibility widens. Managers will often be Team members of their team but not others. So they too only see their work. Where the boss, can see all teams. All of this often managed in a single Portfolio that just happens to only show what the user needs to see⊠with the boss and other leaders having full visibility.
This reduces the noise and makes the navigation and use of the Portfolio better for users as well.
So it all just boils down to making sure the project-specific members and full team members are set correctly across everyone. The rest really works itself out.
Admin Console
Almost the same as for an organization, except that some features are not available:
- Cannot have service accounts; must use personal access tokens.
- Admin cannot deactivate feature where a user can invite another user.
- Options such as SAML, Division Guest Invite, File attachment, edit a userâs profile, are no longer available without contacting Asana Sales, as these changes impact the entire domain name, not just a division, so validation is required with Asana prior to any changes.
- Only super admins of companies with a company-wide Enterprise subscription can access the app management in the Admin Console
- Member csv file exported from admin console will have fewer info vs a csv exported from a full org (for instance it doesnât have the date a user joined the division)
Some other important points
It is possible to create paid teams. What are the reasons, if any, that someone would want to create a separate team but not a Division?
There are not really a good reason to choose a Team instead of a Division.
A Division can have as many teams as needed, but you could have âonlyâ one Team if you want.
Division unlocks the Admin Console which makes the process way easier when it comes to managing Users.
Can someone just be a member of a Division, or do they also have to be a member of the encompassing org as well?
In order to be a Member of the Division you need to be a Member of the Organization too.
As soon as you will be invited to a Division (even if you are not using Asana yet), you will be added to the Organization itself too.
Divisions only exist in Free Organizations, it is impossible to have a Division in a paid Organization.
Also, if a Team belongs to a Division, it will not be possible to have a specific plan on this Team.
In this case, your only luck would be to remove the Team from the Division (the Team becomes Free again) and then, to upgrade the Team to a paid plan.
if an Organization has a paid plan you will never be able to have a Division there.
If, for example, a Premium Organization is asking to have a Team xyz Business, Asana offers to move the Premium plan to a Team, convert it into a Division, ask Billing Owner to add all Teams to the Division but the one(s) they want Business and then, Asana creates a Business plan on the remains Teams (a Division).
Who can deprovision users?
In a division, a user can deprovision another user. This is not limited to the free teams that are in the free organization.
Users cannot remove members from an organization only when the paid plan is implemented on the entire organization.
How to deprovision a member from the free org?
- go to a free team
- edit the team settings
- remove a member
- once removed, there is a âdeprovisionâ button that appears (see image)
Note thatâs it possible to add a user to a team for the sole purpose of deprovisioning them
I invite you to comment if you have other information or corrections to make, and I will complete my post as I go along.
Thanks @Phil_Seeman ,@LEGGO, @Bastien_Siebman, @lpb and others for helping to understand all this
Link to the Asana Guide: https://asana.com/guide/help/premium/divisions