首页>心得体会>项目管理试用期心得(热门15篇)

项目管理试用期心得(热门15篇)

作者:翰墨

心得体会是通过对自己在学习、工作、生活等方面的经验和感悟进行总结和归纳,从而使我们更好地认识自己、提升自己的一种方式。这些心得体会范文可供大家参考,希望能够对大家的写作提供一些帮助和指导。

项目管理部试用期工作总结

20__年,转瞬即逝,但回想刚到客户现场时的不知所措,却好像又过去了很久一样。在这一年的时间里,我们经历了酸甜苦辣,但是,最让人值得骄傲的是,我学习到了很多项目管理和质量控制的知识,同时在平时的工作中得到应用,并积累了一些相关经验。以下是我今年的工作总结。

一、范围管理方面。

防止不必要的变更。但是目前项目组在开发的过程中,不能详细而明确的说明用户需求,让用户在程序开发之前进行需求确认,使得后期不可避免的发生所谓的变更,而实际上也许是项目组不能实现用户的需求,用户没有别的办法,只能采取另一种实现方式的变更,或者程序实现了的并不是用户真正的需要。我们一直以来的想法就是“抓两头,控中间”,所以,需求阶段建议采用原型法,在用户无法提出明确需求的条件下,尽量引导、还原用户需求,且需求一定要业务部门确认。

二、质量管理方面。

在过去的一年中,过程质量保证相对做的比较好,但是产品质量方面就差了很多。去年只在一个项目用到了缺陷预防的方法,但是没有考察缺陷预防的效果。一般来说,项目的工期都比较紧,测试用例很多情况都是测试的同时编写的,也没有熟悉业务的人员进行评审。如果要把所有的文档都及时的填写,根本就没有跟项目组沟通和深入监控项目的时间。要想深入到项目组,目前看来真是一件比较困难的事情。

三、人员管理方面。

有的项目到后期的时候,只有一两个人能够胜任工作。因为越到后期的工作,越需要人员在这个项目的综合能力高,如果平时不注意培养人才,一个项目做完了,人员能力并不会有太大的提高,导致项目后期任务只能依靠一两个人,对于项目来说,这样的情况会造成项目延期,对于个人来说,忙碌的这一两个人始终得不到休息,满负荷的工作,效率自然不会高,而其他人员就相对比较轻松,但是能力没有提高。因此,在项目初期进行项目策划的时候,就应该制定好人员培养等计划,以满足后期项目需求。

四、风险管理方面。

因为我经验不足,也没能给项目太多关于风险识别方面的建议。以我现在的知识,有些项目问题发生了,但并不能识别出来。但也有些经验积累,无论这个产品或者平台有多么好的实践效果,只要有客户化的部分,无论多少都将会是风险;与其他系统接口较多的系统,相对的风险就更大了。项目初期采取“头脑风暴”的方式识别项目风险是比较好的一种方法,如果项目组本身有风险库,从风险库中筛选也是很好的方法。

项目管理试用期工作总结

说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

项目管理试用期工作总结

总结就是把一个时间段取得的成绩、存在的问题及得到的经验和教训进行一次全面系统的总结的书面材料,它有助于我们寻找工作和事物发展的规律,从而掌握并运用这些规律,不如立即行动起来写一份总结吧。但是总结有什么要求呢?下面是小编精心整理的项目管理试用期工作总结,欢迎阅读,希望大家能够喜欢。

时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。

在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的.经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。

在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。

由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前最大限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。

说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》。

项目管理试用期工作总结

执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。

每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。

一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。

项目管理试用期心得范文

尊敬的董事局各领导:

大家好!

转眼间一个月试用期已过,在这一个月的时间里,充分的感受到,公司领导和家人对我工作上的帮助和支持,生活上的关心和照顾,心灵上的接纳和包容。使我能够更加清楚的认识自己,定位自己,为做一个合格的项目经理而奋斗。

为什么做。

时光如水,光阴似箭,看到公司营业额蒸蒸日上,同事们的激情和斗志,我内心感到无比欣慰和骄傲。我想一个人只有经过不断努力,不断奋斗,才能克服自身的缺点,才能不断的超越自我,实现梦想和人生的价值。

