见树木也要见森林-产品和项目的缩放

回顾过去的几个“紧大重”(时间紧、压力大、任务重)的产品项目,有两个常见的典型挑战:
1)在这样的项目中你很容易非常忙,用户反馈的缺陷和问题、老板的意见、特性的PK、各种会议和邮件统统向你涌过来,还有各路接口人会经常性地中断你的工作、挤占本就少的可怜的工作时间。一旦被淹没在这些事项中,你可能很辛苦但是却发现效果不明显,难以发挥关键作用改变大局。
2)如果把自己简单地抽离出来,彻底放开那些细节,希望做个总揽全局的将军,但实际情况却往往变成一个浮在表面的谋士,说着正确的话(却无法真正推动实施改变),最后变得可有可无,无法帮助团队。
不管是项目经理还是产品经理,都会遇到相同的挑战。
如何去应对这样的挑战?这里尝试以产品经理的角度做一个分析(我想把产品换成项目也是一样的)
1.培养对产品(项目)视图的缩放能力
如果我们把一个产品比喻为一张地图,想象一下在你的面前有一个Google地图,一开始我们看到的是地球上的中国,放大我们可以看到广东省全貌,再放大我们看到深圳市全貌,再放大看到南山区街道,随着层级的不断放大,细节越来越丰富。当过多细节向我们涌过来时,我们可以拉远/缩小产品视图,这样我们可以看到哪些细节目前是重要的,而其他的很多细节是可以暂时不管。
2.经常性的审视产品视图
每天、每周花一定的时间审视(Review)产品视图可以帮助我们根据各种变化及时更新对产品视图的认识,找到并调整关键点。
小龙说:一个需求提出来,第一天先把它干掉,第二天再把它干掉,第三天继续把它干掉,如果三天以后它还没被干掉那么就把它放进来。
禁得住长时间反复PK的需求才具有生命力。
经常性的Review会帮助我们识别那些:提一提就算的需求(虽然在提出的时候总是说多么的紧急重要),做了没什么效果的特性,用户真正想要的东西,通过产品一步步走过来的历程和实际结果&反馈不断加深对产品的理解和认识。
3.抓住关键点一插到底
找到关键点还不够,真正做起来各种困难都会跳出来,这个时候需要投入巨大的心力,强力推动、一个细节一个细节的扣,一点一点的啃,直到投入迈过引起质变的门槛(往往需要较长的一段时间,不是一两个迭代,常常是一两个月)
4.时间是抢出来的
日常性的产品经理工作并不会消失,你依然要体验跟进各种产品细节、处理各种问题和障碍,为了把时间更多地投入到关键点上,你需要从几个地方抢时间。
A.明确不参加的会议(特别是非主送人),用小规模的高效讨论取代会议
B.建立团队协作约定,通过团队约定消除责任人模糊和交付时间模糊,培养骨干,由骨干承担部分问题的处理
C.提升自己和团队的时间管理能力
D.让自己每次做日常工作都能更快更好一些(通过工具或技能提升)
见树木也要见森林,你是怎么做的呢?

1 Comment

  • 养成 review 的习惯很重要,我自己在这方面有体会,但是还没有建立好这个习惯⋯⋯

Got anything to say? Go ahead and leave a comment!