技术，谁来负责？

吴旻

泰岩网络工作室

 

念书的时候就知道负责教学的老师干不过管行政的老师，比如分房子什么的。当然这与个人业务能力无关，反到是与权力很相关。不过当时也就是当笑话听听，没太上心。

工作久了，也会发现纯技术人员很容易被边缘化。IT行业的这一点更是突出，老老实实的技术人员被“民工化”趋势越来越明显，除了主动离职，自己能掌控的事情真的很少很少。

 

一天我和一个销售牛人抱怨说，搞定人真是太难了。

他嘲笑我说，你拉倒吧，我整天专门做这个都搞不定，你还想搞定！？

后来他总结一句说，管理是混蛋都能做的事情，但技术却不行！

换句话，因为“混蛋”做不了技术，所以没准会拼命往管理团队里挤。

 

卖糕的，这可真是天大的讽刺！

 

若干年前，我带领一个小组开发项目。我遇到了大量的历史包袱，而我的直接上级就是这些历史包袱的缔造者。让我气得直骂“乌龟王八蛋”的是，我根本绕不开也不能动这些问题！当时的情况，我的直接上级知道自己能力有限，而且也明白自己升不上去了，能保住眼前的位置就不错了，所以他的策略是：

一、以新架构要考虑到历史架构为名，尽量拖新架构下水。

二、历史代码不能动，一切都要保证老代码安全（其实老代码经常出问题，而且已经到了神出鬼没的地步了，就是根本没人能查出原因，用朱鎔基话说就是“豆腐渣工程”）；

三、不能再揭历史问题，每一个历史问题对他保住眼前的位置都是一种威胁！

比如，我一提出新的架构方案，他就会跟我讲历史架构是怎么样子，然后暗示我新东西好是好，但不现实，所以他必须反对。

比如，我一提出新的产品可以抛弃老的问题，而且不会背上历史包袱，他就和我讲历史架构虽然有问题，但眼下用是最快的开发方式！

总之一句，一定要压住所有的人，以防止自己位置不保。

于是，我就只能背着包袱往向爬了！

 

不得不承认，技术人员一般都不了解管理。从纯技术的角度讲，对的就是对的，错的就是错的，这个颠倒不了，黑白分明嘛！但从管理的角度讲，却存在绝对数量很大的“既不是对的，也不是错的”这样的灰色地带。或者如果有人故意混淆黑白，从而让高层觉得是灰色地带时，技术人员就只会气得发疯而毫无办法了。

管理很多时候，就是去说服别人，或者是让别人听懂你在说什么，你想要什么，你要达成什么目的。技术人员会觉得这个就是这样的，没什么好说的，已经很清楚了，你早就应该明白了。

管理很可能是平衡的艺术，而技术则多是证明与证伪的艺术。这多少有点像“男人来自火星，女人来自水星”一样，难以沟通。

 

换一种说法则是，技术基本上是对错问题，而管理在很多时候就是代表谁的利益的问题。比如我前面说的那么多不能做，就是基于这些事情对我的直接主管不利，而与公司的利益无关。后来的故事则是市场与销售联合推动技术高层换人，因为差的产品不符合他们的利益。当然也是因为这同样不符合公司老板的利益，所以他们才能推动这件事情。

 

打那以后我就常想，技术人员能负责技术吗？答案是不能。哪怕是纯学术研究机构，它的技术走向也会和利益相关。

记住下面这句话吧！

技术可行，并不代表利益方向正确；技术确定，则必须要代表核心人员的利益方向！