为了记录下自己实时的感受，我们要认真写好心得体会，为了提升自己的写作能力，我们一定要认真对待写心得体会这件事，小淘范文网小编今天就为您带来了项目管理学习心得参考6篇，相信一定会对你有所帮助。

项目管理学习心得篇1

需求：一个项目的起点是确定需求，可以说一个项目的成功与否，对需求的把握的成因素占60%以上。不管系统架构设计，团队管理有多么成功，如果需求出现了偏差，仍然是南辕北辙。所以在项目开发过程中需与业务部门及时沟通，同时也需与客户建立有效快速的沟通渠道，是项目成功的关键。在每个业务模块完成时，需与需求接口人确认，有效保证项目组与客户的及时沟通，快速响客户的请求与反馈此外需求跟踪也非常重要，毕竟，任何项目的需求都不是一层不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求产生偏差。所以要在项目管理过种中要不断的维护需求矩阵，从而规避了需求偏差的风险。

设计：在项目开发过程要求善于对设计作出取舍。项目开发的三要素是成本,质量与进度，在保证质量的前提下，为了项目的进度不出现大的偏差，项目组没有过分强调技术，牺牲了系统的部分可扩展性，虽然这为系统后期维护带来一定的隐患，但却能有效地保证项目的进度。同时也须重视对ui原型的设计，系统的原型设计与需求分析相辅相成。如果有好的原型，客户更能够理解系统的实现，促进沟通的有效性和准确性。有好的ui设计可以让开发人员之前共享，从而可以确立ui设计规范，约束ui设计，加快开发速度。

测试：测试成员应了解需求，如果不了解需求，在测试过程中，也可能因为错误地理解需求，从而导致错误报告bug，影响开发人员的效率。加强开发人员与测试人员的合作，开发人员必须及时响应测试人员提交的bug,而测试人员也应跟踪开发人员对bug的修复情况。测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

项目管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是rub或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的'理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。

项目管理学习心得篇2

通过此次两天的培训达到了整个项目从开始立项分析，计划安排，任务分解，计划实施至最后的项目验收整个一个流程的熟悉。中间各个环节的具体内容，注意事项，方式方法也都有了一个大概的明晰。基本上就一个项目的认识上上了一个层次，这里培训只作为一种方式方法的灌输，后面在实际工作中还要区别对待，融会贯通。但是就杨飞老师讲解的一些关键点在工作中还是有必要去照做的。比如在项目（事情）的计划上，由大及小的步骤去安排，设立项目阶段的里程碑，任务分解对事不对人，具体的实施那就按照任务分解也就水到渠成了。

在课上，对于一些项目中遇到的问题大家也都有提出了自己的认识，老是也都做了详细的解答，这些也都是每个人在工作中都会碰到的。通过老师的具体讲解也都找到了答案。如何做好项目的激励，成员的激励，目标愿景的描绘。科学的做好计划，及任务分解，实施都是有一套体系的。但在项目中也不能把项目经理的工作想象的无懈可击，期间会出现一些风险，一些不可控的因素对项目本身造成或多或少的.影响，而做好项目的风险分析及应对措施的安排可以极大的缓解，而不是消除风险带来的项目影响。这也对项目人一个更全面，高级，思维缜密的一个要求。老师认为的项目管理或者说管理是一个个人魅力的事业，一种平衡的艺术，一点不错。课程上学的是手段是工具，毕竟人才是最关键的，管理好项目就是要管理好人。把项目成员团结在一起做事情是关键点。但是在实际中做到这一点是很难的。不过我们可以通过课程上讲到的一些方法，辅助去开展工作。比如愿景描述，激励，工具的使用，承诺书，私下的沟通等都可以很好的把项目管理做好。

虽然作为一名测试工作者，在项目中是一个从事产品质量把控的工作，能够深刻理解这个项目的流程，对做好测试工作也是有帮助的。如在平时的测试工作开展上同样是要考虑，资源，成本，计划，安排，执行，风险，结果收集的一系列问题。而要克服这些问题就要在测试之前确定有一个明确的目标，知道做什么，为什么做，怎么做，如何验收做好了，这一系列的问题是做好测试项目的关键点。至于在过程中如何做好计划的准确实施，风险把控也都是和之前说项目的道理一样。

最后感谢公司提供这样一个机会去参加此次培训。

项目管理学习心得篇3

