作为产品负责人(该如何做好团队的引领者)
本文作者将结合一个实例,与你分享:作为产品主管或是负责人、或者仅仅是产品经理,如何引导团队成员去思考一个问题,以此来达到对问题的共识,形成一致的目标,最终来解决问题。
“如果在这家公司不是有你,我可能早就走了”——来自一位技术同学
上面是最近开总结大会后,一位之前经常怼我的技术同学说的一句话。
我们在工作中,经常会碰见说话不经过大脑的人,或是遇到因责任不清晰而导致各种相互推诿的事情,作为产品经理,更多的是无奈与无力,一时之间也无法找到更好的解决方法,最终只能任由发展,眼巴巴的看着自己成为背锅侠!
那么今天我给大家分享一个实例,你作为产品主管或是负责人、或者仅仅是产品经理,如何引导团队成员去思考一个问题,以此来达到对问题的共识,形成一致的目标,最终来解决问题!
实际例子:
成员A:朴老师,APP新版本我测出来一个问题,描述balabala,你看一下是不是要解决!(说了句没头没尾的话,没有解决方案你来说个啥)
我:没听懂,你把所说的问题,以及对应的机型拿过来,演示一遍。
成员A:我回去拿一下~(做事不全面,细节问题很明显)
2min过后…
成员A:朴老师,你看这个问题,是这样balabala,我觉得是个问题,来和你确认一下!
我:我问你,你觉得这个问题该不该改,是现在改还是放在之后改。(我想引导他思考一下)
成员A:我也不太能拿得准,我和技术确认了一下,我觉得应该要改。(你都不确定,就直接找技术要去修改?你不是逗我?解决方案呢?)
我:…….(听到这里,我都要气死了)
我说你看问题就不能全面点,你为啥觉得要改、怎么改,理由是什么,你有考虑过开发时间么!我们从实际分析一下:
第一,我们今天要发布上线,现在已经是下午16:00了;(从时间角度来分析紧急程度)
第二,改这个问题,要连带改动10处功能,虽然问题不大,但改动完成至少需要半天,你、我、测试再确认一遍还需要半天到一天,也就是说,我们至少需要延长1天,多则2天来发布,而且我们不能更好的保证质量;(从范围角度来分析产品质量)
第三,这个问题根本不在本版本需求开发、bug修改范围之内,最多算是一个体验问题,而且当剔
Copyright ©2015~2025 www.kingtall.com 网站ICP备案号:粤ICP备14001765号-1