# How we use—and don't use—job titles at Asana.

> Asana's Head of People Ops, Anna Binder, explains how we think about job titles and how they connect to our values and culture.

Source: https://asana.com/inside-asana/job-titles-asana

## Untitled: How we use (and don’t use) job titles at Asana

Job titles are a complicated terrain to navigate, and one that we don’t take lightly at Asana. After weighing many options of how to approach titles—and being very deliberate about how we use titles internally—we’ve established a system that we feel lends itself to supporting [our values](http://www.asana.com/company), [empowering all employees](https://blog.asana.com/2016/08/epic-empowerment-top-cloud-company/), and scaling our teams.

## How we use (and don’t use) job titles

At Asana, we use titles in varying ways, but we use them primarily to describe a person’s role or the type of work they do.

For example, we have software engineers, recruiters, product managers, designers, and salespeople. We use the word “Lead” to refer to both people managers (“He’s _a_ Marketing Lead”) and individual contributors who run a function (“She’s _the_ Diversity and Inclusion Lead”).

People that run functions of all kinds often use “head of” to describe their role, such as Prashant Pandey, our head of engineering, Brian Boroff, our head of customer operations, or Devon Watts, our head of product and content marketing.

We specifically don’t use job titles to indicate level or seniority (Software Engineer III or Senior Director of Marketing), but that doesn’t mean that we don’t have any management structures in place. We believe in the [role of the people manager](https://medium.com/building-asana/goldilocks-management-c01c6846e06e#.71092evee) as an important, unique role, just like any other.

One of the most common places we use more traditional titles is in the job descriptions we use in recruiting new people to Asana. We view job descriptions as marketing materials that help us use keywords to attract the attention of qualified, interested candidates. While the job description is a way for candidates to get an initial sense of the job, we make sure that the interview process gives them a deeper understanding of the role and responsibilities.

We also sometimes use traditional titles when we send an employee to speak at conferences or external meetings where it’s often important that they represent Asana with a title that quickly signals their role.

We’ve decided to use—and not use—titles in these ways in part because it’s really hard to get titles right when they signal level or seniority. Getting them wrong, even in a handful of cases, ends up being demoralizing to many people at the company.

## Titles vs. impact

A fundamental tenet of the Asana culture is that you can have a huge impact independent of a title granting you authority, which is reinforced by our [Areas of Responsibility](https://wavelength.asana.com/workstyle-aors/) (AoR) system. Through this system, we designate accountability for each area of the organization to ensure everything that needs to happen in the company does, while giving every team member opportunities to grow by owning their AoR(s).

For example, we have a product manager that owns internal communications and we’ve had an engineering lead take ownership of refreshing our company values.

Other examples include early employees — from product engineering and business operations alike — who took it upon themselves to start running hackathons in the company. We didn’t have a formal “hackathon manager,” but hackathons were important elements to our culture since they helped work toward many business goals and they were in line with our company values such as “create and play together”.

Similarly, another employee who was passionate about personal growth helped shepherd employee learning and development by organizing regular “learning lunches”. As we grow, these opportunities will continue to grow as well, and there’s no doubt staff will step up from all corners of the company to take on new projects and initiatives — regardless of title.

Finally, our use of titles supports our practice of taking and giving full responsibility and our commitment to egolessness. Our team is creating Asana together, and [every member plays a role](https://wavelength.asana.com/team-empowerment-trust/) in achieving our mission.

## Titles, externally

While we hope that employees feel empowered by an organization where authority is distributed and the absence of titles, we know that eventually, some people will move on from Asana.

We want every Asana to have a long, thriving, impactful career here, and we don’t want them to feel nervous that our job titling system will negatively affect them when they leave—perhaps with a title that doesn’t reflect the growth they experienced or the impact they had during their tenure here. While our titling system is designed to help our organization as a whole thrive, we also strive to be practical by empowering every Asana to succeed beyond their tenure with our team.

When employees have questions about what their title might be outside Asana, we encourage them to talk to their manager or other colleagues that have experience with how hiring and titles work at other companies. Many Asanas emphasize the details of their AoRs and how they’ve contributed to their teams and objectives in places like their LinkedIn profiles and resumes.

We know that titles can be complicated, confusing, and sometimes emotionally charged, which is why we’ve put a lot of thought into using titles in a way that supports our cultural values and company growth. As with almost everything, we’ll continue to evolve how we think about titles as the company grows.

Does our view on titles align with yours? If so, our team is growing and we’d love to hear from you—check out our [jobs page](http://www.asana.com/jobs).

- [我們如何提升無障礙測試的等級](/zh-tw/inside-asana/how-we-leveled-up-accessibility-testing)

Asana 團隊

#### 內容撰稿人

在我們的協助工具旅程初期，我們通常將協助工具測試分為兩個類別：自動化和手動。 前者用於快速發現可透過演算法偵測的容易解決的問題，後者則用於需要更多時間和專注力才能找到的所有其他問題。 自動化測試非常適合持續整合 (CI) 等快速流程，而手動測試則需要與熟練的測試人員仔細協調，以涵蓋自動化工具無法處理的所有內容。在此過程中，我們發現這兩種方法之間其實存在一個 ...

- [認識 Gradient：Asana 的多元文化員工資源小組](/zh-tw/inside-asana/gradient-multicultural-erg)

Asana 團隊

#### 內容撰稿人

今年在 Asana，我們認識到需要不斷發展的策略來營造歸屬感。 因此，我們決定在過去一年中建立兩個新的員工資源群組 (ERG)——Blacsana，我們的黑人 Asana 成員 ERG，以及 Asanapac，我們的泛亞洲和太平洋島嶼社群 ERG。 這些新的 ERG 讓人們對 Gradient ERG 在組織內可以發揮的作用產生了好奇心。 因此，Gradi ...

- [Untitled: How we use (and don’t use) job titles at Asana](/zh-tw/inside-asana/job-titles-asana)

Asana 團隊

Job titles are a complicated terrain to navigate, and one that we don’t take lightly at Asana. After weighing many options of how to approach titles—and being very deliberate abou ...

- [Asana 團隊](/inside-asana/team-asana)