通过本学期x老师的《软件项目管理》课程的学习，我深深的体会到了项目管理在软件工程甚至是其他工程领域的重要性。通过老师的讲解，我了解到了项目管理的理念目前在实践中起到了越来越重要的作用，对于技术而言，管理意味着决策和支持。只有对生产过程进行科学的、全面的管理，才能保证达到提高生产率，改善产品质量的工程目标。好好研究学习软件项目管理对于我们以后要从事it行业的学生而言有着决定性的作用。首先这里存在一个问题，之前已经学习过了《软件工程》课程，所以刚开始听到《软件项目管理》的名字的时候就产生了软件工程和软件项目之间有什么区别的疑惑，通过后来对课程的深入学习，才了解到了：(1)软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。(2)项目管理是一个管理学分支的学科，指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望。项目管理是对一些与成功地达成一系列目标相关的活动(譬如任务)的整体。这包括策划、进度计划和维护组成项目的活动的进展。也就是说，软件工程为我们提供的具有指导意义的软件开发方法，项目管理是更从更高的角度思考问题，它总结出了项目管理中会碰到的问题及常规的解决方案，他不仅仅针对软件开发，而可以适用任何项目工程。那么软件项目管理则是项目管理在软件行业的应用了。在课程接下来的学习中，我有了一个深切的体会，在以往的小软件开发中，都是自己根据想象确定软件所需功能，然后编写代码，做成了一些具有"死"功能的软件，由于没有在实际应用中大量使用所写的软件，所以忽略了很重要的一点，客户对软件的需求变更要求，那么就要求项目开发相关人员对用户的需求变更有一个好的回复。所以在软件开发的过程中我们项目开发人员要了解可能导致需求变更的原因，如何管理变更需求，以及如何正确的处理需求变更。

然后学习到了一个重要的成本控制方法—挣值法，挣值分析相比于传统分析方法是一种更好的项目/工程管理方法，因为它综合了成本、进度与范围，可以用来预测未来绩效与工程完工日期。作为一种早期预警项目管理手段。可以使工程管理人员识别与控制问题，以免问题扩大化。能够使工程管理更高效、更及时的反应预算情况。下面举例说明：你被指定负责一个软件项目，其中有4部分，项目总预算为53000，a任务为26000，b任务为120xx，c任务为10000，d任务为5000，截止到5月31日，a任务已经全部完成，b任务过半，c任务刚开始，d任务还没有开始，采用50/50规则计算截止到5月31日的cv，sv，cpi，spi?

通过公式计算得：cv=1400sv=-5400cpi=1.042spi=0.864从上面的数据可以看出本项目花费低于成本，项目进度落后，参考这些数据可以适当地对项目进行调整。

最后，对于软件配置管理要有一定的重视，因为它贯穿于项目生命周期的始终，并代表软件产品接受各项评审，对于软件开发有很重要的作用。

对于本课程的学习，让我了解到了许多关于软件项目管理的知识，可以对之前软件工程课程上开发的"云盘"小软件作进一步的完善，以后的学习生活中，也会努力地让软件项目管理有关理论得以应用。

项目管理学习心得篇4

项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成blue m员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的it项目管理中，更是成了一个时髦的名词弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合it项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的项目管理忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对it项目管理必定会有很大好处。长期以来，软件项目高失败率的状况一直困扰着人们,研究表明，软件项目失败的原因主要有两个：一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。

软件开发的风险之所以大，是由于软件过程能力低，其中最关键的问题在于软件开发组织不能很好地管理其软件过程，从而使一些好的开发方法和技术不能起到预期的作用。飞机票流程管理作为现代企业管理的先进思想和有效工具，随着市场环境与组织模式的变化，在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术，更体现了现代管理的思想。流程管理的重点是：理清和管理好所有主、支流程间的关系，使他们相互协调发挥应有的作用。流程管理增加了部门的透明度，管理的对象不是“部门”和“部门员工”的概念，而是以工序流程为管理对象，注重流程中每一个过程和效率以及和上下游工序的关系，管理重点在于整体流程的完整性和顺畅性 运用流程管理方法和技术进行软件项目管理，可以有效地改变软件过程管理混乱的局面。首先对软件项目开发过程进行有效的、规范化的定义;其次，在软件项目开发过程中，所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行，这样可以使得所有的活动有序和可控;第三，通过明确运作流程，使项目组人员迅速融入项目和开发过程中;第四，关注每个过程的“结果”，使软件项目的所有工作产卵巢癌品均能得到有效的保存，保证了软件产品完整性。流程是由活动组成的。基本活动是由个人或团体来完成的，它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向，它包含着明确的起始活动与终止活动，因此是一个动态的概念。从结构上来看，流程有四个基本的构成因素：活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”、“结果”等概念密切相关。流程管理不仅是一种管理技术，更体现了现代管理的思想，原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要，管理的发展沿着分工理论运行了上百年后，现在又重新回归到整合与系统。

项目管理学习心得篇5

本人做项目经理已经有5年的时间，感到做这个工作最要紧的就是要学会与项目干系人的沟通，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢采用先进的技术方案，往往耽误了工作进度，结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理，目前已经能够带领20人左右的团队，.这期间感触最深的也是沟通的重要性。

