项目管理手册编写心得体会及收获 项目管理教程读后感(四篇)

  • 上传日期:2022-12-25 05:24:57 |
  • ZTFB |
  • 12页

心得体会是指一种读书、实践后所写的感受性文字。那么心得体会该怎么写?想必这让大家都很苦恼吧。以下我给大家整理了一些优质的心得体会范文,希望对大家能够有所帮助。

2022项目管理手册编写心得体会及收获一

(二)继续全面贯彻公司的管理制度和经营理念,发扬上半年工作中的优点、亮点,改进工作中的不足之处;加强基础性管理工作,谨防管理工作中的漏洞;认真参加公司、部门的各项检查工作和交流学习,找出不足,加强学习不断提升部门的管理水平。

(三)做好部门月度工作计划及绩效考核并进行分解细化,继续做好公司20xx年度项目的综合考评。继续抓好安全生产标准化建设,下半年施工项目将逐步推行安全生产标准化管理,确保公司全年安全生产指标按计划实现。做好各项目部安全管理人员培训和指导工作;做好各项目部施工质量的抽查和评定工作。

(四)完善并推广项目管理制度,将公司制度与经营理念融合进部门的日常工作管理中,发挥指导和协调作用,以促进公司总体战略的顺利实现。对部门组织结构进行重新的调整设计,将质量安全部的职责揉进项目管理制度中,更好的协同工作。将各个项目部人员岗位职责分工好,目的是使各部门职能清晰,岗位职责明确。20xx年下半年项目管理部工作计划

(五)按时完成公司领导交办的其他任务。

(六)新的计划及体会

随着公司规模的日益壮大,增强公司市场竞争力和业内影响力,最终实现公司全年经济指标是今年全公司工作的主要指导思想,因此,项目管理部作为公司一分子,如何顺应公司的发展方向?如何更好完成今年的任务?如何进行制度化、科学化经营管理?实现这些目标需要投入更多的工作热情以及更加精细的个人工作计划。

通过以上几点,把计划分解并逐一付诸实施,相信20xx年的工作开展将会有一个全新的面貌,20xx目标也一定会实现。

2022项目管理手册编写心得体会及收获二

文件及技术档案管理工作,是工程施工的延续,但常常因项目经理部的解散、人员调动等原因而滞后,为了使本项目在该方面的管理工作上一个新台阶,同时为以后的工作提供依据,体现'重生产同样重技术档案管理'的方针,实现生产和内业双丰收,特制定文件、技术档案管理制度。

<>

①文件及技术档案管理的任务是

按照一定的原则和要求,系统地收集记述工程建设全过程中具有保存价值的用于指导施工的技术文件材料,并按归档制度加以分类整理,以便完工验收后,完整地移交给有关技术档案管理部门。

②文件及技术档案管理的意义是

可以保证技术文件的完整性、正确性和及时性,组织有序的交流,及时满足施工生产的需要,出了问题,有据可查,从而起到稳定正常生产的作用。

<>

①文件管理制度

施工过程中发生的往来文件,项目经理部应设专职人员,按照is09001:20xx 的要求进行专门管理,并形成硬性规定,并由此建立文件管理制度。

②技术档案管理制度

施工过程中产生的技术资料,项目经理部应设专职人员,按照is09001:20xx 的要求进行专门管理,并形成制度贯彻落实。

<>

①文件管理方法

a、收集:主要是注意搞好日常文件的管理工作。

b、整理及编目:是在文件全面收集基础上,对来文或发文进行科学地分类和有秩序地排列。分类应根据文件的行文类别区分。同时按文件的收发时间编制目录,该受控的要建立受控文件清单并加盖受控章。

②技术档案管理办法

a、收集:由项目经理部工程管理部统一管理。

b、整理及编目:是在技术档案材料全面收集基础上,对技术档案材料进行科学地分类和有秩序地排列。分类按技术档案本身的自然形成规律进行。工程技术档案分类,原则上按工程项目划分,使同一项工程的技术档案都集中在一起,以便能够反映该项目工程的全貌。而每一类别下,又可按专业分为若干类。编目方针为能够揭示技术档案的内容和他们之间联系,便于检查。

<>

①建立技术资料复核制,来源于施工过程中的资料,必须现场填写且有人复核,决不允许一人一填到底,更不容许事后补填,且资料能够反映工程实际。

②交工验收资料的整理,要从工程施工一开始就着手抓,先化整为零,再化零为整。同时做到资料、图纸和计量支付三者的统一。

③加强交工验收及资料整理的管理工作,彻底根治此方面滞后的弊病。

