实施项目经理的心得

实施项目经理的心得（精选6篇）

篇1：实施项目经理的心得

项目经理培训的心得体会

沈魁 武汉兰芯信息有限公司

我们生活在一个快速变迁，社会经济大跨步向前迈跃的时代，市场经济突飞猛进，形成了一个多元化市场，人们越来越认识到了项目管理的重要性。只有通过不断的学习和进行科学化的实施项目管理，才能使我们在整个项目中满足项目要求，降低项目成本、缩短项目工期、确保项目质量，最终达到用户需求和保障公司的利益。项目管理包括项目范围管理、项目时间管理、项目成本管理、项目质量管理、人力资源管理、项目沟通管理、项目风险管理、项目采购管理。

通过这次计算机信息系统集成项目经理培训，对项目管理有一些体会和认识，就此项谈谈自己的看法。

项目管理包括保证项目各要素相互协调所需要的过程，它需要在相互影响的项目目标和方案中做出平衡，以满足或超出项目干系人的需求和期望。

项目管理是一项从项目开始到项目结束的全局性管理工作。实际执行项目时，为了更好完成项目标、任务和计划，我们还要在项目管理中进行综合变更控制。

从项目管理的过程来看，我们把它分为三个部分：项目计划制订、项目计划执行、总体变更控制。

一、项目的计划制定

正像人们长说的有原则不慌，有计划不乱。几乎所有的人都知道项目计划是项目管理中的重要一环，没有计划就没有整体的方向。如果没有计划我们就失去了严谨，随意性大，可操作性差，因而实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实

项目计划是指，通过使用其他专项计划过程所生成的结果（项目的各种专项计划），运用整体和综合平衡的方法所制定出的，用于指导项目实施和管理的整体性、综合性、全局性、协调统一的整体计划文件。

项目计划包括：项目的目标、项目的任务和工作范围、项目的进度安排和质量要求、项目的成本预算成本要求、项目的风险控制和变动控制要求与措施、项目的各种应急计划等。但在具体操作过程中我们经常会出现项目计划的制定不够认真，随意性大，可操作性差，至使实施中无法遵循（如项目计划过于粗略，落实不足），没有做到任务、进度、资源三落实。所以我们在项目计划编制的过程中要做好：前期准备工作、编制工作、和输出工作。每一环节都不能疏忽。

项目计划中最主要的是大量的收集有关项目的信息、数据。只有对准确、实用的信息源进行分析才能做好下一步工作。在做项目计划的时候，邀请与项目相关的干系人员参与。以提高项目计划的实用性。

我们可以编制项目计划，项目计划是项目组实施项目时的依据。所以计划方案要给出正规的计划格式，并要求项目的各方最高决策者予以批准。

项目在计划制定前，要对前期阶段所收集的信息、数据进行综合分析（如：施工项目要对现场进行施工难度分析）。还要对各要素相互依存的关系进行分析。在计划整体综合分析时要细致、实际、认真、科学的做好全方面的分析。我们在做项目计划整体综合分析时，要综合考虑到项目的工期、质量、成本三个要素。项目的成本与工期是相关的，项目的成本是随着工期的变化而变化的。工期直接影响着成本的增减，所以必须综合分析二者的关系和相互变化的影响。同时还要综合分析项目质量和成本的关系，我们对质量有相应的控制，这时成本也会随着控制的方法有所变动。所以质量的保障与否也直接影响着成本的高低。一个项目的成本不仅与工期有关，而且与项目质量直接相关。

项目在计划制定前，要对前期阶段所收集的信息、数据进行综合分析（如：施工项目要对现场进行施工难度分析）。还要对各要素相互依存的关系进行分析。在计划整体综合分析时要细致、实际、认真、科学的做好全方面的分析。我们在做项目计划整体综合分析时，要综合考虑到项目的工期、质量、成本三个要素。项目的成本与工期是相关的，项目的成本是随着工期的变化而变化的。工期直接影响着成本的增减，所以必须综合分析二者的关系和相互变化的影响。同时还要综合分析项目质量和成本的关系，我们对质量有相应的控制，这时成本也会随着控制的方法有所变动。所以质量的保障与否也直接影响着成本的高低。一个项目的成本不仅与工期有关，而且与项目质量直接相关。

在完成项目计划编制后，项目组要拿出在项目计划编制过程中最重要的成果项目计划文件。项目计划文件是用来管理整体实施过程的全局性计划文件。可以根据使用者的不同发放不同详细程度的项目计划文件。项目计划文件是重要性的文件，所以项目的计划文件应该包括项目的批准与特许情况描述与说明、项目整体管理方法、项目任务范围综述、WBS描述和说明、项目各管理层的成本和进度描述和说明、（每项工作的工期、成本、绩效度量基准的描述和说明）、项目重要里程碑和目标日期描述和说明、项目团队的关键成员和所需人员的描述和说明、（项目的主要风险、限制、前提与预期的描述和说明）、项目专项计划方面的描述和说明、存在问题和尚需决策方面的描述和说明。以达到全部项目干系人的要求和满意。

二、项目计划的实施过程是项目组完成整个项目计划任务的过程。项目的各项任务需要在这一过程完成，各种目标需要在这一过程中实现，各项专项计划要在这一过程中落实，大量的资源都将在这一过程中被消耗和占用，项目的产出物也将在这一过程中形成。

项目计划实施过程是我们项目组在实际工作中最不容易控制的过程，一切的问题也都会在这一过程表现出来。能否按照计划在实施中完成工作，直接反映着计划中的有效程度和项目组成员执行项目中的控制能力。

在项目实施过程中，我们还会遇到很多的问题，为了避免问题，项目成员要收集产生问题方面的信息和下一步是怎样对问题解决等有关方面的信息和有关的各种项目计划文件以及各种项目计划文件的细节。并根据收集来的信息去提高项目的绩效。在项目实施过程中，项目成员要不断的收集能够纠偏行动的数据，以保证整体计划的正确走向和提高。

