欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

项目总监的随感

程序员文章站 2022-05-10 21:58:45
...

        转到老公司已经14个月了,从质量管理转型到了项目管理,心中感慨较多,写这个随感的时候,脑子都是比较麻木的,所谓麻木就是感觉不太能转,脑子发沉。同事说这是需要安静几天,休息一下的情况。而我缺忙的得不到这种时光的休息,这也便是转型为项目经理之后的第一感受了。

 

         这个项目说大不大,40人的团队,我之前带团队70.80人也带过,说小不小,从整体项目人数上看,也应该是个200人的项目,从项目范围来看,覆盖了厂端、店端、客户端,三端一体,涉及到外部多家供应商以及甲方内部多个部门,协同起来特别痛苦和困难,让我感觉和领克CEP应该是有一拼的状态,据我了解领克CEP当时做的也是极度痛苦,但是还是熬上了线。我的项目小程序即将也要上线了,从某种角度来说,也算是熬上了线。

 

         回顾这个项目,我是感觉有很多地方是做的有问题,需要优化的地方。

         1、合同金额,这个项目签署下来就是个战略项目,从工时评估上,就注定了不赚钱,从某种角度上主要负责人的离开对于后续公司对于这个项目的支持有一定的影响。

         2、团队状态,做交付的团队就是和做产研的团队不一样,我也是产研团队出身,我能感受到做交付功能非常简单,没有什么困难度,但是就是忙的一逼,忙来自于甲方项目管理混乱,前中期瞎搞没有管理,导致乙方累的跟狗一下,左跑一下右跑一下,足以见得技术作为项目经理岗位的靠谱性。技术出身对于项目交付还是非常的靠谱。另外就是团队的心态,产研的心态以成长为主,交付的心态以完成为主。这给技术团队带来很大的不适应,尤其面临合作方推不动的情况下,后端小伙伴离职情况也比较严重。

         3、太顺从甲方,公司对于客户满意度比较看重,我没做过甲方项目以公司的目标为目标,导致乙方团队比较累,甲方大部分需求以及变更都得到了满足,甲方的不作为也没有得到乙方强烈的反抗,这个我觉得回过头来,感觉自己有很大的责任,虽然项目前期为了拓展新商机,我们尽力去服务。但是甲乙方地位太过于不平等会导致乙方团队太累。不仅仅是项目经理层,BA层也是产品出身,也没有过类似经验,所以也不懂得如何拒绝甲方,所以这块对比其他项目还是存在问题。

         4、迟迟不做决策,项目管理过程中,甲方一直推脱迟迟不做决策,导致乙方做起来非常累,这个时候为了甲方关系我们并没有向更高的层面汇报问题,导致问题推迟很久得不到解决,其实完全可以上报到更高层面解决问题,但是问题会得到解决,甲乙双方关系得到了破坏,后续执行起来会很难,面对这样的情况,我到现在也没有更好的解决方案,我认为还是使劲的推进当前的责任人,然后推不动,跟自己的领导汇报,看看要不要汇报给责任人的上级,这样可能会好一点。

        5、新需求不断的加入,因为做这个项目不仅仅是SOW和调研的范围,还要跟进需要替换的原小程序更新的内容,这里面有很大问题了,一是本身甲方不会跟我们同步这个需求,甲方让我们找现在的乙方去了解需求。二是现在的乙方也没有做好周知的准备,还是有疏漏忘记告诉的。三是本计划跟项目的资源并不会去考虑这个未知的无法评估的需求范围,导致奋力追了还是追不上的情况。我觉得这个问题就是要一开始就明确,就是追不上的,后续要吸取这个教训,这种模式没个追上,就是原来的供应商新做的需求就要在小程序重新开发一次,需要花2份的钱,这是最好的解决方案。

        6、推锅的风险,项目过程中,甲方不承认之前做过的事情,让团队心态很受影响,为了改变甲方的态度要沟通,要准备证据,这有的时候觉得甲方不是来做事的,是来找事的。这个情况需要跟甲方领导反映,如果情况严重必须反映。

        7、从项目过程上,还是可以看出来,反正项目组明确的需求,自己控制的sprint1-3还是做的很好,但是因为甲方组织架构变化,导致了Sprint1-3沉淀的后台管理,后期又发生了变更,这个不能怨乙方,还是要说出来。从后期来看,对于4-7 4个Sprint 甲方实际局部确认还是可以的,只不过就是过程中新增的需求以及确认需求太慢,倒是一些问题,这也和乙方团队经验不足有关系。

 

        总之,整个团队面临着转型的过程,大浪淘沙,适者生存,能存活下来的就OK,存活不下来的也没有其他办法,毕竟之前不是干这个的。这个过程虽然痛苦,对于这个团队来讲收获和成长从我的角度上来看,是非常巨大的,我也是希望每个人都能从自己的角度出发,获得成长。获得经验。再做一次项目,兄弟们是否还愿意跟着我一起干,不管愿意不愿意,我对于自己做事都会尽力而为,一起成长和进步。

 

         项目后期我的态度也是比较强硬,行不行,都是不行了,团队已经饱和,无法再有任何空间,这个情况还是我之前已经做的有空间的情况,全部推进去了,如果前面我没有留这个空间,没有抢时间,后面问题会更严重,这个项目从大局上我们说和用友合作的很愉快,其实我个人觉得不然,用友太慢了,慢到让合作方崩溃,当然也是PMO和项目甲方管理者,没有推进好这个事情,我们私下里,公开上,不止说过一次,大家都推不动。有的时候让我怀疑,TMD到底这个项目甲方关心不关心,只有快上线了,大家才关心。然后看谁背锅,这个游戏,也未免太有意思了,不管有没有锅,我是坚决不背的,这个项目上,我的团队付出有目共睹,我的职业和我的职位都不允许让我这些小伙伴们背锅,兄弟们愿意跟着我,我不要这个岗位了,也要给大家争取到结果,何况这个团队的的确确在努力做事,这一点希望团队能放心。

    

        其他的,我觉得翻来覆去都是经验,感谢大搜车,感谢团队,感谢甲方,感谢用友,让我和我的团队收获颇多,我觉得困难不吓人,吓人的时候做完之后没有收获,就是白干了,从这个角度上,团队收获太大了。需要感谢。职业路上需要成长。

 

 

 

相关标签: Volvo