项目管理经验总结精编5篇

【序言】由三一刀客网友为您整理分享的“项目管理经验总结精编5篇”办公资料，以供您学习参考之用，希望这篇文档资料对您有所帮助，喜欢就复制下载吧！

项目经验总结1

基于高速的数据采集系统项目经验总结

王晓莉

这次关于《基于高速的数据采集系统项目》我主要工作是协助项目经理对项目进行管理，负责了部分文档的整理以及整个项目过程的监督。虽存在些许的不足之处，但总体的付出，还是获得了不少收益，现就次工作情况，做简要总结：

一、工作内容和收获：

1、工作内容：

a、参与项目的制定，进行会议记录。

b、策划并组织团队建设活动。

c、讨论风险登记，运用头脑风暴法。

d、汇总整理项目状态报告。

e、监督项目组其他同学的项目进度，进行沟通协调并且向项目经理进行报告。

f、协调项目经理进行项目变更。

2、工作收获：

a、工作敏感度有所提高，能够较积极地向项目经理汇报工作进度

与结果；

b、工作适应力逐步增强，对后期安排的工作，现已得心应手；

二、工作中存在的不足：

1、工作细心度仍有所欠缺；在日常工作中，时常有些工作因为不够

细心，从而浪费时间或是再做一遍。相信以后遇到类似问题，一定会仔细、仔细、再仔细来完成每项工作；

2、因为对技术方面的内容不是很了解，出现过一些沟通问题。以

后工作中自己会在做好本职工作同时积极参与其他工作的学习。

三、经验体会：

这次项目过程中对之前所学的项目管理内容进行了融会贯通，对之前理论学习进行动手之后有了更深刻的认识。就自己负责的行政管理内容这一块也发现了一些问题，自己的优势是比较善于沟通协调，做事积极主动，善于发现问题。缺点是对于自己不涉及的领域了解还不够知识面比较窄，并不是专业的IT行政工作者。即使以后想做管理这一块，我觉得学好技术还是很有必要的，不然跟工程师的沟通问题会比较大。根据以上工作中存在的不足，我也会不断改进，提高自我工作意识及工作效率，努力做好以后学习工作中的每一件事情！

以上就是一秘为大家带来的5篇《项目管理经验总结》，希望可以对您的写作有一定的参考作用。

项目管理经验总结2

项目管理经验和技术总结

江苏分公司第四管理部

作为项目管理人员，要以专业技术为依托，以工程项目管理为中心，先进的工程建设理念，明确项目成本、质量、进度和安全目标。扎实的工程建设理论和技术管理知识、丰富的现场施工经验是做好工程项目管理的基础；这就需要在平时的工作中不断积累和总结，让实践与理论更好地沉淀于能力上，更好去管理协调。

一、对于整个施工过程中的技术实施，主要还是在于工程的质量，质量不合格，其它一切也就白谈了。影响施工项目的质量因素主要是人、材、机、方法和环境。所以如何控制好质量是关键。1.要熟悉工程建设中的各种材料的技术性质和质量要求；材料要严格检查验收，正确合理使用，建立管理台帐，进行收、发、储、运等环节的技术管理，避免混料和将不合格的原材料使用到工程上。2.对各工序的施工工艺充分地把握，严格按施工方案施工；全面分析，预防为主，对可能出现质量隐患的，设置控制点，重点防范；控制好整个施工过程的质量通病：质量通病面大量广，危害极大，消除质量通病只要思想重视，施工过程严格按施工验收规范进行施工，遵守施工程序和操作规程，贯彻技术责任，严格检查、层层把关，绝大多数质量通病都能消除。

二、当今社会是一个讲效率的社会，时间就是金钱，质量保证了，进度也要跟得上，要合理地赶进度，对各种资源优化搭配，从而节省管理资源，节约管理成本。