我们执行的项目是一个整体的项目，在项目实施当中要想按照计划有效的去完成。项目组就必须以系统管理的原则和整体的目标出发。项目组的所有成员要构成一个项目计划实施的有机体系，确保项目的完成。在项目实施中要根据企业的管理特点综合项目实施情况合理的运用管理方法和工具。

项目在实施过程中所生成的项目产出物是项目计划实施上最主要的输出结果。这些结果还包括说明项目实施和实施结果的各种文件资料。我们可以根据这些成果认识到哪些工作完成了，哪些没完成，这些结果都要收集起来作为项目计项目计划的实施 划实施的结果而输出。项目团体在项目实施中要根据情况的严重性果断的对项目整体计划是否变更做出决定。

三、项目变动的总体控制是针对项目变动的单项控制而言的。项目总体控制就是在项目实施中对有问题的地方多检查、进行提高的一种方法。在项目变动时要通知协调各方面项目干系人。

在项目实施过程中如果项目目标、计划、进度、成本和质量几个方面发生变更。在项目实施中，这些变动可以在专项的控制中解决。项目变动的总体控制是对项目各要素变更更高一层的全局性的总体控制。

如果在项目实施中进行了变更，项目组成员应该拿出更新的项目计划和项目变动的行动方案，还要吸取教训进行讨论，找出变更的原因，整理成项目实施过程的历史资料，以日后参考和借鉴。

综上所述项目管理可以简单的理解为是对项目的运筹与操作。项目管理是项目组织对项目的最具全面性的一项工作，它是以全局出发对整体项目中各专项进行计划与平衡协调，以满足项目相关人员的利益要求和期望。

以上论述内容是依据培训内容基础知识里的项目管理方面展开的，学生知识有限，在论文当中还有很多写的不好的地方。敬请老师给予指导和点拨。

项目变动的总体控制

篇2：实施项目经理的心得

以前一提到起房造屋，人们的思想中就会浮现出“瓦、木、钢”三大工种肩挑背扛的情景，但随着社会的逐步发展，人类文明的逐渐提高，科学技术的日益更新，人们对房屋的要求已不在局限于最初的挡风遮雨、安家之所了，人们需要的是更加宽畅、更加明亮、更加实用、更加美观、更加耐用的建筑物；随着人口的不断持续增长，人类社会更需要缓解日趋紧张的住房危机及土地资源沙漠化、城市化的问题，于是，勿庸置疑，在现代科学技术的支持下，楼房越盖越高：有了高层、超高层、甚至“世界第一高”，建筑物形状也是越来越复杂、越来越美观：有了古典派、现代派、后现代派。随着“时间就是生命”、“时间就是金钱”观念的深入民心，楼房崛起的进度也是日新月异。于是，在新的形式下，光靠人的肩挑背扛已是无法完成如此巨大的工作任务了。

“人定胜天”，此话不假，但此句话不应纯粹理解为“人力”，而应是指“人类的思想、技术、创造力及能力等的综合”，所以，为了完成现代城市建筑任务，人们设计制造了适合各种工程使用的机械设备，有“垂直运输机械、水平运输机械、施工机械、加工机械、实验计量设备”等，这些机械设备的应用，对现代建筑所起到的关键作用应证了这样一句话“科学技术是第一生产力”。有了它们，才有了当初的“深圳速度”，才有了今天的“三峡工程”，才有了社会面貌的日益更新。

但是，令人惋惜的是，在多少竣工庆典的背后、在多少雄伟建筑的基座下面、在多少浮华表面之下，有多少人由于机械设备方面的安全事故而没能完全的享受人生，有的没能尽到儿女的孝道、有的没能尽到父母的责任、有的没能做到一个丈夫（妻子）的义务……痛定思痛的是，在这些事故中又有多少甚至是完全可以避免的，所有的这些，给个人、给家庭、给集体、给国家带来了多大的伤害和损失啊！由此，我们应该再好好的反思一下“科学技术是第一生产力”这句话的真正含义及其丰富的内涵。“科学”顾明思义是人类摆脱愚昧、原始的法宝，而“技术”既是“科学”在具体社会事务中的一种体现。机械设备便是“科学技术”在人类社会发展演变的进程中，由人的发明创造所设计制造出来的具体代表物，具体的一点讲，它们只是“技术”的产物。同时这也预示着并不表示是它们被制造出来人们就完成任务了，把它们制造出来的目的是为了“科学”的去利用它们，通过它们去提高劳动效益、减少浪费，以起到节约成本、降低人的劳动强度的目的，而不是一味的、有意无意的反而会伤害到人类，给人类带来痛苦，这样，如何科学的去利用它们便是一件值得探讨的事。

机械设备在现代建筑施工中充当着提高生产力、节约生产成本的重要角色，同样对它们的安全使用管理在现代建筑施工中也起着非常重要的作用。

由于社会发展的需要及时代发展的必然性，已经越来越体现出宏观调控及市场经济相结合的重要作用。在建筑企业，既项目体的重要地位将愈来愈得到重视；同时，它所担负的责任风险也“水涨船高”，随着国家新“安全法”的颁布实施及“项目经理是第一责任人”意识的深入贯彻，“机械设备的安全使用管理”在项目施工过程中就尤为显得重要。

一个优秀的项目经理、一个团结的项目管理班子，懂得从每一个源头去节约、从每一个过程去管理、从每一个结果去总结，尤其是在目前形式下，人工定额较市场价格低的多、材料大部分甲供及今后工程量清单报价的情况下，如何的管理使用好项目机械设备，减少不必要的修理损耗、意外损失、停机误工等，最大限度的降低实际机械设备发生成本，对项目成本核算就起着至关重要的作用。

由于今后投标的发展趋势都是最低价中标，这又给有限的建筑利润雪上加霜，这就使得作为企业的直接生产生力军——项目体更担负不起任何风险，这就要求项目从成本、进度、质量各个环节精心组织、仔细施工，容不得半点差次，每一个环节的脱节都会给项目整个生产目标带来很大的影响，尤其是“安全生产”更来不得半点疏忽。因为无论是从项目成本利润上、还是从企业社会效益上、还是从个人角度讲，如果一但发生安全生产事故，那么所带来的影响就是巨大的，有的甚至是致命的。在建筑行业，触电及机械伤害在安全事故中占有很大的一部分比例，这些都给施工企业及个人带来了沉重的思想及经济负担。为了避免这些不应该发生的事件发生，更需要我们去加强对“机械设备的安全使用管理”。

