高层少谈文化，基层少谈战略——对软件工程的启发

高层少谈文化，基层少谈战略——对软件工程的启发

周末出差坐飞机返回途中，因为疫情还是无法欣赏机上视频，顺手翻了一本杂志，一篇讲阿里的《高层少谈文化，基层少谈战略》文章吸引了我。

标题就挺反常识的，“基层不谈战略”比较容易理解，因为战略应该是高层思考的问题，让高层考虑公司的方向和未来以及战略上的取舍。但“高层不谈文化”就比较难理解了，那应该由谁来谈文化呢？

其实这里的“不谈”，是说高层在文化领域不要夸夸其谈。作者做过阿里的人力资源区域“大政委”，据说是阿里的人力资源的一种代称。他认为高层在文化领域要做三件事：两个“不说”和一个“说”。

两个“不说”

第一个“不说”指的是要以身作则。****作为高层，文化不是高谈阔论，而是言行一致，行胜于言，要体现在自律上。

第二个“不说”体现在制度设计上。制度设计是高层非常重要的工作，在设计制度时要做到三个“一致”。

一是上级和下级的绩效考核维度方向一致，二是组织管理和组织架构保持一致，三是公司重要的战略控制点和绩效考核的占比权重保持一致，

从这三个“一致”可以发现，上下同欲是被精心设计出来的，而上下不同欲也可能是被设计出来的。

一个“说”

之所以阿里土话说“高层不谈文化”，是因为它想提醒高层，文化不能停在口头，而要进行自我约束和制度设计。

其实，表达也很重要，而且文化在很多时候也需要通过表达来塑造。在表达时，同样要做到三个维度的一致，即数据语言一致，管理语言一致，文化语言一致。

第一，数据语言一致。在数字化时代，管理效率部分体现为业务数据化能力，即通过数据呈现业务价值链和逻辑。

第二，管理语言一致。管理不是自然科学，而是人文科学，这也就意味着很多问题并没有标准答案，只有属于时代的最佳实践。所以不同学历、背景和职业经验的人对于管理的认知差异极大。

第三，文化语言一致。文化是一家企业在解决外部适应和内部整合问题的过程中的一系列共享假设。很多时候这些假设是公司管理层做决策的依据，没有这些依据，很难实现“上下同欲”。

中国企业中对文化和上下同欲理解、执行最深的应该没有能超出公司的，我们的执行力是应该值得自豪的，而且在当前更为艰难和挑战的特殊时刻，大家的“胜则举杯相庆，败则拼死相救”的豪情又一次被焕发出来。

但阿里这种土话表述的观点还是触动到了我，回想过去一年多来我们自己内部在软件上的这么多大V的博客，这么多高层的讲话和发文，甚至专门成立的组织，分队等等，不就是在文化、战略上不断讨论和思辨和震荡中探索吗。我们是否自己也陷入了言必称“软件文化”，言必称“缺少架构师”的怪圈，基层大谈战略，而高层的发文，讲话如何在基层确保得到落实和执行也是难题。

公司高层在几年前高瞻远瞩看到了“开源”的价值，笔者“有幸”作为第一批被选中的开源指战员坚持作战到今天，虽然有时候仍然有一种“集结号”的错觉，但随着团队的成长，随着对开源社区的理解和开源产业的深入实践，越来越觉得我们必须从机制、文化和语言一致性上来看待大规模改善软件能力。决不能仅仅靠几个小分队在旁边敲锣打鼓就能改变主作战部队的“软件战斗力”。也必须尊重软件作为一个特殊的行业和产业，其产业规律、人才规律都不同于硬件。

好的制度设计的原则是懂人心，通人性，把坏人变好；而坏的制度设计就是挑战和考验人性，鼓吹以自律取代他律，盲目放任，从而把好人变坏。

对软件也是如此，开放生态，开源的软件平台、社区和机制能让更多的人软件技能提升，而封闭的平台，独有的软件堆栈，矫作的生态，只能让我们自己的软件债务更沉重，软件人员更苦闷，技能更退化。

所以，我们更需要一场软件工程师的“启蒙运动”和软件的“文艺复兴”，让更多的工程师成为软件变革的主体，而不是承受者，或执行者。

一句话，我们需要开源，多过开源需要我们。

标签：文化,高层,开源,软件工程,一致,软件,少谈,启发
来源： https://blog.csdn.net/rxdboy77/article/details/112887571