一、项目背景介绍
公司该系统在针对金融行业中已经属于行业中做得非常成熟的项目,公司对此已经有一套研究并且实践了多年的框架(所以售卖该系统时,基本上无大开发量工作,基本上是部署工作以及一些定制化开发的小开发量工作)。但此项目是在新行业,且是对新的框架的尝试。一期是我司开发人员驻场在甲方开发,对于一些约定的接口、文件性质的文档并未进行维护。一期在执行开发过程中,甲方对我司开发团队的能力和专业性产生了质疑,且一期遗留了大量问题。我接手的是二期项目。
参与二期开发的人员,上到产品经理,下到UI、开发,无人非常熟悉业务背景和开发细节。开发团队和产品经理是全新接手的人员。
二、个人背景介绍
之前是互联网+的公司做开发,是金融行业的小白,针对某些术语都是一点点在学。项目二期是来公司一周后接手的第一个项目,在对业务、项目需求范围、公司工作流程、职责范围均不明确的情况下处于半自由式工作(无人带着熟悉业务、无人带着做工作内容)情况下接手项目。做开发时的公司已然有一套标准化的工作流程,每个人也是职责明确的,对于转岗的公司的要求是希望有能更快有人带着做项目的能力。
三、遭遇的问题
1. 前期,在产品团队内部,自己发觉项目出现推诿行为(给我内心首先打了一针“恐惧”);
2. 新手小白+公司新人,领导者的赶鸭子上架行为,让我内心非常遭受打击;
3. 在一次次和客户开的需求沟通会议中,让我觉察到项目交付时间虽然已定,但是需求范围一直在扩大;
4. 上报领导者时,总是寻求不到实质性的帮助,总是被灌鸡汤、打鸡血,从而像热锅上的蚂蚁;
5. 项目团队没有一套标准的工作流程和平台(譬如:开发团队没有一套标准的代码管理平台、开发和产品没有一套已经实践成熟的文档管理平台);
6. 团队成员紧缺(前期缺UI、测试),从而在开发过程中,每个人不明确职责,做之前不知晓该不该做,要不要做,对于被布置的工作内容不知道为什么要做(领导者只说做就好了);
7. 身处业务部门之争中,在进行寻求业务帮助时,不尽人意。
四、感悟和收获
问题分析:
1. 内心不够强大,在面对巨大压力下,把个人感受和情感应该搁置(不去在意领导的话语及其行为);
2. 想要去操心的事太多了,入公司的小白不免会出现:这件事我主动上心会不会认为我对工作认真、负责,从而让领导认为我对诸事都上心,认为我有应对该项工作的能力;
3. 面对一些事,太认为觉得是我们领导和对方领导之间存在竞争行为,所以不敢去寻求对方领导下属的帮助,在一点点不尽人意时,就会联系到上述的竞争行为;
4. 太关注公司之间的八卦私交行为,从而加重了在工作场合不免会联系到一些同事们嘴里的八卦小插曲,上升到对待工作的专业度上(例如:他们私下关系那么差,怎么工作场合这种恭维话如此自然);
最终,在项目逐渐平稳的状况下,选择了离开。不是因为项目棘手而选择了放弃,而是在这样棘手的过程中,觉得这样的团队我无法再继续。或许,日后不是每个项目都像这样难搞或棘手,但当局者迷,假设我重新选择,依旧会选择离开吧,毕竟做事舒服才会有继续觉得能待下去的理由。
收获:期望在产品的道路上,少一些所谓的人情、感受,做事以最终目的出发,有更强大的内心,少一些技术出身的优越感,保持专业度,工作亦是工作。重在复盘和思考,少些emo、揣测,保持钝感力。