豆瓣有个交叉面试的惯例，目前主要是在产品经理和工程师两个团队之间。 作为技术团队的代表，我经常和来应聘的产品经理聊聊，从以下两个方面给产品经理团队参考意见：
1、 面试者是否有足够的技术素质
2、 面试者是否具备和工程师协同工作的能力
第1点，假设是： 在一个以快速变化的技术为生产力的行业，如果技术方面的素质太差，能力会大受限制。
第2点，假设是： 工程师有独特的个性需要尊重和理解，产品经理如果了解不够，会增加很多工作中的障碍，甚至摩擦。
相对来说，第2点是比较容易考察的，从主观和客观两个角度来看即可。 主观方面，看他对合作过的工程师的看法、期望、评价。 客观方面，看他和工程师合作的细节，如流程、工具、交付物、解决争端的方法。
比较难的是第1点，很长时间我一直拿不准分寸。工程师们不愿意和完全不懂技术、不理解技术开发的规律、听不明白技术问题、会做出违反技术原则的产品决策的产品经理合作，但是怎么能在短短的面试中发现这些潜在的问题呢？ 总不能要求人家会编程序吧！
在经历了若干次交叉面试之后，思路有点清晰了，大概应该从两个角度来看：
1、 好奇心： 平时是否关注技术发展，是否有从技术角度想问题的习惯
2、 理解力： 遇到一个全新的技术，能否快速理解，并说出它的优势、局限性、可能的用途
前者，可以用一些没有标准答案的开放性问题入手，看看他的思路会发散到什么方向去，有些人习惯于想到技术因素、领域，有些人总是回避技术，差别很明显。
后者，可以现场给他讲解一种算法、一个新出现的技术、一门新的编程语言、一种技术开发过程的常见问题，看他能理解到什么程度。
还是不完美，好在交叉面试只是提供参考意见，不是决定性的意见，我的压力没有面试工程师那么大。