<>

①在交工资料的基础上,进一步完善成竣工资料,摒弃持久战。

②每一分项工程完成后,要随即把施工中变更的部分用铅笔描绘在原施工图纸上,并注明变更的依据及日期等。

③把竣工资料的整理及竣工图绘制与项目经理的业绩挂钩,作为奖罚的依据之一。

2022项目管理手册编写心得体会及收获三

今天是我来公司工作整整一年时间了,在这一年中我学到了很多一技之长的知识,也让我明白了从一个金融行业职位,变成了在工程上担任项目管理这一职。一开始我对工程管理这块的确很迷茫,从没想过自己会从事这个行业,慢慢的自己摸索着管理理念,随着项目不断发展壮大,我不仅对工程管理能力得到了全面的提升,并且在团队协作和沟通有了深层次的认识;我深知取得的这些进步和公司的培养是分不开的。展望20xx年是机遇和挑战并存的一年,我将继续团结在公司领导核心周围,努力工作,艰苦奋斗,为公司向更高层次发展做出自己的贡献。

20xx年即将接近尾声了,回首20xx年,公司三期项目全面面临竣工,项目上的工作重点也从三期转入五期。根据项目部继续安排我留在五期进行工程项目管理工作,在经过短暂的一年之后,马上进入自己的角色。首先根据领导要求,主要完成以下五方面的工作:

一、专业基础方面

按照部门安排,结合专业实际特点,制定了专业的日常维护计划,建立了专业的工作常识,并收集大量有关消防工程方面的资料。

二、现场管理方面

针对本专业所管辖的设备制定了个人的工作计划,每日跟踪重点项目,全身心投入,督促现场施工单位做好日常管理工作,重点监督完成整改等工作,协助完成了结构具体工作。

三、施工质量方面

按照有关的质量管理标准和规范对全现场消防给排水系统进行了全面跟踪,从而使工程质量处于受控状态。

四、安全管理方面

我个人做到每日对现场的巡查,坚持主要对安全文明施工进行反复的督促。

五、配合其他工程项目方面

在做好专业工作的同时,我还积极完成领导交办的其他工作。一年来为了做好工作,我主动收集资料,积极与其它部门配合,积极配合公司合约部完成项目结算工作。

在这一年中,在同事的帮助和领导的信任下,圆满的完成了各项工作,也学到了很多新的知识,取得了一些成绩,但仍存在一定的差距,因此在明年的工作中准备从以下几方面加强:

1、今后加强学习,认真提高业务、工作水平,着重加强工程施工管理和工程质量等方面的培训。同时要拓宽知识面,在工作中多留心相关专业知识的汲取,使自身在消防工程管理等方面得到加强和全面发展。

2、学习身边其它同志的那种不记个人得失、吃苦耐劳的精神,积极完成各项工作任务,与同事间积极沟通,鼎力协作,凡事以公司利益为主,积极为公司创造更高价值,力争取得更大的工作成绩。

3、做好外部协调工作。工程管理涉及到包括施工单位、设计院、设备厂家的诸多方面因素,在今后的工作中,要主动与各方面沟通,了解其实际困难,了解现场施工需求的实际进程,一定要将工作做实,做细,为工程服务。使得在项目上顺利通过消防验收工作。

新的项目意味着新的起点、新的机遇、新的挑战,我决心再接再厉,只有吃的苦中苦,方能成为人上人。在以后的工作中扬长避短,克服不足、认真学习、勤奋工作,使自己能一直紧跟公司发展的步伐和体现自己的价值,为公司今后的繁荣发展做出应有的贡献!

2022项目管理手册编写心得体会及收获四

从去年以来,我完整地参与了x项目的建设与管理工作,到现在项目已经基本收尾,下一期的项目也启动在即,现在有必要总结下该项目的得与失,从而指导下一期项目的建设工作,犯过的错误不要再犯,好的做法需要继续保持和发扬。

一、项目成功之处

1、项目进度管理相对较好

本项目的进度管理相对比较好,没有出现严重的进度延误的情况,主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会,主要是总结上个月的工作目标完成情况,并共同制定下个月的工作目标。为了确保月度工作目标的实现,同时将月度工作计划分解成周工作计划,并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外,同时对项目团队进行考核,如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

2、建立起了一些管理制度

在项目实施的过程中,针对日常工作中一些不规范、混乱的地方,制定了相应的管理机制,主要有以下几个方面:

(1)新业务需求响应机制

