读《人件》

来源:互联网 发布:ida pro 7.0 linux 编辑:程序博客网 时间:2024/04/28 12:19

    对《人件》一书的大名,早有耳闻,说不上目的或是原因,只因随手一翻,随意竟然得以持续,花了几天的业余时间,快速翻看了一遍。有些体会,记将下来。

    我看的是中文版,还好,没有碰到过多的不能明了的名词术语。
    书中的有些观点令我很吃惊,这也促使我没有很快将书放下,而一直把它读完。对于人才和团队的建立和管理,书中可谓是独辟蹊径。让我大开眼界,呵呵,应该说我是孤陋寡闻,因为这本书出版于二十多年前。
    如果说信仰,我信奉现实的哲学,我不爱好幻想。对于书中对程序员的“坦护“,对于管理人员的“刻簿”,我油然升起感激之情的同时,也不得不结合身边的情况去思考。当你经常在梦里看见不合现实的空中楼阁时,我敢肯定,你不是程序员,或者,你即将不是程序员了。
    在那书中美丽的空中楼阁里,你们拥有自已办公室,在你们的窗户外,是鸟语花香,办公室墙上,是你忠受的魔兽游戏的海报,你的办公室门外,挂有闲人勿挠的牌牌,不会有人为一些琐事来烦你,你的经理人从来只为你扫平工作障碍的而存在,从来不压榨你的业余时间,你感觉你的创造性得不到了极大的发挥,在成功完成一个高质量的设计后,你决定躺在你的沙发里休息一下,结果,你很快,进入了梦乡Zzzzzzzz.
    喂,行了,快 醒醒吧,哥们儿,别再做梦了,这不是超级女生,不是你可以任意发挥的舞台。

   (好了,有些跑题了,离世界杯决赛还有两小时,我不希望把这个读后感拖到明天)

    我从来不曾是经理人,我倒想是,但没那机会+实力,以后会不会,天晓得。不过呢,为了把自已的思想融入书中,我暂且YY一下,我在意大意可能夺寇之前,当一下意大利的主教练,嘿嘿嘿。
    首先,我看了全书,我开始苦笑,为什么?兄弟,我也曾是优秀的程序员,你们的苦我都知道,但,书中的东西只能是美好的理想,我能理解,但公司是不能理解的,因为它们看来是那么的离经判道。
    什么?我把问题说得太严重了,噢,那我们还是来仔细看看吧。

    作为经理人,我知道,我最重要的作用是带领的我所管辖的人。慢着,我是技术出身,我不太会搞那些人际关系,我也不习惯成天去了解你们的私人想法和状况,你们不是要自由吗?我给你们。  什么?我害怕管理。@#$@,嗯,可能你是对的吧。管理人,其实我并不善长,它在我的工作中处于最低的优先级。

    作为经理人,我很头疼产品的质量问题,下面这帮人怎么搞的,唉。收到一封邮件,有组员提出质量改进建议。嗯,好是好,可惜没时间去做,算了,还是以后再说吧。(嗯,你不要再批望收到同样的一封邮件,对于,开发人员对质量的渴求并不低于用户,而实际在于管理者如何去引导和调动它。如果总是以时间为借口去牺牲质量,你的组员会越来越变得让你头疼,注意,这可能是你造成的)。   

    关于加班,我也是程序员,我也讨厌加班,但没办法,上面要求下周必须@#$#@$。大家坚持一下,上午10点来就好了,实在不行,下午再来。到时候我们按1:1进行调休。(程序员某些人在加班时间玩游戏,因为他确实无事可做)。

    作为经理人,或许需要得到技术上的权威性来满足内心的虚容,以使现状与传统世界更加接轨,于是,我仍然需要深入的了解技术,开玩笑,我成天管理人,那我岂不是会被淘汰了。书中讲,经理人应该是让他的员工能更好的工作,我认为呢,或许,团队中需要这么一个职位的人,他不用过多关注技术,但他有足够多的管理经验,去做一些令本身经理人不愿意和不善长去做的事。这个人对这个团队的生产力是致命的。

    作为经理人,我也坐在开放式的格间里,象是个扩大了的养鸡厂。所以,你们不要抱怨办法环境如何如何不好。(嗯,公司有意采取了这个花招,而我呢,俺这么多年摸爬滚打,早就习惯了嗓音。什么?你们不习惯?噢,那就带上耳机,或自已合理安排时间,放心,你们上班时间做点儿其它事情,我会睁一只眼闭一只眼。讨论问题时有些吵?嘿,那正说明我们的工作氛围很和谐。
    在这个手机如垃机满天飞的时代,办公室里充满了各种各样的让你新奇和从未听过的来电音乐和短信语音,喜欢定制的人们会不断更换铃声,以满足你的好奇心。当你好奇心得到极大的满足而有些不堪承受时,你可以带上戴上你的耳机,如果,你仍然不能做到心如止水或是达到周伯通小之双手互搏的境界,不要紧,你可下班时间加班做,这个时候,找个同事聊聊天吧,说说世界杯,说说超女。
    这时,你很得闲,你环视你的工作环境,嗯,那是为计算机和网线等电气元件而设计的布局,窗户?谁都休想,它在走道边上,且挂有厚重的窗帘。你只能叹一下生活之辛酸,为了生存,混口饭吃,你只能将你的青春放在如此的不见天日的鸟笼中渡过。
   此时,电话铃声响起时,咦,是我这个电话在响吗?
   喂,那个谁谁谁的电话。你冲着远处大喊:为了让坐在另一角的同事听到。
   什么?我的电话?麻烦你帮我转一下。
   你的电话多少啊?,
   XXXX。
   ……
   呵呵,有些象股票交易市场。
   当你回到电脑前,你陷入沉思中:我刚才在做什么,做到到哪里了?
   不巧,这时下班的广播声响了,Oh,My god,我今天都做了些什么?
( 听说,微软公司的开发大楼,如V型排开,以保证每个开发人员的办公室拥有窗户,俺对其这向望等同与对比尔先生崇拜)。

    工作,当然需要事前度量,作为经理人,最头疼估算工作量了。不过呢,有办法,简单分块,然后交给张三李四:张三,李四……,你们去看看你们各自负的任务需要多少时间。然后,你把 Total = A + B +C ……
    这样合适吗?工作量的估计是不是应该有历史数据啊,切,我们没有这种类型的数据库。
    慢着,真的没有吗?
    再想想,绩效考核时,用的都是些啥?
    哈哈,但是你知不知道,员工填写的dmp的耗费时间,永远都是体力时间而非脑力时间。
    确实,现状如此,形式化的CMM执行,带来的就是这种形式化的结果。

    是了,作为经理人,最苦恼的就是人才了,
    苦啊,找不到人才啊。原因何在?是因为公司无法提供较好的待遇吗?不是,如果他够强,公司可以花大价钱。  
    对了,请问一句,如何知道他很强,是他做完那份无聊的考题吗?是听他胡吹吗?还是由我这个本来就不见得优秀的人来主观判定呢? 噢,这个,这个,我不能肯定他是否会很出色,因为,那是以后的事情,现在怎么可能知道,他要那么高的待遇,我却不能确定他值那么多,唉,其实这是问题。
    显然,责任不在应聘者。经理人最清楚需要的是什么样的人,书中讲了,或许,换种面试方式?比如,举行一次工作试讲,让团队所有的人来评价,如何?

    作为经理人,最头疼的事情是不该走要想走,该走的从来不主动走。
    很多公司都在提出自已的愿景,或者说是口号:我们要做最好(或是哪年哪年成为多少多少强)。但是,他的优秀人才却在不断流失。公司高层说了,公司的成长不依赖于任何一个人而存在。呵呵,没有个人,哪有团体,这显然是一个并不漂亮的谎言,谁都知道人才的重要性。往往在员工提出辞呈时,才发动挽留攻式,那也太不把萝卜当成一盘菜了。
    公司在优秀员工的一个似是而非的一年仅一次的培训会上,最后的讨论话题是:如何为公司吸引高技术人才。嘿,你不能说公司高层的眼被蒙住了,只能说:或许,你该摘下你眼前那层布,这并不是你最终的归宿。

    团队,就是一个部门吗?有时候是这样的。但更准确的定义是:互相合作,在一定时期内达成一个共同目标的团体。是的,最重要的是合作,这毋庸置疑。
    有些时候,某些方面(并不是全部),这类似于体育团队,一帮具有接近实力的,相互合作精神的,有一个团队领袖的,有共同目的团体。有人将世界杯巴西和阿根廷本界杯赛的失利归咎于教练。在我看来,原因确实在于团队的搭配和组织(教练),类比于开发团队中的经理人。当教练把成功寄希望于罗纳尔多和小罗的灵光一现时,有些象是程序中的巧合编程,你可能得到暂时的欢愉,但你总得付出带价,借用一句老话,出来混,总有一天会还的。
    在水平相差无已的巴西球员身上,你很难想象巴西老双卡与其替补对比赛有同样的渴望。当球队参加第一场比赛那一刻起,每个队员都应该有由中的,发自内心的共同目标和责任,而非只是一些口号。
   (很可惜,我本人水平问题,我从未碰到过书中描述的成功团队,中文翻译为胶冻团队。有碰到过传奇人物,但没见到过传奇团队)

   作为经理人,你理应对雇用的人的能力和特点应该有充足的认识,然后,创造条件,放手让他去做他该做的事情。对于团队,你应让你的团队经常体验成功(或许并不是工作上),当组员并未感受到被管理的情况下获得成功后,那将是你最成功的管理。

   作为程序员,你有没有想过和某个你心目中比较佩服的成员一起工作吗?当然,很多人都想过,但实现了吗?啊。。。这怎么可能,公司又不是我家开的。呵呵,确实,要做到这一点很难。我想,这个公司需要有足够雄厚的人力资源配置。

   对于产品质量,它总与开发时间和责任心相关联,书中将之比为“蚌壳中的砂粒“,实现是太妙了。

   公司中总有一些个别人,在社会交际学的标准上,不仅算不得优秀,甚至很差,但偏偏这种人却是生产力提高的关键,马拉多纳,没有比他更好的例子,你是教练,你会放弃他吗。如果你大家都不知晓的情况下,愉偷选择放弃,那你不是一个好的经理人。

    工作时,程序员时不时会碰到有趣的事情,每每此时,他们总是刻意去压抑自已的兴奋,做贼般的去享受他自已认为可能不是正业的工作。实际上呢,书中讲,工作本来就应该是一种乐趣。程序员的错觉来源于长时间以来对开发工作的扭曲。

    说实话,对于将软件工作类比为加工厂,很长时间让我困惑,彷徨和失落。近来来,诸多的技术似乎都在验证着,新技术使工作变得有序,更加机械有条理而缺乏旧传统意义上的创造性。因此,这使软件公司坚信铁序的重要,而防止任何的混乱,也就把握了时代的脉搏。还好,书中讲了,小小和短暂的混乱是有必要地。但可惜,书中的那几个实例,在我看来,有些虚无。

   公司总有那么几个人神龙见首不见尾的,据说可以允许在家上班。对于他们,一切都仿佛虚无中的传奇。而对于我呢,只有两个字:羡慕死了。 

  "一次将事情做对“,在某一天的早上,发现项目组每个成员的工作台前,神秘的突然出现了此条标语。
  每有人问起,我总喜欢恶做剧的将之解释为:“最后一次将事情做对“,因为,我不认为它是什么放之四海皆准的金玉良言,它也不如图画的修饰的华丽般能带来任何有实质性的效果。而在书中看来,更糟糕。它显示的是公司无法用努力工作和管理天份来促成这一美德或是水准,而只能采用简单口号来传递可能对不同工作的人应该有不同讯息的不切实际的信息。

   很多人都害怕竟争,我也不例外,理由不外乎是不自信,肚中尽草包之类的原因。竟争能带来什么,不用多说。

   对于CMM,我一直未有什么认识,即使是身处其中,我所感受到的也是负面效应。书中从另一侧面讲不要过份依赖于它,过程的成熟是在降低风险,但是:如果能让你成熟级别降低的项目,往往会是最有价值的项目。

    有那么几年工作经历的人,大都经历过同组人员离开的情况,而工作交接和项目的继续所产生出的问题,应该也是深有体会,公司对这方面的成本往往没有本质的认识或习惯性或有意识的低估。
   
    最后,可以说书中说出了我目前最关心的一点:
    作为一个开发人员,对于管理岗位,在现有多数公司的机制和自已实际情况的双重现实下,那是自已力不所能及或者说不能掌控的领域。所以,唯有加深对对技术的学习,才是出路,因此,现在我比之前的任何时候都渴望新的知识。在不能寄希望于公司提供培训的情况下,我知道实践是唯一能快带提高的途径,所以,我在寻找一个更有学习氛围的社区,而如书中所言,建立这样的社区可以说是经理人的终极梦想。

    好了,决赛快开始了。希望意大利能在90分钟内解决战斗。




原创粉丝点击