但究竟如何才能加强对“机械设备的安全使用管理”呢，这就需要各个企业、各个部门因地制宜、因时制宜，根据本企业、本部门的实际情况去制定适合自己的切实可行的方式方法：可以设立专职的或兼职的机管员、或责任现场机电负责人去落实具体事务……总之应该走“适合中国国情的路”，且不可“全盘西化”、盲目效法、“东施效颦”。

其实，要加强对“机械设备的安全使用管理”首先是要从思想观念上切实落实“安全生产”观念，要让每个人（上至项目经理，下至普通工人）明白“安全生产”的重要意义，要让“领导懂得自己不应该参与盲目指挥”、要让“工人晓得自己在本职岗位上应该做什么，应该怎么做，发现问题应该怎么办”，所有的机械运行、操作都应该按有理有序的程序进行，而不应人为的、想当然的或盲目的去操纵、运行。因为“尊重是相互的”，机械设备也是运行中的事物，人与它们的关系也可以理解为“人与自然”的关系。

同时，在人的思想教育方面，我认为应该重复、反复，不厌其烦的重申“安全生产”，使这个观念在人的内心处根深蒂固，尤其是项目领导，使他们明白：安全工作要靠平时抓、提前抓、而不是事后抓。所谓“生产安全”。“安全生产”在建筑施工中对 2

篇3：论项目经理的项目沟通术

而作为与设备直接接触的基层员工无疑是最为关键同时对于

度化的激励措施鼓励员工认真分析本岗位的作业活动、设备设施、工作环境存在的不符合项, 使之明确自己周围存在的危害和风险, 从而达到“事前预防”的目的。例如在对油库进行危害识别与风险辨识时, 可以像以前推广的班组岗位练兵活动一样鼓励基层员工自己组成小组, 承担本岗位的危害识别与风险辨识, H S E管理部门进行协助, 以及技术支持, 使各基层小组自主选择多种、合适的评价方法, 最大限度找出危险源。

这样将H S E管理部门从繁杂的具体事务中解脱出来, 由原来的“渔夫”转变成为打鱼顾问, 这种角色的转变带来的直接效果是基层员工成为H S E基层管理的主体, 而H S E管理部门则成为主导力量, 促进H S E管理与日常管理的融合, 给H S E管理体系注入生命力, 最终解决“两张皮”现象。

三、营造HSE文化

H S E管理理念, 体现了石油企业生存发展的客观要求, 是企业高效管理的自身追求。营造H S E文化, 就是从思想、观念上形成一种习惯, 一种指引正确行动地规范。开展危害识别的目的是控制风险, 风险又和日常工作中的人和事相伴, 因此所形成的管理方案及风险控制措施必须融入到日常工作中, 一项一项抓落实, 与日常工作有机融合, 否则会变成空中楼阁, 体系只是应付上级检查的幌子而已。为避免HSE管理体系与日常安全、环保、健康工作脱节, 在将H S E体系的理念渗透到日常安全管理工作中的同时, 要从人的主观能动性入手, 使员工由“要我安全”向“我要安全”转变, 通过采用形式多样, 内容新颖, 通俗易懂, 便于接受的文化教育, 从而形成一种把HSE管理文件落实到程序上, 把对HSE的认识和理解牢记在头脑中, 使HSE真正成为一种信念、一种企业文化的全新H S E管理理念。这也是国外先进石化企业的宝贵经验。

四、结论

对于油库这样一个要害部位, 除了按照细节管理的理念严格执行各项规章制度和进行设备维护外, 平时的安全教育、培训也必不可少。同时要以制度化的形式充分调动基层员工对风险评估和危险性分析, 对典型事故举一反三地学习的积极性并行成P D C A循环。针对单位检查出的问题, 不能只停留在纸面上, 而应下决心整改, 以实际行动来解决隐患, 确保安全。持之以恒, 以落实责任和严格考核为主线, 坚持持续改进, 将H S E管理融入基层的基础管理之中, 形成具有中国石油销售企业特色的H S E文化。

参考文献:

[1]马永红王晓秋:浅谈国内与国际石化企业中HSE管理的差异[J].集团经济研究, 2007年1月下旬刊 (总第219期) 296

[2]于风清:夯实体系基础避免“两张皮”现象[J].安全、健康和环境, 2006年第6卷第5期7~9

[3]李华伟:HSE危害识别与风险评估过程中的几点感受[J].安全、健康和环境, 2003年8月第3卷第8期23~24

[4]金利锋陈红:油库发油过程中的HSE管理[J].石油库与加油站, 第15卷第4期, 2006年8月出版13~17

[5]辛恬:壳牌公司HSE管理经验分享[J].安全、健康和环境, 2007年第7卷第6期9~11

朱柏青南京工程学院

一、概述

项目沟通管理如是说:“管理者要用7 0%的时间用于与人沟通, 而项目经理需要花费9 0%或更多的时间沟通”。作为一名项目经理, 不应该埋在一大堆的技术、管理工作中, 而应站在较高的角度审视整个项目, 必须花大量的时间去做沟通工作, 使自己既能准确地把自己的意图传递给项目相关人员, 同时又能及时正确地去理解项目相关人员的需求, 达成一种共识, 使他们理解你、支持你、帮助你, 那么项目就成功了一半, 否则就很难成功地组织完成这个项目。因此, 良好的沟通不但是提高项目完成的质量和效率、降低项目成本的必由之路, 更是关系到项目成败的关键因素之一。ISO 10006-2003《质量管理—项目质量管理指南》、ISO/IEC TR 16326-1999《软件工程--项目管理ISO/IEC 12207应用指南》、GB/T 19016-2005《质量管理体系—项目质量管理指南》等对项目管理及其沟通提出了规范性要求, 为便于理解和实施, 笔者拟把多年的项目管理的实践经验体会与读者共享。

二、项目沟通的对象与时机