做什么。

以提高自身素质为突破口,在不断的学习中掌握干好工作的基本技能和知识。

熟悉公司新的规章制度和业务开展工作。公司在不断改革,订立了新的规定,特别是在工程方面安排了更加完善的工作流程和计划。作为公司的一名工程项目经理,必须以身作责,在遵守公司规定的同时全力开展项目工作。

自己毕竟是刚来公司不久,从哪个角度讲都还是处在起步阶段必须在工作中不断的提高自己,为了提高自身能力素质,上让领导放心,下要客户满意我必须要参加公司内部的专业技能培训和爱无界心灵成长培训,等学习科目,全面提高自己,力争在语言表达的能力上有突破,在协调关系的能力上有突破,在组织管理的能力上有突破,在完成工作的标准上有突破。通过学习,感到既开阔了眼界又丰富了头脑,既学到了知识,更看到了差距,在不断的学习中提高自己的能力素质,增强了干好本职工作的本领。

以提高工作效率为根本,在坚持原则和遵守公司新的规章制度基础上保证完成工作的标准和质量。

以强化服务质量为目标,以协助赵总工作为主,安全施工,文明施工,为公司赢得更多光辉形象和品牌价值。

己所不欲,勿施于人。树立良好的形象为动力。俗话说的好:喊破嗓子,不如做出样子,作为一个项目经理,如果在台上说的一套,台下做的又是一套,就会对领导和同事造成非常不好的影响,因此,在日常工作中,我非常注重自身的形象,要求他人做到的,我自己首先坚决做到,要求他人不做的,我带头不去违反。什么事都能以公司利益为重,以部门利益为重,讲团结,讲协作,出色的完成各项工作任务。

本年度在公司领导的带领和关心下,在同事的帮助和配合下,使我在项目经理的岗位上逐渐成长起来,并升职为工程部经理,过去的一年中通过在施工现场的实践及公司内部的培训课程,在专业技术上、现场管理方面、竞投标的策略方面以及与装饰单位在施工中的交接面配合上等方面的技能都有了显著提高;并在公司领导的提携指导下对管理部门方面也有了一定的认识,我从项目经理转到工程部经理后,在公司领导的指导下,不断改进工作方法,提高工作效率,较好地完成了各项工作任务。

一、强化形象,提高自身素质。为做好项目经理的工作,我坚持严格要求自己,注重以身作则,以诚待人,一是爱岗敬业讲奉献。工程部工作地特点就是“计划性”,因此,我正确认识自身的工作和价值,正确处理苦与乐,得与失、个人利益和集体利益的关系,坚持甘于奉献、诚实敬业,并阶段性的对部门项目经理进行有针对性的管理目标,如周工作计划、项目施工日志检查、部门例会制度等,以对工作需要在各个工地现场及材料分包等处跑动的项目经理进行管理。

二、强化职能,做好服务工作。工作中,我注重把自己融入于部门员工中,作为一个基层干部除了要做好部门建设的工作及本职工作外,还是做好对员工的服务工作,在部门职员需要帮助时要主动的帮助其解决问题,以保证部门各项目的顺利进行。一是认真办文。公文是传达公司政策、意图的载体,公文的质量和水平直接影响司令的畅通,撰写了工程部作业指导书;工厂发货流程图及说明,细化到各个细部节点的分解流程;二是严格办会,工程部从无到有,从成立到部门制度初具雏形,到每周三固定的项目问题研讨会;每周六固定的部门例会制度,有效的落实了领导的安排部署,保证了工作的顺利进行。

一年来的工作虽然取得了一定的成绩,但还存在许多不足,主要是思想解放程度还不够,对待问题时站的高度还不够,距离做一个合格的部门主管还有一定距离,管理上严肃性还不足,部门建设工作的严密性还欠缺,在今后工作中,我一定认真总结经验,克服不足,努力把工作做得更好。

