锁定老帖子 主题:暗黑管理 招数拆解(一) 炮灰
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-06-27
wandou 写道 实际上,在强调责任的公司,对管理者来说,他的利益,就是把他应该负责的所有的工作都找人承担责任。而研发工作,通常不可量化,责任,往往没有一个合理的分配规则。
你的看法很片面,如果公司是这样的,不宜久留。 |
|
返回顶楼 | |
发表时间:2011-06-27
我不觉得,关注技术的怎么就成炮灰了。。
|
|
返回顶楼 | |
发表时间:2011-06-27
厨师不看菜谱,研究起兵法了!
|
|
返回顶楼 | |
发表时间:2011-06-27
抛出异常的爱 写道 RCFans 写道 你讲的好像是“蘑菇”
炮灰嘛,就是某些明显就要失败的工作,不得不干的人 炮灰在我们这里是指给与工作但根本没有其它支持的项目 比如我们组被要求重构某个模块, 但此前这个项目的需求变更需要一起完成 一边小心重构模块 一边新加入各种有的没有的功能。 几乎是一种自杀行为 干嘛要重构,运行稳定的话就别动 加功能 加领导喜欢的功能才是王道 |
|
返回顶楼 | |
发表时间:2011-06-27
RCFans 写道 抛出异常的爱 写道 RCFans 写道 你讲的好像是“蘑菇”
炮灰嘛,就是某些明显就要失败的工作,不得不干的人 炮灰在我们这里是指给与工作但根本没有其它支持的项目 比如我们组被要求重构某个模块, 但此前这个项目的需求变更需要一起完成 一边小心重构模块 一边新加入各种有的没有的功能。 几乎是一种自杀行为 没搞错的话,“炮灰”一词的来源,就是那些派去和炮兵团打仗的步兵团或者骑兵团。对方炮兵100,我方派步兵20000,最后我方可能取胜,那些没冲到大炮底下杀掉炮手的,就成了炮灰 你没发现很像么? 虽然能完成重构也能改善需求变更。 但加班加到吐,写码码到死。 |
|
返回顶楼 | |
发表时间:2011-06-27
貌似我有点炮灰的感觉。。
|
|
返回顶楼 | |
发表时间:2011-06-27
给你加个良好,希望尽快看到后面的文章,好让我的兄弟看看也学习一点
|
|
返回顶楼 | |
发表时间:2011-06-27
最后修改:2011-06-27
RCFans 写道 wandou 写道 实际上,在强调责任的公司,对管理者来说,他的利益,就是把他应该负责的所有的工作都找人承担责任。而研发工作,通常不可量化,责任,往往没有一个合理的分配规则。
你的看法很片面,如果公司是这样的,不宜久留。 感谢你的建议。职场做久了,已经不再是为了理想,而是为了生活。目前这家公司的待遇还算不错,而且,其实所有的公司都是不同程度的有这种现象的。扯淡,其实是无处不在。 我的确有离开目前公司的打算。整天扯淡,其实也是一件无聊的事情。虽然工作轻松,性价比还行,但是毕竟,人需要的不仅仅是钱,也希望做自己真正擅长的事情,对社会有真正的贡献。 扯淡,已经不能使我再感到快乐。的确,在刚开始的时候,有一定的新鲜感甚至上瘾,但是到了一定程度,就会对自身的价值产生怀疑。 |
|
返回顶楼 | |
发表时间:2011-06-27
kyo19 写道 给你加个良好,希望尽快看到后面的文章,好让我的兄弟看看也学习一点
感谢兄弟的关注。我一直在犹豫,要不要把这些潜规则说出来。虽然我不认同这些,但是的确,在我了解这些暗面之前,我走了很多弯路。 你的关注,给了我很大的鼓励。为了不辜负你的期望,我一定会写下去,即使遭到批评,也会坚持。 我说的,也是一孔之见。或许某些方法,并不是管理者希望看到的,也要慎重使用。使用不当,可能会伤及自身。 |
|
返回顶楼 | |
发表时间:2011-06-28
其实,炮灰有几种类型。
明显是要失败的工作,拉个人去干,这只是一种类型。 还有的是,劳而无功的工作。工作量很多,但是看似很简单。做了半天,最后只有苦劳,没有功劳。 不合理的工作。明显是不适合某个人来干,但是有些莫名奇妙似是而非的理由,把他扯进去。这也是炮灰。 其他人遗留的工作。无法指出原有的项目的缺点,不得不把以前的问题解决,还没人领情。 踢皮球的工作。踢来踢去,最后踢到一个抵抗力最差的人身上。 完成了90%的工作。剩余的10%,往往要占50%甚至以上的工作量,所谓行百里者半九十。 各种类型都有。总而言之,标志就是,让接收者难受,但是看似合理,无法倾诉。 管理者有时候是无意的,有时候是故意的作出不合理的安排。但是,作为管理者,他最关注的,是他本身的利益,而非公司利益,也非下属利益。能够做到用公平原则去工作的管理者极少。 程序员常犯的错误,是从技术角度去考虑问题,而不是从管理者利益的角度去考虑问题,因为没有知己知彼,导致每战必败。 |
|
返回顶楼 | |