《工程项目风险管理》心得体会

《工程项目风险管理》心得体会7篇

作为优秀的工程开展人员，为了可以记录自己的工作感悟，每一位工作人员都需要懂得书写心得体会。对于心得,是不是无从下笔、没有头绪?以下是小编收集整理的《工程项目风险管理》心得体会7篇，供大家参考借鉴。

《工程项目风险管理》心得体会（精选篇1）

一、前期的调研

1、时间不足难以进行详细的需求调研。

公司要求在短时间内开始实施ERP项目。在前期ERP专职人员未到位，项目主管未真正了解ERP的情况下，未对软件供应商做充分的了解，而需求是根据软件公司同行业的经验，未立足于本公司的实际情况。在选型的时候，基本上不是按我司的需求在对ERP软件进行选择。而是按主观印象与以前的鞋厂的ERP项目经验在对ERP软件进行过滤。这样直接导致的后果就是需要对ERP系统进行大量的二次开发。

即使时间最不足，前期的需求调研仍然不能够忽视。否则的话，种瓜得瓜，种豆得豆。前面时间虽然省了，但是后期项目推进就会到处碰壁。项目周期反而会延长。确实后来由于很多需求在ERP系统中找不到现成的解决方案，为此，不得不进行很多二次开发，或者寻找其他的替代方法，则大大影响了项目的进度。

2、需求无法对号入座，导致了大量的二次开发。

对于ERP系统这种套装软件来说，过多的二次开发是劳命伤财的事情。一方面，过多的二次开发，会破坏ERP系统的稳定性。其次，ERP系统的二次开发，往往需要比较长的时间。有时候，在ERP系统的原有功能上进行修改，比开发一个新功能还要麻烦。因为需要考虑这个需要修改的功能跟其他现有功能的关联性。而且，还需要进行一些全面的测试。另外，软件公司出于成本的考虑，也不会配备很多的二次开发人员。公司要进行二次开发的话，往往需要排队等候。所以，二次开发的周期往往比较长。第三，对于公司说，二次开发往往需要付出比较昂贵的开发费用。大部分ERP系统对于二次开发来说，是独立收费的。也就是说，不包含在项目实施费用与软件授权成本中。有些软件公司甚至对二次开发进行“惩罚性”收费。所以，二次开发的成本往往是比较贵的。

若在选型之前，能够花这一个半月时间去进行需求调研的话，可能这个EPR项目就不需要进行这么多的二次开发费用。不但可以帮助公司省下一大笔费用，而且，还可以保证项目的周期。

3、软件功能不足，却由公司来买单。

ERP项目能否取得成功，软件本身只是起到了一个次要的作用。但是，软件功能不足，则直接跟项目的成本挂钩。软件功能欠缺，企业需求难以对号入座，就意味着企业要为此进行额外的开支。如进行二次开发或者采用第三方的插件等等。这些都是需要公司买单的。而这往往是ERP项目中的冤枉支出。

在实施顾问对公司进行需求调研的时候，发现很多需求无法在ERP系统中实现。但是，这个时候，因为合同已经签订，项目已经启动。所以，对方把一切责任都推到我们这边。对于无法实现的需求，让我们公司掏腰包，进行二次开发。

作为企业ERP项目负责人，首先得做好项目的前期需求调研，量体选型，防止企业的常规需求无法在ERP系统中对号入座。从而给企业增加不必要的二次开发成本，影响ERP项目的整个周期。

二、软件的选型

公司使用ERP软件，各个部门要达到什么目标，解决企业目前什么问题，这些情况公司必须有很清醒的认识，量体选型至关重要。

通常ERP供应商的销售过程中售前顾问都会拿出一大堆的统计数据，告诉用户：根据某某某协会统计ERP项目实施完毕之后，企业的库存积压率会下降多少个百分点、生产效率会提高多少多少，销售的反应速度又会提高多少多少。但在合同中软件公司是不会注明这些的，这就带来了ERP项目的第一个陷阱：不承诺效果。

