论坛首页 综合技术论坛

暗黑管理 招数拆解(一) 炮灰

浏览 32110 次
该帖已经被评为精华帖
作者 正文
   发表时间:2011-06-28  
下面的当炮灰多半是上面的人操蛋。。。楼主这话也有点。。。。
0 请登录后投票
   发表时间:2011-06-28   最后修改:2011-06-28
呵呵,炮灰的说法,只是个比喻。只是为了帮助建立防御意识,有了这种意识,才会对潜规则有一定的警惕性。
凡是接受了不合理的安排,就是炮灰了。
作为PM,他有他的利益。他的利益,就是完成自己的工作任务,尽量做得更好。不是所有的PM都会自觉遵守公平原则。一个PM,给能干的人多分些事情,有时候都不是故意的,无意中就做了。即使一个很善良的人做PM,也很难拒绝这种诱惑。
0 请登录后投票
   发表时间:2011-06-28  
superhack 写道
楼主看清了本质,但这种现象的根源是什么呢,愿闻其详。

根源是利益分歧。各方不同利。个人的努力,不能以合理比例的转化为自身利益。
不管什么样的管理手段,如果大家都是聪明的,最后只能从双方利益的平衡点上去寻求答案。制定合理的规则,让每个人的努力,朝着对各方利益都增加的方向。规则,是博弈形成的。参与博弈各方的计算能力或者说智力,决定了规则。

同样是管理,外企跟国企民企,差别很大。跟资方的形式也有关系。
外企,倾向人性化管理。
国企,倾向官僚化管理。
民企,倾向高压式管理。
外企的管理,倾向人性化,并不是因为国外的资本家心善,而是国外的制度导致的。非人性化的管理,根本行不通,因为国外的工会,权力很大,资方无法用高压式管理。外企在同一个公司,无法搞两套制度。所以,外企,在中国一般也是人性化管理。
国企的管理,官僚主义严重。形式上有管理,实质上无人负责。是一种相当奇特的管理方式。政治斗争严重。比较锻炼人的情商。
民企,相对比较简单,一切为资方利益服务。由于中国的工会名存实亡,管理严重倾向于资方利益。
0 请登录后投票
   发表时间:2011-06-28   最后修改:2011-06-28
楼上各位所谈的,是一对一的谈判,而非团队之间的踢皮球。这类情形,没有太多参与者。相对来说人的复杂度较低,主要是技术手段。
一对一的谈判,主要焦点是工作量的多少的认定,而不是人选的认定。
这个时候,从被管理者的利益出发,当然是越大越好。这个时候,一定要守住自己的底线,决不能答应不合理的条件。谈判不一定要一次谈成,不要谈崩就可以了。不能答应的,就不答应,但是也不拒绝,拖到下次。
管理者来找员工谈判,目的是什么?当然是希望从员工这里取得一个最小的工作量承诺,给员工最大的工作压力。
员工的目的?目标当然是尽量放大工作量。用什么策略去针对管理者?第一,是尽量把需求做细,在每个项上面合理争取更多时间。第二,针对管理者的弱点,管理者的时间有限。增加他的验证成本,把过程搞得无限复杂,最后不胜其烦,只能同意你的工作量。另外,一开始一定要在不夸张的情况下高估,等管理者来砍价。跟卖衣服一个道理。总要卖个面子,做一些让步的,先提高了,才有让利的空间。
另外,形式上要尽量正规化。比如,用report,excel等形式,把你的要求用文档方式合理的列出来。形式上的漂亮,是为了在心理上增加它的可信度。简单讲就是假装professional。
如果答应了,那是一定要完成的。所以,一切答应的东西,都是要自己确保可以完成的。如果不确定能否完成,一定要提出来,不能答应。
所有的项目,都尽量找到合理的依据证明它的确需要所列出的时间。

总而言之,做得越细,管理者的验证成本越高。他总不能只跟你一个人谈,也不能说你需求做得细是错误。所以,最后你会赢得更多的时间。虽然,前期要付出不少,但是相比于真正去做事情,还是很值得的。
具体的方法很多。一切能想到的理由都上好了。需求阶段,可以把需求搞复杂。需求确定的,增加细项,需求不确定的,增加各种可能性的分析,然后估计细项。分析阶段,可以增加各种设计的评估以及利弊的分析。编码阶段,更多了。每个类的实现,测试,提交。估计代码行数,bug修复时间。
办法不是没有,就怕这个阶段不肯费力气,导致后面费更大力气。

常见的情形,是管理者强迫员工在开始阶段就要求员工给出全部的时间表。这是不合理的要求。不要答应,也不要拒绝。拖下去。如果一定要答应,就加上各种限定词,可能尽量或者大概也许最大最小可能性不确定性等等。最忌讳的,就是用简单的描述,明确的承诺时间,将来连回旋的余地都没有。只要描述足够复杂和不确定,总能找到模糊的地方,将来就有回旋的余地。

不要用谈话的形式来答应,尽量用书面形式。因为管理者是有备而来,而员工可能没有思想准备,这时候达成协议必定吃亏。可以跟管理者建议用report的形式,然后再讨论,一方面体现对他的尊重,另一方面也有了准备的时间。而且,口说无凭,口头答应,将来是无法证明的。一旦形成了文字,双方同意后就具有了合法性,到法庭上,也是有效的证据。

我现在从这个角度描述,看起来似乎是负面的。但如果从另外一个角度看,这完全是一种工作认真的表现。我只是说了真话而已。很多人在职场其实一直都是这样生存的。
管理者就工作安排跟员工谈话,就是一次谈判,跟面试谈薪资性质一样,一定要认真对待。

