《经理学会》 jlxh.blogspot.com 中国企业协会 东方工商大学世华商学院经理学会 站点shsxy.wordpress.com

  宝玉 @dotey 旧文整理一下重发： 最近跟我一起合作了一段时间的PM（产品经理）离职了，她的工作能力有口皆碑，大家都很喜欢和她一起合作，今天在和接任她的PM的一对一会议上，新PM问我：“你觉得她哪些方面做的好？这样我能向她学习，争取也能像她一样优秀！” 这其实也是我一直在思考的问题：怎么从优秀的PM身上找出他们的闪光点，如何向他们学习。 我尝试着给新PM总结了一下： 首先是她的产品设计基本功不错，能在短时间内熟悉我们的产品功能，并对我们的产品功能做出了不少优秀的改良，对于产品相关的问题，能做出专业的解答。 产品设计是对一个PM最基本的要求。以前有同事问过前PM她都是怎么学习的这些产品知识，她说是通过看Youtube视频学习的。也是，现在想学东西资源有很多，想学总能找到这些资源。 然后她对于需求的优先级处理的挺好。我们团队经常会收到很多其他部门发来的需求，尤其是法务部门，总是催的急，很难拒绝，而她总是处理的不错，一般不会在当前Sprint给我们临时加需求，总能想办法给我们排到后续的Sprint，所以团队总是在按计划有序的在工作，不需要临时处理各种加塞。 在处理需求优先级上其实我做的不够好，所以我曾专门请教过她如何排好需求的优先级，她告诉我她通常需求分成三个级别： 1. 最高优先级是严重影响用户使用的问题，以及对时间要求紧急的法务上的需求。这类需求会尽量在第一时间处理，哪怕有时候需要打补丁。 2. 普通的功能性需求，比如产品新需求，对现有产品的修改等等，默认放在后续的Sprint，这类需求通常占大多数。但是和提需求的人做好沟通很重要，比如要让他们清楚我们日常版本发布的流程，以及可能造成的影响。由于我们每两周发布一次版本，所以最多也就等两周左右，基本上都还能接受。 3. 技术相关的，例如技术债务、性能优化这些，优先级通常要低一些。这种技术相关的虽然优先级相对低一些，但是我们每个Sprint在做计划时，通常会安排20%～40%比例的技术任务，所以总体来说并没有欠什么技术债务。 按照这样三个优先级别来排任务，大部分任务都可以按照优先级排到对应的Sprint中。 但是也有例外情况，就是大领导（CXO/VP）直接要求的紧急任务会相对比较麻烦，她的建议是： - 要先搞清楚他们紧急加需求的原因是什么？ 然后要让领导们清楚这样临时加塞所造成的影响是什么，

  能跑，能说，面皮厚。这业务三要素，我一直放脑里

  以下10条社会经验，别等到被社会毒打后才明白： 1. 找朋友办事，一定要超越市场价的给钱。 2. 强势是一种人设和标签，在社会上更容易吃得开，也能避免很多烦恼。 3. 对人有时不要太“客气”，否则很难进入对方内心。 4. 不要卖惨，人会怜悯弱者，但往往不会跟可怜人当伙伴、做生意。 5. 好消息尽量不跟朋友分享，本身处在同一圈层，这里面也包裹着一层竞争关系，好消息会让朋友有压力，从而推远这段关系。 6. 你的情绪有时候是一个工具，要学会使用。 7. 忽悠是一种能力，说话是一种本事，千万别小瞧一个卖嘴的人。 8. 能用钱办的事就别用人情，人情难还，不如用钱。 9. 你优秀的时候，身边都是好人。你落魄的时候，身边大概率都是坏人。 10. 无论是帮别人，还是别人帮你，过程管理都非常重要