入门阶段:年初接手了绿洲仕格维项目的收尾工作,施工现场要与十三家装饰单位配合,作为一个刚刚入行的新手,还是有很大的思想压力的。但是本着公司领导:“火线入党,在实践中快速成长”的培养新人及用人不疑的策略鼓励下,在公司领导手把手的耳提面命下、在公司同事的帮助和配合下,顺利的完成了收尾工作,并顺利的通过验收。通过在现场的实践积累了不少的经验。期间参与了“天山河畔”“新凤城”等项目的竞标工作。

试炼阶段:在领导的信任下,独立操作了新凤城-银座公寓的橱柜项目,期间虽然由于施工经验及现场管理经验不足,遇到了种种困难,但是在生产部门、安装班组等公司同事的协助下,顺利地完成了项目,并收回项目款。在施工过程中与甲方代表保持了良好的合作关系。

项目管理试用期工作总结

总结是对取得的成绩、存在的问题及得到的经验和教训等方面情况进行评价与描述的一种书面材料,写总结有利于我们学习和工作能力的提高,不如立即行动起来写一份总结吧。那么总结要注意有什么内容呢?以下是小编为大家整理的项目管理试用期工作总结,欢迎阅读与收藏。

1.项目组的控制力

我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。

2.项目组的协作力

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

3.项目组的执行力

每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。

一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。

4.项目组的统筹力

做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。

写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。

项目管理学习心得

20xx年6月17至19日参加了由北京市档案局组织的市重点建设项目档案管理培训学习,短短的3天学习,受益匪浅,通过学习系统掌握了工程档案管理、收集、整理、分类、归档等规划化管理工作;学习了重点项目档案验收要求和内容;学习了重点项目声像档案管理,下面谈谈我的收获和体会:

1、规范化、科学化档案管理是重要项目建设必须做好的一项基础性工作,也是成为精品工程的重要保障。

2、项目工程内在需要,档案是记录工程历史,见证工程过程的重要凭证,是项目日后良好运营运用和遇到应急状态的重要保障。

3、档案专项验收是竣工验收的重要组成部分。

1、项目建设单位领导要重视,对项目档案工作实行统一管理,档案管理工作与工程管理应同步进行,从源头介入。

2、实施前制定档案管理策划方案,全面策划制定目标,建立机构,编制人员岗位责任制,管理流程,控制措施等。

3、认真贯彻国家档案工作法律法规,建立健全项目档案工作各项规章制度。

4、全面实施项目档案合同制度,把项目档案相关条款列入合同中,对相关方施加支付控制。

5、全面实施过程控制,档案管理与项目管理相融合,全方位随产生、随收集、随验收、随归档。

6、全面实施档案审核工作,确保准确性、真实性、完整性。

7、确保档案实体与信息安全。

针对公司阿苏卫项目从现在开始把理论知识服务于实践,把学到的知识运用到实际工作上,逐步完善和改进阿苏卫项目档案管理,深信在公司领导的重视和各部门的配合下,力争把阿苏卫项目工程做成一流档案管理工作为阿苏卫精品项目工程服务。

通过本学期老师的《软件项目管理》课程的学习,我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解,我了解到了项目管理的理念目前在实践中起到了越来越重要的作用,对于技术而言,管理意味着决策和支持。只有对生产过程进行科学的、全面的管理,才能保证达到提高生产率,改善产品质量的工程目标。

好好研究学习软件项目管理对于我们以后要从事it行业的学生而言有着决定性的作用。首先这里存在一个问题,之前已经学习过了《软件工程》课程,所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑,通过后来对课程的深入学习,才了解到了:

