今天一产品经理又去找老大说事儿，他兴致勃勃地讲了2分钟，老大有些无奈地说：“你能不能找个技术来跟我说啊？我自始至终都没搞明白是个什么事儿？”
我在工位上听着，立马就想到了曹老师上课时经常强调的“我们为什么要学项目管理？为什么要学PMI的这套体系？”
其实就是推广「共同语言」。
在工作上，不同行业之间，业务术语是「共同语言」；同一个公司里面，不同岗位之间，专业术语是「共同语言」。比如，产品同学说“用户体验”、“角色场景”，技术同学说“bug”、“跑分”……
岗位之间是有壁垒的，特别是还未到达管理层的同学，专业技能就是你的铁饭碗。
不过，总有那么一些岗位，是需要你去跟各种不同岗位的人沟通的，比如HR，比如项目经理，比如，需求分析师等等。
如果要避免出现类似今天我们老大和产品经理之间的尴尬，就要注重对沟通双方之间「共同语言」的学习。否则，鸡同鸭讲，浪费时间不说，还影响心情。
所以，很多研发体系的人都去学了项目管理，包括项目经理、产品经理、职能经理、开发人员、测试人员等等。我也是在学完之后，才慢慢体会到其中的细微好处。
比如，再读《软件需求》的书，提到风险承担者，我知道，这是在讲“相关方”/“干系人”（老实说，去年在社群里看到弗兰克说干系人，我是一脸懵逼的）。
比如，软件经理们再谈进度、里程碑、项目节点、资源、风险等，我可以仔细听，评估他们到底是需要我做什么？又为什么要我做这件事情？
说「共同语言」，那既然是一门“语言”，自然会跟英语、中文等我们熟知的语言一样，多掌握一门语言，就能多获取一些信息，多一些机会。
比如，精通英语的人，就能阅读第一手的技术资料，也能看到最新的国外机会。可惜，不懂这门语言的人，即使看到这样的符号，也会无感。
就好像，你在一群富人堆里走过，他们用你听不懂的语言大声地对你说“我这儿有个超简单的赚钱机会，只要你xx我就给你”。你一脸懵逼地望着他们，也只能摇摇头。
所以，如果你要跟不同行业、不同岗位的人沟通，就多去学学他们的「共同语言」。比如，经常要跟客户打交道的同学（市场人员、产品经理、需求分析师、销售等），可以请客户给你们培训培训，学一些客户工作相关的专业术语。
比如，要为化学制品公司开发一套信息系统，你就很有必要请客户教给你们一些基本的化学术语。反之，作为客户方，你们有义务要帮他们搞明白这些业务术语。
为什么？
因为很多你们视为常识的东西，帮你们开发系统的人员压根儿就不知道。
为了你们的项目成功，必须先要建立「共同语言」，在此基础上的沟通，才会事半功倍。