项目管理的过程包括项目启动、需求确认、计划安排、项目实施、项目验收、项目收款等各阶段, 在各个阶段都需要有项目经理围绕项目的进度、成本、质量等要素与客户、项目组成员、供应商、上层管理者及其他相关项目经理等进行沟通、协调和控制。与项目各相关方之间持续、有效的沟通, 是促成项目成功的诸多因素中最重要的一项因素。

1. 与客户的沟通

客户是项目成果的使用者。因此, 在项目的全过程中都应与其决策层、业务部门保持及时有效的沟通, 以便获得他们的支持、参与和推动, 特别是项目的启动期间更为重要。良好的沟通能使双方对于项目目标、范围达成共识, 保证项目健康的进行。如果项目初期就没有得到客户的支持和认同, 很难想象该项目能成功。

为了达到获得支持的目的, 沟通必须做到以下几点:

首先, 培养客户对项目的价值与战略重要性的认同感。形成双向交流, 以保持信息的一致性, 增强项目进度的透明度, 并确保双方了解项目的进展。

其次, 必须通过良好的沟通就客户的需求达成一致, 否则会给项目带来无穷的隐患, 甚至会使项目前功尽弃。笔者负责的部门曾经承接了一个小型项目, 安排A作为项目经理, 由于项目不大, 忽视了与客户的沟通, 在项目的细节需求方面没有主动去和客户达成共识, 开发人员花了许多精力进行开发、测试, 结果客户在试用时认为不能满足他们的需求, 既耗费了人力, 延长了工期, 增大了成本, 同时又影响了客户的满意度。

再次, 还要与客户在管理思想、管理理念上要达成一致, 争取客户的理解和支持。

2. 与项目组成员的沟通

项目组成员是项目实施的主力军, 他们对项目的认识、对项目的投入状态, 以及团队成员间的和谐程度, 都会对项目成功造成不容忽视的影响。如果项目中一些重要信息没有进行充分有效的沟通, 如在制定计划、实施情况、技术问题等方面与相关人员沟通不足, 就会造成各行其事、重复劳动、甚至造成不必要的损失。

与项目组成员的沟通, 要注意把握以下三点:

(1) 项目经理不但自己要把工作重点放在沟通上, 还要引导整个项目团队进行有效的沟通。

(2) 作为项目经理, 为调动项目组成员的的工作热情、提高其效率, 还应充分了解项目成员的个性、喜好等, 并采取不同的沟通方法, 使项目组成员的工作协调一致, 从而保证按时、按质、按量完成预期的任务。

(3) “有人的地方就有冲突”, 作为项目经理, 应尽可能地避免项目组成员之间发生冲突, 当冲突发生后应采取积极的态度和适当的方法解决, 以维持项目组的和谐氛围。解决这类冲突有两个很重要的原则:一是不能全部采用正式、生硬的方式去解决, 应该多寻求一些非正式渠道来沟通;二是要倡导互相理解和尊重。

3. 与供应商的沟通

对于系统集成项目, 项目经理必须考虑供应商这一重要环节。因为供应商所提供的产品或服务的质量、交货期等将直接影响到项目的质量和进度。因此, 要保证供应商能按项目计划进度及时地提供符合要求的产品, 当质量出现问题时能及时有效地处理, 既不影响工期又能保证质量, 就必须进行良好的沟通。

4. 与上层管理者的沟通

上层管理者往往更加关心的是项目的工期、成本、质量等等。作为项目经理, 就应该经常主动地与上层管理者保持沟通, 及时地反馈信息, 特别是将可能会延期、将增加项目费用、可能会产生质量问题的苗头等等提早汇报, 使上层管理者能及时并适时调整工作计划, 在人力、物力、财力等方面给予支持, 保证项目的顺利进行。

5. 与其他相关项目经理之间的沟通

对于大型的项目, 项目经理还应与项目的其他方的项目经理保持良好的沟通, 因为其他方所负责的项目的进度、质量等也将会对本项目的进度、质量和成本等产生影响。比如, 系统集成项目会与建筑施工队或装潢公司有配合问题, 系统集成方何时入场最佳, 都必须与建筑施工队或装潢公司进行及时有效地沟通。

三、实现有效沟通的途径

沟通管理的目标是及时并适当地创建、收集、发送、储存和处理项目的信息, 以增强沟通的有效性。项目经理应从以下方面考虑。

1.取得项目相关方的信任

项目经理应该清醒地认识到自己的职业来自多方的信任和委托, 因此必须保持自己的个人魅力, 在知识、技能、个人品德、洞察问题、分析问题、解决问题的能力上胜人一筹, 使自己能够得到他人的认同, 树立必要的威信, 这是保证有效沟通的前提。

成功的项目经理应具有良好的沟通技巧, 包括能够有效地阐明工作内容、倾听反馈并采取行动, 在团队成员之间培养融洽的气氛, 坦诚地和相关人员沟通, 使所有相关方形成一个共同体。

2.制定切实可行的沟通计划

一个有效的沟通计划将会促进团队的发展, 实现客户的同步, 实现项目文件的减少。

有效的沟通计划应该考虑以下几点:

(1) 确定项目相关文件保存方式。对于收集到的不同类型的信息, 应制定统一规章制度, 将与项目有关的重要文件进行建档、保存。

(2) 建立项目组织联系方式。项目涉及到多方人员, 为提高工作效率, 应该建立一个专用于项目管理的所有相关人员的联系方式名册, 做到简洁、明了。

(3) 确定工作汇报方式。明确表达项目组成员对项目经理、项目经理对上级和相关方的工作汇报方式, 包括汇报时间、汇报形式。比如项目组成员每天通过E M A I L向项目经理汇报, 项目经理每周通过E M A I L向直接客户和上级汇报, 紧急汇报可通过电话及时沟通, 每两周项目组进行一次项目工作沟通会议等等。

(4) 统一项目文件格式。对于项目统一文件模板, 是规范管理的一项措施, 所以必须统一各种文件模板, 并提供编写指南, 以保证项目沟通的效率。

(5) 沟通计划应简单实用。沟通计划是用来执行的, 要保证项目相关人员已经正确理解, 避免为计划而计划, 使其束之高阁。