ERP项目是公司内部的事情，诸如人事调动、流程修改等等，都不能直接的产生效率，即使是将这些结果数字化也很难分清楚，什么是通过实施ERP产生的，什么是企业流程优化而产生的。作为软件供应商来说，成功了，自然是他们的功劳，可以大肆宣传，失败了就是企业内部的问题。他们只需要到时间收钱就好了。然而这样的承诺，公司是不能接受的。

当然，售前活动中误导用户是很正常的，不误导你，你又怎么会心甘情愿的签合同呢。

另外，软件的选型之前，ERP专职人员必须先期到位，做好前期的调研，收集各个部门的功能需求及各种表单，ERP专职人员协同各个部门主管参与ERP供应商对ERP软件的功能演示．根据收集到信息，确认ERP软件是能达到及满足公司各个部门的要求．以公司的真实业务数据流进行数据演示．在关键点位置必须进行压力测试，因部分功能如MRP计算，凭证传输等，涉及到计算的情况，数据量一大，程序是否能正常进行，执行效率是否能达到要求，必须有先期的预测。

所以在选型之前，企业应该明确：

1、企业实施ERP目标。

2、软件公司的实力及其成功的案例，软件公司能做什么。

3、ERP软件单元测试压力测试全面测试。

4、对于销售人员的承诺一般需要对企业进行详细的调研以后才能做出，要在合同的补充附件中给予规定。让口头保证有书面规范，合同保证。

三、合同的签订

合同的签订必须有利于公司一方．以免公司在ERP使用的过程中吃哑巴亏，使ERP的成本尽量透明化，减少隐性成本的开支，让软件公司提供尽可能优质的服务，从而尽量保证ERP整个项目的推动过程，不因二次开发费用问题＼培训问题＼顾问周期问题等而发生不必要的麻烦，从而影响到整个ERP项目的周期．对于软件公司来说，保护自己的利益是正常的事情，而对于用户来说则恰恰相反。在签订ERP合同的过程中光法律顾问的指点是很难防范软件公司在ERP合同中设下的圈套。这就需要公司能充分了解ERP这个行业的特征，避免更大的风险。

1、二次开发的定义

二次开发的具体内容（大至范围），提供的服务，进行的方式和确定开发费用的范围。软件公司最常见的手段是：在ERP合同中只注明二次开发的人/天数（一个人工作一天的费用），而将具体的开发费用拖到合同完成以后。以还未做深入评估为由拖延开发的时间。待到合同签订用户已支付定金之后，以各种借口增加二次开发的时间。毕竟评估一个开发过程需要多长的时间是由软件公司决定的。对于某些难度大的或者是软件公司不想做的项目他们可以把开发的时间加得很大――企业基于成本的考虑，不得不取消某些计划中的需求。曾有ERP销售人员这样对我说：“二次开发是制约用户强有力的手段之一，要么他们精简流程，要么支付更多的费用，两样我都喜欢”。

2、实施周期的定义（项目计划）

乙方必须在约定的服务人天内安排所有系统集成及实施工作，不得随意增加计费服务时间，如因甲方原因造成超出合同约定实施天数的费用部份由甲方承担，如因乙方原因造成超出合同约定实施天数的费用部份由乙方承担。

3、项目验收标准（项目交付的文件）

甲、乙双方确定项目阶段性验收及最终验收的标准，验收行为应包括：

a)甲方对乙方提供的ERP软件产品的验收；

b)甲、乙双方对于某具体工作成果的确认；

c)根据合同规定的项目进展阶段，甲、乙双方对于某阶段工作成果的评价；

d)甲、乙双方对于最终工作成果的评价。

4、双方的职责定义

按照软件公司提出的建议划分权责――作为公司必须做哪些工作，作为软件供应商必须保证哪些。

