公司最近让我负责开发一款APP,以增加用户粘性。在开发APP之前与老板讨论先在哪个平台上实体。老板直言先上IOS。我问为何,老板回复:“我们APP主要针对的客户是土地投资拓展人员,这群人,都是土豪,谁用安卓?再举个简单的例子,你看我们公司好多人用IOS?”于是,我们就开始了IOS的准备。然而,当我们在走访用户的时候,发现被老板坑哭了,因为我们前期走访的10个用户中,8个安卓,1个安卓与IOS的平板,有效长期使用IOS的,只有1个。这也导致了我们的第一个版本的直接用户,不能是我们前期走访过的用户,前期走访过程中的关系建立、情境代入又得重新再做一次。

   后来,我写了一篇谈谈团队精神中,欧阳也静 评论中的提到了“懒”,再加上我正在反省这件事,也许这件事故的原因除本身的对用户不够重视、决策过于轻易、没做市场调查、没有严格按产品开发流程之外,还有一个更为深层次的隐藏Bug:懒!

  • l  懒惰模式1:明明该做的事,不做

      按照计划,今天这件事应该做完,但今天心情不好而且出门的时候,没有面朝吉方,不适合修复这个Bug。拥有这种表现的人,其实更多的是责任心的严重缺失,如果你运气好,碰到这种同事共事,那恭喜,你有了一面很好镜子,但千万别学去镜子,而要去学会避免。

  当然,如果你能决定此人的去留,我建议你还是迟早让他去了吧,这样的人会使你的管理成本升高而且会祸害团队,因为人都有懒惰,这样的人会把其它人的懒惰勾出来。

  • l  懒惰模式2:不该自己做的事,不想,不问,不做

   “油瓶子倒了都没人扶!”如果以此思想来做为IT团队建设的基本思想,那该团队的日子应该不会好过。有人就开始拍砖了:“楼主2B!(话说,大家都在说2B,我一直没搞清楚,1B是什么),职责明晰,不是很好吗?”是的,职责明晰是很好,但自我观察应该不适合于IT团队,之前公司某领导在和我聊他们团队开始做团队拆分的时候,我笑而不语,后来实在受不了,于是乎就警告他:“老大,小心油瓶子倒了都没扶哟!”老大郑重其事地给我说:“现在这个阶段,我就是要这种,很简单,大家职责不明晰,出现问题都不好追责!”老大这么笃定,我还是只能笑而不语了。该老大试行半月之后,适逢公司搬办公地址,结果,该部门的人几乎都站在那里不动,该老大极为光火,责骂属下很懒,但我想想很简单呀,搬家,不在我的职责范围之内呀,我的笔、笔记本在现在这里是什么样的,你行政部门就应该给我搬过去是什么样子的。半年后,该部门独自承担某内部系统的开发更混乱了,曾闹了一个笑话:产品经理在交付开发人员DEMO的时候,有一个功能涉及到奇偶数时候,写了这么一句:“1,3,5等算奇数,2、4、6等为偶数。”该版本验写的时候,-1,-2,-3都未处理,版本延期。在做版本总结的时候,开发人员就直述:“产品经理都没只写了1,3,5,2,4,6没有写-1,-2,-3。”后来,该老大评定,开发人员有错,但产品经理错误更大(所以,每次受邀参加他们的版本总结会议,我都很紧张,因为,在已经凝固的空气下,销烟弥漫,那一群人在互掐,吃果果地互掐呀。)。我后来借该DEMO看了一下,当场晕倒,一个页面,满满当当的文字说明有2页,是说,当时一个系统,5个开发,2个测试,1个产品经理,配了1个助理,还说产品的工作量太大,产品版本延期严重。

 

  “为什么在IT团队中职责分明是不好的?”该问题思考了很久,后来有一天参加一个聚会的时候大家在讨论,我突然有了灵感,感觉此结解了。大概是这样,IT研发是脑力活儿,不像体力活那样,所有产出很好衡量,即使再难做的模具,只要有了图纸,我做的东西,就能在大的机器上使用。但IT研发不是这样,做了详细设计,你最多给我一个接口,我实现你的接口就行,但你不能规定我写代码的行数,字数。再强的测试,也不可能做到100%用例覆盖;再牛逼的产品,也不可能想到用户的所有场景。所以,一个有战斗力的团队,大家可以互相质疑,只要有充足的理由,开发人员可以质疑产品的设计。当然,这时有人会说:“天天扯皮,怎么做事?”对此,我只想说,南辕北辙,做得越多,风险越高!

 

   “楼主!歪楼了,这与懒惰有一毛钱的关系?!”团队建设指导思想的错误,唤起的不是其它的,正是潜在你内心深处的懒惰。如果想要走到人生的某种高度,就需要积累,这种积累也许不是职责范围内的,因为唯有此,你才会慢慢关心周围的世界。因此,“不想做产品的开发,不是好测试!”

  • l  懒惰模式3:甘于平庸,不求上进

   有一类人,每天7点到公司,晚上10点离开,工作勤勤恳恳,兢兢业业。但是,结果让其负责的项目,十分也有个六七分,让他写的程序,向来也是在预期之内,但从不会超出预期。这种人,十年如一日,一日如十年,就像社会主义曾极力歌颂的螺丝钉一样,永永远远停留在那个位置。

   公司里有一哥们儿,人挺好,工作很上进,曾做程序员的时候,攻克无数复杂功能,后因功勋卓著,特被策封为领导,愿其带领团队,继续攻克难题。但后来,十仗八输,一平,一胜。曾与其讨论,因何而胜,又因何而败。皆故左右而言其他,无一中的。后因某程序员要改其写的某复杂功能的代码,发现其用了30多个if…else…,搞了巨多4层for,于是其问题一下显露出来。此同事,之前能做程序员(其实,应该是码农)工作,并能完成很多复杂功能,无他皆因其勤恳。但,现在他开始干一份创造性极强的工作时,其思维模式未发生任何改变:“只要我努力,尝试所有办法,总有一个是可以的,if不行,那就来else,再不行,再if,再else如此种种。”这类人,很忙,会一直很忙,但会像陀螺一样,忙着转圈,偶尔回身:呀!风景未变,我也未变,变的只是年龄这个数字与头上的白发!

   这种懒惰,不表现在行为上边,表现在心理或者思维上,而且最可怕是这种人会有一种暗示:“这次的失败,证明我还不够努力,我应该更加努力。”因此,极不好识别,而且,别人不能提点,只能通过自身深刻的反省才能识别,并加以改进,方能“当上CEO、迎娶白富美,走上人生巅峰!”

  • l  懒惰模式4:思想巨人,行动矮子

   还有一类人,思维灵活,用了一天中的20个小时思考。说起创业思路来一套一套,说起某项技术来,头头是道。但一旦被问到实施进度来,他的回答往往是:“现在,这还是一个想法,没有实施过。”要知道当上CEO,迎娶白富美,走上人生巅峰这种事,靠的是想法,但绝不可仅仅靠想法,还得看行动。

 

   陷于这种模式底下的人在极端情况下,会一直找方法,但,对所有方法都是浅尝则止,精深对于陷于这种模式的人来说,不是不能做到,而是不愿做到。当.NET好找工作的时候,他们会去学习.NET,但当他看到JAVA工资高的时候,又就义无反顾地拥抱JAVA,后来在团队中,看到DBA有点风风火火的时候,又改行去做DBA。三五年下来,当周围的朋友都是某总某O的时候,他就开始郁闷了,为嘛,我还只是个程序员,虽然我一直在学习,一直在努力。

 