(1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

(2)项目管理是一个管理学分支的学科,指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望。

项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说,软件工程为我们提供的具有指导意义的软件开发方法,项目管理是更从更高的角度思考问题,它总结出了项目管理中会碰到的问题及常规的解决方案,他不仅仅针对软件开发,而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中,我有了一个深切的体会,在以往的小软件开发中,都是自己根据想象确定软件所需功能,然后编写代码,做成了一些具有“死”功能的软件,由于没有在实际应用中大量使用所写的软件,所以忽略了很重要的一点,客户对软件的需求变更要求,那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的.过程中我们项目开发人员要了解可能导致需求变更的原因,如何管理变更需求,以及如何正确的处理需求变更。

然后学习到了一个重要的成本控制方法—挣值法,挣值分析相比于传统分析方法是一种更好的项目/工程管理方法,因为它综合了成本、进度与范围,可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题,以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明:你被指定负责一个软件项目,其中有4部分,项目总预算为53000,a任务为26000,b任务为20xx年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因,70%的项目出现问题。于是,软件开发者开始逐渐重视软件开发中的各项管理。到了20xx年代中期,软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有相当的特殊性。首先,软件是纯知识产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。其次,软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此,项目管理对软件生产具有决定性的意义。

项目管理的定义是指一定的主体,为了实现其目标,利用各种有效的手段,对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制,以取得良好经济效益的各项活动的总和。软件项目管理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外,进行软件项目管理有利于将个人开发能力转化成企业的开发能力。企业的软件开发能力越高,表明这个企业的软件生产越趋向成熟,企业越能够稳定发展。

对于软件项目的学习,我首先放正了态度来学习,认真分清软件项目管理与软件工程的关系和项目管理知识体系。软件项目管理从头到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学期我们学习的主要知识点有以下几个部分,如:项目的初始中项目立项、合同项目、内部项目、项目授权、初始项目范围、生存期模型等知识点;项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点;项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等;项目结束中合同结束、项目结束、项目总结、项目管理的建议等。对于这些知识点,我根据具体案例具体分析。

通过本学期的学习,我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程,它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在,作为学生的我所做的项目虽然都是一些小的项目,但是在小组共同开发的时候还是需要用到项目的管理。如:人员的分配,时间、进度的计划,沟通计划,项目执行变更管理,以及质量管理控制等多种管理。如今这门课程我学的还不是很好,但我相信在今后的实训及工作当中,能够更好的体验和感受到项目管理的精髓,对软件项目管理有更深入的了解。我也希望,学校的老师能够在今后的教学当中重视软件项目管理课程,多让学生了解实例,去感受、体会软件项目管理所遇到的问题和解决方案,理解软件项目管理的精髓。

项目管理试用期转正工作总结

总结在一个时期、一个年度、一个阶段对学习和工作生活等情况加以回顾和分析的一种书面材料,它可以帮助我们有寻找学习和工作中的规律,不妨坐下来好好写写总结吧。那么总结有什么格式呢?下面是小编为大家整理的项目管理试用期转正工作总结,仅供参考,欢迎大家阅读。

时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。

在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。

在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。

由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。

说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。

每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。

一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。

做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。

写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。

项目管理心得体会

本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供大家指点,在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如:

1.这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问题。在国内很多客户都很不成熟的情况下,千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细,后面的惊讶就越少,项目的风险就越小。

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么,而不是说怎么做),而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情,也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说,项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.是到做总体计划的时间了吗?不,你现在已经知道了客户的目标和你手上的资源,那么做计划以前,你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的,你需要写一份报告,详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话,将发生什么样的后果。如果资源不够,就要高层改变策略,增加对这个项目的投入。甚至在条件许可的情况下,有些公司会放弃这个项目。总之,没有人能完成一个不可能完成的任务,如果项目经理不能尽早发现风险,那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略,现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利,那么,就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同,相差较大,很难有什么具体要求,但是,一定要有精通客户业务的人,很多小项目里,这个人就是项目经理本人,大项目里会配备行业专家,这样和客户沟通起来才不会鸡同鸭讲,双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语,结果搞得客户一头雾水,反过来,他还指责客户不懂技术。其实,明白自己想做什么的客户已经是很好的客户了,不知道自己要做什么,更不懂怎么做还要指手画脚的客户到处存在,但是要明白,是客户选择了你,而不是你选择了客户,有了客户你才有工资拿,心平气和一点吧。

二、所有需求变更全部要有书面文字,这点切记!这样做好处多多:

*有书面证据,以后他还想改,你有了他以前要求的证据,告诉他:你以前可是这么说的;

8.现在你要面对三群人:你的领导、你的组员和你的客户,和这些人沟通,让他们知道你打算怎么做,什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要,那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则,如果你在一个部门时间做长了,对这些规则的运用觉得是一件理所应当的事情,但是,你现在面对的是多个部门甚至多个单位,不把沟通规则说清楚,你以后就会吃亏。

