您的位置:首页 > 其它

辞职之后,关于这几年来项目中问题的思考

2017-04-11 12:05 471 查看
先说犯的错误:

第一,在其位谋其政,我做的很不好,我没有找准自己的位置.作为一个项目的负责人,我首先要做的是替公司管理好项目中的人和事,为公司排忧解难.在这个过程中,我表现的很不职业.有困难时,我没有明确的给团队中的成员施加压力,甚至将压力在我这一级进行过滤.没有给团队中成员提出具体的要求,让他们一直处于一种散养状态.这从一定程度上导致成员能力的停滞不前,进而引发项目的实施过程中涌现越来越多的问题。

在团队的工作上,我没有提出建设性的方案.项目中的很多问题日积月累,已经成为项目运维和推进的阻碍力量.作为项目负责人,我也看到了这些问题,由于人员整体能力问题以及公司的暧昧态度(部分难度较大的优化工作,甲方不可能出成本,公司就能不干就不干),我也一直持观望态度.既没有明确给公司高层提出问题的紧迫性,也没有组织项目组成员进行自力更生.导致面对不断涌现的问题,项目组疲于应付,甲方怨声载道。

第二,最近在看《人民的名义》,自动对号入座,我就是那个孙连成吧。在早期带小项目过程中,我是大撒把式的“管理”。拿到需求开会简单说了一下要做什么东西,就让组员自由发挥了。甲方有修改,我也直接传话给组员,后来导致项目面目全非,一塌糊涂。当项目交付时间临近,我还帮组员想办法应付过关。如是种种,简直跟孙连成一副嘴脸。后来成为项目经理,管理的人多了,我很快找到一种适合自己的管理方式,主管负责制。我把工作交给主管,让他们往下分解,我只需要让他们定期向我汇报情况即可。是的,这也不失为一种高效的管理方式,只是我在这种状态下,既不关心技术方案,也不关心业务内容,逐渐变得无所事事,整个人都垮掉了。

         回想这几年的工作,只有在15年我表现的比较积极:当时起了新项目,我跟技术总监讨论技术方案,搭建项目环境,前期解决系统框架上的问题;后期针对每个需求,理清需求流程,确定开发方案,分配任务,确定工期;几乎每天确认项目进度,询问是否存在问题。当时给自己压力不小,几乎每天加班。收效也确实不错,甲方以及公司都很满意。在项目组成员心中也确立了一个比较正面的形象。

再来说收获,其实就是自己犯的错的反面:

         1.不管干什么,到哪里,都有困难,是迎难而上,还是消极抵抗,心态不同结果也截然不同。面对困难心态一定要摆正,要想办法去解决它,而不是想办法找借口。

         2.如果打定主意要做这件事:

         1)首先解决思想问题,要把自己的决心和信念传递给团队中的每一个人。

         2)然后确定项目的目标,把目标告知项目中的每一个人。

         3)制定计划,给每一个人分配任务并提出明确的要求,如果有人的能力有欠缺,明确告诉他要达到什么样的程度。这个要求可以略高于项目要求。

         4)如果团队成员较多,可以使用主管负责制。但是,一定要参与主要的业务分析和方案制定。关注项目实施过程中的关键业务节点和时间节点。对于项目难点以及团队成员的短板,重点关注。一个决定上面上限,一个影响项目下限。

         5)要营造一种良好的氛围,既不能一团和气,懒懒散散,这种肯定干不成事;也不是神经紧绷,一触即发,这种一旦警报解除,就会一泻千里。

         3.对我自己而言,面对身边发生的事,要给予足够的重视。要把自己调整到一种做事的状态,人无压力轻飘飘,这个压力要自己给的才行,外部给的自己总是有各种办法去抵消它。以前听过一句话,柔不能守,刚不能久。松松垮垮肯定做不了事,头脑发热也肯定不能长久。

         综上,这些年的平淡无奇也好,激情奋斗也好,今天终于落下帷幕。往者不可谏,来者犹可追。以史为镜可以知兴衰,希望自己可以走出低谷,一路攀登。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息