三、建立项目核算制，对项目进行成本控制，人、材、机、管是构成成本的主要费用；人工费严格按工程量计算，优化劳动力，减少返工，杜绝滥用工，施工要按工期严格进行，严禁窝工，无故停工，用工要按时按量（定量定工）；材料在在提取使用前，施工主要负责人要熟悉施工图纸，对所用的材料的数量做到心中有数，要按时按量提取材料，尽量控制材料使用量，严格按照图纸施工，多用材料和少用材料土建工长都要以洽商的形式反映在书面上。也就是说主要负责人要对提取的材料严格把关，严禁多提错提。在现场要有人专门盯工程质量，依图施工，严禁浪费材料，丢失材料。工人对施工工艺不了解会导致浪费材料，还要防止工人盗窃施工材料和施工工具；机械施工方案的选择，要合理配置机械，提高使用率；管理人员要严格配置，架构要合理，管理人员素质、技术、办事效率要高，缩短工期，减少管理成本；优化整个施工过程各工序的施工工艺，综合衡量，通过改变工艺，搞高效率，减少人、材、机，从而降低成本。

四、要以人为本，安全第一，明确安全目标、减少和消除生产过程中的事故，保证人员健康安全和财产免受损失；统一安全生产管理，制定周密的安全措施，建全规章制度，保证在多项目、多部位、多工种施工的条件下有序地进行工作，对使用一些特殊建筑材料性能、使用方法，要明确进行技术交底，控制好人、物的不安全状态、改善生产、生活环境。

在工作中要多观察，多动脑，多学习，并且不断提高交际能力，增强管理协调能力，以良好的思想品德、敬业的合作精神和奉献创新意识来回报社会的。

分公司项目管理经验总结3

分公司炼化一体化项目

工程建设管理经验总结

一、研发工程管理信息系统，提高工作督办效率

1、简介

分公司炼化一体化项目包含一百多个子项单元，其中绝大部分单元为E+P+C或PMC（监理代业主管理）模式，参建单位众多、新老区作业点分布广，各方协作难度和现场管控压力巨大。同时，现场不少工程管理人员也是应项目需要刚刚抽调过来，项目管理经验少，因此，项目建设不可避免的形成了“新兵打大仗、新兵打硬仗”的局面。面对困难，我们紧密结合工作实际，以“掌控信息流”为切入点，进行有益的尝试，充分利用计算机网络信息技术优势，自主研发并投用了“石化炼化一体化项目工程管理信息系统”。

工程管理信息系统包括公告板、内部联系、进度日报、闭环管理（包括安全、质量、其他方面三个类型）、设计文件到图通知、焊接管理系统（外接系统整合）、电子沙盘和短信通群发等功能。主要功能包括：

2、效果

工程管理信息系统的应用，为协调解决现场问题提供了快速、公开的信息通道，受到了全体参建单位的欢迎和好评。自2011年10月投用以来，截止2012年12月，实名注册使用的用户管理和技术人员达到493人，覆盖了全部31家单位（其中业主部门78人、承包商287人、监理单位105人、检测单位23人）；系统数据信息交互记录达22000多条，为项目管理收集了大量和宝贵的底层信息资料。

协调事项的督促解决、现场问题的闭环管理卓有成效。系统所有信息都能够快速及时、透明公开的进行发布，配合严格的响

应时间规定，确保有问必答、全员监督、一追到底，大大加快了事项、问题的沟通速度和督办效率，有效避免了信息沟通传达不到位、推诿扯皮的情况，提高了整个项目管理的整体管控能力。截止2012年12月，内联组件协调对接项达248项次（其中设计文件需求对接144项次，物资供应需求对接78项次，施工需协调解决事项8项次，其他问题18项次），闭环管理组件监督完成问题闭环整改共计715项次（其中安全管理类401项次，质量管理类143项次，文明施工及其他类171项次），规定时间响应率达%。

3、作用

系统信息上传便利，并能快速访问和使用，通过网络把各类相关工作的协调沟通、问题的闭环管理工作公开化、透明化，有问必答、一追到底，大大加快了事件、问题的沟通速度和督办效率，避免了信息沟通传达不到位、推诿扯皮现象，提高了项目管理的整体管控能力。闭环管理模块中的各类问题，从发现到整改都有清楚的记录，留存的资料对其他区域施工具有很好的借鉴和参考意义。

二、建立焊接管理系统，把好焊接质量关

