宝玉 @dotey 旧文整理一下重发: 最近跟我一起合作了一段时间的PM(产品经理)离职了,她的工作能力有口皆碑,大家都很喜欢和她一起合作,今天在和接任她的PM的一对一会议上,新PM问我:“你觉得她哪些方面做的好?这样我能向她学习,争取也能像她一样优秀!” 这其实也是我一直在思考的问题:怎么从优秀的PM身上找出他们的闪光点,如何向他们学习。 我尝试着给新PM总结了一下: 首先是她的产品设计基本功不错,能在短时间内熟悉我们的产品功能,并对我们的产品功能做出了不少优秀的改良,对于产品相关的问题,能做出专业的解答。 产品设计是对一个PM最基本的要求。以前有同事问过前PM她都是怎么学习的这些产品知识,她说是通过看Youtube视频学习的。也是,现在想学东西资源有很多,想学总能找到这些资源。 然后她对于需求的优先级处理的挺好。我们团队经常会收到很多其他部门发来的需求,尤其是法务部门,总是催的急,很难拒绝,而她总是处理的不错,一般不会在当前Sprint给我们临时加需求,总能想办法给我们排到后续的Sprint,所以团队总是在按计划有序的在工作,不需要临时处理各种加塞。 在处理需求优先级上其实我做的不够好,所以我曾专门请教过她如何排好需求的优先级,她告诉我她通常需求分成三个级别: 1. 最高优先级是严重影响用户使用的问题,以及对时间要求紧急的法务上的需求。这类需求会尽量在第一时间处理,哪怕有时候需要打补丁。 2. 普通的功能性需求,比如产品新需求,对现有产品的修改等等,默认放在后续的Sprint,这类需求通常占大多数。但是和提需求的人做好沟通很重要,比如要让他们清楚我们日常版本发布的流程,以及可能造成的影响。由于我们每两周发布一次版本,所以最多也就等两周左右,基本上都还能接受。 3. 技术相关的,例如技术债务、性能优化这些,优先级通常要低一些。这种技术相关的虽然优先级相对低一些,但是我们每个Sprint在做计划时,通常会安排20%~40%比例的技术任务,所以总体来说并没有欠什么技术债务。 按照这样三个优先级别来排任务,大部分任务都可以按照优先级排到对应的Sprint中。 但是也有例外情况,就是大领导(CXO/VP)直接要求的紧急任务会相对比较麻烦,她的建议是: - 要先搞清楚他们紧急加需求的原因是什么? 然后要让领导们清楚这样临时加塞所造成的影响是什么,
东大世华商学院 shsxy.blogspot.com 站点 shsxy.wordpress.com 东大站点:dfgsdx.com 世界华商总会支持。E-mail: Dfgsdx2@gmail.com 监督投诉hk29157528@gmail.com, Telegram/微信:@worldchineseg,twitter:@zgjyj@dfgsdx1, WhatsApp/Teleg/skyApp/手机短信:+85253044583 电报群:t.me/dfgsdx 理事会 orientalindustrycommerceuniversity.blogspot.com 理事会专委会(合作)ddlsh.blogspot.com 外联合作区 dfgsdx.blogspot.com 欢迎合作各地各专业学院培训中心各研究推广院所会中心基地等,电报交流群:https://t.me/+af-1ldH6j7BiYTQ1 新推特https://twitter.com/dfgsdx1