第一份产品经理工作中遭遇的问题复盘

一、项目背景介绍

       公司该系统在针对金融行业中已经属于行业中做得非常成熟的项目，公司对此已经有一套研究并且实践了多年的框架（所以售卖该系统时，基本上无大开发量工作，基本上是部署工作以及一些定制化开发的小开发量工作）。但此项目是在新行业，且是对新的框架的尝试。一期是我司开发人员驻场在甲方开发，对于一些约定的接口、文件性质的文档并未进行维护。一期在执行开发过程中，甲方对我司开发团队的能力和专业性产生了质疑，且一期遗留了大量问题。我接手的是二期项目。

        参与二期开发的人员，上到产品经理，下到UI、开发，无人非常熟悉业务背景和开发细节。开发团队和产品经理是全新接手的人员。

二、个人背景介绍

        之前是互联网+的公司做开发，是金融行业的小白，针对某些术语都是一点点在学。项目二期是来公司一周后接手的第一个项目，在对业务、项目需求范围、公司工作流程、职责范围均不明确的情况下处于半自由式工作（无人带着熟悉业务、无人带着做工作内容）情况下接手项目。做开发时的公司已然有一套标准化的工作流程，每个人也是职责明确的，对于转岗的公司的要求是希望有能更快有人带着做项目的能力。

三、遭遇的问题

        1. 前期，在产品团队内部，自己发觉项目出现推诿行为（给我内心首先打了一针“恐惧”）；

        2. 新手小白+公司新人，领导者的赶鸭子上架行为，让我内心非常遭受打击；

        3. 在一次次和客户开的需求沟通会议中，让我觉察到项目交付时间虽然已定，但是需求范围一直在扩大；

        4. 上报领导者时，总是寻求不到实质性的帮助，总是被灌鸡汤、打鸡血，从而像热锅上的蚂蚁；

        5. 项目团队没有一套标准的工作流程和平台（譬如：开发团队没有一套标准的代码管理平台、开发和产品没有一套已经实践成熟的文档管理平台）；

        6. 团队成员紧缺（前期缺UI、测试），从而在开发过程中，每个人不明确职责，做之前不知晓该不该做，要不要做，对于被布置的工作内容不知道为什么要做（领导者只说做就好了）；

        7. 身处业务部门之争中，在进行寻求业务帮助时，不尽人意。

四、感悟和收获

问题分析：

    1. 内心不够强大，在面对巨大压力下，把个人感受和情感应该搁置（不去在意领导的话语及其行为）；

    2. 想要去操心的事太多了，入公司的小白不免会出现：这件事我主动上心会不会认为我对工作认真、负责，从而让领导认为我对诸事都上心，认为我有应对该项工作的能力；

    3. 面对一些事，太认为觉得是我们领导和对方领导之间存在竞争行为，所以不敢去寻求对方领导下属的帮助，在一点点不尽人意时，就会联系到上述的竞争行为；

    4. 太关注公司之间的八卦私交行为，从而加重了在工作场合不免会联系到一些同事们嘴里的八卦小插曲，上升到对待工作的专业度上（例如：他们私下关系那么差，怎么工作场合这种恭维话如此自然）；

      最终，在项目逐渐平稳的状况下，选择了离开。不是因为项目棘手而选择了放弃，而是在这样棘手的过程中，觉得这样的团队我无法再继续。或许，日后不是每个项目都像这样难搞或棘手，但当局者迷，假设我重新选择，依旧会选择离开吧，毕竟做事舒服才会有继续觉得能待下去的理由。

收获：期望在产品的道路上，少一些所谓的人情、感受，做事以最终目的出发，有更强大的内心，少一些技术出身的优越感，保持专业度，工作亦是工作。重在复盘和思考，少些emo、揣测，保持钝感力。