为确保炼化一体化项目焊接作业质量，加强管道、钢结构、设备等焊接和无损检测工作的管理，并对焊接作业进行实时监控管理，提高焊接一次合格率，建立了焊接管理系统。

该系统由登陆管理、权限管理、焊接过程管理、无损检测结果输出及优秀焊工排名等部分组成。系统可全面分析每位参建焊工的焊接合格率，记录所有管道、钢结构、设备等焊接质量情况，为焊缝检测控制提供过程控制及结果分析平台。

系统的优点：

（1）数字化信息管理系统，信息动态控制；

（2）报表数据生成简单、直观，能客观反映管道、钢结构、设备焊接情况，并能自动生成优秀焊工；

（3）焊接及无损检测信息传递及时、数据共享、查询方便；（4）过程数据真实，检测、监理、施工三家单位一本帐，能有效避免虚假现象的发生。

请质量部相关人员补充焊接合格率等数据。对系统效果的评价。

三、实行工程管理业务流程检查表制度，促使管理行为到位 为加大现场为进一步抓好炼化一体化项目建设管理，我公司从工程管理实际需要出发，同时考虑到工程管理人员水平参差不齐的实际状况，制定了涉及各专业的工程管理业务流程检查表制度。

专业检查表的检查内容量化，包含项目名称、检查人员、陪检人员、整改要求等内容，并与“比学赶帮超”活动相结合。为做到有效检查、避免管理漏洞，检查工作分层次开展。施工单位对照检查表逐日检查、填写，对需要监理旁站的内容由监理单位现场填写、确认。监理单位每周不少于一次检查施工单位的检查情况和抽查现场实际问题，做好检查记录的留存，并做到按月汇总。建设单位每月不少于两次对监理、施工单位进行检查，并每月进行一次总结。通过该项工作的开展，各方管理行为比较到位，有效杜绝现场管理工作出现真空和脱节。

四、全过程实行安全监管，确保现场安全无事故

在安全管理上，我公司采取了一系列监管方法。项目管理中期，引入青岛安工院做为HSE管理的第三方监管单位，并入业主方HSE部，参与项目管过程安全监管，效果明显。

一是严格执行专业工程分包审批制和劳务分包报告制，并按年设立承包商安全生产综合风险保证金，违章处罚冲抵，风险金不足部分按年缴纳。

二是抓好外来施工人员上岗前入厂安全教育。所有外来施工人员均按规定进行入厂安全教育，并建立“入厂通行证”制度，所有施工人员必须持证从门禁系统进入施工现场。

三是加强对施工现场安全检查及隐患整改力度，增加安全检查频次，切实防止施工过程中各种安全事故的发生。

四是按照“严管、细查、重罚、激励、连坐”的原则，制定了《石化工程项目建设“零容忍”实施细则》，进行项目建设全过程安全监管，对照制定的《工程项目HSE违章违纪考核处罚细则》以及《承包商管理规定和考核标准》等规定，对一些“低、老、坏”、习惯性违章和安全措施不落实、监管不到位，严重危及施工安全的情况，以及重复发生的习惯性安全违章违纪现象进行处罚。

分公司工程部

二〇一三年四月二十七日

各种项目管理经验总结4

各种项目管理经验总结大全

如何在一个项目中从启动、执行、完成这一过程中，在做好项目管理的基础上，使团队所有成员在做人做事方面有所提高？

减少沟通成本是做好项目管理和团队管理的重要前提条件，而且是贯穿整个流程之中。（1）帮助新人快速理解原来团队的氛围，知识，降低后期的沟通成本。

一方面要提前将内部约定的词语或专业词语解释给新人，且必须让他们理解。

内部约定的词语有两种情形：一种是我们自己原创的，例如“栏目页”；另一种是普通的单词，在特定的环境使用中，我们对它“重新”定义，例如“模块”。而专业词语则是行业中通用的词汇，这个与个人的阅历直接相关。