项目管理心得体会

通过这段时间工程项目管理课程的学习,我对这一专业有了更深一步的认识。从原来的懵懂不知到现在的渐学渐深,可以说这段时间的学习对我以后进一步学习其他专业知识以及今后的实际工作都是有很大益处的,在这里我简要谈一下我对工程项目管理模式的一些心得体会。

传统的设计—招标—建造模式(ddb)由于长期广泛的在世界各地采用,因而管理方法较成熟,参与各方对有关程序都很熟悉。业主方可自由选择咨询设计人员来控制设计要求,并且可以自由选择监理人员来监理工程,采用各方均熟悉的标准合同文本,十分有利于合同管理和风险管理。但是这一模式也存在着或多或少的缺陷,诸如管理和协调工作较复杂、业主前期投入较高、总造价和工期不易控制、质量事故出现时设计和施工双方责任不明确等,容易导致业主对监理工程师控制工期和造价的能力信心不足,这也制约了这一模式在现在工程项目管理中的应用。

而在设计-建造总承包模式(db)中,业主在选定总承包商时能把设计方案的优劣作为主要的评定标准,这在很大程度上能使业主得到高质量的工程设计,并且总承包商能在设计阶段充分考虑施工因素,可以最大程度地减少由于设计错误引起的变更。而且在这一模式中,总承包商对整个工程实行总价包干,并承担全部责任和风险,能使业主对工程成本得到初期的保障。但是由于业主不能直接参与设计过程的监控,再加上实行了总价包干,导致业主对设计细节控制力降低,而且最终可能会影响到工程质量。

设计—采购—施工的模式(epc)与设计—建造总承包模式(db)较类似,能够较好的将工艺的设计与设备的采购及安装紧密结合起来,有利于项目综合效益的提升。但是由于现在国内能够承担大型epc项目的承包商数量不多,经验也不是很丰富,导致承包商在投标报价时可能报价过低,加上由于经验影响到管理能力,可能直接影响到项目的工程造价、效益及质量。

项目管理型承包模式(pmc)的发展得益于近年来国际上部分工程项目在建设管理上的实践,从原来的可研至竣工验收发展成为定义和执行两个阶段,业主在这两个阶段中委托一家工程公司对项目进行全面的管理。第一阶段中pmc在组织或完成基础设计、确定所有技术方案、确定设备材料的价格和数量、对工程造价作出准确估算后编制出设计、采购和建设的招标书,从而确定工程的总承包商。第二阶段中确定下来的总承包商负责执行详细设计、采购和建设工作,这一阶段中pmc负责替业主对全部项目进行管理协调和监理。采用这一模式能够充分发挥管理承包商在项目管理方面的专业水平,统一协调和管理项目的设计和施工,有利于缩短工期。但是业主在这一模式下与施工承包方没有合同关系,对工程的施工控制能力降低;并且与其他传统模式相比增大了管理层的费用。

在市场经济逐渐演变成市场和计划相结合的混合经济的境况下,bot(建设-经营-转让)模式比较符合这种市场机制和政府干预相结合的混合经济的特色。一方面,bot能够保持市场机制发挥作用。

