最近，看了国外的软件工程杂志，很多报道反复提到“common sense”这个词。 汉语中一般被翻译成“常识”。
wiki中特别提到了另一个词。 那是common知识库，被翻译成常识。 这是博弈论的术语。
在英语世界中，这两个词相似，但有区别。 Common sense指的是更多的判断力。 我的理解是人工作时，有基于我们普遍认可的知识( common knowledge )的判断逻辑。
其实，我们每个人工作、做出判断、做出选择，多依赖于这种常识。 只是，没有接受特定的训练，很多人无法意识到自己被公共感应所左右。
在英语世界中，common sense是一个神奇的短语。 亚里士多德从公元前300多年开始思考，但直到2000多年后的今天，很多人都不懂哲学思考。
在常识上优秀平凡而拙劣。
看了国外专家的报道，2018年也和吴军老师一起学了几节课，我突然想起了故事。 从“常识”的角度考虑，终于释然了。
一家国内知名的软件公司约在2007年与一家知名的房地产公司签约，提供企业管理信息化软件。 对中国房地产行业来说，那是梦想开始的时候，这家公司更是如此——XX广场遍布全国各地。 在业务扩大的同时，企业管理者也意识到了信息化的重要性。
对于企业管理信息化，我逐渐认识到了“优秀的常识”。 ———
首先，你要知道什么是“信息”本身吗？ ——理解香农先生信息的定义。 信息是不确定性的，信息是熵。 信息理论是科学。
其次，管理信息化不是将以往的手工作业和Excel业务电子化。 必须遵守信息理论思想，改造业务。
第三，信息流不可分割为企业的“既存部门、管理路线”。 财务、人事、资金、物资应该是围绕业务目标的整合。 经过20多年的“财务业务一体化”，实现的只有很少。
对房地产企业来说，是典型的项目管理主导型。
在项目管理领域，PMI的PMBOK，即项目管理知识系统具有非常好的“常识”。 经过这个知识体系的学习和考试，人们可以接受PMP认证(项目管理专家)。 其实在中国有很多人在学习，拥有这种认证，数量仅次于美国。
再回到这个项目的话题，遗憾的是软件开发团队几乎没有PMP，也没有上述的“优秀常识”。 他们的常识还是客人在说什么，我们在做什么。
结果，许多中国软件团队都被认为是最可怕、最难逃脱的宿命——客户最后评价说“这不是我们所希望的”。
2010年左右，该房地产信息化项目失败时，软件公司总经理决心在新软件中重点创建项目管理模块。
因此，产品总监根据常识选择博士做了这个模块的产品经理。
但遗憾的是，产品总监(必须实际管理研发项目)和产品经理都不是PMP，他们对上述优秀常识并不了解。
举个具体的例子，在项目管理整体的常识中，基本常识之一是WBS (工作分解结构)。
这个优秀的常识，产品的BA，至今为止被多次提出，作为软件的基础数据发挥着作用。 产品经理强烈反对那个。 在产品开发过程中，出现了重大的“冲突”。
“冲突管理”本身就是管理范畴，具有良好常识。
产品总监和开发团队在这方面的常识是:基于具体功能或产品经理的决定，BA应当服从产品经理。 其背后的常识或许是“职位”代表着正确性。
由于缺乏良好的常识性支持，这笔重金制作的项目管理模块也随处可见逻辑矛盾。 以前几乎都是沿着失败的路线走的。
发生这种情况也是这家软件公司内部的常识。 无论性能如何，都不必考虑软件发布、客户签字和收集是否是业绩( KPI/PBC )的客户从软件中获得价值，以及客户是否可持续应用。 有了工作业绩的话，意味着a和B+、丰富的年末年初奖以及地位的提升。
这一常识，可以说在公司内屡次受到考验。
最后，我在陈春花老师的一个演讲中结束了，陈老师的演讲中没有提到“常识”这个词，我混在一起了——很多中国企业说“客户很重要”。 这是常识。 但是，在实际操作中，很多企业在工作的时候都会忘记这个常识。