内部约定的词语在团队的日常交流中经常使用，不会觉得有问题。但对于新人来说则是碰到一个概念，大部分情况下新人们会根据已有的经验、阅历去理解我们的词汇，他们自己觉得“懂”了，所以大部分情况没有提出疑问。只有在项目进行中出现问题，几轮沟通下来才发现问题在于双方对某个词的理解出现了偏差，这时已付出巨大的沟通成本。所以，在和新人沟通的时候，时刻提醒自己：当讲到一些词语，无论是否是内部约定词语还是一些专业名词，停下来问问新人是否理解，并要让他们说出理解，以此来检验大家在理解上是否有偏差。例如在界面设计中的“模块”，在不同场景有不同理解，但我们内部已经对它“重新”定义，特指界面中的一个栏目。如果没有提前解释清楚，在中期执行经常会出现多次返工修改的情形。

另一方面根据新人的理解水平，选择用词。

由于每个人的阅读量、认知水平都不同，所以在日常沟通中，一开始最好尽量少用一些专业名词，最好是在新人亲身经历过，再向他解释。例如一开始讲界面就提到用户体验、眼动实验，估计他们大脑顿时就石化了。

在开会、安排任务、解释说明的措辞上，尽量用一些通俗易懂，他们的认知水平可以理解的词语来说。“用户都是傻瓜”这话也适用于新人，（没有丝毫贬低的意思）这要求leader在解释说明时要做到所用的词，连傻瓜都能听得懂。我们要的是团队一起成长，不是为了向新人炫耀自己懂了多少，不是在卖弄我们的技术。

（2）整个团队交流时要化抽象为具象，便于成员之间相互理解

由于每个人的知识、阅历不尽相同，对于概念的理解必然存在偏差。因此leader在安排任务、讲解时，能画图的不用文字，能用表格的不用文字，能用比喻的不要直白陈述概念。通过具体、生动地表述帮助大家理解，减少不必要的纠结。

（3）明确一个时间点，减少误解。

假如说leader对你说“明天上午把文件发给我”你会什么时候发？可能leader从9点多就在电脑前等，你却睡到11点多才起床。Leader肯定不爽。问题出在哪？时间不明确。每个人对“明天上午”的理解都不同，“发给我”是发送到邮箱还是QQ离线文件？稍微注意下，改成“明天上午10点前把文件发到我QQ邮箱”。双方都心知肚明，可能leader会9点50分就去查看邮箱。大家合作愉快。

（一）项目管理

项目管理的目的就是保证项目按时按质完成。最理想的情形就是适当在人安排在适当的岗位上做适当的事，但现实中往往很难实现。这时leader需要有效地执行计划并监督大家朝一个方向努力。

一个项目的执行，需要有2个角色：项目经理+产品经理。（只能借助这样装逼的词）项目经理：正确地做流程；产品经理：正确地做产品。

由于人的精力有限，需要有人专注某一领域，协调项目的进展。项目经理更注重流程，制定并把握项目的进度，安排合适的人做正确的事，而产品经理则注重产品的质量，如网页的界面、功能，后台的数据库等，安排合适的人把事情做正确！

（1）制定合理的进度表，确保各项内容安排得当。

一份进度表须包括：起始时间、内容、参与人、负责人、输出物（即某个阶段做出的成果）。

确定的起始时间应注意：

第一，包括一个缓冲期。为了避免拖拉，延误了整个项目的时间，需将起始时间设定在底限的时间的前1-3天。例如1号开始画psd图，底线是10号交最终版的样图。在确定起始时间，应当设定为1-7号。因为返工修改与可能会出现拖拉的这2个因素，空出3天这样一个弹性时间。假如设定时间是1-10号，有可能10号晚上拿到的PSD图就非常满意，不需要一点点修改？

第二，时间的最终确定需所有成员清楚并同意。为了增加成员对项目的认同感，也为了尊重成员，避免成员在情感上认为上级又布置了一个任务，只能选择接受。由于每个人有各种私人的事情，还有可能有选修课、实验课等等不定因素，所以大家的时间比较零碎。此时，leader可以先按理想中的情况安排起始时间，再在会议上让成员商议，在每个人确保自己能完成任务的时间的情况下，再确定一份最终版的时间表（当然不能超过底限时间），最后leader要强调这份时间表是所有成员做出的承诺，如果完成不了再进行问责！

