不要成为小蜜蜂

解决Patterns，不要只被单点event触发

身为产品经理，我们有一项任务是为了时程和成效能达标，我们需协助团队排除障碍，尤其是跨团队的议题，因为技术上，我们能协助的有限，即便是技术出身的产品经理也是一样，我们所深耕的方向，和技术实力为导向的工程师仍是不一样的，在这过程里面，我们会练就一身快速解决问题的能力，毕竟所有资源都有限，我们必须快速反应。然後，我们就会变成小蜜蜂，飞到西，也飞到东，最後累死。问题还是要解决，投入的资源需要衡量，一切就是trade-off。Level of perspective是一个可以帮助我们定着心中那一把尺的工具，使用工具的第一步是，让团队成员都了解这个工具，剩下所花的时间就是利用这个工具对齐大家的想法，同时我们可以从中观察出每一个人的差异性。Level of perspective将事情分成5个等级，杠杆效益由低至高，分别是Event、Pattern、Systematic structure、Mental model、Vision，从字面上不难理解背後代表的意义，Event可能像烟火一样绽放一下，就在团队内消声匿迹，不会再发生，所以我们若是都在处理event，可以练就我们的反应力，但如果团队很会放烟火，那就准备累死大家了。杠杆效益由低至高，其实也代表着要育成每一个等级，所需要的能耐与时间也是由低至高，这个是提供给产品经理技能树的参考依据。在实务上，如果能掌握好Event和Pattern，就可以感受到明显的差异了，我通常的处理手法会是，每件Event的第一次发生，是最难评估的阶段，所以重点要放在快速了解发生原因，并拆将原因尽可能拆细，且和过去经验对照，先判断是单点，还是会再发生。目的在於，决定要让讨论走到多深，以避免解决Event时，最容易出现的状况：过分讨论，如果是单点event，就以解决当下状况就好。无论Event的初判为何，我们一定要将event记录下来，为得就是继续往上收敛出Pattern，用Pattern更有效率的解决问题。至於Mental model, Vision则是另一种切入方式，有机会我再补充给大家了。

找关键人物沟通

找到粽子头，可以省下超多力

我在管理需求时，想要推动一个规范，规范内容大致上就是我将工程师的有空时间表摊在阳光下，请需求单位看完之後，预约有空的时间，不要重复预约，只要有预约重复的情况下，严重一点，我整天只处理这个排程就耗尽上班时间了，那时候我很笨！当有重复预约的时候，我就会苦口婆心地对着每一个窗口解释一番，然後，顺手也把排程修正好，结果整整一个月，我每天就是对着不同窗口解释，最後我在团队讨论群组中爆气(说爆气，但我还没到情绪失控)。主管找我询问了个问题：「为什麽大家没办法靠拢做法，你知道原因吗？或是有想过原因吗？你怎麽做这件事呢？这样效益杠杆效益最大吗？」这就是镜子的重要！结果，同样的一件事，我召集了各窗口的lead，并与他们核对逻辑、确认有无问题，结果一场会议，加上规划与准备，为期一周，问题解决了。这里再再呈现，找leverage point最高的地方下手的效益，这个绝对需要内化成我们思考的思维！(这个事件额外补充一件事：这个惨痛经验，也包含了我无形中负面强化窗口行为：不符合标准的时候，我会直接帮忙修正，这个也是我这次的学习)