Posts Tagged ‘pm心得’

十二月 15th, 2009

第一次兼PM心得

1 Comment, 其它, by army8735.

严格意义上来说这并不是我第一次带项目,第一次尝试Project Manager是不久前的Only Lady相册。不过那次是在产品设计早已完成的基础上自主进行的,仅由我和永赞两个人快速完成,需要协调和把握的东西很少。完成后想要出的前后端配合方式ppt也一直没来得及去弄~
这次则不一样,我不仅负责前端开发,还是带项目的,同时还涉及到部分产品经理的职责,可谓一次性扮演了3个角色,2个PM(Project + Product)。看过别人博客那么相关文章,这回也轮到我来喷一喷了,结合下实际情况,总结几点吧:
1.产品和项目
说实话,当产品和项目同时落到你头上的时候,你能够决策的地方就非常多了。省去产品和项目之间的沟通是件好事,在规模不大的情况下还能够承受,但一旦规模增长,它只会让你力不从心。因为人的时间和精力是有限的,所负责的东西越多,就要越抽象。潘潘前端时间就在会议上说过类似的情况:作为产品经理不仅需要做到本职工作,诸多大小琐碎事务都必须亲自动手,最后导致的结果就是把自己累死,手下可以利用的资源却一直空闲。这是个恶性的循环,会将导致自己越来越忙,而其它人一直赋闲。
我研究心理学也不少日子了,武志红老师曾经在《宽容自己,才能宽以待人》中举过关于诸葛亮的例子:
作为中国历史上的文人典范,诸葛亮也是“严于律己”的代表。治国上,他是“鞠躬尽瘁,死而后已”,同时,他似乎也做到了“宽以待人”,你很少会找到他没有道理地苛责别人。他杀马谡,废李严,设计斩魏延,仿佛都合情合理,都是依法办事,或是形势所迫。
然而,在我看来,他这些做法的内在逻辑一样是“严以待人”。这个逻辑也体现在他的“鞠躬尽瘁”上,蜀国大大小小的事件,他都要过手,意识上,他说是要对得起刘备的看重,但潜意识上,这里面有很深地对别人的不信任,他对人才的要求太高,这种高标准最终导致,因为缺乏锻炼机会,蜀国优秀的文臣武将越来越少。
这是过于“严于律己”的一个必然结果,诸葛亮对自己苛刻的同时,最终也苛刻地对待别人,尽管从大面上看,他并没有做错什么,但整体上,这形成了一种苛刻的气氛,令他和蜀国很难锻炼人才。
信任下属,重用下属,用人不疑。让别人参与进来,让专业人员作出专业决策,不仅能带动整个团队氛围,也能让所有人有归属感。
2.倾诉
由于项目时间紧张,似乎人人都有危机感。在第一天时,设计和开发人员就不停地向我抱怨、倾诉,诉说各种各样的不满。说实话,第一次接受这么多的牢骚真得让我很紧张。但是转念一想,这也说明了信任我。当其它人向我倾诉时是件好事,怕得是没人说出心里话。一旦所有人开始支持并理解你的时候,一切就事半功倍了。
在整个过程中我希望自己是个服务者,而不是高高在上的管理者。随着项目的进展,所有人都变得非常主动,终于感觉这次PM没白当。:)
3.攻人之过勿太严,要思其堪受;教人以善勿过高,当使其可从。
这是我最喜欢的名言之一。别人有错,职责时的方式该如何?不应过严,要考虑他的心理承受能力;引导别人,该怎样去衡量标准?不应过高,要考虑他的实际改善能力。我相信能做到这两点,就能至少赢得下属的尊重和信任了。
4.初期定位
初期的产品定位和策划不明确,是件很恐怖的事情。假如时间再紧,就更雪上加霜了。这次项目就有这个特点,中间进行修改使得很多人都不爽。细节的完善并不会影响到人的情绪,大方向的调整会给人一种“我白做了那么多”的感觉。这是要极力避免的现象。
5.交流工具
我想任何企业都有内部的交流工具,比如MSN、RTX什么的。但我感觉,除非很简单明了的事情,否则一切都不如当面叙说来得好!面对面的谈话所传达的信息非常多,也利于理解和加深双方的熟悉感。前端时间豆浆和我在改一个小东西时就因为误解邮件中的一句极简单的话造成许多无谓的错误和重复工作,如果最初当面花1分钟说清楚的话,一切就简单多了。
6.懂技术的产品经理
PM懂技术是优势,因为能更好地把握产品和理解开发进度。但是技术出身的PM也具备一般程序员的弱项——主观意识强、交谈口才欠缺等。世界上果然没有十全十美的东西。
暂时写这些,后续想到补充。