确定任务的参与人时，应充分考虑到他的技能水平、时间安排能否按时按质完成。但现实情况是很难有一个量化标准来衡量一个成员，因此leader在安排时可适当降低标准，只要不底于底限即可。

（2）开会进行任务安排，明确每个人的职责。

为了避免会议冗长、低效，小团队（8-12人）开会时，全部人站着开会且开会时间尽量控制在20分钟之内。会议上无法达成协议的，由双方会后再协商，不能因为个人浪费大家时间。

在部署任务时

第一，讲清我的期望与衡量标准。可以让成员从思想上重视，且知道怎么做才能让leader满意，更具方向性。

第二，讲清楚做这件事对其个人能力成长有什么帮助。

第三，关于做事情的方法和思路，如何去做，因人而异：对于新手，就直接讲明应该如何去做，细化到步骤，让其马上去执行；对于有经验者，只需要将一个大致思路；

第四，明确优先级。有时会出现一个人手头上多个任务，不知道先做那个，所以leader在安排时，有时需要对多任务设定一个优先级排序。（3）追踪目标，动态掌握项目的进程，适时进行干预确保能按时完成。

第一，leader要主动去询问、帮助成员解决问题。通过询问、了解、帮助成员解决问题，既有利于项目的顺利进行，又有利于团队的和谐融洽。由于习惯、年级等多方面因素，成员不习惯向上提问，向上反馈，特别是新成员，经常是到截至日期前一刻才会反馈出一堆问题，倘若此时再解决，时间已经不允许了，造成的结果往往就是项目拖时。越少的沟通，成员之间的了解就越少，默契配合就越差，成员之间如果一直在陌生人的情形下合作是相当不利的。Leader可以这样发问“最近**做得怎么样，有什么需要我帮助的吗？”

第二、定期举行进度会议来一次性解决问题，反馈进度。进度会议既可以让成员了解项目的进度，清楚现状，又可以根据实际情况解决出现的问题并调整计划。由于许多问题在做计划时是无法提前遇见，因此通过定期的会议来总结问题并解决问题。

第三、在风险可承担的前提下，适当放权，允许成员犯错。既可以发挥成员的积极性也可以让他领悟更深。做一个项目的开发，与大学其他社团活动最大的区别就是终止时间。一旦活动举办的时间确定下来，无论中间多少个不确定因素，无论质量好坏，活动必须举办。而项目开发因为弹性时间大，一个成员犯的错对于整个项目最后能否按时按质完成的影响的风险，leader若可以承担，就主动放权，让成员去试错。在犯错之后，及时帮他总结，解释，让他有更深的领悟，但绝不允许一个错误犯两次。

项目经验总结5

项目经验总结

本人从事IT工作多年，亲身参与过多个项目。感到做这个工作最要紧的就是要明白什么的员工适合做什么样的事，合理分工、因地制宜，只有最合适的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误工作进度。以下是本人做项目的一些个人体会，希望大家多多指点，共同提高业务水平。

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

1、这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。前期了解情况越详细，后面的工作就越顺利，项目的风险就越小。

2、这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，尽可能的争取更多人的支持，让事情向你所希望的方向发展。只要有利益存在，竞争方也可能做合作方。

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

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

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

6、在明确项目的总体策略后，开始成立项目小组。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（Industry expert），这样双方才可以相互清晰的理解对方的表达意思。我们经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。

7、现在你要面对三类人：你的领导、你的团队和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后发生什么问题，就能做到有据可查。还有一些问题，比如你提交的报告，给领导（包括本方领导和客户领导）做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任；另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。

8、现在是做计划的时候了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。

项目进入实施阶段，项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点。一个问题，有很多方面，从不同的角度看，现象是完全不同的。这些技术人员，他们往往精通一个方面，就自己的角度发表见解。在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论。会后，你自己写文档，做决定，自然实施起来的阻力就小。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。

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

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

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

3、（项目初期的工作）明确更改流程，一般是客户指定一人签字，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果。然后再让客户在上面签字。