5、培训的`定义（包括培训方式，培训对象，培训时间表，培训文档或教材，培训成绩考核，培训评估等）

考虑到企业未来的内部培训需要，软件公司提供的文档必须以电子文档和纸张的形式提供。

6、项目各阶段的目标与任务

按照项目建议和企业的实际情况制定ERP系统的实施目标。

7、签订补充协义，说明，备忘录

在签订ERP合同之前就必须要对ERP项目的验收标准有一个清晰的认识，同时在合同签订之后必须有相应的验收细节作为补充。

8、项目顾问资历＼时间保证＼顾问更换＼人天数投入＼顾问实施工作时间（是否驻厂等）

9、失败后的赔偿

通常软件公司是不愿意提到赔偿字样的，即使是有赔偿，那也是客户未按期付款需要赔偿，不小心被发现了也以“失误”来掩盖。ERP实施的成果难以判断，责任的归属难以判断，最终赔偿的问题也容易带来很多麻烦。这和普通商品的买卖不同，质量不好可以退货。

正因为如此，需在合同上增加条款：明细项目目标，划分权责，如果因为软件公司的原因导致项目延误甚至是项目中止，软件公司需要进行相应的补偿。

四、顾问的能力

一般顾问有以下几种类型：技术支持型，帮助客户安装ERP软件，并对客户进行操作培训；程序员型，工作内容以客户化为主；顾问型，从为客户提供业务咨询服务着手，帮助客户进行业务重组并指导客户成功应用ERP。

在提交ERP项目建议的过程中，部分软件公司也会同时提交ERP顾问的简介资料――但顾问的简历往往有掺假的成分。至于软件公司提交给公司的顾问资料中是否将只有几个月某ERP产品经验的“顾问”吹嘘成3年五个项目经验高级顾问。同样的，没有某个行业经验的顾问也会吹嘘成具有该行业或项目经验。但问题的关键还不在于此，更多的是高级顾问只在项目中挂有一个头衔。而实际的工作则是由毫无经验的顾问进行。或者项目的调研与系统分析阶段由高级顾问去做，后期的培训以各种理由将高级顾问调离，用中低级顾问替代，这样的情形对于用户来说毫无办法。当然，软件公司在项目的进行中也有可能会遭遇人才流动。

故，所有的顾问必须经过考核或认可后才能上岗，对于顾问的更换必须经过企业的同意。

由于顾问的能力问题导致的项目拖延，软件公司必须承担相应的责任。

前期BOM表的录入，顾问指导时发生多次BOM变更录入方式及对物料半成品编码及名称定义不清楚，造成BOM资料数据错误，后期花费大最的时间和精力去一种一种类别，一个一个错误的修改．直接影响到项目的周期。

五、确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划

A、确定详细的项目范围：对公司进行业务调查和需求访谈，了解用户的详细需求，据此制定系统定义备忘录，明确用户的现状、具体的需求和系统实施的详细范围。

B、定义递交的工作成果：公司与实施软件公司讨论确定系统实施过程中和实施结束时需要递交的工作成果，包括相关的实施文档和最终上线运行的系统。

C、评估实施的主要风险：由实施软件公司结合公司的实际情况对实施系统进行风险评估，对预计的主要风险采取相应的措施来加以预防和控制。

任何管理变革项目都有风险，因为它是在进行变革，ERP项目更是如此。在项目规划之初就要充分考虑到各种风险，有评估计划和应对措施。项目实施过程中，风险高的事项一定要谨慎行事，即使工期稍微延迟一下，倘能控制风险那一定值得。

费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了……

D、制定项目的时间计划：在确定详细的项目范围、定义递交的工作成果和明确预计的主要风险的基础上，根据系统实施的总体计划，编制详细的实施时间安排。

E、制定成本和预算计划：根据项目总体的成本和预算计划，结合实施时间安排，编制具体的系统成本和预算控制计划。

F、制定人力资源计划：确定实施过程中的人员安排，包括具体的实施软件公司的咨询人员和公司方面的关键业务人员；对用户方面参与实施的关键人员，需要对其日常工作作出安排，以确保对实施项目的时间投入。

六、明确项目小组成员职责

A、ERP系统管理员的职责

ERP管理员在整个ERP实施过程中扮演着极其重要的作用，是ERP系统实施成败的关键因素之一。其主要职责是组织、计划、实施、反馈，应赋予足够权限。

B、ERP系统项目副组长的职责

全面负责ERP的日常工作，在系统管理员的配合下对ERP项目进行有效管理。

C、ERP项目各部门组长的职责

在实施过程中部门组长的职责是：传、帮、带。将ERP思想及软件功能消化后传入本部门、向部门传递领导的指示及对ERP工作的要求、将部门业务传递给实施顾问;帮助制定业务流程及操作流程、帮助指定人员分工及明确职责、帮助跟进数据及监督项目进度、配合实施顾问工作;带是带领部门人员收集数据、配合实施顾问培训最终用户、指导部门正确使用系统开展业务。在正式应用过程，组长应该是部门的精英。所以在指定项目核心组人选时，必须慎重考虑，必须考虑这些人员的综合业务能力及对企业的忠诚。如果组长是兼职的，势必受日常工作影响而不能在ERP项目上投太多的时间，没能吃透ERP的内容。所以要求各部门组长有较强的业务综合能力、工作协调能力和领导能力。

D、项目负责人及实施顾问的职责

ERP顾问是企业实施ERP系统强大的外部推动力。ERP顾问的作用是对企来进行ERP理论和软件培训、管理咨询、指导，更重要的还是如何帮助企业进行仲裁。ERP顾问能否控制整个实施过程、能否正确引导、能否对问题作出仲裁对ERP能否成功实施是很关键的，既不能软件完全跟着企业业务走，也不能企业业务完全跟着软件走，而应该相互调各，走最高效快捷的道路。从另一方面来说，ERP顾问也不是万能的，所有事情都是他做，他只是引路者。可将他比喻成足球教练，他负责指挥球队怎样踢球，采队什么技巧进攻，但教练是不进场踢球的，就算是进场更不能完全依靠他进球。

主要职责是：

1．对ERP项目进行有效的项目管理，制订实施计划，控制好实施进度，分配好实施任务，并进行有效的跟踪和反馈。

2．对ERP软件进行有效的不同层次的培训和操作指导并合理有效安排、监督和考核企业内部培训。

3．同管理员一起及时解决实施过程中出现的诸多问题，针对软件本身的问题及时反馈并解决。

4．对ERP操作、使用情况进行部门和人员的考核。

5．对企业的ERP应用提供管理资询，如流程变更等。

在ERP系统管理员的配合下对ERP项目进行有效果控制和实施推进。

E、ERP各部门组员的职责

1、日常ERP单据及基础数据的录入工作。

2、日常数据的审核工作。

3、向ERP系统管理员反映在ERP运行过程中出现的问题。

4、严格按照《ERP作业指导书》进行ERP系统的日常运作。

七、基础数据的准备

ERP的主要作用就是对企业信息的整合，而信息的载体和表达都要通过数据完成。对项目实施来讲，基础数据的准备工作难度最大。

首先，基础数据涉及面广，涵盖了企业中所有可见信息和不可见信息。物料基本信息，产品结构数据，会计科目，供应商客户信息，部门、工厂、仓库、车间信息等等属于可见信息，这些信息在手工作业中也会用到。不可见信息如单据类型、仓库性质、计划参数等，这些信息在手工管理信息时是不会涉及到的，它们会影响到系统计算。

另外，基础数据准备的工作量大，以上各类信息的记录数从几个到几十万都有，而每条记录包含的字段又可多达上百个，两者的乘积简直是天文数字，通常造成项目延期的原因有90％来自于基础数据整理。

数据的正确性是最重要的，基础数据是许多程序正确运行的基础，如物料计划和生产计划就是根据物料文件设定的提前期、库存量、BOM结构等计算得到的，如果其中任何一个数据与实际不符，计划结果就将没有任何指导意义。

正是因为基础数据具有这些特征，从而造成了收集准备工作量大、难组织，一般需要多个部门协调，投入的人力和时间都比较多，见效周期长，因此阻力也是很大的。

如何有效的，快速、低成本、低错误率地完成基础数据准备：

A、确定工作范围

B、建立必要的编码原则

ERP软件对数据的管理是通过编码实现的，编码可以对数据进行唯一的标识，并且贯穿以后的查询和应用，建立编码原则是为了使后面的工作有一个可以遵循的原则，也为庞杂的数据确定了数据库可以识别的唯一标识方法，所谓磨刀不误砍柴工，大家切不可急于求成，忽略了这些重要的工作。

C、建立公用信息

建立的公用信息包括公司、子公司、工厂、仓库、部门、员工信息、货币代码等基本信息。这些数据会在其他基础数据中被引用，并且数据量不大，可以利用较少的时间和人力完成。如果整理其他数据的时候发现缺少公用信息再补的话，整体效率和进度会大打折扣。

D、BOM结构的确定

这里首先应该明确原料到半成品、半成品到产品的级次关系，这步工作的难点是半成品设定的问题。如果半成品设定层次少或层次不设定，今后的统计分析就不能细化；如果半成品设定多，就会大大增加数据量。如果遇到下列情况，那么半成品要设置编码管理：对半成品建立库存账、或者采用安全库存管理、半成品对外销售或用于售后服务，除此以外半成品尽量不用编码，也不用录入软件系统，BOM每多一层，相应增加BOM数据量的同时还会增加物料信息的数据量，我个人的观点是尽量少的BOM阶次可以使这项工作处于可控状态。

E、收集第一手资料，将原来的离散数据从不同部门集中

F、数据检查

（1）完整性检查：完整性即记录数量是否完整。可以请企业中有经验的人员复查或计算一下总数，将其和历史数据比较。同时还要检查字段的完整性，所有的ERP软件都有必须输入的字段，如果缺少这些字段就会造成系统的不稳定，如物料的提前期、默认仓库等。另外还有一些非软件要求的必须输入的字段，对企业今后的业务和统计分析有用的字段也要列入检查范围，例如客户分类和所属地区等。

（2）正确性检查：正确性的范围很广，可以由公司自己根据需要制定检查原则。有些错误如会计科目是资产类型的，但是因为人为错误输入成负债类型的，再比如有的物料是采购来的，但是录入成自制件，这样的错误在系统上线前必须发现并改正。

（3）唯一性检查：数据的唯一性应该从两个角度检查，常见错误有多个实物编成同一个编码，如果以后录入系统，成熟的ERP软件会提示编码已经存在，并拒绝接受。同时一个实物对应多个编码的现象也必须杜绝，这种错误ERP软件是发现不了的，必须利用人工查找，否则在上线后会发生多个账务错误。

G、将数据录入软件系统

H、系统检核

《工程项目风险管理》心得体会（精选篇2）

在公司的正确领导下，__12个项目有条不紊地进行，本年度设计、机电安装方面作如下工作总结。

一、工程概况及__设计完成工作量情况：

1、本年度工程概况：

正在启动的项目：1、5#、6#地，2、购物中心，3、__大酒店地块，4、电缆入地。

正在施工的项目：1、__住宅，2、主题购物区，3、会所，4、团山路，5、环湖路，6、街坊路。

正在扫尾的项目：__广场。

2、本年度设计及配合施工设计情况：

备注：正在进行施工的建筑面积为__㎡;道路施工的总长度为__m;正在进行设计的建筑面积为__㎡。

二、本年度__设计(部门)管理设计内容：

在张总的总策划、范经理统筹组织下，主要工作以下内容：

1、完成__总规及5、6#地详规设计管理，报建基本通过，6#地可进行下一步设计。

1、完成__控规设计管理，用于规划局报建。

3、完成__排污干管的初步方案，用于以后总图控规，它将成为其经过地块的主排水管。

4、完成a-2#及8#地的总规设计管理，年前报规划局。

5、完成购物中心规划设计及其施工图的方案、扩初设计管理，年后完成施工图设计。

6、完成主题购物区的设计方案修改及施工图变更管理。

5、完成新增5亩地规划设计，并完成施工图设计管理。

6、完成会所精装修设计，并对施工图设计进行修改管理。

7、完成西边道路的设计管理。

8、完成环湖路规划设计，并基本完成施工图设计管理。

9、完成生态公园总规初步方案设计管理。

10、完成110kv高压线入地设计管理。

11、完成2#地供电线路设计管理。

三、规划及其设计前期工作方面：

1、管理相关单位完成测绘放线，主要内容如下：

环湖路的放线、定测、控制放点;西边道路放线、控制放点、现状土方测绘;团山路控制放点;__控制放点，验线、室外交接土方测绘，增加项目(新增别墅、中心车库、t17等)控制放点;购物大道控制放点，验线;购物中心测绘、放线、及其等。

2、管理相关单位完成地质勘探，如：__初勘及详勘、t17的补勘等。

四、设计现场配合方面：

1、指挥安排工地现场变更，如：__等。

2、组织管理启动施工项目的技术交底，如：__等。

3、审核施工项目技术方案及其深化设计，如：__等。

4、现场设计及技术指导，如：样板间及其大堂。

五、与各部门配合方面：

1、直接参与以及安排人员与战略发展部配合报建，如：购物大道的审图、购物中心专家评审、梓湖湾消防报批资料、5亩地规划报建等。

2、直接参与以及安排人员与营销策划部配合销售，如：购物大道面积测绘、各设计规划及设计要求的沟通、购物大道商铺一层21装修方案等。

3、与公司其他部门配合，如：配合人力资源部对工程部人员甑选、招聘，物业用房及配套设施、合约有关工程方面招投标技术答疑等。

六、在建项目安装方面：

__现场安装以黄工为主，针对安装技术方面疑点、难点、重点进行把关。

1、拟定、完善、审核设备招投标技术标，如：2#地供电设备、会所空调设备、游泳池设备等。

2、对设备合同的技术审核，如：电梯等。

3、现场技术指导，如：__智能户控箱位置及其布线、现场排水管问题、购物中心临建水电方面等。

七、内部组织管理方面：

1、制定设计管理制度。

2、工作中培训刚参加工作员工。

3、加强团队建设，开展集体活动。

__年主要需完成的以下几方面工作：

1、配合项目针对__住宅、购物大道、购物中心、三条道路、电缆入地、6#地一期施工进行设计配合，现场安装技术指导及其相关工作。

2、完成a-2#及8#地块规划设计及其8#地施工图设计、生态公园规划及其基本完成主要施工图设计。

3、完善并实施设计管理制度，对设计进行进度、质量、投资全面管理。

4、加强__工程(设计)技术人员后备力量的培养。

对以后须调整、改进的工作及其建议：

1、我方发出邮件按以往是发邮件个人垫邮资后，拿发票后，再到财务报账。随着项目的扩展，往来邮件比较多，这样多次报账，不能有效的工作，建议：邮件流转流动资金__元，由文员统筹定期报账管理。

2、为进一步完善设计管理，进行进度、质量、投资全面管理，目前进度由我方直接管理，审图中心对规范进行质量审图。本年度对设计投资的控制管理力度不够(合约对设计投资控制，属于事后控制)，随着以后的项目扩大，建议：对设计质量、投资另找设计咨询机构，我方对此进行审定。

3、目前对于测绘、勘探施工单位有一总包单位，一方面，我方减少了许多签合同等重复劳动，增加了工作的有效性，另一方面，其进度、质量有一定制约(对方认为吃独食)，建议：另增加测绘、勘探总包施工单位，这样增加我方的主动性。另外，对于设计的深化，施工方又不能完成的，由设计咨询机构完成。

4、按今年的设计联系情况，为减少不同项目对同一设计院的联系，以及按强矩阵的管理模式，建议：设计增加人员(已报人力资源部)，尤其安装技术全方位，有甲方专业管理经验人员越来越重要。

5、目前，公司的机电安装各方面都比较滞后，建议：

①增加有水电现场管理经验的甲方管理人员;②建立机电设备安装管理制度;③制定机电设备安装设备材料计划及其采购计划。

《工程项目风险管理》心得体会（精选篇3）

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

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

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

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

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

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

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

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

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

《工程项目风险管理》心得体会（精选篇4）

我从事技术支持部领导工作也有一年多了，参与管理的过程中也有许多的心得体会，从没接触过的新领域，在慢慢的摸索中前进，由原来的2人发展到现在的7人，中间也有人员的变动和调配，在这为时一年的工作中，酸甜苦辣尽有，下面就汇总为几条作为领导中的得与失参考依据。

一．管理时间就是管理自己，高效利用时间

每个人的工作课题存在差异，每个人的思想境界各有不同。但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人都可以做到的事情。每天把24小时规划好，也就管理好了自己。平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。像我，做技术的基层管理，事情多，工作琐碎。，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。在安排工作上要求本部门各级员工把握一个主次分明，轻重缓急合理的原则。这样每天当我一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。这样就很好的把握和做到——"工作时效"。

二．分清各项工作的轻重缓急

"轻重缓急"对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。就好比用户要一个深层次的技术交流，要求特别着急，这时你就需要安排资深的人员进行相关的支持，电话中能够完整的提供就现场进行，若是需面对面的进行，那好，用户的需要就是一切。总之轻重缓急具有非常的灵活性、时间性、场合性要视具体情况而当机立断。做好了也是减少客户抱怨的有效方法。

三．不断规范和调整制度，没有规矩不成方圆

谈到管理，就一定要从规范入手。规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。它的实施者既是所有领导，又是全体员工。只是各个岗位所规范的内容不同罢了。万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。你最近没有向职能部门提交__问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好！任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。

四．提高会议效率，事前告诉大家会议的内容

工作中的很多问题都是在会议中解决的。会议使我们对问题有了更多、更好的解决方案。我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。

五．统计数据，针对数据进行分析，分析结果加以应用，最后不忘评估、验证成果。

统计数据简单的说就是一个工作量化。是总结工作最直接、最明了的方法之一。统计对于各块的工作都很重要，没有数据的分析，我们不知道努力的方向，至少说轻重缓急把握不好，有了数据就可以比较，知道目前面临最大的缺陷在哪里，针对弱点加以改进。对于基层的管理人员来说数据的统计可以通过公司相关部门获得，得到的数据分析后一定要应用，只作分析不加以应用等于白搭，反而增加了工作量。有的会说，我应用了但效果不大，问题就是应用后，有没有跟踪验证，我们对分析出来的数据没有应用，没有验证，怎么会知道我们的分析是对的呢！因此分析—应用—验证，三者一个都不能少。

六．愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任

1）愿景——每次开会公司都会给我们描绘一下愿景，公司现在__即将__将来是__对于这些传到耳朵里的信息，员工们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。因为这些都与公司的每一分子的切身利益直接相关，不管愿景好与坏大家都会关注，我们跟同事开会的时候也不要忘记强调三年规划。

2）尊重——同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副的样子。这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副不要问我，我什么都不知道的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。

3）沟通——说出来是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。

七．定目标，严格执行、考核、监督

一件事情的好与坏如何去评价，首先要看所定目标定的合理性。合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例？目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。日常员工们努力的工作，都每个月底公司收集数据进行评估和考核，监督到年底每个是否能完成年初订立的目标。

八．人不要会什么，关键在于你会学什么

在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。因此人不要会什么，关键在于你会学什么。

九．培养人才资产：选、养、育、用、留。

关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。平常总是要经过选拔招聘到一个适合企业的人员，进入公司后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是公司要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。

十．成绩好的时候要考虑如何提高团队的建设

随着其他公司技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了……

《工程项目风险管理》心得体会（精选篇5）

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

传统的设计—招标—建造模式（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与市场化划等号，不但不能建立市场化，而且基础设施的建设和运营也可能会出现畸形。

《工程项目风险管理》心得体会（精选篇6）

项目管理是整个项目的基础，系统的学习项目管理及实物可以提高工作效率提升员工的项目管理能力。

在项目管理体验式培训中，我们听了聚成公司讲师的案例和实习我们明白了什么叫项目和项目管理的流程和项目管理的精髓。首先项目管理语言要求统一，减少因传递导致的沟通误差，影响项目进度。公司要求我们围绕项目管理的基本理念去体验项目管理事实案例。我们根据讲师讲授的案例进行深刻的体验与感受，我们明白了项目管理的目标设计非常重要。项目设计目标要求我们对目标具备时间性和成本质量方面出发。项目管理有九大知识领域和五大过程这都需要我们去深刻的体验与理解。项目开始前我们要做出一个示意图，让所有的员工都能明白我们在做什么我们应该怎样做，横向“时间预算”和纵向贯穿“WBS工作分解”让我们明确项目中关键所在。

通过学习项目管理的实物我深信未来是企业发展的核心，项目管理是企业的行为过程，是企业发展的载体。营销管理是企业的成果，也是企业发展的命脉。

通过系统的培训与学习我发现“项目经理”在整个项目处于的角色非常重要，项目经理是整个项目团队的引导至和沟通者。一个成功的项目经理的能力直接决定着整个项目的成功。团队沟通能力异常重要，只有Leader能力带领团队的沟通力越强那么整个项目的成功率越高。

《工程项目风险管理》心得体会（精选篇7）

时间过得真快，一眨眼的功夫，这门课已经结束了，总的来说这段时间过的忙碌，充实而快乐。这门课主要教我们的是管理，张总在课上时不时地改正我们的思维方式，说话的技巧，在项目中怎么与甲方沟通，我从总获益匪浅。而且这门课要求我们把项目当成是真实的项目来做，为了让我们有真实的感受，张总还让一些在职的人员作为甲方，来跟我们模拟项目的过程。从整个项目的提出到验收中我学到了很多东西，不管在技术上还是团队合作上我都有颇大的收获。

现在回想当初刚听到要45天完成这个项目时的心情，真是有点感慨。记得刚上课的时候蒋院长就进来说，张总的课是严格的训练，叫我们一定要挺过去，当时觉得有那么夸张吗，不就是一门课，这么多年多难的课都过来了。但是当崔总提出项目时，确实有点让人惊讶，要在45天完成他指定的项目，而且是用c#，当时我们组没人会c#，真的觉得这个有点太紧了，而且因为中间还有别的课要上，又不能把所有的时间精力都放在这个上面。即使我们能在这么短的是时间看__方面书，把项目赶出来，那质量肯定也不会好到哪去。尽管这样想，我们还是准备做这个项目。前一阵子终于项目通过了验收，虽然搜索的效果不是特别棒，但是我们和甲方的人员还是比较满意的验收时的结果的，这让我们感觉三四十天的努力没有白费，心情当然很爽快埃

纵观整个项目从给公司起名字，到获取需求，到最后验收的过程，还是有点心得体会的：

第一，要认清形势。

我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，张总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方pm交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方pm要求的项目方案，然后与甲方pm进行商榷，在与甲方pm分析了各种情况后，最后终于敲定了让甲方pm满意，而我们自己又认为能完成得比较好的需求。

第二，相信团队合作才可能把项目做到最好。

从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方pm的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方pm是在职人员，他的人生阅历比我们多，而且沟通能力是很强的，我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方pm，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。

由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方pm定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。

尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方pm，因此甲方pm一直对我们的提交物比较满意，这与苏总的`努力是分不开的。第三，要详细制定计划，并严格按照计划来执行。

这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，pm通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。

虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给pm，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是pm的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。