Welcome to our monthly βWhy I joined Asanaβ series! Every month, we talk with Asanas across our teams and officesβfrom Dublin to Sydneyβto get to know the people inside the company and learn why they chose to work here.
R.J. AquinoΒ is an Engineering Manager who started his Asana journey five years ago. He joined Asana as a Product Engineer right out of college, and has since worked on multiple Engineering teams. Today he works out of our Vancouver office as a manager helping us build our newest development center. Read more about R.J.βsΒ #teamasanaΒ story below!
One of Asanaβs first engineers came to my college campus to give a tech talk, and I was impressed by the technology, culture, and team. Iβd heard great things about theΒ Asana engineering teamΒ and from my own research and use of the product at a previous internship, I knew they had a clear product vision, growingΒ user base, andΒ strong business trajectory. It was also important to me to join a team large enough that it had interesting product and engineering challenges, but small enough that I could work on the most important challenges at the company.Β I ended up joining Asana as an Infrastructure Engineer right after graduation and then switching to Product 18 months later.Β
Iβve had the opportunity to work on in variety of roles and teams since first starting at Asana five years ago.
After starting on the Infrastructure team I moved to Product Engineering where I spent several years working on core features likeΒ custom fields,Β growth and adoption experiments, and platform integrations like ourΒ Slack integration. During this time I also had the chance to serve as both a team lead and a technical lead in San Francisco. Currently, Iβm an Engineering Manager in ourΒ new VancouverΒ development center.Β As a member of the landing team in Vancouver, I wear many hats. Initially I partnered with the team in San Francisco to make sure our team in Vancouver had clear, impactful work to focus on. Now I work on scaling our Engineering team for international growth and also work directly with our engineers in a tech lead capacity to help them build new features.Β
Asana believes inΒ empoweringΒ individuals to takeΒ complete ownershipΒ over their work since this often results in faster execution and decision making. When I was a new engineer at Asana, I had the opportunity to drive technical projects, lead initiatives, and run a Product Engineering team inΒ partnership with a Product Manager. During our annualΒ Roadmap Week, I found myself drawn to meetings about growing our Engineering team and the company as a whole. Eventually, I made the choice to pursue Engineering management, which has allowed me to continue contributing to the overall organization. When Iβm not focusing directly on the output of an engineering team, Iβm working on our hiring and onboarding practices and management processes so we can support continued growth. The processes that worked when we had 30 engineers wonβt scale when we have 300, so weβre constantly iterating and improving while making sure the experience for every engineer is engaging and exciting.
Being on the landing team inΒ VancouverΒ is an exciting opportunity for me. Iβve seen Asana grow from 70 employees to more than 500. Now Iβm back in a 10-person office and excited about continuing to build our team over the course of the next year.
I really appreciate theΒ transparencyΒ we have as an organization. Usually companies become more siloed as they grow, but our product makes it so easy to see different projects and initiatives that are going on across the business. When our Engineering team is building a feature, we coordinate all of our Product, Engineering, and Marketing work in Asana. Itβs easy to see whatβs going on, regardless of what team or office weβre in!
One of Asanaβs coreΒ Engineering principlesΒ is, βFix problems, even if they arenβt yours.β As weβve grown, weβve continued to embody this value and I believe it helps us still feel small and connected. If a Product Engineer notices an issue with our infrastructure, they help investigate. If someone realizes a vulnerability in our internal script, they write and check in a fix. Iβve definitely held onto this value over the years and itβs helped me form connections with new Engineers and teammates in all of our offices around the world.
Stay curious. At Asana, we have a Shipping and Launches project that tracks every feature and improvement being built by different teams across the company. A new Asana should follow that project to stay up-to-date on all of the exciting work happening in the company. I would also advise them to check in on other teamsβ Slack channels, like #prod or #uzerops, to see what what theyβre talking about and how theyβre collaborating. Successful cross-functional collaboration requires a strong understanding of each othersβ motivations. Itβs up to each of us to get curious and interested! Our team is growing fast in Vancouver! Our new development center is home to Asanas across Product, Engineering, Design, and UX. Weβre excited to keep growing our team with people who care about building great products and scaling culture. Come see what weβre all about atΒ https://asana.com/jobs/.