3.采取多种有效的方式进行沟通

优秀的项目经理知道如何计划沟通工作, 了解每一个团队成员需要什么类型的信息, 并在项目工作中根据不同的目的采用不同的沟通方式。

(1) 书面材料。对于一些重要的、需双方确认的信息可以采取这种正式的方式进行沟通。

(2) 电子邮件。通过这种方式可以方便地传递与客户、供应商、项目团队成员之间、上层管理者之间的文件, 比如项目计划、备忘录、会议纪要、工作报告、项目文档等等。

(3) 提供一个正式的论坛。在此上面可以公布用来沟通的政策和工作程序。

(4) 即时消息。可通过电话、短信平台等使项目各方可以实时地沟通。

(5) 项目会议。通过项目会议沟通项目状况、存在的问题, 以及解决的方式等。

(6) 电视电话网络会议。为身处异地的团队成员提供一个参与沟通的方式。

(7) 内部网、互联网留言板。可与全体成员进行正式地沟通项目状况, 进展和目标。

(8) 实地沟通。与你的团队、客户、供应商等面对面地沟通。

(9) 非正式沟通活动。如联谊活动、聚会、个别交流等, 都可使其与项目相关方关系更加融洽。

(1 0) 使用先进的项目管理软件工具。可提高沟通的效率和有效性。

4.保证信息的正确传递

信息的传递一定是双向。首先, 必须保证你所传递的信息是正确的信息, 而不是给他们提供过量的不相关的或是重复性的信息, 也就是说传递的信息质量要高;其次, 必须保证信息被接收者收到了, 即所有的沟通方式, 必须有回馈机制, 以确认接收者已收到;再次, 必须保证对收到信息的理解是正确的, 以免给项目带来或大或小的损失。对于一些重要的信息, 在可行的情况下采用双方的会谈可能会更快更准确地让人接收。

项目管理中涉及到众多的项目相关方, 而项目经理与项目各个相关方之间建立良好的沟通是非常必要的, 同时为保证项目沟通的有效性, 项目经理应采取适当的沟通方式、规范的沟通行为, 保证信息传递的准确、及时、理解无误, 只有这样, 才能为项目的成功提供保证。

摘要：本文通过分析在项目管理各阶段项目经理与相关方进行良好沟通的重要性, 论述了项目的成功离不开项目经理良好的沟通, 并提出了为保证沟通的有效性应采取的方法。

篇4：一个项目经理的自白

我们项目部是公司的核心部门，没有我们，销售员根本做不了大项目。因为我们一懂技术、二懂市场、三会公关。换句话说，销售员离了我们玩不转，而我们项目部的每个人均可以独自运作大单项目。所以，我们部门是全公司最受关注、待遇最高的。当然，求职者想进入我们部门的难度可想而知。

曾有人问我如何才能做好这个项目经理，以我的工作经历和心得，现将我们部门人员的能力概况如下：

整合能力。项目经理的一项重要工作就是写项目方案，方案中不仅要有扎实的软硬件技术，由于客户行业不同，因此还要懂客户所在行业的知识，此外，还包括各种经济分析、技术分析。要经常跑客户那儿了解具体要求、具体情况，同时还要协调公司的内部资源及外部资源，把所有智慧素材整合成最精彩的方案。这时，我们的角色是幕后英雄，大家所看到的那些精彩技术方案，里面的各类分析及数据报告，都是经我们分析、整理后整合起来的。没有一定的整合资源的能力，以及快速高效的做事能力，根本无法完成工作。

知识渊博，且能触类旁通。每个人都是有多种知识积淀的“才子”“才女”。经济、科技、天文、地理、历史、哲学、生物、文学、数学、逻辑……随便叫出一个人，都在一两门或多门学科中有一定领悟和知识面，因为我们的客户都是高层次的，没有这些知识积淀，根本没有办法和他们对话，就谈不上攻下客户了。就拿我们部门主管来说，他是经济学博士，早年独立开发过软件，差点成为又一个唐骏，他能讲英语、日语，法语能简单地说一些。

文笔好，能写。来这儿以前，我一直自诩文笔不错。然而，入职近一年来我还未给上司或总经理写过发言稿、汇报稿之类的文件。这些事不用我，因为我们部门自有两位男生除了懂技术，会做项目外，还是写领导工作稿的高手，一直为领导代笔，并受到认可。除此以外，其他人均能或多或少地为领导们写一些工作文件之类的东西，我这个“新人”就没有用武之地了。

公关能力。这一点，体现出一个人的销售能力和社交能力。具体说来，就是能够在不借助其他领导、同事帮忙的情况下把事儿办明白，把客户交透了，要有一定的沟通公关本领。再有，卡拉OK唱歌、喝酒不要太专业，但要拿得出手，不能给单位丢脸，要增光。除此以外，其他文体项目，至少有一项绝活专长，当然，本领越多，公关“武器”越多，成功的可能性越大。

人脉资源。拥有较广泛的社交圈子，较好的社会人脉基础。这是你把工作做好的基础，谁也不认识，做成事儿太难。作为一个项目经理，如果你能抢在销售员之前，已经把客户“搞掂”了，尽管签合同的人不是你，但最终业绩单上会有你的记载，年终奖的大榜上会有你的名字。所以，人脉即是生产力。

学习能力。这一点很重要，企业大，需要学习的学科知识很多，都是技术型的，搞不懂，学不会，或者学的太慢都不行，不能适应企业需要就得走人回家。一点都不留情。

执着精神，坚韧毅力。一个项目至少半年以上的运作周期，涉及的层级、部门极多，运作环节极多，搞不好其中任何一个细节，就要功亏一篑。而做不成项目，还要走人回家。所以，我们部门淘汰率很高，想占稳脚很难。

心态要好。工作压力大，批评多，人事复杂，承受不了的，看不明白的，想不通的，你就要自己调整，实在不行只有另谋高就，谁让你不适应企业环境了。

篇5：项目经理培训心得