政府以招标方式确定项目公司的做法本身也包含了竞争机制。作为可靠的市场主体的私人机构是bot模式的行为主体,在特许期内对所建工程项目具有完备的产权。这样,承担bot项目的私人机构在bot项目的实施过程中的行为完全符合经济人假设。另一方面,bot为政府干预提供了有效的途径,这就是和私人机构达成的有关bot的协议。尽管bot协议的执行全部由项目公司负责,但政府自始至终都拥有对该项目的控制权。在立项、招标、谈判三个阶段,政府的意愿起着决定性的作用。在履约阶段,政府又具有监督检查的权力,项目经营中价格的制订也受到政府的约束,政府还可以通过通用的bot法来约束bot项目公司的行为。在bot模式中,项目的参与各方均能获得较大利益优势。项目发起人能充分利用项目经济状况的弹性,减少资本金支出,拓宽项目资金的来源,并能将特定风险转移给放贷方,能极大地降低发起人的政治风险;而放贷方在承担风险的同时却大大提高了自身的收益率,并且在参与项目过程中会遇到的竞争较少;政府作为项目的参与方,在实施bot模式过程中能极大降低自身风险,充分发动外资和私营企业或机构的能动性和创造性,引进先进的管理模式和生产技术,并能充分合理地利用资源,有利于发展国民经济和金融资本市场。虽然bot模式也有诸多缺点,比如对于项目发起人而言,项目融投资额较大、融投资周期长、收益的不确定性较大,导致发起人承担着较大风险;对于政府而言,引进的外资和私营企业或机构可能会在当地出现掠夺性经营,并且使用的价格较高,容易导致国民对政府行为的不满。但是,采用bot模式对加快我国基础设施的建设和改革的有着积极的作用,而且在提高项目运作效率、拉动内需、增加就业以及国家一些战略性发展项目上有着充分的推动作用。

因此我认为,在我国大量兴建基础设施的高峰时期,由于急需资金,bot以及类似于bot的一些其它模式的确是一种融资的好方式,只要掌握得当,政府和企业可能双赢。但是,一个国家或一个地区不可能全部或主要靠借钱来兴建基础设施,只能主要依靠政府和民众的财力。在我国刚刚开始大规模兴建基础设施的时候,宣传和提倡bot有其积极和现实的意义,但基点必须放在实施市场化上。如果将bot与市场化划等号,不但不能建立市场化,而且基础设施的建设和运营也可能会出现畸形。

项目管理试用期转正工作总结

时光飞逝,转眼间,已有三个月之久。在这个难忘的日子里,我深入体会到了公司的用心氛围和各个部门的巨大魅力,目睹了公司一步步走向成熟,看到了公司网络的不断健全和系统不断完善,并日渐不乱,同时,也看到了运维中心给于系统管理职员带下世人向往的学习的平台和和无穷的机遇与挑战,所以,我在此对于过去的工作做下总结。

一、总结历史。

在运维中心工作期间,我工作认真,具有较强的职责心和进取心,极富工作热情,确实完成上级交付的工作,善于与他人沟通,和公司部门同事之间能够通力合作,关系相处融洽而辑穆,配合各部分负责人成功的完成各项工作,具有很强的团队合作精神。注重自我的个人发展,不断努力学习系统、网站架构知识。所以我此刻已经能够纯熟维护公司的系统服务和监控网站架构,包括前段节点,源站各个站点服务的流量信息等,能及时查看并报警所引起的网络服务相关故障,能注重公司的种种流程细节,拥有了一名系统管理维护员的基本工作技能。

二、回顾历史。

九月份,是我成为公司正式员工最幼嫩的时期,一向都处在学习阶段,学习公司网站的架构分布状况,以及在系统中各种常见网络服务的搭建,包括学习系统基本的操作,pure-ftp的搭建,php网站的发布,对后台数据库的管理,透过各种熟练的基本操作之后,在此之上,我为迎合公司的发展需求,在网络服务监控方面我准备了各种实战经验;在上级的指挥下,我独自一人自主搭建了新版本软件nagios监控服务器,并透过测试,能够和公司现阶段运行的服务器媲美,在此基础上,为了更好方便的管理,我又研究了nagvis,透过实现对监控设备的3d效果使之管理人员能第一时光更清晰的了解网站后台服务器的负载状况。

十月份,透过我们部门定期的进行小组的学习,使我对linux自身的学习有了更大的兴趣和憧憬,为此我研究基于各种网站类型的发布,包括对apache,varnish,lighttpd,等各种平台网站服务器的发布,样使我今后在监控,事件处理方面做好了充分的准备;为此,我特地独立建立我们部门的bbs论坛,并且发布于外网,使部门员工不仅仅在公司,而且还能够在家里进行访问与交流,以方便我们公司部门员工的共同学习和交流。十月份,我有幸的见证我们公司sns2。5新版本的新上线,同时我也参与了公司内部测试,配合公司对新版本的bug,并及时提出问题。由于公司正处于现阶段发展之中,所以我务必迎合而上,配合其他部门用心工作,争取能为公司的发展出一己之力。

