打开APP
userphoto
未登录

开通VIP,畅享免费电子书等14项超值服

开通VIP
技术,谁来负责?
技术,谁来负责?
吴旻
泰岩网络工作室
 
念书的时候就知道负责教学的老师干不过管行政的老师,比如分房子什么的。当然这与个人业务能力无关,反到是与权力很相关。不过当时也就是当笑话听听,没太上心。
工作久了,也会发现纯技术人员很容易被边缘化。IT行业的这一点更是突出,老老实实的技术人员被“民工化”趋势越来越明显,除了主动离职,自己能掌控的事情真的很少很少。
 
一天我和一个销售牛人抱怨说,搞定人真是太难了。
他嘲笑我说,你拉倒吧,我整天专门做这个都搞不定,你还想搞定!?
后来他总结一句说,管理是混蛋都能做的事情,但技术却不行!
换句话,因为“混蛋”做不了技术,所以没准会拼命往管理团队里挤。
 
卖糕的,这可真是天大的讽刺!
 
若干年前,我带领一个小组开发项目。我遇到了大量的历史包袱,而我的直接上级就是这些历史包袱的缔造者。让我气得直骂“乌龟王八蛋”的是,我根本绕不开也不能动这些问题!当时的情况,我的直接上级知道自己能力有限,而且也明白自己升不上去了,能保住眼前的位置就不错了,所以他的策略是:
一、以新架构要考虑到历史架构为名,尽量拖新架构下水。
二、历史代码不能动,一切都要保证老代码安全(其实老代码经常出问题,而且已经到了神出鬼没的地步了,就是根本没人能查出原因,用朱鎔基话说就是“豆腐渣工程”);
三、不能再揭历史问题,每一个历史问题对他保住眼前的位置都是一种威胁!
比如,我一提出新的架构方案,他就会跟我讲历史架构是怎么样子,然后暗示我新东西好是好,但不现实,所以他必须反对。
比如,我一提出新的产品可以抛弃老的问题,而且不会背上历史包袱,他就和我讲历史架构虽然有问题,但眼下用是最快的开发方式!
总之一句,一定要压住所有的人,以防止自己位置不保。
于是,我就只能背着包袱往向爬了!
 
不得不承认,技术人员一般都不了解管理。从纯技术的角度讲,对的就是对的,错的就是错的,这个颠倒不了,黑白分明嘛!但从管理的角度讲,却存在绝对数量很大的“既不是对的,也不是错的”这样的灰色地带。或者如果有人故意混淆黑白,从而让高层觉得是灰色地带时,技术人员就只会气得发疯而毫无办法了。
管理很多时候,就是去说服别人,或者是让别人听懂你在说什么,你想要什么,你要达成什么目的。技术人员会觉得这个就是这样的,没什么好说的,已经很清楚了,你早就应该明白了。
管理很可能是平衡的艺术,而技术则多是证明与证伪的艺术。这多少有点像“男人来自火星,女人来自水星”一样,难以沟通。
 
换一种说法则是,技术基本上是对错问题,而管理在很多时候就是代表谁的利益的问题。比如我前面说的那么多不能做,就是基于这些事情对我的直接主管不利,而与公司的利益无关。后来的故事则是市场与销售联合推动技术高层换人,因为差的产品不符合他们的利益。当然也是因为这同样不符合公司老板的利益,所以他们才能推动这件事情。
 
打那以后我就常想,技术人员能负责技术吗?答案是不能。哪怕是纯学术研究机构,它的技术走向也会和利益相关。
记住下面这句话吧!
技术可行,并不代表利益方向正确;技术确定,则必须要代表核心人员的利益方向!

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/wmnothing/archive/2010/05/04/5555438.aspx
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请点击举报
打开APP,阅读全文并永久保存 查看更多类似文章
猜你喜欢
类似文章
五分钟看完《聊聊架构》:洞见架构之道
4年技术经验
初级、中级和高级程序员之间,究竟有哪些差异?
最牛逼的技术能力,是技术领导力
程序员世界常见的6个经典问题
在软件项目开发过程中,都有哪些常见的软件架构?
更多类似文章 >>
生活服务
热点新闻
分享 收藏 导长图 关注 下载文章
绑定账号成功
后续可登录账号畅享VIP特权!
如果VIP功能使用有故障,
可点击这里联系客服!

联系客服