从中立的角度看,这是一种规则范围内的合理博弈。不会谈判的人就会成为炮灰。

当然,这只是其中的一种形式,还有多人的形式。局面就更加复杂。当然,基本技术基础也是与此相似。
0 请登录后投票
   发表时间:2011-06-28  
难怪LZ在另一个帖子关于态度立马提到怠工,磨洋工。
你的这种做法就是一种软性怠工,软性磨洋工。而你的职位也不是做管理的,至少不是PM或DM级别以上。顶多就是Team Leader, Project Leader的角色。
而你在公司混的也够炮灰的,不然哪会感受如此深刻。

引用

需求阶段,可以把需求搞复杂。需求确定的,增加细项,需求不确定的,增加各种可能性的分析,然后估计细项。分析阶段,可以增加各种设计的评估以及利弊的分析。编码阶段,更多了。每个类的实现,测试,提交。估计代码行数,bug修复时间。

需求复杂化,设计复杂化,为了多报工作量而复杂化,更容易导致需求偏离用户实际需求,过度设计将导致实现复杂,代码变得脆弱,简单的事情搞得像登月一样。你这是在牺牲项目来达到自己自私偷懒的目的。
这个就是所谓的人性化吗? 是你在另一个帖子中口口声声说的公平吗?好像跟你在那里标榜的自相矛盾吧?

http://www.iteye.com/topic/1093278?page=10
http://www.iteye.com/topic/1093278?page=12


0 请登录后投票
   发表时间:2011-06-29  
铁拳无敌孙中山 写道
能列出1,2,3,4的还好说,如果分配给你一个完全陌生兼无先例可循的工作,让你立即估算时间,该如何回答?

你只需要做一件事:让他把需求按照你需要的格式、细节粒度写下来,如果做不到,就告诉他你的估算误差会很大,会对整个项目进度造成影响。作为项目经理,最敏感的词无疑是“不可控因素”。
0 请登录后投票
   发表时间:2011-06-29  
Edward 写道
难怪LZ在另一个帖子关于态度立马提到怠工,磨洋工。

苹果树的故事:一棵苹果树结出了累累果实,农夫摘下去卖了,并且对苹果树照料有加。苹果树却不满了:为什么我结出的果实,自己一个也没得到?于是它不再结果,最后,农夫砍掉了这棵不结果的苹果树。

事业、爱情,总是人生中美好的东西,我们走过的路,经历过的事,构成了我们整个的人生经历,不论你遭遇什么,幸福取决于自己的心态。

在我这里,员工分为三类:一类是能把事情越做越好;一类是完成自己的任务就不想别的;另一类是尽量把事情越做越少,能推就推;对于最后一类,永远别想得到加薪、升职,适当的时候我会把他踢出去,对工作缺乏热爱,性格就不合适。
0 请登录后投票
   发表时间:2011-06-29  
Edward 写道
铁拳无敌孙中山 写道

一直当炮灰的偶进来聆听指教

能列出1,2,3,4的还好说,如果分配给你一个完全陌生兼无先例可循的工作,让你立即估算时间,该如何回答?

PS: 如何投票?


估算的结果并不意味着实际。估算前尽可能的挖掘更清晰的需求(但不一定能做到),然后给个大概的估算,这时,与实际的误差可能达到正负100% ,甚至更大。因为你了解的越多,估算就越实际。

a) 最好的情况是,你掌握的信息或你有足够的经验给出比较准确的估算。

b) 好一点的情况是,你多少能估算出一个大概时间,尽管误差大。告诉你的上司,最乐观大概XX天,普通大概XX天,最糟糕大概XX天。你会每天跟他沟通实际完成情况,及与实际情况对比后,调整的估算 (如可能需要更多时间或可以提前完成)。随着时间推移,b) 就变成 a)了。

c) 最差的情况是,你根本无法知道到底需要多长时间。这时,你可以告诉他,根据目前的情况及信息,你无法作出有意义的估算。你会先实际做个半天或一两天,然后根据情况给出估算。接下来就变成 b) -> a)

估算的精确度取决于做估算的人的经验与能力。需要不断地根据实际情况和掌握的信息再调整估算,为计划提供更实际的数据。不是一直不变的。

所以,不需要在第一天信息还不足时拍脑袋说需要三天,等开始干了半天一天后,了解了更充足的信息后,发觉实际至少需要5天才行。怕反口丢脸不好意思,硬抗下来。其结果就如之前所讲了。
及时沟通才能更好的解决问题。炮灰大多数情况是自己处理不好造成的。
所以我不太同意LZ的说法 “工作安排就是在寻找炮灰”。LZ的心里灰暗了些。你的经历不管好的坏的,都是你自己宝贵的财富。阳光些,会更好。


1.100%这个在项目中一般可以接受谁要时间不要个 双份呢?出问题的总是需要多4倍左右的时间。。。。。程序员的二天到项目经理那里就是2周
2.足够的经验。。。。我不知道你开发的东西有多少可以重用的。但实际上大多数经验时间没什么 作用
3.也是我常用的方式,但没什么用。有的老板选择性过滤一些信息。不过总的来说不停的汇报才是正常的。会哭的孩子有奶吃总是对的。
0 请登录后投票
   发表时间:2011-06-29  
一旦接受了这个设定

我不就是公司的炮灰了么⋯⋯
0 请登录后投票
   发表时间:2011-06-29  
Angel_Night 写道
一旦接受了这个设定

我不就是公司的炮灰了么⋯⋯

还可以时不时去老总那里哭时间
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics