`
peterwei
  • 浏览: 250307 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

如何在公司里舒服的活着

阅读更多
人活着,有时候挺累的。最近在公司遇到了一些问题,引起了我的反思。我该操那份心吗?

说一下现在的情况。最近在一家互联网公司做系统架构师,上级是部门经理。新启动了一个产品线,有专门的产品经理,主要做需求.我和部门经理属于研发部,和产品部是两个不同的部门,分工还是很明确的。

按说我的工作主要是架构设计,主要是各种技术的调研,和系统需求的抽象功能化,以及各种技术规范的制定,还有技术框架的决定,以及核心功能的研发。但是我进这家公司时,已经启动刚进入开发。前期做得并不是特别好,比如各种技术规范不够统一,下面的开发人员风格各一,测试也不规范。基本上每个人的代码都是天马行空。

好吧,我进来了,可能由于以前做team leader的原因,我看着这种情况就不大舒服,想改进。想统一大家的开发风格以及开发的规范,细点说就是各种命名,各层的调用统一等。现在还有着比如spring里应该用xml配置文件还是全注解0配置的争议。还有vo是否应该用等等。当然这些每个人都有自已的道理,各种方式我在以前的项目中都有使用过,当然我也有自已的偏向性。

现在主要让我烦心的是,我把问题提出来了。ok,部门经理说,你来负责把这些问题处理一下吧。好吧,我的工作量来了。本来我就有任务在身,如核心功能开发、WebIM及搜索引擎的研发。恩,我加加班就挺过来了,没什么。但是关于上面这些一规定后,下面N多人的代码要修改,要统一,要花不少工作量,大家肯定会有怨言。有时真的是费力不讨好呀。

大家说我是轻轻松松的,什么都不管,大家爱干嘛爱干嘛,我每天完成我的工作,按时上下班就完事呢。还是发扬主人公精神,管管这闲事?

最新进展:公司内部有一次大的变动,问题也得到了CTO的重视,一些东西也慢慢建立起来。我的工作重心也由原来的一些复杂业务开发,转为专注系统级别的技术研发,如静态化、缓存、搜索引擎、异步消息服务、文件服务管理、redis、负载性能等。在人员配备及在时间压力上,还是很紧。大家只能大干一场才行了。整个团队的氛围现在还算可以,希望一切能够顺顺利利。其实很多事情还是得上面推动才行。
更新进展:公司原来技术副总监离职了,也就是我的直接上级,山雨欲来风满楼呀。下周有新的人空降过来。哥的希望在哪里?
分享到:
评论
102 楼 seeckt 2011-04-26  
引用
生存下来就是王道


的确生存是王道,我见到个数据
某年统计的中国TOP100的企业家,他们的企业在10年后只有15家存活

当然有人说中国企业那是扯淡,那好
美国的数据,50%以上的企业在2年内关门,20%的企业能活到5年,跟中国实在是差不多

《大败局》上面国企下海潮中死掉一批著名企业,10年后出版的《大败局2》又因为各种不和谐原因死掉一批,没准再过10年作者可以继续写《大败局3》

101 楼 seeckt 2011-04-26  
项目管理有6要素,5个过程域,9个知识域
哪个人这些里面随便有几块能有比较清楚思路的,根据彼得原则那也是部门经理或者项目总监往上了
所以这才是个不简单的问题,所以世界上大多数项目是完全失败或者部分失败

见过某项目总监说自己公司项目100%成功的,我真怀疑他们项目是不是只要超标了然后就把指标降下来硬往项目实际绩效上套的

至于博士用来焊小狗的,那无非是3种情况,
没有建立专家权威、话语权和影响力
是人才但不是“人财”
没有被当成人才

去掉上面两个个人原因,最后一种那是中国公司初级层面的竞争搞多了,只会管同质型人力资本,不会管异质型人力资本,换句话说,就是不容易形成核心竞争力
100 楼 peterwei 2011-04-26  
ppgunjack 写道
peterwei 写道
ppgunjack 写道
seeckt 写道
引用
很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!


喜欢分享经验的大多有服务型职业锚,要是上网就搜答案不发帖,发帖就求问的多半技术型倾向很高

怕有某种特点的人,这和团队规模有关系,到公司基本放个专业DBA也没啥,就一般研发团队而言,
例如有人喜欢研究下难题的,可以考虑专门安排他去攻关或者其他有难度的事情,其他人可以调整为赶进度、协助什么的,
但是团队一小,又碰上进度紧的项目,那这种人只有被排出去,否则让他从产品研究到JAR源码,都到交货时间了还啥结果都没有
林子足够大,才能容得下各种鸟,否则统统被训练成养鸡场的小鸡,吃饭、共享鸡肉或者鸡蛋,其他一概可以不用想

看见一个挺牛的博士blog,他的方向绝对算比较前沿的领域,迫于项目需要也干杂活,很大的林子,国内管理的特点就是任何人都可以抓来打杂

叫水之类的,帮大家买水果之类的杂活?

CRUD,土豪们总是把人族工程师焊小狗和叉兵当常态,土八路打仗都知道把知识分子往后方丢

在多对多的时候,土毫们的办法非常有效。生存下来就是王道,只要挺住第一波,就ok了。土八路的办法,容易被别人闪电兵或金甲流全弄死。
99 楼 ppgunjack 2011-04-26  
peterwei 写道
ppgunjack 写道
seeckt 写道
引用
很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!


喜欢分享经验的大多有服务型职业锚,要是上网就搜答案不发帖,发帖就求问的多半技术型倾向很高

怕有某种特点的人,这和团队规模有关系,到公司基本放个专业DBA也没啥,就一般研发团队而言,
例如有人喜欢研究下难题的,可以考虑专门安排他去攻关或者其他有难度的事情,其他人可以调整为赶进度、协助什么的,
但是团队一小,又碰上进度紧的项目,那这种人只有被排出去,否则让他从产品研究到JAR源码,都到交货时间了还啥结果都没有
林子足够大,才能容得下各种鸟,否则统统被训练成养鸡场的小鸡,吃饭、共享鸡肉或者鸡蛋,其他一概可以不用想

看见一个挺牛的博士blog,他的方向绝对算比较前沿的领域,迫于项目需要也干杂活,很大的林子,国内管理的特点就是任何人都可以抓来打杂

叫水之类的,帮大家买水果之类的杂活?

CRUD,土豪们总是把人族工程师焊小狗和叉兵当常态,土八路打仗都知道把知识分子往后方丢
98 楼 peterwei 2011-04-26  
RCFans 写道
seeckt 写道
楼主的问题用心理学而不是技术来解释是不是会好点
动机:希望改善目前工作中遇到的问题
价值观:追求完美、追求规范,敬业
能力:技术能力强,但管理推进力上发现有不足

我认为很多提出表面上看起来是在追求完美的想法,更多的是缘自“后怕”,因为作为“猪”,总是承担最重后果的那个,加班多而回报少,影响,对管理层就是传达一句话,对程序员意味着什么,考虑过没有?

比如说你举的例子,其实对大部分的程序员来说,怎么排他都看不出区别,项目经理安排他先做啥他就先做啥。

细节在于,如果一套程序在设计上界面和逻辑是分离的,又有统一的控制,这个修改工作量设为+1,如果界面和逻辑、数据什么的全搅合在一起,又没有统一的控制,这个修改工作量就会+10+,不光如此,正常功能的开发也会因为重复建设的增加而N次方增加,所以,程序员要求有一个不断优化的任务时间安排。这样才可以保障交付始终清爽。

就这么简单的个问题,还延伸这么远……

问题是简单。但我相信大多数的公司,大多数的项目能做好的绝对是凤毛鳞角。往往事情看起来简单,要执行起来,要实现起来,确很困难,因为要涉及到方方面面,并不是我们的想当然。所以这个社会才会促所产生高明的管理者。
97 楼 RCFans 2011-04-26  
peterwei 写道
RCFans 写道
技术管理(MOT)的发展会给那些积极思考、改进的人带来机会。

这个应该是我近期的一个发展方向吧。

支持你朝这个方向发展,MOT的范畴,管理的对象即技术本身,技术应用到什么层次,作何取舍,什么时候引入新的技术,以获得最大回报,等等。有潜力。
96 楼 RCFans 2011-04-26  
seeckt 写道
楼主的问题用心理学而不是技术来解释是不是会好点
动机:希望改善目前工作中遇到的问题
价值观:追求完美、追求规范,敬业
能力:技术能力强,但管理推进力上发现有不足

我认为很多提出表面上看起来是在追求完美的想法,更多的是缘自“后怕”,因为作为“猪”,总是承担最重后果的那个,加班多而回报少,影响,对管理层就是传达一句话,对程序员意味着什么,考虑过没有?

比如说你举的例子,其实对大部分的程序员来说,怎么排他都看不出区别,项目经理安排他先做啥他就先做啥。

细节在于,如果一套程序在设计上界面和逻辑是分离的,又有统一的控制,这个修改工作量设为+1,如果界面和逻辑、数据什么的全搅合在一起,又没有统一的控制,这个修改工作量就会+10+,不光如此,正常功能的开发也会因为重复建设的增加而N次方增加,所以,程序员要求有一个不断优化的任务时间安排。这样才可以保障交付始终清爽。

就这么简单的个问题,还延伸这么远……
95 楼 peterwei 2011-04-26  
ppgunjack 写道
seeckt 写道
引用
很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!


喜欢分享经验的大多有服务型职业锚,要是上网就搜答案不发帖,发帖就求问的多半技术型倾向很高

怕有某种特点的人,这和团队规模有关系,到公司基本放个专业DBA也没啥,就一般研发团队而言,
例如有人喜欢研究下难题的,可以考虑专门安排他去攻关或者其他有难度的事情,其他人可以调整为赶进度、协助什么的,
但是团队一小,又碰上进度紧的项目,那这种人只有被排出去,否则让他从产品研究到JAR源码,都到交货时间了还啥结果都没有
林子足够大,才能容得下各种鸟,否则统统被训练成养鸡场的小鸡,吃饭、共享鸡肉或者鸡蛋,其他一概可以不用想

看见一个挺牛的博士blog,他的方向绝对算比较前沿的领域,迫于项目需要也干杂活,很大的林子,国内管理的特点就是任何人都可以抓来打杂

叫水之类的,帮大家买水果之类的杂活?
94 楼 ppgunjack 2011-04-26  
seeckt 写道
引用
很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!


喜欢分享经验的大多有服务型职业锚,要是上网就搜答案不发帖,发帖就求问的多半技术型倾向很高

怕有某种特点的人,这和团队规模有关系,到公司基本放个专业DBA也没啥,就一般研发团队而言,
例如有人喜欢研究下难题的,可以考虑专门安排他去攻关或者其他有难度的事情,其他人可以调整为赶进度、协助什么的,
但是团队一小,又碰上进度紧的项目,那这种人只有被排出去,否则让他从产品研究到JAR源码,都到交货时间了还啥结果都没有
林子足够大,才能容得下各种鸟,否则统统被训练成养鸡场的小鸡,吃饭、共享鸡肉或者鸡蛋,其他一概可以不用想

看见一个挺牛的博士blog,他的方向绝对算比较前沿的领域,迫于项目需要也干杂活,很大的林子,国内管理的特点就是任何人都可以抓来打杂
93 楼 seeckt 2011-04-26  
引用
我之前的工作,又有需求,又有项目管理,大多数是技术。所以思维乱七八遭的。


背单词背到一定程度,就不再痛苦容易记住海量单词
写代码写到几十万行也会突然看到另一片天
需求啊项目啊基本也是这样

看内心的源动力是否足够,足够的话就能以比较小的代价突破瓶颈,不足就有可能事倍功半,甚至一直没法突破瓶颈而放弃
所以心理学才推荐遇到麻烦的时候,闭上眼睛,看看自己的内心,想和别人沟通的时候,看看别人的内心
92 楼 seeckt 2011-04-26  
引用
很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!


喜欢分享经验的大多有服务型职业锚,要是上网就搜答案不发帖,发帖就求问的多半技术型倾向很高

怕有某种特点的人,这和团队规模有关系,到公司基本放个专业DBA也没啥,就一般研发团队而言,
例如有人喜欢研究下难题的,可以考虑专门安排他去攻关或者其他有难度的事情,其他人可以调整为赶进度、协助什么的,
但是团队一小,又碰上进度紧的项目,那这种人只有被排出去,否则让他从产品研究到JAR源码,都到交货时间了还啥结果都没有
林子足够大,才能容得下各种鸟,否则统统被训练成养鸡场的小鸡,吃饭、共享鸡肉或者鸡蛋,其他一概可以不用想
91 楼 Eric.D.Chen 2011-04-26  
Eric.D.Chen 写道
seeckt 写道
引用
你知道一个一年期项目的成本是多少么?

仁者见仁智者见智的事儿,基本都是经验之谈。况且他说的确实不错啊,至少代表了很多决策者所关注的方面。
呵呵,你是第二个芮成钢啊,广大程序员都被你代表了啊!还想鼓动广大程序员? “您”把上面的话往你们BOSS身上套一套,应该有结论吧!

你不是一直在说程序员如何如何吗?你自己就是个程序员,抛开对广大程序员思维模式的指责,细致地分享一起经验,岂不更好?


可能我言辞激烈了点,其实我是建议,不是指责的哈!我是从程序员做起的,包括现也在干点程序员的活!很喜欢和大家分享经验,我就怕那种就专一种技术,抵触接触其他技术的人,呵呵,项目组的毒药啊!
90 楼 peterwei 2011-04-26  
RCFans 写道
技术管理(MOT)的发展会给那些积极思考、改进的人带来机会。

这个应该是我近期的一个发展方向吧。
89 楼 peterwei 2011-04-26  
seeckt 写道
即使有人需要被“戴表”,那也不是广大程序员
而是接触到管理的那一部分程序员

楼主的回答:
引用
这个我先来回复你一下。我的选择是1,2,3.如果是在线系统,那么是2,1,3.至于为什么,没有会愿意去得罪客户经理,并且1也是最快能出成果的。但如果是在线系统,关键业务完成不了就有问题了,所以优先级是第1.


这个显然不是程序员思维,程序员是不接触客户的,也不懂什么服务营销,只关心把手头的事情做好
只有跳出程序员的思维,才有可能是这个答案
而且这个时期的程序员是最痛苦的,想专心写代码写不成,自己的想法领导又不支持,想去了解别人想什么又不能理解他们想的东西



我之前的工作,又有需求,又有项目管理,大多数是技术。所以思维乱七八遭的。
88 楼 peterwei 2011-04-26  
seeckt 写道
引用
程序员是不考虑优先级的,也不懂什么进度排程,只关心这个任务怎么来实现


SORRY,是我的错,我的意思也是这个,但用的例子不当

楼主的问题用心理学而不是技术来解释是不是会好点
动机:希望改善目前工作中遇到的问题
价值观:追求完美、追求规范,敬业
能力:技术能力强,但管理推进力上发现有不足

三者不统一,所以就有了纠结困惑

如果有可能还是找个专业的职业咨询师分析下,让自己的动机、价值观(内心所想)与自己的能力相符对自己对公司都是最好的

我个人从职业锚角度不负责任的瞎分析:

技术型: 
引用
我也有自已的偏向性

引用
烂的技术,写出烂的代码,你认为这样就能顺利上线吗?就算上线了,到时改bug等等,无休无止的加班。你希望看到那样的情况吗?


管理型:
引用
对于一些不搞技术的领导,你能说得通吗?他们可能根本就不理解这些技术上的概念。头脑里也许只有时间,时间,进度进度,成本成本。


服务型
引用
我看着这种情况就不大舒服,想改进

引用
严格从职责上来说,却也算是我的份内事。


挑战型:
引用
我该操那份心吗?


自住型:
引用
我加加班就挺过来了

引用
我把我的工作做好,难道也是错。


稳定型: :
引用
我把问题提出来了


生活型:
引用
我每天完成我的工作,按时上下班就完事


创业型:
引用
在一家互联网公司做系统架构师


然后看看公司什么岗位、角色,或者具体哪类事务性工作是符合这个职业锚分布的,慢慢往那边发展好了



哈哈,从只言片语中推断人的性格,牛呀。虽说不是全对,但命中率80%之上。
87 楼 RCFans 2011-04-26  
技术管理(MOT)的发展会给那些积极思考、改进的人带来机会。
86 楼 seeckt 2011-04-26  
引用
程序员是不考虑优先级的,也不懂什么进度排程,只关心这个任务怎么来实现


SORRY,是我的错,我的意思也是这个,但用的例子不当

楼主的问题用心理学而不是技术来解释是不是会好点
动机:希望改善目前工作中遇到的问题
价值观:追求完美、追求规范,敬业
能力:技术能力强,但管理推进力上发现有不足

三者不统一,所以就有了纠结困惑

如果有可能还是找个专业的职业咨询师分析下,让自己的动机、价值观(内心所想)与自己的能力相符对自己对公司都是最好的

我个人从职业锚角度不负责任的瞎分析:

技术型: 
引用
我也有自已的偏向性

引用
烂的技术,写出烂的代码,你认为这样就能顺利上线吗?就算上线了,到时改bug等等,无休无止的加班。你希望看到那样的情况吗?


管理型:
引用
对于一些不搞技术的领导,你能说得通吗?他们可能根本就不理解这些技术上的概念。头脑里也许只有时间,时间,进度进度,成本成本。


服务型
引用
我看着这种情况就不大舒服,想改进

引用
严格从职责上来说,却也算是我的份内事。


挑战型:
引用
我该操那份心吗?


自住型:
引用
我加加班就挺过来了

引用
我把我的工作做好,难道也是错。


稳定型: :
引用
我把问题提出来了


生活型:
引用
我每天完成我的工作,按时上下班就完事


创业型:
引用
在一家互联网公司做系统架构师


然后看看公司什么岗位、角色,或者具体哪类事务性工作是符合这个职业锚分布的,慢慢往那边发展好了


85 楼 RCFans 2011-04-26  
seeckt 写道

这个显然不是程序员思维,程序员是不接触客户的,也不懂什么服务营销,只关心把手头的事情做好
只有跳出程序员的思维,才有可能是这个答案

你的提几个待办项估计是根据你的工作经验的关联,出了这个工作经验就不具备代表性了
比如说我的某部分工作经验就可以作这样的回答:程序员是不考虑优先级的,也不懂什么进度排程,只关心这个任务怎么来实现
84 楼 RCFans 2011-04-26  
seeckt 写道
引用
你知道一个一年期项目的成本是多少么?

仁者见仁智者见智的事儿,基本都是经验之谈。况且他说的确实不错啊,至少代表了很多决策者所关注的方面。
呵呵,你是第二个芮成钢啊,广大程序员都被你代表了啊!还想鼓动广大程序员? “您”把上面的话往你们BOSS身上套一套,应该有结论吧!

你不是一直在说程序员如何如何吗?你自己就是个程序员,抛开对广大程序员思维模式的指责,细致地分享一起经验,岂不更好?
83 楼 seeckt 2011-04-26  
即使有人需要被“戴表”,那也不是广大程序员
而是接触到管理的那一部分程序员

楼主的回答:
引用
这个我先来回复你一下。我的选择是1,2,3.如果是在线系统,那么是2,1,3.至于为什么,没有会愿意去得罪客户经理,并且1也是最快能出成果的。但如果是在线系统,关键业务完成不了就有问题了,所以优先级是第1.


这个显然不是程序员思维,程序员是不接触客户的,也不懂什么服务营销,只关心把手头的事情做好
只有跳出程序员的思维,才有可能是这个答案
而且这个时期的程序员是最痛苦的,想专心写代码写不成,自己的想法领导又不支持,想去了解别人想什么又不能理解他们想的东西


相关推荐

Global site tag (gtag.js) - Google Analytics