下面是我的一点体会：作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通，让他们知道你打算怎么做，什么时候做，以及想要的结果是什么，这些都是非常重要的，也是你和他们沟通的主要工作。既然沟通这么重要，就一定要确定好沟通的原则，沟通原则说不清楚，以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式，是推还是拉。

推式沟通就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，这种情况适合小项目;拉式沟通意思就是项目经理利用oa的公共信息交互区发布信息，对方需要什么信息就自己去查，这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问，一般来说，这两种方式是同时存在的，尤其是你的直接领导，项目经理应该采取主动沟通方式，如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录，很多项目经理怕写文档，但是项目经理一定要牢记“口说无凭，立字为证”的道理。

有时候项目中经常会遇到一些扯皮的事情，为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯，把与领导和客户达成共识的重要内容写成文档，比如通过会议纪要请相关人员签字，这样以后扯皮的时候，就能做到有据可查。还有一个比较常见的问题，就是因为领导的某些原因耽误了我们工作进度，比如你提交的报告，领导一直拖着不批，让你的工作无法继续，结果拖延了进度。因此，我的经验是给领导和客户提交材料一定要考虑留出时间余量，同时要确定期限，最好能留下记录，以后好确定是谁的责任;另外，最好能在项目启动阶段就和领导商定：如果提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。

项目管理学习心得篇6

我们一直讲项目管理是“麻雀虽小，五脏俱全”，即是说无论项目大小，其基本的管理理念、过程和方法是一致的。但是，对于大型基建项目，我们面对的管理问题仍然有其特色，有些是在小项目上不容易遇到的，或是不太一样的。我个人的体会是，一个专业的项目管理人员在大型基建项目上，要更加注意这样四个问题：

一、严格地遵守基建程序的工作原则

大型基建项目投资巨大，技术和资源投入巨大，社会经济意义重大，建设周期很长，对当地乃至国家的影响深远，往往是政府的投资行为，更多更严格地受到各级政府的支持关注，业主或项目管理机构的话事权、计划权、决策权，在很大程度上受制于各项基建程序法规的约束和规范，不能自以为是，随心所欲，我行我素。

尽管在工作中我们时常抱怨那些时空交错、层层叠叠的基建程序和审批手续，但是，政府的政策和法规，是不会因为我们个人的好恶或者项目的进程而改变的。当认真完成一个大型基建项目以后，我们会发现：基建程序其实是大型项目建设的生命线，是贯穿整个项目管理过程的一根主线，这根主线科学地把项目建设过程的重大事件、关键活动和工作节点有机地串联在一起，构成了大型基建项目的主体。正是通过履行这些看似官僚主义、条条框框的程序，国家才实现了对大型基建项目的把握和掌控。

因此，大型基建项目管理的基本工作原则是：凡是政策的规定程序，必须勇敢面对和认真履行，不能立足于回避或侥幸；

要时刻提醒自己和管理团队，每一步工作将会涉及到哪些基建程序，专心研究履行基建程序的可行方案和工作步骤，细心讲究方式方法；

在做计划的时候，必须为履行程序留出足够时间和合理余量；

对履行程序过程中肯定会出现的延误和挫折（如未能通过某个审批环节）等风险，事先要做好二手准备和应对预案。

事情往往是这样的，当你由衷地尊重、慎重准备和认真执行基建程序的时候，你会感到一路过关斩将顺风顺水，所费气力其实不多；

但是，当你以侥幸的心理试图规避某项基建程序时，反而绕不过去，最终会得到惩罚，这可能是让你把程序从头再走一遍，让你的前期辛苦付诸东流。所以，大型基建项目管理的主要负责人，应该把认真高效地履行基建程序，作为自己日常工作的一项最重要的任务，抓住主线，纲举目张，少走弯路。

二、多部门、多专业沟通的工作能力

大型基建项目意义重大，它的建设涉及到社会政治、经济发展、人民生活、城乡规划、财政金融、工程技术、环境生态等各个方面，涉及到的部门和行业很多，这与小型项目的建设是不一样的。作为项目管理的专业人员，应该特别注意培养和提高与多部门、多专业沟通的工作能力。

项目管理的教科书上说，项目经理75%左右的时间和精力是用在沟通（communication）上面，说明有效沟通的重要性。但是，没有哪一本教科书用同样75%的篇幅来告诉读者应该如何更有效地沟通，看来只能靠我们自己在实践中摸索。我个人的体会是，在大型基建项目管理中与多部门、多专业有效沟通的原则是：尊重谦虚、主动积极、隆重其事。

