Workspace, organization, division, we’ve all heard about it!
But “division” is not the easiest one to understand
So here is a summary of everything I have discovered over time on the subject!
As an introduction, here is a quote from my friend @Jerod_Hillard, 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?
- 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.
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
A division has its own billing and billing owner, separated from the organization.
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.
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.
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.
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.
Almost the same as for an organization, except that some features are not available:
- Can’t do some of the little things like edit a user’s profile)
- Cannot have service accounts; must use personal access tokens.
- Admin cannot deactivate feature where a user can invite another user.
I invite you to comment if you have other information or corrections to make, and I will complete my post as I go along.
Link to the Asana Guide: Les divisions • Asana
- is it possible to have several divisions, but with the same billing owner? or do we have to choose different ones?