电脑桌面
添加内谋知识网--内谋文库,文书,范文下载到电脑桌面
安装后可以在桌面快捷访问

项目管理专题知识心得体会及收获 项目管理的经验总结(3篇)

来源:互联网作者:editor2024-01-311

从某件事情上得到收获以后,写一篇心得体会,记录下来,这么做可以让我们不断思考不断进步。大家想知道怎么样才能写得一篇好的心得体会吗?下面是小编帮大家整理的心得体会范文大全,供大家参考借鉴,希望可以帮助到有需要的朋友。

描写项目管理专题知识心得体会及收获一

为规范公司的工程项目档案管理,防范与控制合同风险,有效地保护和利用档案,维护公司的合法权益,特制定本规定。

二、工程项目档案归档范围

本规定所指工程项目档案是指过去和现在,公司在工程项目的开发、设计、实施、竣工等过程中形成的具有保存价值的文件、图方案、软件、图录像等。其主要包括:工程项目建议批文,中标通知书,工程承包合同,合同附件,劳务分包合同,专业分包合同,采购合同,工程预(结)算书,工程设计图纸,工程施工图纸,往来公函,传真,会议记录,委托书,开工报告,请款报告,技术资料,主要设备材料估检报告,施工记录验收报告,竣工报告等。

三、档案机构及其职责

公司指定专人负责档案管理工作(即资料员),资料员负责档案接收、收集、整理、立卷、保管、调阅等工作。其主要职责包括:

1、收集、整理、立卷和归档工程项目的档案材料;

2、档案材料的保管和销毁;

3、档案材料的查借阅、催还。

四、档案的立卷、收集、整理

1、以工程项目为单位,分别立卷,一项目一卷。

2、在工程项目的招投标阶段开始立卷,收集该项目有关资料归档管理。

3、各项目的职能人员应将在工作过程中形成的文件资料进行积累,整理和及时移交归档,移交档案文件时,资料员必须在档案移交清单上进行登记(见附表一)。

4、在档案的首页设卷内文件目录,并填写文件序号、编制单位、名称、归档日期等信息(见附表二)。

5、在档案的次页设“合同概要”、“主要事件备要”,主要内容包括:合同标的价金,对方单位,联系人,重要日期备忘,应收工程款记录等,该项工作由资料员负责,项目职能人员配合。

五、档案的管理

1、对工程项目档案系统排列编号,确定保管期限,编制档案目录(卡片),按一定次序排列和存放。

2、每年对档案进行一次清理。

3、清除不必要保存的材料。

4、对破损和褪色的材料进行修补和复制。

六、档案要求

1、文件必须为原件、正文,符合文件格式。

2、必须齐全完整,装订整齐,并适当管理。

3、传真件应复印一份归档。

七、档案的保管

1、档案管理人员应妥善保管,防虫蛀,防丢失,保证档案的安全。

2、所有档案应专柜存放,加锁。

3、所有档案不得随意查阅、变订,不得置于公共场所。

4、公司档案保管期限分永久、长期、短期三种。介于两种保管期限的,保管期限从长。

八、档案的销毁

1、档案管理人员根据档案保管年限的规定对档案进行鉴定,登记已失效的档案,编制档案销毁清册(见附表三)。

2、档案销毁清册经核准人批准,方能销毁失效档案。

3、销毁一般以焚烧、粉碎的方式处理,特殊销毁方式另作说明。

4、销毁时要有二人以上监销,并在档案销毁清册上签字。

5、销毁人员应采取严密管理措施,防止档案失密和泄密。

九、档案的查借阅

1、因工作需要查阅档案的应填写好查阅申请单,由核准人签字同意,方可查阅(见附表四)。

2、确因工作需要外带,需办理档案外借手续,经核准人签字同意,方可带出,用毕即归还。

3、资料员对文件的查(借)阅情况要进行登记(见附表五)。

4、借阅人对所借之档案必须妥善保管,不得私自复制、调换、涂改、污损、划线等等,不能随意乱放,以免遗失。

5、借出档案材料,因保管不慎丢失时,要及时追查,并报告主管及时处理。

6、外单位借阅档案,应持有单位介绍信,经核准人批准后方可借阅,且不得带离档案室。其抄摘内容也须核准人同意且审核后才能带出。

7、公司对调阅制度实行分级制度,公司可根据借阅人工作的需要及等级的评定,分别给予“原件借阅”“复印件借阅”“局部复印件借阅”。

十、有下列行为者,视情节轻重,给予违纪处分,若构成犯罪依法追究刑事责任:

1、毁损、丢失或擅自销毁档案。

2、擅自向外界提供、抄摘档案。

3、涂改、伪造档案。

4、对档案没有及时上报、归档或管理不善,而造成公司损失。

5、未按手续借阅、外带及越级借阅。

二00九年九月十日

描写项目管理专题知识心得体会及收获二

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

一、项目成功之处

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

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

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

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

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

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

(2)上线机制

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

(3)沟通机制

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

(4)系统运营报告制度

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

二、项目不足之处

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

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

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

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

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

2、新业务的开发模式

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

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

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

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

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

5、应用推广重视度不够

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

描写项目管理专题知识心得体会及收获三

职责:

1、根据需求,按公司《商务报价管理规定》要求组织完成投标书制作,负责编制、审核、装订、签章封标等工作。要求标书质量、包装等符合最终用户需求,并在规定时间内完成标书投递工作;

2、及时跟踪开标结果;

3、对已完成的投标文件,进行归档整理;

4、商务信息的收集、整理、分类,对项目信息进行时时跟踪。

任职要求:

1、大专及以上学历,专业背景不限,市场营销、管理类、电子信息、计算机、通信等相关专业优先;

2、具备一年以上商务投标相关工作经验;

3、熟练操作office,ps等常用办公软件,具有良好的文字组织能力;

4、具备较强的客户服务意识,认真负责,能承受一定的工作压力,有较强的团队协作精神,及良好的沟通协调能力,优秀的综合分析能力及观察发现意识。

项目管理专题知识心得体会及收获 项目管理的经验总结(3篇)

从某件事情上得到收获以后,写一篇心得体会,记录下来,这么做可以让我们不断思考不断进步。大家想知道怎...
点击下载文档文档为doc格式

声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。

确认删除?