所谓尊重谦虚，就是从内心里尊重各个部门和行业的社会职责和专业立场，虚心听取和请教不同部门、不同行业的特殊要求和专业意见，慎重谨慎地处理相关问题。隔行如隔山，当我们在沟通中遇到困难的时候，首先应该静下心来，站在对方的角度，设身处地体会对方意见的合理性，检查我们工作中是否忽略了这个问题，是不是哪个环节还不完善?对方的合理要求应该如何采纳和整合?尊重对方就是尊重自己，虚心学习就是提高自己，何乐不为?

所谓积极主动，就是要事先做出沟通工作计划，把每个阶段可能涉及到的部门和主要沟通环节罗列出来，必须审批或沟通的事项提前罗列出来，然后，根据项目管理的实际进度，依照计划，按部就班，提前沟通，主动登门向有关部门汇报项目情况，提前组织相应的活动和会议，争取得到理解和支持。避免等到非沟通不可的.时候、或者已经出现问题的时候再找上门去，这样只会事倍功半。

所谓隆重其事，就是说对于重要沟通事项和部门，要特别注意工作方法和沟通方式，力求高效高质量的沟通成果。早已落入俗套的吃吃喝喝请客送礼虽然偶尔采用，但是，对于重大项目管理事项和重要部门而言，隆重举行的高层次专家会、研讨会、审查会、汇报会、现场会等节点性活动，都是有效沟通和争取支持的有效方式，应该提前制定计划，精心策划实施，隆重严肃召开。在一般情况下，这是事半功倍高质量沟通的好办法。

三、掌握重点和控制节奏的工作方法

我们不可能像管理小项目一样，在大型基建项目上面面俱到，事必亲躬，眉毛胡子一把抓，事无巨细一起管，这样用不了多久，项目就非乱成一锅粥不可。我认为，一个职业的项目管理人士，应该由有“跳出五行，冷眼旁观”的本领，在纷杂忙乱的事务中，一定要永远明白和掌握项目管理过程中几个最重要的基建程序、关键活动、工作节点、重大事件及其工作要点和目标，超前规划策划，亲自抓住不放，提纲携领，贯彻始终，纲举目张，大步前进。其他事务性工作则完全可以放手由团队按部就班地落实，不会贻误大局。

还有一个项目管理的节奏问题。我提出这个概念后，一些同事认为很有意义，希望能够专门有所论述。简而言之，我们在大型基建项目的管理中，与小型项目一个节奏干到底、一竿子插到底不同，要注意区分不同的工作阶段和不同的目标要求，不是面面俱到才好，也不是进度越快越好，应根据实际情况制定和调整我们的工作节奏，当快则快，当缓则缓，该放就放，以保证有限的项目管理资源更有效的利用。比如，在施工过程中的不同阶段，项目管理的节奏要相应调整，承包商刚刚进场的时候，进度和质量管理节奏要快准狠，检查不停、会议不断、处理从严；

而造价管理则可以宽松减压，尽量满足承包商的支付申请，以保证严格的管理制度贯彻实施，同时保证相对充分的前期投入；

在进度和质量进入正常轨道后，可以放缓管理力度，而调整节奏集中力量强化中间支付的审查审批，处理已支付款项中的问题，纠偏纠错，保证造价管理的正常运行，等等。如果没有工作节奏上的调整，一味强调各项工作同等重要齐头并进，势必出现人为造成的僵局和被动。“文武之道，一张一弛”，用在项目管理上也是很恰当的。

四、埋头苦干、平和宽容的工作心态

在短平快的小型基建项目上，项目管理从头负责到底，责任明确，权力集中，有些一言九鼎、舍我其谁、天塌下来一人担当的豪气和个人英雄主义的感觉。但是，在大型基建项目上工作，这种豪气和主义就必须大大地收敛。

在重大基建项目管理这个系统工程中，涉及部门和系统很多，政策性强，行政领导的介入会更多；

建设周期很长，可能政府换了几届，项目都还没有完成；

项目管理机构今年叫做指挥部，明年也许就改成了建设公司；

项目的上级主管部门和主管领导并非一成不变，“铁打的项目流水的官”，昨天你是项目经理，明天可能就换了别人；

顺利建设胜利完工你不算英雄，造价质量安全出了问题你也跑不了责任，没有哪一个人或哪一班人可以“天下道义一肩挑”，揽过项目成败的责任。

所以，作为一个专业的项目管理人员，在重大基建项目上要特别注意保持埋头苦干的工作作风，保持一种平和宽容的工作心态，不能过于强调个人的责任和权力，不能过于计较个人的荣辱得失，不能过于坚持自己的意见，应该一切从专业角度出发，一切为了项目成功，尽心尽力，尽力而为，尽量发挥自己的专业水平，服从命令听从指挥，而已，别无它求。