心得体会就是将学习或者生活中获得的启发用文字记录下来的重要文体，认真写心得对于提升我们的思维能力是有很大的帮助的，下面是范文社小编为您分享的it项目管理it心得6篇，感谢您的参阅。
it项目管理it心得篇1
通过对项目管理的学习，学到了很多东西。公司为什么需要项目管理呢？因为通过项目管理可以控制项目进度、质量、成本、优化配置资源，实时协调各种技术和任务冲突。 项目管理是指在项目活动中运用各种知识、技能、工具和技术以便达到项目要求的过程。项目管理有其一些基本特征：项目有一个明确界定的目标—一个期望的结果或产品。一个项目的目标通常依照工作范围、进度计划和成本来定义。目标执行要通过完成一系列相互关联的任务，也就是许多不重复的任务以一定的顺序完成，以便达到项目目标。需要用各种资源来执行任务。资源可能包括不同的人力、组织、设备、原材料和工具。有具体的时间计划或有限的寿命。每个项目都有客户或目标客户。客户提供必要的资金，或自筹资金以达成目标的实体。项目包含一定的不确定性，项目以一套独特的任务、任务所需的时间估计、各种资源和这些资源的有效性及性能为假定条件，并以资源的相关成本估计为基础。
项目管理有着九大知识领域：项目范围管理：为项目的任务范围和项目的事实进行有效的控制。项目质量管理：包含两个方面，其一是交付物质量，其二是项目过程中的工作质量。其中交付物质量是核心，工作质量是交付物质量的保障。项目质量管理就是指为确保交付物质量，且实际发生的质量成本不超过预算计划而开展的管理活动。项目人力资源管理：项目人力资源管理就是对项目的人力资源所展开的规划编制、人员的开发与合理配置、准确的绩效评估、适当的激励和约束等方面的管理工作。项目时间管理：时间管理又叫进度管理。实施项目的时间管理在于确保能按时、保质、保量完成项目，在进度上满足客户要求。项目采购管理：项目采购管理是保证按时、按质、按量，并且以较低的成本获得项目所需各种资源的管理工作。项目成本管理：项目中成本管理的重要意义在于保障项目实际发生成本不超过项目开发经费的预算。项目沟通管理：为了项目顺利进行，需要项目团队成员之间、项目团队与各项目相关组织之间进行信息传递与思想交流。项目沟通管理的目的是使这种沟通能够及时、准确、全面和有效的展开，从而确保项目组织能够获得所需的各种信息。项目风险管理：项目风向管理的目的是通过风险识别和风险度量去发现项目中的风险，并合理的使用各种方法、技术和手段对风险进行有效的控制，尽量避免损失和妥善处理风险事故造成的不利结果，从而保证项目目标的实现。项目整体管理：描述了用以保证各种项目要素能够相互协调所需要的各个过程，由项目计划制订、实施和计划的综合变更控制构成。
it项目管理it心得篇2
通过此次两天的培训达到了整个项目从开始立项分析，计划安排，任务分解，计划实施至最后的项目验收整个一个流程的熟悉。中间各个环节的具体内容，注意事项，方式方法也都有了一个大概的明晰。基本上就一个项目的认识上上了一个层次，这里培训只作为一种方式方法的灌输，后面在实际工作中还要区别对待，融会贯通。但是就杨飞老师讲解的一些关键点在工作中还是有必要去照做的。比如在项目（事情）的计划上，由大及小的步骤去安排，设立项目阶段的里程碑，任务分解对事不对人，具体的实施那就按照任务分解也就水到渠成了。
在课上，对于一些项目中遇到的问题大家也都有提出了自己的认识，老是也都做了详细的解答，这些也都是每个人在工作中都会碰到的。通过老师的具体讲解也都找到了答案。如何做好项目的激励，成员的激励，目标愿景的描绘。科学的做好计划，及任务分解，实施都是有一套体系的。但在项目中也不能把项目经理的工作想象的无懈可击，期间会出现一些风险，一些不可控的因素对项目本身造成或多或少的影响，而做好项目的风险分析及应对措施的安排可以极大的缓解，而不是消除风险带来的项目影响。这也对项目人一个更全面，高级，思维缜密的一个要求。老师认为的项目管理或者说管理是一个个人魅力的事业，一种平衡的艺术，一点不错。课程上学的是手段是工具，毕竟人才是最关键的，管理好项目就是要管理好人。把项目成员团结在一起做事情是关键点。但是在实际中做到这一点是很难的。不过我们可以通过课程上讲到的一些方法，辅助去开展工作。比如愿景描述，激励，工具的使用，承诺书，私下的沟通等都可以很好的把项目管理做好。
虽然作为一名测试工作者，在项目中是一个从事产品质量把控的工作，能够深刻理解这个项目的流程，对做好测试工作也是有帮助的。如在平时的测试工作开展上同样是要考虑，资源，成本，计划，安排，执行，风险，结果收集的一系列问题。而要克服这些问题就要在测试之前确定有一个明确的目标，知道做什么，为什么做，怎么做，如何验收做好了，这一系列的问题是做好测试项目的关键点。至于在过程中如何做好计划的准确实施，风险把控也都是和之前说项目的道理一样。
最后感谢公司提供这样一个机会去参加此次培训。
it项目管理it心得篇3
经过紫阳、喜河、石泉等项目的项目管理工作实践，对项目管理的各方面事务感触颇深。在此，我将自己的心得体会梳理，抛砖引玉，希望各位同行及领导多多斧正。
一．管理时间就是管理自己，高效利用时间
每个人、每个组的工作任务存在差异，每个人的思想境界各有不同。但是上帝却很公平的给了每个人一天24小时的时间，因此我们提出管理时间，是每个人每个组都可以做到的事情。每天把24小时规划好，也就管理好了自己。平时大家会说时间不够，事情做不过来，我建议大家把时间拿出来分析一下，根据工作性质合理安排时间。对于项目管理，事情多，工作琐碎.，这样我就养成了每天入睡前回顾一天工作的习惯，并对第二天的工作进行安排。在安排工作上要求项目组各级人员把握一个主次分明，轻重缓急合理的原则。这样每天当一到工作岗位上就能很快的进入工作状态，而员工的工作也各级抓好，紧张工作。这样就很好的把握和做到“工作时效”。
二．分清各项工作的轻重缓急
"轻重缓急"对于每个人来说都很重要，这就要求思路活跃，把火烧眉头的事情先处理掉，然后再去做日常工作。就好比其它项目组要求自己进行配合性工作，项目组长就要分析这个配合性工作是否影响主线工作，以便合理安排时间和人员进行处理。。
三．不断规范和调整制度，没有规矩不成方圆
谈到管理，就一定要从规范入手。规范是我们日常工作的行为准则，是企业生存、运作、发展、壮大的标尺和纲要。它的实施者既是所有领导，又是全体员工。只是各个岗位所规范的内容不同罢了。万事开头难，难就难在你走出的第一步，第一步迈出去了，第二、三步就没有问题了。正如我们日常工作，你没有第一稿资料，就没有后续的所有工作内容。你最近没有向职能部门提交××问题，就没有人来问你这个或哪个问题是如何如何的，等大家都有反映了这件事情，就有人开始琢磨怎么样来规范这项工作，让大家都按这个规定来做。以后大家就在这个基础上第二步、第三步的完善工作，把工作做得更好！任何事情都是一样的道理，只要你想做，你就会去规范这件事情，规范也就使每个人有了行为的准则。
四．提高会议效率，事前告诉大家会议的内容
工作中的很多问题都是在会议中解决的。会议使我们对问题有了更多、更好的解决方案。我们平常碰到的会议也比较多，大大小小、各式各样的都有，那么如何提高会议的效率就成为大家关注的事情。如果我们在会议之前把要开会的事项告诉所有人，让大家都有准备，开会的时候就可以切入主题，谈每个人的思路，这样可以缩短一些时间。往往在会议上大家谈着谈着就会跑题，这时候就需要会议的主持人能够引导大家的思路往一个方向；再有就是会议结束前主持人或主管人员一定要重述这次会议的几项内容和解决措施，这样大家才会感觉到会议的重要性。
五．愿景引来注意、尊重加深信心、沟通加强意义、立场导致信任
1）愿景--每次项目部开工前都会给项目部成员描绘一下愿景，项目开始…… 即将……将来是…… 对于这些传到耳朵里的信息，项目成员们总是格外的在意，有的甚至在聆听笔记，这是不知不觉的愿景激励。因为这些都与他们的切身利益直接相关，不管愿景好与坏大家都会关注。
2）尊重--同事之间相互尊重，可以加深合作，同时也会得到其他人的尊重，做起事情也会格外的舒坦。工作之余都谈到沟通很关键，企业领导鼓励下属发言，但自己却不太发言也不太敢发言，所以最后的结果常常就是大家都不发言，最后就变成你看着我、我看着你，然后领导看着现场所有人，脸上一副「说话呀！」的样子。这种状况就似乎是如果有一个人把话说出来之后他马上就会被企业宣判死刑一样，然后紧接着就被淘汰出局似的，所以大家对于自己想说的话都往肚子里吞，戒慎恐惧，一副「不要问我，我什么都不知道！」、「请你不要找我麻烦！」、「该死！怎么这么准，刚好问到我了！」的样子，所以只要你一鼓励他们把话说出来，大多数的时候，你很难获得到他们的回应，如果现场里有一、两个人敢勇于表达自己的意见，就已经算是不错的状况了。
3）沟通--「说出来」是沟通最基本的原则，如果连话都不愿意说出来，沟通肯定不会有任何的进展。如果在一个团队里，每一个人都必须要透过猜测才能够了解他人的想法，这将会是一件很累人的事，而如果你是待在这样团队里的一员，我相信每一天陪着你的一定是强烈的无力感。只要打破不说话的几个因素：面子问题、怕担责任、中庸、以为别人知道。主管或领导立场要坚定明确，我们平常说这个人没有立场，只要用户一投诉，主管就同意了；销售或市场一说，我们就得去做等等，这样同事会感觉到这个领导没有立场，别人怎么说就怎么做，以后有问题，他们也不会再问你，对你逐渐失去信任，因此主管人员一定要有立场，在立场发生变化的时候要和同事做好沟通。
六．定目标，严格执行、考核、监督
一件事情的好与坏如何去评价，首先要看所定目标定的合理性。合适的目标对每个人、对企业都有好处，员工不会有太大的压力，安心努力的工作；企业每年都会稳步的积累和发展。定目标对我们每个人说就再简单不过了，人的一生中不知道给自己定了多少目标，但真正努力去完成的又占了多大比例？目标就要靠人来执行，执行过程中就有各种各样的评价，严格的说就是考核和监督。
七．人不要会什么，关键在于你会学什么
在学校不管你学习什么专业，80%的学生找不到和自己本专业相同的工作，多数都是改行，有的从事本专业临近的工种，有的甚至与本专业搭不上边。从事本专业的人未必就有好的成就，从事非专业的人也有很多人打出一片天空。因此人不要会什么，关键在于你会学什么。
八．培养人才资产：选、养、育、用、留。
关键在于留，留有3个因素：能力、价值观、人生志趣；能力的体现就是知识内涵，价值观主要表现在技能和态度。知识又分为：内隐知识和外显知识（内隐知识：平常看不到学不到的，要靠个人的感悟和积累；外显知识：看得到，学得到的东西）。平常总是要经过选拔招聘到一个适合企业的人员，进入企业后像小树苗一样培育，初长成就要考虑如何使用，经历这一系列的洗礼，人就有一定的想法，因此如何留住人才也是企业要积极考虑的事情，特别是在资源不足的情况下留住人才就更难能可贵。
九．成绩好的时候要考虑如何提高团队的建设。
随着其他企业技术能力逐步的提高，我意识到了靠个人的力量是不行的，要靠一个团队。平时一个人忙里忙外不亦乐乎还不见的有效果，如何培养一支可以打胜仗的团队呢，首先要了解团队中的每个成员，发挥他们的优势，挖掘潜能，根据每个人的个性不同选用不同的岗位，每个人在团队中都发挥作用，管理人员就成功了一半，团队也就有竞争力了。
it项目管理it心得篇4
需求：一个项目的起点是确定需求，可以说一个项目的成功与否，对需求的把握的成因素占60%以上。不管系统架构设计，团队管理有多么成功，如果需求出现了偏差，仍然是南辕北辙。所以在项目开发过程中需与业务部门及时沟通，同时也需与客户建立有效快速的沟通渠道，是项目成功的关键。在每个业务模块完成时，需与需求接口人确认，有效保证项目组与客户的及时沟通，快速响客户的请求与反溃此外需求跟踪也非常重要，毕竟，任何项目的需求都不是一层不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求产生偏差。所以要在项目管理过种中要不断的维护需求矩阵，从而规避了需求偏差的风险。
设计：在项目开发过程要求善于对设计作出取舍。项目开发的三要素是成本,质量与进度，在保证质量的前提下，为了项目的进度不出现大的偏差，项目组没有过分强调技术，牺牲了系统的部分可扩展性，虽然这为系统后期维护带来一定的隐患，但却能有效地保证项目的进度。同时也须重视对ui原型的设计，系统的原型设计与需求分析相辅相成。如果有好的原型，客户更能够理解系统的实现，促进沟通的有效性和准确性。有好的ui设计可以让开发人员之前共享，从而可以确立ui设计规范，约束ui设计，加快开发速度。
测试：测试成员应了解需求，如果不了解需求，在测试过程中，也可能因为错误地理解需求，从而导致错误报告bug，影响开发人员的效率。加强开发人员与测试人员的合作，开发人员必须及时响应测试人员提交的bug,而测试人员也应跟踪开发人员对bug的修复情况。测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。
项目管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是rub或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。
变更管理
变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。
人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。
风险管理
要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。
成员管理
不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。
持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。
必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。
重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。
it项目管理it心得篇5
第一，要认清形势。
我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划，这样才能让别人满意你的结果而自己也能获得较大的收获。一开始，*总就强调过，我们不应该把这个项目当成还是课堂的项目，完成老师的硬性要求，而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势，而在需求上与甲方pm交涉。我们公司内部在经过一番讨论后，确定了最利于我们完成该项目而又达到甲方pm要求的项目方案，然后与甲方pm进行商榷，在与甲方pm分析了各种情况后，最后终于敲定了让甲方pm满意，而我们自己又认为能完成得比较好的需求。
第二，相信团队合作才可能把项目做到最好。
从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。
首先，团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法，因为每个人考虑问题的时候总会有各种各样的偏差，我们只有沟通很好的沟通来综合所有人的好的想法，以减少走弯路，而让事情进行的更顺利。我们公司内部的沟通是比较随意的，因为大家都比较熟悉，任何时候有什么想法都会提出来，然后大家一起讨论，并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方pm的沟通，完成这个项目其实也是与甲方的合作的过程，因为甲方pm是在职人员，他的人生阅历比我们多，而且沟通能力是很强的，我们从与他的沟通中都学到了不少知识与技巧，其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方pm，他很认真负责地跟我们沟通，我们在沟通中用词不当或犯什么错误时，他都会指出来，并改正我们的说法，因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。
其次，团队合作的关键环节就是在有效沟通的基础上进行分工，分工要明确，落实到每个人。由于这个项目时间的限制和语言的不熟，这个项目必须由我们公司所有成员都尽努力才能做好，这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面，核心算法，和数据库这三个模块，而算法也分有好几种，只有把它们分配给对各模块感兴趣的人做，让他们在规定的时间里进行钻研努力，才能达到最好的效果。我们组在这方面做的比较好，苏总在我们项目提出时，就根据各人的能力和兴趣把每个人分配在不同的主要任务中，在每周与甲方pm定好下阶段的提交物后，都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的，均匀地分配任务就不会造成组员的不满了。再其次，团队合作中协作是必不可少的。在项目组中各成员都明确了任务后，就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务，但是相互之间在一些问题互相协作的话，不仅可以提高各个任务进行的速度，也利于对项目中别的模块的了解。
由于我们组的成员都是比较熟悉的，所以在协作方面还是不错的，比如某人搭建完环境后，帮其他的组员在他们自己的电脑上搭好，这样就会节省大量的时间，而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工，但毕竟是一个项目，之间还是有很大的关联的，这样在编码的时候，都会进行讨论和互相帮助，这样就减少了错误的可能性也节省了时间。最后，项目经理的监督是必不可少的。一个团队中，难免有人会偷懒或拖延，或者完成任务的质量不理想，项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况，以保证项目的成功。虽然我们组没有出现上面提到的种种情况，苏总还是进行了严格的监督，我们每人都是按照苏总给我们的计划提交相应的产品给他，但质量是参差不齐的，苏总都会进行审核，然后给出建议，让我们修改优化后，他才把产品提交给甲方pm，因此甲方pm一直对我们的提交物比较满意，这与苏总的努力是分不开的。
第三，要详细制定计划，并严格按照计划来执行。
这次的项目周期很短，因此计划就显得格外的重要，只有进行详细的计划，我们才有紧迫感，并要求自己抓紧时间完成当天的任务。对比去年的软件工程课，那个项目与这个项目的规模差不多，但是开发周期是真个学期，每个阶段都显得很长，就算制定了一个计划，也没有按照那个计划来，拖个几天是很正常的，今天不能完成明天做，因为有的是时间，这样越来越松懈，就把大量的任务往后压，到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感，计划几乎是细到天的，我们每人组员都要在周报中详细汇报这周中每天做了什么的，pm通过周报来很好地管理进度，当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了，而且结果是比较让人满意的，这样的结果对比去年的就会让我以后在做别的事的时候，更加自觉地详细做计划并严格按照计划执行。另外，这样做的好处就是让人感觉每天都很充实，没有虚度光阴，每次我浑浑噩噩地度过一天而没有学到任何东西后，我都有一种罪恶感，感觉对不起父母和关心自己的人，而制定了详细的计划并认真执行的话，每天都会以饱满的精神状态来学习，心情也很好，这样才是健康的生活方式。
虽然通过这门课，我的经验更佳丰富了，个人编程能力，沟通能力等都有了一定提高，但是我也感觉到了自己的诸多不足，比如我的沟通能力还有待提高，这或许不是一两天的问题，但是我会更加注意，并在以后的生活学习中，留心并提高沟通能力。还有不足就是项目期间，热情还不是不够，每次都把相应的任务做完后，就不管了留给pm，然后等下一个任务，而自己却没有更加用心地去考虑如何把整个项目做的更好，或许是因为我不是pm的缘故吧，在以后的项目中，我要改变这种心态，以更加积极的热情去参与项目。
it项目管理it心得篇6
本人做项目经理已经有5年的时间，感到做这个工作最要紧的就是要学会与项目干系人的沟通，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢采用先进的技术方案，往往耽误了工作进度，结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理，目前已经能够带领20人左右的团队，.这期间感触最深的也是沟通的重要性。
下面是我的一点体会：作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通，让他们知道你打算怎么做，什么时候做，以及想要的结果是什么，这些都是非常重要的，也是你和他们沟通的主要工作。既然沟通这么重要，就一定要确定好沟通的原则，沟通原则说不清楚，以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式，是推还是拉。
推式沟通就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，这种情况适合小项目;拉式沟通意思就是项目经理利用oa的公共信息交互区发布信息，对方需要什么信息就自己去查，这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问，一般来说，这两种方式是同时存在的，尤其是你的直接领导，项目经理应该采取主动沟通方式，如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录，很多项目经理怕写文档，但是项目经理一定要牢记“口说无凭，立字为证”的道理。
有时候项目中经常会遇到一些扯皮的事情，为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯，把与领导和客户达成共识的重要内容写成文档，比如通过会议纪要请相关人员签字，这样以后扯皮的时候，就能做到有据可查。还有一个比较常见的问题，就是因为领导的某些原因耽误了我们工作进度，比如你提交的报告，领导一直拖着不批，让你的工作无法继续，结果拖延了进度。因此，我的经验是给领导和客户提交材料一定要考虑留出时间余量，同时要确定期限，最好能留下记录，以后好确定是谁的责任;另外，最好能在项目启动阶段就和领导商定：如果提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。
