那些年遇到的形形色色的项目经理们

本文讲述了四位不同类型的项目经理的故事,包括老好人型、甩手掌柜型、临危受命型和浑水摸鱼型。老好人型的项目经理因过度迁就客户需求导致项目拖延;甩手掌柜型的项目经理缺乏项目把控,信息不透明;临危受命型的开发人员被迫成为项目经理,面临巨大压力;浑水摸鱼型的项目经理则向高层汇报虚假进展,最终导致项目失败。这些案例揭示了项目管理中可能遇到的问题和挑战。
摘要由CSDN通过智能技术生成

        作为一个征战职场多年的老兵,经历过很多项目,也做了很多项目管理工作,中间接触了很多形形色色的项目经理们,他们的故事其实很值得记录,希望对自己或者对读者有所启发。

老好人型

        李某是某小微企业的技术经理,技术其实不错的,大家都比较认可,人也比较和善。公司有一个项目,是某开发区的一个定制化业务系统,领导任命李某为该项目的项目经理。于是,李某带了两三个开发开始去调研需求,写了需求说明书后跟客户做了确认。后面加班加点开发,埋头苦干,终于几个月后项目上线试运行。

        李某以为终于松了一口气,觉得修修补补就能满足验收了。试运行才发现,苦难才刚刚开始。用户一直在不停地提出修改,李某也不管,照单全收,一味迁就客户,做老好人,导致了严重的需求蔓延,到最后自己都无法控制住。

        最终8个月的项目做了24个月,才通过商务手段,让用户勉勉强强验收。

甩手掌柜型

        吴某是某国企软件公司的软件部门项目经理,说实话,第一次跟他见面以为是个开发,完全没有项目经理应有的气质,后来他们领导介绍才得知,他是负责某地政府一个业务平台的项目经理。

        后来有几个跟他合作一个项目,跟他对接任务时,他就叫上了开发,前端,需求,让他们各自来对接。也许是国企大公司体制,团队分工比较明细,前端是外包团队,后端是外包团队,需求是分公司团队,该项目经理对项目的关键信息和重要细节一无所知,有问题全部转给相关团队,他只负责不停拉群,不停给联系方式。

        后来还有两天要到上线日期了,该项目经理也是没有任何动作,处于一问三不知的状态,向他确认事情也是推到其他人身上,最终项目结果让用户非常不满意。

临危受命型

        张某是某软件公司的开发人员,由于公司管理不善,人员流失大,导致资源紧缺。但是公司为了生存,接了一些多次转包的项目,正好此时接到了一个三包项目,苦于没有项目经理去带,于是部门主管将此重任交于张某肩上,希望他能扛起来。

        张某当时也是心里没底,毕竟一直做开发,也没接触项目管理的工作。项目是在另外一个城市,那天早上,张某穿着正装,踏上了去项目现场的征程。到达项目现场后,得知项目是多个团队共同实施,主要由IBM的团队协调,现场团队人数非常多,冬天空调开的足,很热,张某感觉到前所未有的压力。

        项目总监分配了工作,得知该项目是一个老项目升级,而且工期特别紧,且手下人员全是初级开发。项目实施得并不是很顺利,最后项目还没正式交付张某就辞职了。

浑水摸鱼型

        刘某是公司急招进来的项目经理,还在试用期。担任公司某客户项目的驻场项目经理,公司给予了他很高的信任。每周公司例会,刘某都会亲自到公司参会,每次老板会议上检查进度,李某总是汇报的很好,给老板的感觉就是项目进度正常,完全可控。

        2个月后,公司到现场检查项目情况,发现问题很大,项目里的关键任务都没有完成,跟李某汇报的情况完全相反,给客户造成了非常不好的影响,自然被公司开除了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

东亚数字

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值