三、瞻望未来。

在今后的工作过程中,我会更加严格要求自我,同时也有几个大方向是我需要努力。nagios监控系统拥有极其多的复杂服务,它是我的核心工作,它的完成状况反映着我的工作是否尽职。我会努力做好本职工作。还有,cacti监控设备系统,因为时光的分配,有很多多知识未能及时巩固,同时也需要紧抓时光实践操纵,并参加实际建设和规划,使自我能更加灵活应用系统网络知识,并积累处理相关异常经验。同时,自我也要不断努力与充实自我,研究shell,pure各种脚本的编写,使自我处理处理突发事件的效率提高,以及nginx和squid这些常用的服务搭建。在今后的一年里,也会参加相应的证书考核,不断晋升自我,并紧抓利用业余时光努力学习it知识,搭建各种服务器知识,包括自我学习小型机跟进步英语水平。

将本文的word文档下载到电脑,方便收藏和打印。

项目管理部试用期的个人工作总结

我7月加入xx集团并担任项目安全员,负责现场安全生产和文明施工工作,回顾近三年的安全管理工作,虽然取得一些成绩,但也存在一些不足。本人就的工作从以下几个方面做一简要总结。

1.在公司领导的关心、帮助、教育下,项目经理等领导的带领下,自己与综合办同志的齐心努力下,完成了项目部20安全工作无重大事故的目标。

2.本人平时能认真踏实做好安全工作。对新进场工人做好安全教育工作,每周对班组召开安全会议,讲解隐患,提高安全意识,平时能兢兢业业完成安全交底工作,每天至少四次带领外包安全员对施工现场进行巡查:主要是施工用电、脚手架、防火、临边洞口设施、机械设备、高空作业等等隐患,发现问题立即整改,坚持绝不放过的原则。加强了对宿舍、生活区、食堂的管理力度,增加了烧煮间,对生活用电,乱拖乱拉等现象不定期进行抽查。工作上始终保持如履薄冰的态度,深知“安全生产,预防为主”的道理。

3.平时工作中能与同事关系融洽,互相学习,互相督促,增加工作凝聚力,遇到个人不能解决的难题,共同解决,并促进共同进步。能积极配合政府监管部门、公司领导、监理单位、业主单位的安全检查。

4.能积极发挥分包安全员的作用,提高亲和力并加强了对施工人员的'安全教育和管理,认真做好了特殊工种人员的登记造册工作。并与分包安全员保持信息畅通,及时帮助他们解决问题,这样也是为自己解决问题。社会在进步,民工生活水平、文化、思想等各方面也在进步,有时候命令式的管理并不管用。我在工作中不断进行探索,从领导和老师傅那里学到:帮助民工解决一些实际生活问题,()这样能与民工增加亲和力,为更好进行安全管理打下基础。因为他们的理念会转变,他们会认识到我们都是一家人,安全管理都是对自己好,这样对我的安全工作就会轻松很多,民工也更能理解管理者的苦心。

同时在工作中遇到一些问题:1、少数分包管理人员对安全生产意识比较薄弱,少数班组、班组长以及部分民工,认为安全工作影响了他们的利益,更有一些工人“艺高人胆大”,总想着抢进度、省人工,完全不把自身安全放在心上,使得安全工作很难深入展开,身为安全管理人员,感到重任在肩,责任很大。2、处在信息便捷的时代,安全知识安全规范、条例不断的更新完善,安全员处在现场工作为主的环境,就要花更多的闲暇时间进行学习,这一点我也感觉略有欠缺。

我要在以后的工作中,继续发挥自己的长处,努力改进,完善自己的不足,提高自己的安全管理水平和业务能力,使自己有一个新的跨越,不断加强专业知识学习,提高处事解决问题的能力。

项目管理试用期转正工作总结

时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。

在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。

在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。

由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前最大限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。

