辞职之后,关于这几年来项目中问题的思考
2017-04-11 12:05
471 查看
先说犯的错误:
第一,在其位谋其政,我做的很不好,我没有找准自己的位置.作为一个项目的负责人,我首先要做的是替公司管理好项目中的人和事,为公司排忧解难.在这个过程中,我表现的很不职业.有困难时,我没有明确的给团队中的成员施加压力,甚至将压力在我这一级进行过滤.没有给团队中成员提出具体的要求,让他们一直处于一种散养状态.这从一定程度上导致成员能力的停滞不前,进而引发项目的实施过程中涌现越来越多的问题。
在团队的工作上,我没有提出建设性的方案.项目中的很多问题日积月累,已经成为项目运维和推进的阻碍力量.作为项目负责人,我也看到了这些问题,由于人员整体能力问题以及公司的暧昧态度(部分难度较大的优化工作,甲方不可能出成本,公司就能不干就不干),我也一直持观望态度.既没有明确给公司高层提出问题的紧迫性,也没有组织项目组成员进行自力更生.导致面对不断涌现的问题,项目组疲于应付,甲方怨声载道。
第二,最近在看《人民的名义》,自动对号入座,我就是那个孙连成吧。在早期带小项目过程中,我是大撒把式的“管理”。拿到需求开会简单说了一下要做什么东西,就让组员自由发挥了。甲方有修改,我也直接传话给组员,后来导致项目面目全非,一塌糊涂。当项目交付时间临近,我还帮组员想办法应付过关。如是种种,简直跟孙连成一副嘴脸。后来成为项目经理,管理的人多了,我很快找到一种适合自己的管理方式,主管负责制。我把工作交给主管,让他们往下分解,我只需要让他们定期向我汇报情况即可。是的,这也不失为一种高效的管理方式,只是我在这种状态下,既不关心技术方案,也不关心业务内容,逐渐变得无所事事,整个人都垮掉了。
回想这几年的工作,只有在15年我表现的比较积极:当时起了新项目,我跟技术总监讨论技术方案,搭建项目环境,前期解决系统框架上的问题;后期针对每个需求,理清需求流程,确定开发方案,分配任务,确定工期;几乎每天确认项目进度,询问是否存在问题。当时给自己压力不小,几乎每天加班。收效也确实不错,甲方以及公司都很满意。在项目组成员心中也确立了一个比较正面的形象。
再来说收获,其实就是自己犯的错的反面:
1.不管干什么,到哪里,都有困难,是迎难而上,还是消极抵抗,心态不同结果也截然不同。面对困难心态一定要摆正,要想办法去解决它,而不是想办法找借口。
2.如果打定主意要做这件事:
1)首先解决思想问题,要把自己的决心和信念传递给团队中的每一个人。
2)然后确定项目的目标,把目标告知项目中的每一个人。
3)制定计划,给每一个人分配任务并提出明确的要求,如果有人的能力有欠缺,明确告诉他要达到什么样的程度。这个要求可以略高于项目要求。
4)如果团队成员较多,可以使用主管负责制。但是,一定要参与主要的业务分析和方案制定。关注项目实施过程中的关键业务节点和时间节点。对于项目难点以及团队成员的短板,重点关注。一个决定上面上限,一个影响项目下限。
5)要营造一种良好的氛围,既不能一团和气,懒懒散散,这种肯定干不成事;也不是神经紧绷,一触即发,这种一旦警报解除,就会一泻千里。
3.对我自己而言,面对身边发生的事,要给予足够的重视。要把自己调整到一种做事的状态,人无压力轻飘飘,这个压力要自己给的才行,外部给的自己总是有各种办法去抵消它。以前听过一句话,柔不能守,刚不能久。松松垮垮肯定做不了事,头脑发热也肯定不能长久。
综上,这些年的平淡无奇也好,激情奋斗也好,今天终于落下帷幕。往者不可谏,来者犹可追。以史为镜可以知兴衰,希望自己可以走出低谷,一路攀登。
第一,在其位谋其政,我做的很不好,我没有找准自己的位置.作为一个项目的负责人,我首先要做的是替公司管理好项目中的人和事,为公司排忧解难.在这个过程中,我表现的很不职业.有困难时,我没有明确的给团队中的成员施加压力,甚至将压力在我这一级进行过滤.没有给团队中成员提出具体的要求,让他们一直处于一种散养状态.这从一定程度上导致成员能力的停滞不前,进而引发项目的实施过程中涌现越来越多的问题。
在团队的工作上,我没有提出建设性的方案.项目中的很多问题日积月累,已经成为项目运维和推进的阻碍力量.作为项目负责人,我也看到了这些问题,由于人员整体能力问题以及公司的暧昧态度(部分难度较大的优化工作,甲方不可能出成本,公司就能不干就不干),我也一直持观望态度.既没有明确给公司高层提出问题的紧迫性,也没有组织项目组成员进行自力更生.导致面对不断涌现的问题,项目组疲于应付,甲方怨声载道。
第二,最近在看《人民的名义》,自动对号入座,我就是那个孙连成吧。在早期带小项目过程中,我是大撒把式的“管理”。拿到需求开会简单说了一下要做什么东西,就让组员自由发挥了。甲方有修改,我也直接传话给组员,后来导致项目面目全非,一塌糊涂。当项目交付时间临近,我还帮组员想办法应付过关。如是种种,简直跟孙连成一副嘴脸。后来成为项目经理,管理的人多了,我很快找到一种适合自己的管理方式,主管负责制。我把工作交给主管,让他们往下分解,我只需要让他们定期向我汇报情况即可。是的,这也不失为一种高效的管理方式,只是我在这种状态下,既不关心技术方案,也不关心业务内容,逐渐变得无所事事,整个人都垮掉了。
回想这几年的工作,只有在15年我表现的比较积极:当时起了新项目,我跟技术总监讨论技术方案,搭建项目环境,前期解决系统框架上的问题;后期针对每个需求,理清需求流程,确定开发方案,分配任务,确定工期;几乎每天确认项目进度,询问是否存在问题。当时给自己压力不小,几乎每天加班。收效也确实不错,甲方以及公司都很满意。在项目组成员心中也确立了一个比较正面的形象。
再来说收获,其实就是自己犯的错的反面:
1.不管干什么,到哪里,都有困难,是迎难而上,还是消极抵抗,心态不同结果也截然不同。面对困难心态一定要摆正,要想办法去解决它,而不是想办法找借口。
2.如果打定主意要做这件事:
1)首先解决思想问题,要把自己的决心和信念传递给团队中的每一个人。
2)然后确定项目的目标,把目标告知项目中的每一个人。
3)制定计划,给每一个人分配任务并提出明确的要求,如果有人的能力有欠缺,明确告诉他要达到什么样的程度。这个要求可以略高于项目要求。
4)如果团队成员较多,可以使用主管负责制。但是,一定要参与主要的业务分析和方案制定。关注项目实施过程中的关键业务节点和时间节点。对于项目难点以及团队成员的短板,重点关注。一个决定上面上限,一个影响项目下限。
5)要营造一种良好的氛围,既不能一团和气,懒懒散散,这种肯定干不成事;也不是神经紧绷,一触即发,这种一旦警报解除,就会一泻千里。
3.对我自己而言,面对身边发生的事,要给予足够的重视。要把自己调整到一种做事的状态,人无压力轻飘飘,这个压力要自己给的才行,外部给的自己总是有各种办法去抵消它。以前听过一句话,柔不能守,刚不能久。松松垮垮肯定做不了事,头脑发热也肯定不能长久。
综上,这些年的平淡无奇也好,激情奋斗也好,今天终于落下帷幕。往者不可谏,来者犹可追。以史为镜可以知兴衰,希望自己可以走出低谷,一路攀登。
相关文章推荐
- 关于ecplise中导入项目之后出现的jsp文件有错误问题
- 关于J2EE下的web项目的架构问题方面的思考
- 项目q总结:关于Linux性能问题的一些思考
- Eclipse在使用Jface关于org.eclipse.core.runtime包导入之后项目依然报错的问题
- 关于J2EE下的web项目的架构问题方面的思考
- 心得体会:关于开发效率和项目周期的问题
- 关于软件维护问题的几点思考
- 关于UML建模工具和项目管理工具的问题
- 最近项目中一些关于代码编写管理的一些思考
- 心得体会:关于开发效率和项目周期的问题
- 关于VS.NET中多个项目的工程相互引用和多个dll引用的问题!
- 关于:装了Visual.SourceSafe.2005之后,打开VS2005-文件,找不到源代码管理这项的问题
- 关于如何从多个项目创建 ASP.NET 应用程序以进行组开发问题
- [.NET] 关于VS.NET2003的“未能打开项目”问题
- 救火沉思录--关于项目最后阶段的思考
- 关于项目管理的思考
- 心得体会:关于开发效率和项目周期的问题
- 关于Java继承一个值得思考的问题。
- 最近要做个项目,遇到一些关于ansys问题,看看兄弟们能否帮我解决?