为了扩大对公司项目部的管理工作，提高项目经理的综合素质，打造一支更加强大而有综合能力的项目经理队伍，使项目管理更加规范、有序，最大限度的提高公司的综合效益。公司举办了为期15天的项目经理培训班。而我很荣幸地参加了这期项目经理培训班，在杨帆教授全面、系统且富有激情的演讲中，我全面地认识了项目经理这个领域！

首先，什么是项目与项目经理。项目即为创造独特产品、服务或结果而进行的一次性努力，它包括了几个特征，但最主要的就是“渐进细化”。一个完整的项目实施需要阶段性滚动完善等等。项目需要有项目干系人的参与，项目干系人就是参与项目或受项目影响的个人或组织，主要包括业主、项目经理、客户、项目执行组织、项目团队及相关人和竞争对手。项目经理即是项目的最高管理者，而在我们的工作中，更具体是体现在施工管理实施阶段全面负责的最高项目管理者，是企业在项目上的委托代理人。在施工过程中，项目经理是协调各方关系、使之相互紧密协作配合的桥梁和纽带，是对施工项目实行控制各种信息的集散中心，自下、自外而来的信息通过各种渠道汇集到项目经理手中，通过指令计划和办法，对下对外发布信息，通过信息的集散达到控制的目的。

其次，项目管理的原理与系统方法。

其实，项目管理的原理与系统方法。

再次，项目管理所需的经综合管理知识与能力。

第四，项目管理必备的工具和技术。

最后，融入新的管理理念，提升工作中项目管理的执行能力。

项目经理是在施工管理实施阶段全面负责的最高项目管理者，是企业在项目上的委托代理人。在施工过程中，项目经理是协调各方关系、使之相互紧密协作配合的桥梁和纽带，是对施工项目实行控制各种信息的集散中心，自下、自外而来的信息通过各种渠道汇集到项目经理手中，通过指令计划和办法，对下对外发布信息，通过信息的集散达到控制的目的。项目经理是项目总体的组织管理者，更是施工项目责权利的主体，因此这就要求项目经理必须具备一定的素质。潘总用“要珍惜、要诚信、心要到、手要勤、懂管理、会经营、强执行”这21个字很好的阐述了项目经理应具备的基本素质。搞好一个项目既是对公司负责也是对自己的团队负责，在项目管理过程中，作为第一领导者一定要以身作则、要以诚待人。项目管理亦是经营管理，就如经营一项生意，无非是为了赚到利润，作为项目经理，要反复吃透其中的设计意图，琢磨施工的关键工序，细心布置施工规划，从中寻找利润空间。当然好管理才能出高效益，项目管理又分为内部管理和现场管理。内部管理的第一要务是用人，按岗选人、各司其职，建立健全各项管理制度，加大检查、评估、考核力度，规范管理；现场管理最重要的要亲历亲为，全方位管理，使现场管理的各项工作有条不紊顺利进行。

一个项目从最开始的开发到最后的竣工，无不涉及安全、质量、文明施工、财务以及成本管理，宣传、审计等工作。项目经理培训班上对这些与项目管理息息相关的工作都作了详细的讲授，从中我学习到了很多以前不曾了解的知识，对自己以后的工作更有信心了。

总之要在工作中不断加强自身修养，提高自身素质，提高项目管理水平，成为一名优秀的项目经理。

我作为责任成本部负责人，就项目管理中的责任成本管理以及目前存在的一些问题提几点想法。

1、责任成本管理在项目管理中举足轻重的地位

责任成本管理就是将直接发生成本和费用的各生产单位和业务部门，划分成若干个责任中心，在一定的条件下，根据各责任中心可控的责任范围、现场的实际、规定的定额、取费标准和结算价格编制责任预算，并采取合同的形式逐级进行承包，把企业上交款和项目部责任预算的编制情况挂钩，把职工的收入和各责任中心的责任预算执行情况挂钩，从而调动各业务部门和全体职工降低成本的积极性，是实现全员参与、全过程控制成本的一种管理方式。责任成本管理的目标是完成成本责任，目的是提高成本效益。任何一个企业它经营的最终目的无非是获取利润，只有控制好成本，才能将利润最大化。

目前我们的成本意识还有待提高，通过激励和约束机制，发挥人在成本控制中的主观能动性，树立成本意识，增强责任感。成本管理

应该贯穿于项目的始终，把成本责任、成本意识、成本目标、成本效果有机的溶为一体，来实现控制成本的目的。

2、责任成本管理工作有待完善

我们的责任成本工作还在完善之中，项目的责任成本预算在编制完后，项目部未能分解到各个责任中心，未能把责任细化、量化，责任未落实到各责任人，考核兑现工作未得到重视。我们今后的工作需要改进。

如果每个项目部在施工过程中要根据施工的进度计划制定成本计划，就可以做到为成本动态控制打好基础，也利于考核工作的进行。另外，严格执行公司的各项规章制度也是责任成本管理的基础，也需要公司领导的全力支持。

今年，国家拉动内需，基建行业的春天又将来到。总之，我坚信，在公司领导的正确领导下，在各项目部的努力下，公司的明天一定更加辉煌！

项目经理管理心得体会与经验

一． 项目要进行整体管理，善始善终

整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批

准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。

项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。

篇6：项目经理心得

我于07年5月份担任建工装饰公司项目经理以来，到现在为止已经有四年时间了，在这几年中，我经历了很多很多，也感受到了从来没有过的压力，自己为此已改变了不少，在竞争中摸索着一步步往前走，不断总结和汲取教训。以下是我对几年做工程以来的一些总结：

一、加强学习，提高了自身素质。作为装饰行业的一名新兵，我深知，自身的专业知识和业务素质都离公司的要求相差很远。因此，我在日常工作中注重了对与装饰行业有关的知识的学习，先后阅读研究了《装饰施工手册》、《工程验收标准》和《项目经理管理手册》等书籍。在向书本学习的同时，我还谦虚地向周围业务水平高的同事学习，做到不懂就问、点滴积累、循序渐进，逐步地提高了自己的理论和业务水平，现在已基本能适应工作的要求。