说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的`吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。

每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。

一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。

做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。 ( 励志天下 )

写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。

项目管理心得体会

无论是企业还是个人,一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向,从而能达到事半功倍的效果。无论办什么事情应明确其目的和意义,有打算和安排,有了计划,就有了明确的奋斗目标,具体的工作程序,就可以更好地统一集体的思想,协调行动,增强工作的自觉性,减少盲目性,调动员工的积极性和创造精神,合理地安排和使用人力、物力,少走弯路,少受挫折,保障工作顺利进行,避免失误。计划一旦形成,就在客观上形成了对工作的要求,对计划实施者的约束和督促,对工作进度和质量的考核标准。这样,计划又反过来成了指导和推动工作前进的动力。总之,搞好工作计划,是建立部门正常工作秩序,提高工作效率必不可少的程序和手段。编制好工作计划,对于我们的工作,都有十分重要的意义。为提高工作效率,我们还编制了相关工作计划进度表,部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报,然后由经理再对部门的工作做出总结,通过表格计划管理有效的加快了工作进度。

作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力,还需具备良好的心理素质和抵御压力的能力,还有良好的素养。我们要形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。维持良好的人脉关系有效的实现工作成功的目标。学会掌握沟通技巧,沟通虽不是技术的问题,但这是保障工作的最基本的职责。

细细回顾讲授课上讲的全面项目流程,以模块化的项目方式来做,找到正确的'方法,以量化工具来规范、标准化的实现项目化管理,掌握正确的方法,用正确的方法做正确的事情。

人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员

的任务也就愈发重要了。因此,管理者必须具有敬业精神和服务意识,还要有解决突发性事件的能力,最重要的是靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好,把一个公司的人、财、物三方面以最大程度的合理结合起来、组织起来、调动起来,搭配合理,就能以尽可能少的时间完成最大限度的工作,就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好,就能人尽其才,用兵如神,不但用尽可能少的人做好了工作,而且能使手下的每一个人都有施展才能的机会,使每一个人都能得到充分的锻炼。人才是企业之本,有了一支高素质、高水平、力量雄厚、结构合理的人才队伍,再加上使用得当,企业就会在任何时候都立于不败之地。

我个人认为项目管理是我国著名科学家钱学森先生所著《论系统工程》一书的具体化代表,今后还要继续吸取各方面优秀成果,为实际工作奠定良好基础。

项目管理试用期转正工作总结

时间好快,短短我来到xx公司已经两个月拉。在这段时间里,每天都在感受xx公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对xx公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。

在过去的两个月里,我负责x模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责x项目xx平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多x方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对x大部分业务做了深入的了解。xx评估方面,我主要了解x,x,x,x等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。

在已过去的x项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。

1.项目组的控制力

由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。

我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前最大限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。

2.项目组的协作力

说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期—群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。

在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码直接下载下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。

3.项目组的执行力

执行力方面,我觉得主要是我们需要的规范太少,可依赖的'标准几乎没有。试问下:我们的《开发规范》,《项目组日常行为准则》,《系统技术选型方案》,《技术定型评审标准》,《压力测试评估范围》,《代码检查计划》,《代码核查标准》,《业务流程处理说明》,《项目风险性预测报告》。诸如类似的标准在哪里,目前除了一个大概的开发规范,我没看到任何成型的文档存在。

每次我们讨论业务纷争,总是一味的你一句我一腔,张说张有理,李说李有道。漫天就是口水战,这样的讨论还不如不论,浪费时间,有那些时间不如回家睡觉去。

一个良好的开发框架,一定限制和影响其使用者的研究方向,因为我们日常的编码技术本就是寄托在框架下的ctrl+c、ctrl+v,所以对于开发选择和成熟完善需要一个慎重和持续的过程,我不知道我们现在使用的框架是否需要延续,如果是,我们应该给出健壮性、兼容性、可扩展性、可维护性等相关评审说明。

4.项目组的统筹力

做计划不是做完后盲目的下发开展,别老是告诉你的执行者,就这么干,做不完自己加班,很是暴力。

写了这么多都是自己的想法,很多可能都是片面的观点,对于当前项目组,我感觉很战斗力很强。当然任何东西不是生来就是完美的,就让我们慢慢地改进和磨合吧。忠心希望自己能陪同xx公司这个大家庭共同发展、努力。