不过是个在各部门间游荡的可疑人士
- 在那些追求卓越的商业圈子里，"跨界人才"备受推崇。他们认为，能够跨部门、跨职能提供价值的人，才是创新的关键。这话听起来很棒，我也理解其中的吸引力。不过，根据我的一线经验，有太多情况让我想说："在跨界之前，先把自己的本职工作做好。"
- 最尴尬的模式是：有人出现在每个项目会议上，但同事却在背后嘀咕："等等，这个人来不来真的重要吗？"或者"那个人到底负责什么？"出于好奇心到处插手，却在自己部门没有扎实根基，这根本不是跨职能，不过是像个可疑人士在部门之间游荡罢了。
- 你大概见过这种人："哦，那个看起来挺有意思，带我一个。"然后加入 Slack 频道和会议，但什么实际工作都不做，只是丢几个随机的想法就消失了。
太多人低估了跨界的难度
- 这不是一个仅仅"擅长和别的部门沟通"或者"对各种事情感兴趣"的人就能胜任的位置。一线真正需要的"跨界"，要残酷和严峻得多。
- ① 疯狂的任务管理能力。跨界意味着在主业之外还要接手其他领域的任务，自然要同时处理多件事。一个连自己本职工作都搞不定、经常延期的人跑来跟你说"让我来帮忙"，那真是个大麻烦。先把自己的一亩三分地收拾干净。
- ② 让别人觉得"这人懂行"的多语言能力。不同职能使用的"语言（协议）"和"正义（KPI）"都不一样。你跟工程师说"让这个界面动得更顺滑一点"，他们会烦你；你跟销售只讲技术债，他们也听不懂。你需要熟练到让他们觉得"嗯，这个人我能聊得下去"。
- ③ 在缝隙间精巧周旋的能力。你需要细腻甚至有些 messy 的政治技巧，比如"先得到 A 经理的首肯，再去 B 团队征求一线执行者的意见，最后获得 C 高层的批准"。没有这个，你不过是个打乱会议节奏、延误决策的人。
一个从做会议记录开始、一个月搞定提案通过的 PM 的故事
- 某个 PM，姑且叫他 A 先生吧。他并非工程师出身，却被临时派去救火一个延期的系统开发项目。他一上来就指手画脚了吗？并没有。A 先生做的第一件事，就是成为开发进度例会的"会议记录员"。
- 整整一个月，他坐在会议角落，默默但极其精准地记录所有内容。每一个不懂的词他都记下来，并且养成了会后找工程师确认五分钟的习惯："我对刚才讨论的理解对吗？"这种"愿意学习"的态度，既积累了知识，也建立了信任。
- 一个月后，工程师们开始信任他："A 先生的记录一看就懂""他总能把那些繁琐的记录搞定，真是帮了大忙"。当积累了足够的"信任积分"后，他才第一次开口："这个规格看起来可能会偏离业务需求，我们是不是可以这样调整一下？"结果这个提案自然顺利通过。
没有信任和知识，傲慢地"跨界"只会被当作异物排斥。先从大家都能认可的"不起眼但有用的活"开始，安静、细致地干，换取一张入场的门票。
想跨界，就稳稳做好这三件事
- ① 把自己的部门工作做好，每天腾出一小时盈余。很多人因为跑到其他部门插一脚而荒废了主业，这是最快失去信任的方式。减少慢吞吞回邮件或者例行公事的时间，挤出一个小时。用这一个小时去给别的部门做贡献，才是基本操作。自己的任务还堆成山就去跨界，纯粹是职业自杀。
- ② 捡那些对大家都好但没人愿意做的脏活累活。不必是什么光鲜亮丽的项目，恰恰相反，不亮眼更好。处理其他部门的初步咨询、为定期会议做推动或记录、整理乱七八糟的共享文档或 Wiki、把技术规格翻译给业务方。所有人都觉得这些事"烦"，但谁做了谁就一定会被感激。这样就能慢慢传播开："那个人懂我们的语言，而且有用。"
- ③ 把自己的核心专长当作武器。如果只捡球，最终会被当成"打杂的"。前面提到的 A 先生虽然不是工程师，但作为项目管理专家受到尊重。当被邀请参与项目时，先确认这个主题是否能用自己的专长提供价值；如果不能，就礼貌拒绝。不要什么都接，把精力集中在自己能创造价值的领域。这种判断力也是关键点。
总结
- 我认为"跨界人才"不是一种靠移动就能成为的目标，而是一种状态：当你在自己的领域精进到一定程度，自然从边界溢出来。
- 如果你在想"现在的部门好无聊，我想做更多跨职能的工作"，或许值得停下来想一想。你真的能在当前工作中刻意制造出"盈余"吗？你已经准备好用尊重的态度去和隔壁部门的专业人士对话了吗？
- 如果还没有，那就先把手头的工作做得更高效。跨界，可以等之后再说。