(ps.楼主也是这样的人,因此,我也没有走上人生巅峰。)

 

   当然,要改变这个懒惰模式,不仅要清楚认识到这种模式,还要讲究一些方法,这里以我曾经戒掉晚睡晚起的习惯为例(被逼的呀,因为我好久睡,我家公子也好久睡,甚至他能更晚睡呀)。

   当我认识到要早睡的时候,我想了两个方案:方案一:早睡引发早起,每晚10点上床;方案二:早起引发早睡,每天定时6点钟起来。然后,我开始做实验,第一个10天,我用第一种方法,但结果是,晚上10点上床后,结果由于晚睡习惯了,虽然10点上床,但躺在床上,会无尽地失眠,一般睡着也就12点过,第二天肯定早起不成。所以,10天中,早起的次数只有2天,而且,早起之后精神十分地不好,整天都是昏昏沉沉的。第二个10天,我用第二种方法,无论晚上多晚睡,第二天早上准时6点起床。于是,我调整了闹钟,第天早上6点钟准时被唤醒。结果前四天都是被闹钟闹醒,精神不好,但从第五天开始,到5点50左右就自己醒了,而且精神有点感觉,到第8天,我已经可以关掉闹钟了。而且,每晚9点半左右,眼皮就开始打架。

   所以,要战胜这种模式,首先要有压力,这种压力或来自于自身,或来自于外界;其次要有方案,你要去想如何去战胜目前的困难,再次,要学会做实验,不断对实验的结果进行评估改正;只有这样,才可能战胜这种模式。

 

   好了,这就是我想叨叨的。剩下的,大家自由发挥,我先去睡会儿。

posted on 2014-08-18 08:31  davyfamer  阅读(2256)  评论(17编辑  收藏  举报