Permissions and Roles
Suppose Johnny the Intern has just been assigned to your team and you want to give him access to your workspace so he can learn more about the stuff you’re working on. That’s easy enough to do – all you need is Johnny’s email address and you can add him as a member in just a few seconds. However, you can’t control the type of access he has. With Asana, it’s all or nothing. If you add a member to a workspace, that person can add new tasks, edit or delete existing ones, reassign people to tasks… basically, he can do anything that you can do.
You do have the option of adding someone as a guest instead of a member to a project or task. If you add someone as a guest to an individual task, he will only be able to edit or delete that particular task. But, if you add a guest to an entire project, the guest will be able to do almost everything except delete that project (he’ll still be able to delete individual tasks). In addition, the guest will also be able to invite other guests, with each new invitee having the same level of access.
The concern about unwanted deletions and changes – and even unwanted viewers – isn’t just paranoia. If you’re working with a large number of collaborators, each one with a different degree of understanding on how the application works, it would be very easy for someone to make a change without realizing the full ramifications of that action. Before I would feel comfortable using Asana with big teams, I’d like to have the option of being able to assign user-defined roles – or, at the very least, have the ability to restrict a person’s permissions to read-only.