二、广泛宣传，树立了公司形象。我借助自己工作与外界接触广泛的优势，每到一处工地，我都向甲方领导及周围的工作人员介绍公司实力、人员素质、公司业绩和公司的发展趋势，尽量使他们能对公司有一个全面的了解，同时取得他们的信任，建立长期的联系，有力地促进了工作的顺利开展。担任项目经理期间，我从严格自律做起，要求下属和施工人员时刻注意自己的形象，提醒他们，每个人的一言一行都代表着公司，不能以牺牲公司利益为代价赢得个人利益，即使受到了委屈，也要忍耐，不能顶撞甲方。通过一系列工作，维护了公司的良好形象，为客户留下了深刻的印象。

三、完善制度，强化了施工管理。没有规矩，不成方圆，针对以往工地制度不完善，管理比较松散的实际，我经过细致的调查研究，先后制定了《奖惩制度》和《材料管理制度》，规范了工地秩序。打铁还需自身硬，我始终坚持要求别人做到的，自己要首先做到，而且要做得更好，例如每天我都按上班时间提前来到工地，先全面检查一遍，发现问题就及时招集大家一起商议解决，为下一步工作提供了时间和空间，从而树立了自己的威信。对工作中表现好的人员，我都进行表扬和奖励，对不符合规范，且屡教不改的，坚决予以惩罚，拒绝任何人说情，从而促使工人养成了良好的工作习惯，自觉遵守各项规章，提高工作标准，全面完成自己的工作任务。

四、深入协调，推进了工作进程。每个工程在刚开工时，各项工作同时起动，在众多头序，我做到了抓大在放小，分清主次。因为一个工程的成功与否，关键就是对施工成本、进度和质量的把控，并要认真解读全同条款。合同本应该是项目管理中很重要的一部分，然而，合同管理不到位，对项目来说便成了一种负担，合同不合理及漏洞直接影响到合同的签订。除此之外，合同的效力没有真正的用到施工管理中，如果加强及完善合同管理，合同将是约束各方的主要工具

五、培养项目自己的管理团队和施工队伍。此项工作是项目部所面临的极具有挑战性的工作，在大型工程中项目部直接管理以个人为单位的施工作业人员，是项目部及我本人从未接触过的，毫无经验可言。由于不断衍生的新工艺和新接触到的一些全新工程领域，对于此类人才的缺乏成为制约我们发展的一个瓶颈。除了在市场物色一些相关的技术人员外，项目

部还要对原有人员进行一些相关专业的基础培训工作，占用了大量的管理资源和宝贵时间。但付出总是有回报的，经过项目部精心的筛选、培训与管理，几年时间已初步带出了一支人数不多但基本能满足当时施工要求的管理团队和施工队伍。在今后的工作中我们肯定还会遇到更多的问题，只有不强化自身队伍的建设才可能在问题到来的时候迎刃而解。

作为一个现代的工程人，我们会戒骄戒躁，踏实稳健的走好每一步，不断提高业务水平，顺应大形势的要求，依托于公司平台在市场中立于不败之地。篇二：项目经理10年心得体会,共勉

项目经理10年心得体会

项目经理，顾名思义就是做项目的，一个项目的成功百分百归功于这个项目团队，而失败则百分百责任于项目经理人一人，可能失败的责任归于一人用之过大，但其实不然，作为一个项目经理，首先要对项目的需求、进度等情况了如指掌，知道自己要做什么，正在做什么，下阶段要做什么，当别人问起时，才能脱口而出，不会一问三不知。那么我们需要从哪几个方面来做呢？

第一、项目需求：项目经理接到一个项目，首先应该问商务人员索取项目方案书或招标文件，通读全文，对项目有个大概的了解，明确项目范围，知道你的项目应该要做些什么？什么时候开始？什么时候结束？最后自己能提出一些问题！为调研时做好准备工作！有疑问的地方应该找市场人员或售前工程师了解咨询！

第二、项目调研：有些人连项目方案书都没看过，就匆匆忙忙去客户处调研了。那么结果就是在跟客户沟通时，一问三不知，很被动，只能听客户讲；客户提出一些不在项目范围内的需求时，你也不知道，只能暂时应承下来！

前面一点我提到要找市场人员或售前工程师了解咨询的另一原因就是，客户已经跟我们讲过的问题，如果项目经理再去跟客户提问时，那么就会给客户一种我们内部缺乏沟通的感觉！

第三、项目计划：发现在工作中有些人不重视项目计划的制定，有些人可能会说，这个项目太小，周期也不长，几天就搞定了，没必要去浪费时间去做项目计划了。项目不管大小，哪怕只有一个人，哪怕周期再短，我们也要制定项目计划，不同规模的项目，制定的项目计划规模也有所不同。

且不管我们制定项目计划祥略与否，但起码已经有了一个好的开始，在以后的工作也不会一团乱麻，主次不分。而制定项目计划的另一个目的，就是明确相关干系人，避免在项目过程中发生推委扯皮现象。该找谁就找谁，应该由谁负责就由谁负责，计划里面很明确。

大多项目经理是从技术出身，在制定项目计划时，不要只考虑开发的计划，还应涉及到跟客户的沟通确认，需求调研、商务方面的协调、实施部署、项目验收后的维护等内容！

第四、项目沟通：在实际工作中，有些人把项目中遇到的问题仅仅跟客户或项目干系人汇报一下就认为是沟通了，其实不然，所谓沟通用最简单的方式来说就是你所说的内容能得到对方的认可，我认为就算沟通成功了！当然有能力的项目经理会说服对方按你的想法来走。

第五、项目协调：在项目实施过程中，不仅要跟客户协调、项目成员协调；还需要跟其他公司的人员进行协调。例如在客户现场开发时，我们需要的办公环境、网络环境都需要事先跟客户协调好，不要到进场时才发现缺这缺那，让客户很被动；又例如硬件情况，如果硬件是其他供应商提供，应协调硬件到位安装的情况，免得我们系统要布暑了，结果服务器也没有。

注意点：在对外协调沟通时，最好由项目经理去沟通协调，不要不同的人去跟客户提同一个问题或同一件事，那么客户会很反感！