新业务需求指的是在项目建设过程中,不包含在项目需求范围内的,业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱,新业务需求往往存在项目团队的头脑中,过一段时间之后根本不清楚哪个业务部门提了哪个需求,就算需求实现之后也没有反馈机制,给业务部门的感知交叉。在本项目实施过程中,针对这个问题专门建立了一条新业务需求响应机制,当接收到新业务需求之后,需要专门记录下需求的相关信息,例如需求描述,需求提出人的;接收到需求之后需要立即与需求提出人确认需求,并反馈需求接收到,告知需求的计划完成时间;当新业务需求开发上线之后,需要向需求提出人发送上线反馈单,告知提出人他的需求已经实现了。从需求的接收到最后上线后的反馈等环节。

(2)上线机制

由于历史原因,我们项目团队相关工作的规范性不如boss那边,系统上线这一块也没有规范起来,以前项目团队想上线就上线,从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程,并向boss侧接轨,制定了上线流程,每月允许上线两次,上线之前需要提供需求、设计、测试、上线风险评估报告等文档,并提交上线申请至领导处审批,审批通过之后才允许开放商进行上线,上线完之后需要提交上线跟踪分析报告。

(3)沟通机制

建立了月例会、周例会制度,每次例会后以会议纪要的形式发出会议上达成的共识,作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会,但是会议达成的需要去解决的问题往往会上说说的好好的,但是会后没有真正去做,会议成了一种形式。

(4)系统运营报告制度

项目团队之前非常不重视系统应用的推广,往往功能上线之后就算完成了,不会去关注这个功能到底有没有被用起来,也不清楚整个系统的应用情况。在项目期间,我们建立了系统运营情况每月报告制度,将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

二、项目不足之处

1、对项目合同的把控不足,给后续管理工作带来隐患

由于公司it系统的合同由其它部门负责管理,我们部门主要负责具体系统的建设,因此在本项目中对项目的合同关注不够,对项目的合同内容把控不足。主要体现在以下几个方面:

(1)合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对,有一些我方希望纳入的建设内容结果在合同中没有体现,最终导致我方与软件开放商之间的扯皮,软件开放商会拿合同来说事,这是很致命的一个问题,说到底关于项目合同是两个部门之间的衔接出现了问题。

(2)项目团队成员没有仔细核实,虽然在看合同时也发现了这个问题,但是由于对方是我公司的长期合作伙伴,这些小问题没有太多的在意,现在看来这种原则性的问题还是不能忽视。

(3)在签订项目合同是,我们公司通常要求包含项目的考核规则文档,在做本期项目时没有仔细地考虑好如何进行考核,结果把非常通用的一个考核规则文档放入了合同中,但这个通用的考核规则很多地方并不适合本项目,导致在后续实际考核工作中,有些问题由于没有在考核规则中详细的描述清楚,导致具体执行起来没有依据,容易出现扯皮。

2、新业务的开发模式

由于本项目的需求相对比较分散,因此在实施项目时采用的是新业务的开发模式,即一个个功能模块依次开发,每个功能模块都要经历需求分析、设计、开发、上线等阶段,有点类似迭代的开发模式。但是这种模式存在一些问题:一是每次迭代划分的太细,导致几乎每个月都要经历需求、设计、上线这些工作;二是这种开发模式导致对系统的整体把控能力不足,可能由于原来相关的一些功能模块,本来应该统一考虑需求和设计的,但是由于人为地把他们分割成多个阶段来实现,导致出现顾了当前没有考虑到将来及对原有功能模块的影响;三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里; 这种开发模式在下一期的项目中需要改进,不能再采用这种方式了。

3、建设方案设计及汇报能力不足

本期项目的建设方案主要由主管来完成的,理想的情况是方案由我来写,主管提供一些指导和意见,这样我这个角色才算是称职的。方案完成之后,向领导的汇报工作不是很成功,前后汇报的三次才算通过,这算是一次很深刻的教训,需要吸取。

4、需求文档和设计文档的规范性

需求文档和设计文档的规范性这个问题一直困扰着我,不仅仅是这个项目,其它项目也存在相同的问题,就当前我所参与过的项目来讲,需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容,这些内容如何以比较好的方式来表达,才能清晰地描述清楚需求和系统的设计?

5、应用推广重视度不够

建设一个系统的目的是什么?目的是希望系统能够为公司带来价值。那么如何体现价值?系统通过为公司的业务发展提供支撑能力,从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中,虽然意识到了应用推广的重要性,但是具体的应用推广工作还是做的非常不够,感觉是在为建设系统而建系统,感觉最求的是完成建设任务,至于用不用就不关我事了。

您可能关注的文档