zoukankan      html  css  js  c++  java
  • 老板和员工,到底谁是庄家

    前几天和几个朋友讨论到一个话题:如何让手下的员工干起活来“只洗碗不吃饭”。

     u=2942826484,1289797857&fm=23&gp=0

    为了不引起公愤,我至始至终没有发表我的观点。当然,我想让员工精神抖擞的干活使用的唯一办法是和他们一起光着膀子加班,偶尔发现大家效率不高时,我会故意告诉大家空调坏了。。。

     

    这时,一个“大神”讲起了他的办法:

    大神手下有个技术开发高手,其实也不是什么高手啦,只不过他开发经验比较足,平时也比较爱学习,所以放到项目上后这厮果断在项目中起到了举足轻重的作用。

    于是,“高手”被大神提拔为部门技术负责人。

    据说软件公司有个潜规则:高手不提拔或者钱没给够或者干的不爽,他就会走人。于是往往公司会采取两种办法:

    1、给够钱

    不过目测,个人欲望其实是个无底洞,马云的“钱没给够”其实很难“拨乱反正”,我曾亲眼目睹过几个优秀人才,公司一再加工资最后还是走了,走的时候还拉了一帮骨干一起跳。最后究其原因是“房贷压力太大”。

    结果老板最后也忍不住发飙了,曰:

    公司确实应该关怀员工的各个方面包括生活,但是没有义务照顾你还房贷。不能因为你房贷压力大而伤了其他员工的心。

    于是,其中某个技术最牛的“人才”还和老板较真了起来,大意是“这种老板没眼光、公司没前途、不会笼络人才”。

    老板气的差点嗝屁,最后只能拍桌子请他们“滚粗”。

    这是我第一次看到老板被员工气的拍桌子。

     

    这也让我想起了“公交让座“的“美德”:

     让座是美德吗?是的。

     被让的人一定值得帮助吗?不一定。

     让给别人的座位如果不够舒适而遭到嫌弃的话,反而会侮辱“美德”二字

     u=3393411064,2510317024&fm=23&gp=0

    2、提拔他,让他觉得的爽

    上文中的“高手”就是这样被提拔的,曾经他是项目组的好手,一夫当关万夫莫开,只要他在其他员工就特别有安全感,项目也不会出现延期等问题。

    当他被提拔后新的问题出现了:

     由于“高手”已经是领导了, 自然而然的开始重管理轻“实干”,结果老板发现,项目一旦出现了问题,这位“高手”不再扑到一线,而是协调其他员工来干,于是老板的矛盾就出现了:

    1)项目开始出现延期,利益受损

    2)如果不提拔这位“高手”,他肯定会走

    3)现在是提拔了,可是多了一位高手,少了一位“干事”的人

    4)如果说从长期来看能培养其他员工,但是有多少中小公司的老板能够扛得住短期利益受损?

    5)有的人会说,这种“短痛”都承受不了的公司乘早关门。我想说,大家还是现实点吧:BAT这种公司放眼全世界一共有几家?大部分还是这些看起来、听起来“没啥前途”的公司完成了很多工作。

    以上两点讲完,不一定正确,但也许能让很多公司躺枪。

    本文要说的是这位老板的做法。

    这是一个工期不算宽松的项目,因为客户要得急,而且是突发性项目。因此老板希望这位“高手”能临时挑一次大梁,亲手完成项目的核心编码,尤其是该项目中的核心业务部分。

    这天晚上,“高手”列了一个项目计划表,很详细,各个模块都有相关下属的分工,而他只承担技术指导、核心模块架构等等。

    老板摇头,但是他依然极其体贴、无比温柔的给“高手”讲解本次项目的紧急性、该客户的重要性和业内的吨位。

    高手不接招。

     u=3199564680,3205518577&fm=23&gp=0

    “那这样吧,这个项目中有个重要业务部分,其核心模块是否你能亲自上一把手”,老板的表情很“跪”,仿佛见到了上帝。

    “老板,不是我不能亲自上手做,只不过这个模块工作量实在太大,光凭我一个人实在没法完成”,高手拒绝了老板的搞基请求。

    老板无奈,继续进行“搞基”请求。

    “高手”再次拒绝,并从技术难度、工作量和下属配合多个角度告诉老板:此模块一定需要三个人以上才能协作完成。

    老板清晰的记得,这种模块是“高手”的强项,在以前还不是“领导”的时候,“高手”曾在一个晚上就完成了同类相关模块的开发。

    那晚,老板是低着头、握着拳头离开的办公室。他差点告诉全世界:他是东亚病夫。

     u=2789348743,2596921362&fm=23&gp=0

    第二天早上,高手打开电脑,看到老板在QQ上呼他。

    高手极其不耐烦的点开QQ。

    “小郑,我有个朋友也做过同类型项目”,老板的葫芦不知道买啥药

    “哦”,这位“高手”其实姓郑。背地里其他人都叫他“关耳朵”。

     “他们也有个模块用的技术和我们的差不多”,老板继续说

    “哦?”,”关耳朵”呆滞的听老板继续说。

     “我昨天让他们看了看我们的技术架构,他们也提了提建议“,老板的话题开始深入

     “哦,呵呵“。”关耳朵“的呵呵 二字体现了他的心情

     

     接下来,两人在QQ上再无沟通。因为不管老板怎么说,“关耳朵”不是“哦”就是“呵呵”。

     u=4201968231,2442762595&fm=23&gp=0

    “ 后来怎么了”,听到这,其实我们都迫不及待想听结果,我们预测最后的结果肯定是“关耳朵“胜或者“平”,不可能“负”。因为换做我们碰到这种情况,基本忍了:技术高手一般是不敢得罪的。

      我和周围几个货已经开始用啤酒开始下注,一部分人压了“平”,我和几个同行压了“负”

     “听我说完”,老板继续开始他的故事。

     ——————————————————-

      大约过了10分钟左右。老板的QQ头像又闪了起来。

     “关耳朵“再次极不耐烦的打开QQ,正打算继续敲”哦“,结果发现这次不是老板的讲话内容,而是一个文件传送,文件名是:XX模块技术DEMO。

     “什么意思?“,”关耳朵“终于换了台词。

     “这是我朋友的技术人员按照我们的需求写了一个技术DEMO,你可以参考一下,说不定能帮助我们加快开发过程“,老板的话看起来无比有”关怀“度。

     关耳朵楞了几秒。按照老板的描述,他一定面红耳赤的斗争了一番。

     最终,“关耳朵“拒收该Demo。

     一分钟后,老板再次向他发送了“demo“。

     “关耳朵“再次拒收。

     

    “收啊,怎么了?“,老板很纳闷的问”关耳朵“。

     “不需要,这个技术我玩了这么多年了,还需要看别人的Demo?“,隔着QQ老板都能听出“关耳朵”很激动。

     “不是,我的意思是让你借鉴一下”,老板哪壶不开提哪壶。

     “我就是不需要借鉴,这种技术分分钟就能搞好”,“关耳朵”的肾上腺素终于被调了出来。

     于是,老板停止了和他QQ发消息。

     ———————————————

    “然后呢?”,我们再次催促老板,大家要理解我们这些压胜负的赌徒心态,一般都是火急火燎型。

    “没然后了,这厮下班前就亲手把模块做好了,还反过来发了给我,叫我去给我朋友的技术借鉴“,老板哈哈大笑的透露出谜底。

    我和一帮“赌徒”都要压错了结果,只能扯开喉咙把桌上的啤酒全部灌了下去,其中压“负“的人要喝双倍。

    我甚至怀疑老板和“关耳朵”是事先串通好的,玩“假球”。

     

    “那你朋友的DEMO文件”关耳朵”后来看过了吗?“,我身边一位灌得七荤八素的兄弟打着响嗝问老板。

    “啥Demo啊!,我随便找了些文件,凑了几兆容量打个包发了他“,老板终于显露出他”坐庄“的本领和手腕。

    我们顿时如醍醐灌顶般的醒悟了。

    个人总结:

     老板和员工之间,一向讲究的是艺术、文化甚至是博弈。从明面上来讲,老板对员工其实是“给的多“、”干的爽“的组合体,谁能恰到好处的把握这个度,谁就能当个”好老板”。

     听完此,我发现:原来,最高境界的老板并不是“给的多、干的爽”,而是“坐好庄”。

     如果你是员工,不想被“庄家”长期压迫,那么只有两个办法:

    1、跟对庄,做好干到人老珠黄的心理准备

    2、努力“交点学费”将来自己做庄。

    u=3106380520,3136304433&fm=23&gp=0

    --------------------------------------------------

    【你如果不爱读书、不爱看新闻、不爱学习,没关系。我来做你的"陪读君"】

    奴隶我的方式:请关注微信订阅号:程序员在囧途。

    每天讲故事、讲商业模式、讲技术给你听。

  • 相关阅读:
    UVALive 5983 MAGRID DP
    2015暑假训练(UVALive 5983
    poj 1426 Find The Multiple (BFS)
    poj 3126 Prime Path (BFS)
    poj 2251 Dungeon Master 3维bfs(水水)
    poj 3278 catch that cow BFS(基础水)
    poj3083 Children of the Candy Corn BFS&&DFS
    BZOJ1878: [SDOI2009]HH的项链 (离线查询+树状数组)
    洛谷P3178 [HAOI2015]树上操作(dfs序+线段树)
    洛谷P3065 [USACO12DEC]第一!First!(Trie树+拓扑排序)
  • 原文地址:https://www.cnblogs.com/shenyisyn/p/3858252.html
Copyright © 2011-2022 走看看