第六、项目控制：常听人说制定好项目计划后，这个项目就成功了一半，那另一半是什么呢？那就是项目控制。很多人作了一个项目计划表，从来就没有跟踪或更新过，这样的项目很难按计划做好，我们应该经常根据项目的实际情况进行调整或变更等，到达每个里程碑时，应该根据计划内容检查这一阶段的交付物（成果）。

第七、项目汇报：我们千万不要错过项目汇报的合理时间，在每个阶段应及时对项目情况进行汇报，可以是给老板，也可以是给客户，不管是给谁看，及时性是放在首位的。例如：今天与客户开过了一次沟通的会议，项目延期或变更了，应在第一时间发给相关的人，这里的相关人不仅仅是参加会议的，也包括关注此项目的人。

除了以上20%知识之外，另外 80%的东西才是重点。

1、协调能力！

这是一个合格的项目经理必须具备的能力

什么叫协调能力？就是与各色人等打交道的能力。项目经理的职位，在很多外企里其实是没有行政管理的权力的，就是对项目内的成员没有管理的权力，更多的时候做的工作是一个项目协调人。一个项目启动后，项目的成员可能都是临时从各个部门调来的，作为项目经理，需要与各个部门的人去协调每个成员的参与项目的时间期限。项目经理需要安排工作与每个项目成员，人都是一个个体，各种性格都有，如何与不同性格的人交道，这可不是一时半会儿能学得会的。

项目经理也需要与上层领导协调，当项目推迟了，如何向领导解释原因，如何向领导申请更多的资金与资源，如何说服领导更加支持这个项目，这都是协调能力的体现。除此之外，项目经理还需要与客户协调，面对客户漫无边际的需求要求，如何加以限制，面对客户的种种苛求，如何一一化解，当最终产品提交给客户后，如何减少客户的抱怨，尽早的签收，这些都需要项目经理有非常强的，把与项目相关的所有全部摆平的能力。这一点，应该占到

40%的比例，也就是说，如果达到上面两条，你就可以做一个及格的项目经理了。但这还是远远不够的。

2、文笔！

项目经理几乎可以不用写代码，但更多的工作是写文档以及报告。这几乎占据了项目经理大半的工作时间。从合同到项目计划再到项目报告，项目经理都需要极强的文笔写作功底。清晰，明确是文档的基本要求，更多的时 清晰，明确是文档的基本要求 从合同到项目计划再到项目报告 清晰候，项目经理需要从不同的角度解析同一个问题，而让人得到不同的结果。当然，如果你能把死的写成活的，黑的写成白的，项目经理需要从不同的角度解析同一个问题，而让人得到不同的结果、3、沟通能力！

不仅仅是语言沟通能力，还包括察颜观色的能力。项目经理未必需要口若悬河，出口成章，但说出的话一定让人清 项目经理未必需要口若悬河，出口成章，项目经理未必需要口若悬河楚的明白；同时，也要通过表情，动作等身材语言，了解对方的内心想法 楚的明白 同时，也要通过表情，动作等身材语言，了解对方的内心想法。这一点，真得很难，有的人一辈子未必学得 同时会与别人沟通。所以，只能看你的天份了。这一点，应该点到 10%。最后 10%，就是抗压能力，作为项目经理，一定要能承受常人不能承受的巨大压力。尤其在项目遇到问题，进展不顺的时候，在成本上升和面 尤其在项目遇到问题，进展不顺的时候，尤其在项目遇到问题临着最终期限快到的时候，如何承受并缓解那种压力，不是每一个人都能够做到的。临着最终期限快到的时候，如何承受并缓解那种压力，不是每一个人都能够做到的。如果你遇到一点事就郁郁寡欢，放不下，那在项目的重压之下，会是对你精神与身材的双重折磨。篇三：项目经理工作总结心得

项目经理工作总结心得

时间：2012-08-30 作者：模具联盟网 点击：

评论：

0 字体：t|t 本人做项目经理工作工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理工作最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。项目开始阶段是一个最重要的阶段。项目经理工作在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1、这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2、这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理工作需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理工作是一定要记住的；

3、基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目经理

thldl.org.cn的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4、在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需

大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5、现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6、是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理工作不能尽早发现风险，那么就只能去当烈士了。

7、明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理工作都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理工作本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8、现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理工作将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理工作就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理工作把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通

和被动访问是同时存在的，尤其是对领导，项目经理工作更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理工作一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理工作开始就要和客户说清楚有些文档是必须签字的，比如项目经理工作的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理工作专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的项目经理工作就越主动。

9、好了，做了很多前期项目经理工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理工作能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理工作比较空闲的时候，不像前期的时候项目经理工作要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理工作往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理工作这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况„”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸„）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理工作一直要注意的事情，我听说有些老项目经理工作拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定项目经理工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的

角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理工作和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理工作，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1、确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2、和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3、（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价。篇四：项目管理心得：一个项目经理的个人体会、经验总结

项目管理心得：一个项目经理的个人体会、经验总结

摘要：项目经理要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

对于这种需求天天变的客户，你就一定要事先做好规矩：

一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：

*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；

*便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；

*对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了；

8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比

如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。篇五：一个全面的项目经理工作总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的；

3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响；

4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；

5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6.是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industry expert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8.现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少；拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢？就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9.好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况?”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把

会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸?）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价 所以，对于这种需求天天变的客户，你就一定要事先做好规矩：

一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项

目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中；

二、所有需求变更全部要有书面文字，这点切记！这样做好处多多：

*有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的；

*便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的；

*对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了；

系统开发告一段落后，就进入客户培训、系统验收阶段，这个阶段，我一般会注意以下几个问题：

给客户做培训前，多注意一些表面功夫。很多程序员认为，既然很多系统采用原型法，有一个由粗到精的过程，那么系统的逻辑核心是否正确才是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题；而且培训的时候也是空手上台、信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西，否则，仅仅因为一些无关紧要的报错就让客户第一印象觉得系统不稳定，那你就真的比窦娥还冤了。如果工作再做得详细一点，可以做一些类似flash的东西，把一些你要强调的重点用通俗易懂、轻松愉快的方式表达出来。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能；而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确、培训文档是否完备、培训时所举的例子是否有代表性都是很关键的因素，第一炮打不响，以后就麻烦很多。