热门话题
  • 游戏辅助技术与交流...
    讨论 36408 · 今日 0
  • 互联网网络等问题...
    讨论 21895 · 今日 0
  • 综合技术问答...
    讨论 2827 · 今日 0
  • 电脑入门技术专版...
    讨论 2027 · 今日 0
  • 软文/微广/推荐...
    讨论 421 · 今日 0
  • WEB
    本版专为WEB程序员...
    讨论 229 · 今日 0
  • ...
    讨论 40 · 今日 0
  • 如果 PM 的核心能力只能是一个,那我会选管理能力 2018-4-20

    Danny、 15927°
    PM 是一个很依赖综合素质的工作,但不管怎样都不应该过分迷恋个人英雄主义,而忽略了利用群体智慧,个人能力的天花板毕竟有限,而帮助团队走上持续创新的轨道,才能一直打造出「更好」的产品。

    关于产品经理核心能力的思考源于最近一系列的面试,作为候选人常被问到之前的业务遇到了哪些问题,我是怎么解决的,解决的过程我是不是有自己抽象的方法论,却极少会聊到团队管理,以及团队在业务发展中的作用,似乎大家都把产品经理定义成了一个极具个人英雄主义的角色。
    回来后我做了一些搜索,关于产品经理的核心能力说法很多,诸如我的偶像说,产品经理的核心能力应该是 同理心 ,是 决策能力 ;很多同行也说产品经理的核心能力应该是 逻辑能力设计能力 ,等等。
    这些答案当然都没有错,但如果 PM 的核心能力只能是一个,那我会选管理能力
    一个 PM 即使没有出众的天赋,没有足够经验去做到洞悉人性,运筹帷幄之中,决胜千里之外,依然可以依靠好的管理能力带领业务走上正轨。
    产品经理的工作是什么?我相信所有的竞争最后都会回归到用户价值的竞争。在实际操作过程中,他又不是一个简单的单目标路径,因为任何时候,我们都会面对资源的限制,不可能是为了实现眼前认定的用户价值无限制的投入资源。所以我说产品经理的工作其实是 在公司资源的限制边界内,最大程度的提供用户价值
    用图说明一下,假设图1 中三角形的顶点是我们现在看到的用户价值最大的目标,我们设想的实现路径是三角形的两条边;可真实的路线往往是如图2 ,出发阶段阻力重重,不断曲折前进之后实现一个和原计划略有差距的目标;最后如图3 随着持续不断努力,我们最终实现的目标可能是远超原来预想的。

    写这个是想说 PM 的工作大多不是事先设计好的,而是边做边突破。资源的限制一般在短时间内比较难改变,突破的来源更多是创新的应用了新的解决方案,绕过了之前的限制。也就是说 创新 是产品经理工作的重要手段。
    创新的过程是什么?那创新是产品经理的灵光一现吗?( 我指定不能说是 )回顾我自己知道的可以被叫做”创新”的好点子,产生的过程都十分相似:
    几个伙伴在餐厅、在休息区、在过道,你一嘴我一语的侃。忽然有一个人抛出了一个新方案,方案一开始就像新生的婴儿一样脆弱而丑陋;如果这个时候不是急着去抹杀这个原始的方案,而是再此基础上不断地添加具体的细节。那么魔法就会发生,很快你会意识到方案好像真的不同了,好像真的可以实现比现在更好的结果。
    这是一个 群体智慧的迭代过程 ,他依赖于团队成员的参与,能够坦诚的表达自己的观点,集思广益。
    管理如何激发创新?在这里说的管理不是如何拆解业务,如何制定团队目标,如何做绩效管理,我觉得这还是个人英雄主义的范畴;这里的管理应该是:塑造一种所有人都参与其中,坦诚交换信息的环境 ,在这个环境下才可以广开言路、集思广益,最终激发创新。
    但要塑造这样的环境是一个需要主动采取行动长期积累的过程。对于大多数 PM 来说很可能对于团队是没有管理权力,在没有授权的情况下塑造这样的环境,我觉得要做到以下几点:
    1. 信息透明、全员参与PM 需要充分发挥自己信息枢纽的作用,积极的和上级沟通,和市场、运营、商务等协同部门沟通,去了解他们怎么看现在的问题,打算怎么解决等信息。获取信息之后,不要让自己成为信息的瓶颈,将信息及时的同步到团队中的每位成员,包括 RD 、 QA 、 UE 、 UI 。
    只有在信息对称的基础上,才能建立起来有效的沟通,我见过太多团队在一开始就严重的信息不对称,创新的环境在第一步就完蛋了。
    2. 找到团队中的带动者第一步信息对称完成,那是不是在需求评审会上,大家就会争相发言、各抒己见?事情大多不会那么顺利,所以第二步是要找到团队中的带动着,因为性格和过往经历的不同,团队中会有一些伙伴比较羞于表达自己的意见,有一些则更加活跃。
    我们要做的就是找出这些活跃分子,利用各种机会和这些活跃分子交流意见,再由这些活跃分子带动其他伙伴参与其中。
    3. 放弃权威很多时候聊的话题会是 PM 熟悉的范畴,这个时候切记不要以审判者的角色出现,就像前文所说的,所有好点子在刚开始的时候都是丑陋的婴儿,他需要保护,而不至于早早的夭折。
    作为 PM 应该更多的从专业的角度去补充一些细节,然后看看想法最终会往哪个方向发展。
    4. 设置仪式化流程在团队还没有主动意识的时候,可以在流程中设置一些强制的沟通点,比如需求启动阶段讨论实现目标的方法是不是有逻辑漏洞,在 Demo 阶段看看是不是符合之前的预期。
    仪式化的流程虽然给人一种很教条的感觉,但是他对初期养成习惯是很有用的手段。
    5. 耐心,不断重复最后还是要说打造创新的环境是一个艰苦的过程。 PM 需要一直保持耐心,持续的去做这些事情。对于我自己来说,过去的一年半我意识到这个问题,并有机会在团队中去实践这种管理思想。我实现的最优状态是:团队中的活跃分子之间形成的创新的氛围。
    尽管覆盖全员的创新氛围还没有达成,但仅仅是活跃分子之间创新氛围,就已经帮助我解决了很多业务上的问题,很多效果着实已经超过我的预期。

    作者:iamshane 公号:勰门歪道
    文章作者系 @SHA11E 未经许可,禁止转载
    0
    0
    网站数据
    讨论 63298 成员 5031 在线 1
    搜索