我在 Asana 的面试里，两边的桌子都坐过。聊聊 behavioral 轮的一些想法，因为这是候选人最常准备不足的部分。
Asana 的价值观不是摆设。他们把价值观落到机制里了，behavioral 面试就是为了看你到底有没有这些特质，还是只是嘴上说说。
最常出现的价值观：clarity（你是不是用能减少困惑、而不是制造困惑的方式沟通）、ownership（你是把事情推到落地的人，还是只是参与者），以及他们称为 mindful 的东西，实际意思是：你是否关照他人、是否把 ego 放门外。
我见过的常见 behavioral 问题： 「Tell me about a time a project stalled because of unclear requirements. What did you do?（讲讲一个项目因为需求不清晰而停滞的经历。你做了什么？）」 「Describe a situation where you disagreed with a technical decision made by someone senior. How did you handle it?（描述一次你不同意某位资深同事做出的技术决策的情况。你是怎么处理的？）」 「Give an example of a time you had to balance speed with quality. What tradeoffs did you make?（举例说明一次你需要在速度和质量之间做平衡的经历。你做了哪些取舍？）」 「Tell me about a time you had to bring clarity to an ambiguous situation.（讲讲一次你需要在模糊不清的情况下带来清晰度的经历。）」
注意这个主题。clarity 出现得非常多。Asana 是做 work management 的，他们非常在意减少混乱。那些讲「我一个人拼命把项目救回来」但说不清自己如何沟通、如何对齐他人的候选人，往往不如那些能描述自己如何建立共同理解的人。
实用建议： 结构化讲故事（STAR 或类似）但保持对话感，不要像背稿。 说清楚你具体做了什么，不要只说团队做了什么。他们想看你的贡献。 避免那种「我一个天才拯救一切」的故事。选你如何协作和影响他人的故事。 诚实说你会怎么做得不一样。他们喜欢 intellectual honesty。
流程备注：onsite 通常有 2 轮 behavioral，有时 3 轮。往往有一轮是非工程背景的面试官，所以别默认每个人都在意你的技术故事。跟跨职能面试官聊时，把重点放在 people 和 process。
如果你要面他们，建议认真读他们关于 operating principles 的博客。不是为了背出来，而是为了理解文化语境。