脑洞8:老板眼中的BUG?

2018-04-25  本文已影响4人  小草出

场景:

这里将老板泛指:上级、大领导、公司老板、需求提出方等。

举例:内部提测产品之后, 发现bug,老板和业务来一起喷产品。

思考:

老板眼中的BUG?

面对老板这个角色,产品又该如何处理呢?


看法:

1、老板严重的BUG

1.1、老板对BUG比产品更焦虑,因为老板不知道BUG的由来,对于解决BUG的方法也无所适从。

1.2、老板是追求结果导向的,TA只想看到好的结果。

2、那么面对老板这个角色,产品又该如何处理呢?

2.1、对于这样的老板,内测版的产品未经过产品验收的时候,建议不给予老板体验。

官方可回复,还在开发中,切莫回复开发完成了。

因为行外的老板会觉得,开发完了,就是基本能用了。

2.2、有些老板觉得就算没有测试,开发完成的版本也应该是可接受的版本,不会出现很多BUG。

但是这里有个前提,是开发童鞋本身有很强的自测意识,对自己代码有高度的责任感。

然而此问题这种事无法强求,只能做宣导,或者在招技术的时候,就必须对此方面有强要求。

当前时代,技术分工越来越明细,开发也有更多“理由”在一些方面去“懒”,毕竟术业有专攻。

2.3、产品要做好在老板和开发之间的桥梁,理解老板的立场,也体谅开发的情况。

比如:开发周期太紧?技术难点太高?

在开始做项目排期规划的时候,就要考虑到验收结果满足预期的风险是否过高。

如果过高,可以做尝试以下方法:

-提早跟老板做好沟通,适当降低老板的验收预期。

-通过砍掉不必要的需求,给开发更多时间实现好需求。

-通过换其他更简单的方式来实现需求,以降低实现结果不满足于预期的风险。

最后:

谨记老板是结果导向,实现一个高难度的功能,做砸了,老板极大程度会责怪团队,产品首当其冲。

实现不是很高难度的功能,但是满足了需求,老板一般情况不会责怪团队。


ps:以上为经验心得,仅做参考分享,有误之处,欢迎指出。

上一篇下一篇

猜你喜欢

热点阅读