“好了”式工作方法

 

         根据我个人的观察和总结,研发项目经理在项目例会上一般有两种提问方式,一种是“小张,你们team这周有何进展”,另一种是:“小李,那个xxx功能好了没有”,今天就这两种提问方式随便瞎扯几句。

         根据我个人的对比观察,小张在例会上的表现明显要比小李好,具体表现在小张在回答问题的时候可以滔滔不绝,比如本周xxx工作进展到百分之60了,xxx工作也取得了某些进展等等,给领导的感觉非常好,或者说,至少小张觉得领导的感觉是不错的。而小李呢,大多数时候例会的表现是比较难堪的,因为大家都知道,研发delay 是很正常的事情,因此,小李每次例会之前的几天都比较烦躁和紧张,可是即使这样,到例会的时候,一被问是否“好了”,还是比较纠结,毕竟事情还没做好,要给领导一个解释,虽说小李能混到 team leader 口才也不比小张差,可是事后找借口总是比较心虚,脸面上自然是比较难堪的。

         自从有了上面的观察以后,我评价一个项目经理的水平,他的提问方式就是一个很重要的指标了,是经常问“做了什么”,还是问“做好了没有”,我把后一种提问方式称之为“好了”式提问法。

         有了“好了”式的提问法,对应的就有“好了”式的汇报工作法。也就是要求研发人员再也不要告诉我每周都做了哪些事情,而是简单的汇报一下“做好了”哪些事情,如果一件都没做好,那例会这几十分钟,要熬过去怕也是不太容易的。

         后来接触到的敏捷开发方法scrum,里面的也有类似的做法,scrum 建议PO(产品经理或项目经理)在功能验收时,只回答“是”还是“否”,也就是通过还是不通过,即使该功能完成了99%,只要还有1%没完成,验收也是不通过的。这种验收方法其实就是一种“好了”式验收方法。

         不管是“好了”式提问法,还是“好了”式汇报法,还是“好了”式验收方法,我把他们统称为“好了”式工作方法,这实在是我向各位研发人员强烈推荐的一种工作方法,无论你是项目经理,还是普通的研发工程师。

         那么,“好了”式工作方法,在项目实践中应该注意什么呢?我觉得有以下几点需要注意。

         第一,事先约定“好了”的验收标准。举例来说,有一次我们的视频监控软件需要增加一个录像功能,交给了小陈去做,然后到周例会的时候,问:“录像功能做好没?”,答:“好了”,经理听到很高兴,开完会跑去看演示,结果看到的是一个最简单的录像程序,经理大怒:这叫做好了?小陈说:是做好了,可以录像;经理说:我要在视频监控软件中的录像功能;小陈说:哦,那还需要集成进去。第二周例会,问:做好了?答:做好了!一去看演示,出异常,软件崩溃,大怒曰:这叫好了?答:是做好了,没测试而已。经理气死过去了……。这个例子当然暴露了很多问题,这里我单说“好了”的验收标准问题。我推荐的标准是:可以演示、经过测试没有bug这两条,缺一不可。常言道“买的没有卖的精”,项目经理陷入到一个个具体开发细节中去的话,完全说不过研发人员,或者说是完全扯不清楚,因此,既然扯不清楚过程,那就完全不扯,直接看最后演示,至于中间的“集成”、“测试”、“修复bug”等等一类的事情,统统都不管,因为一旦陷进去开始管,研发人员除了这些词,一定还有本事整出别的新词来,直到把经理绕晕,把自己的责任绕干净!

         第二,对于开发周期长的工作,让具体负责人自己分解工作,最好是分解到每次例会都有演示可以看到,也就是每次例会都有“好了”可以汇报和验收。这个其实也符合scrum 的精神,也是在实际开发管理中执行起来阻力很大的事情。研发人员常常会强调自己工作的特殊性,说他负责的工作没办法做到每次例会都能有演示。以我个人的开发经验,这基本是借口,当然,作为PM我们不能这么直白的说出来,这样容易激化矛盾。正确的做法是一起心平气和的讨论节点,如果研发人员很不配合,则可求助于公司资深的开发工程师参与讨论,如果实在还是没这个条件,那就算了,从别的地方想办法吧,或者耐心的等最后的结果也不错。

         第三:注意任务分解的完整性。什么叫完整性?比如把一个任务A分成了甲乙丙三个子任务,然后分别对甲乙丙都做了进度节点要求,等甲乙丙都做完以后,项目经理却被告知任务A还没完成,还有别的事情要做,最典型的就是前面说的什么“集成”、“测试”等等一类的工作。如果确实需要集成、测试等工作,那么可以把该工作作为一个子任务单列出来,一般而言,我现在不主张把测试工作单列出来,因为一有了测试,就有bug,接下来就有“修复bug”等任务,这样项目看起来永远结束不了了。按照scrum的建议,测试应该与开发并行,也就是完成一个子任务后立即测试,如果发现bug,则立即修改,也就是说,修复bug和开发子任务是并行的。

         以上就是一些我关于“好了”式工作方法的体会,希望对大家有帮助!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值