项目经理九阴真经项目验收工作_项目经理主要工作业绩

项目经理九阴真经项目验收工作由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“项目经理主要工作业绩”。

项目经理九阴真经-项目验收工作

如何作好项目验收验收工作

9.1 验收工作应如何组织？

实施项目最快乐的事情就是项目验收，可是经常是没完没了的信息化，不见不散的项目组，验收之路何其漫漫。

我在整个项目经理技巧中都反复强调任何工作达到成效，并不在一时一地事情做到位，而是在平时工作积累中将事情细节做完善，做到位，很多想要的结果就自然达到了。

项目验收就是我们最想要达到的结果，一旦项目验收对很多人还意味着一件现实的事情就是，我们可以回款了，可以获得项目提成收入了，同样项目验收也是一系列细致工作完成到位的结果，而不是某个点的成功或者个人能力就可以促成的事情。一个项目的验收，未必是一次性活动，而是由一系列验收准备工作组成的，在最终验收之前，我们已经将很多阶段工作细化并得到认可执行，项目验收就是一个水到渠成的事情。

下面我们就一起讨论一下如何进行项目验收。

9.1.1 项目验收的条件

很多人会奇怪，这个问题还需要谈吗，肯定是按照合同和技术协议验收。

其实在业内目前项目合同和技术协议现状是一个项目，不管金额大小，个性化开发多少，软件功能模块，几乎是一个不少，用户要求我们承诺的服务内容也是一个不少，供应商在竞争压力下的营销过渡承诺很难完全避免杜绝，如果要以完成合同和技术协议为标准进行验收，业内的大部分项目个人以为达到预期要求的可能非常之少。

当然这和技术协议架构方式有关，一般最开始技术协议只谈服务内容和实现目标，很笼统，结果在实施过程中很容易出现业务需求爆炸的情况，软件商难以应付。

这种情况下软件商就开始逐步细化产品功能点，按功能点确定软件细节，只要功能点满足，理论上就应该满足用户业务需要，用户就应该验收，至于业务能否运行，更多的是用户的责任，这里面更多的体现了软件商的自我保护。

实际运做时无论技术协议多细致，对用户而言根本没有太大的参考价值，用户只会考虑其业务是否真的在运做，并以此作为检验我们项目是否可以验收的标准，当然有的项目可以通过商务运做，在业务实现不太好的情况下也能验收。

所以现在一般的模式管理软件项目是按照服务内容分几个业务目标，完成一个业务目标就完成一阶段验收，收取一部分实施费用。111-

没有双方高度达成一致的里程碑认可，也就是没有项目目标约定，没有目标约定的项目实施计划一定会经常变更内容、变更初始设定目标，导致计划不可控制，更谈不上验收。

很多人希望通过详细解决方案来定义项目要实现的内容和业务目标，这是很有必要的，但解决方案得到认可并非是通过用户审核就可以的结果，应该想办法让用户一起参与解决方案思路思考，变成用户自己推导出来的业务实施目标，未来才不容易变形。

因此我们建议在确定里程碑的时候和不同层面人员大量沟通目标，确定达成一致，在产品比较成熟的情况下，能否就项目边界达成一致是最关键的工作，一旦这个目标达成，就很容易制定计划执行和落实。确定每个里程碑后续工作可以参考下面的标准流程。

9.1.3 主动沟通

一般项目业务目标清晰后，就可以按照业务目标分解相应工作，逐步落实，在落实过程中有一个很重要的工作是很多实施人员会忽视的，就是主动沟通。

项目中一定要有沟通策略，和高管如何汇报工作进展，取得支持？和中层如何就业务目标不断确认，逐步清晰？和基层如何就项目应用操作模式达成一致，持续改进？都需要通过沟通反馈完成。

沟通的作用对于高管是让他们清楚我们一直按照项目目标前进，每个阶段工作进展是否顺利，影响项目正常运做原因是什么，需要哪些资源帮助。和高管沟通比较多的话，第一个好处高管经常听汇报就知道项目进展程度，可以安排反馈检查，看是否具备象我们所说进展，这样一旦认可了各个阶段目标后，最终要求高管签字结项也就顺理成章。

第二个会哭的孩子有奶吃，一把手工程核心就是高管支持项目运行，而做到这一点关键就是通过合理汇报让高管对一个逐步前进的工作进行业绩的承认，高管一旦认为某个事情比较容易成功了，反而容易追加资源保障完成，这就是信息化的：“马太效应”。

一个工作高管经常性不知道进展，怎么会支持呢？当然谁去汇报可以在项目中界定是企业还是我们软件实施商，但一定要和高管主动汇报。

给高管汇报技巧就是简洁明了，真实客观，有理有据分析问题，提出对策建议请其决策即可。

中层往往是项目主要的推动力量和实际执行者，也往往是对具体业务需求最主要要求者，他们对企业实际运做过程最清楚，提出要求最具体，而且项目验收与否没有中层的同意往往也是不太容易做到的。

要达到项目的目标没有中层的配合也是非常困难的，和中层的沟通往往是不断动态调整项目目标，逐步清

晰化项目目标和细节的过程。

往往通过前期业务调研只能对企业项目目标有一个大的，宏观的认识，但如何细化并最终落实并非是一步到位的过程。因此在整个项目过程中，双方项目组要不断沟通，特别是企业中层沟通，才能逐步认识越来越深刻，最终达成一致。113-

结论出来后后备忘录要详细描述自己所做工作细节，细节越详细越好，让项目组彼此认可工作内容和质量，而且对服务工作量可以有一个客观的评估。

而且在写备忘录时发现自己大量时间并非在有效沟通或者在推动项目实施上，那么意味着项目已经是在失去控制路上，应该立即引起警觉并采取措施解决。

备忘录最后还要约定下一阶段双方工作安排，在后续工作中严格按照备忘录设计自己的工作计划，了解企业项目组进展，如果企业项目组方面配合出现问题，在下次备忘录中要明确指出责任承担方，给用户形成一定的压力，从而更好推动项目走向前进。

一些重要的项目目标约定或者验收意见可以单独写备忘录，在最终验收时可以作为依据。

这样一个备忘录一个脚印推动项目向目标前进，每个备忘录都在前一阶段工作上有一点点进步，最终项目

验收就是水到渠成的事情。

除了实施备忘录外，实施人员最好给每天工作做详细记录，实施备忘录个人认为只是一个工作进度大概描述，而且可能会有水分，因而需要有一个每天工作的详细记录用于自己或者团队成员准确把握项目脉搏，及时发现问题，个人也能随时做项目回顾，用户的反复也能随时记录在案，如果出现项目延误，也能有理有节和用户应对。

9.1.5 精心准备一次成功的汇报

如果项目准备验收了，一般要安排一次验收鉴定，这个鉴定可能是要请专家来看，可能是企业内部组织，也可能就是几个人认可签字即可。

因此如果要验收，最后鉴定这个工作质量要高。

要准备好一套模拟现场环境的演示环境，要有足够真实的数据，要设计一套体现应用特色介绍流程，要准备一套详实汇报材料和相应PPT。

要保证验收大会顺利通过，其实是在验收大会前将相关汇报工作和现场应用情况和企业领导做过汇报，并得到充分认可。

9.1.6 平时做人的积累

对于项目一个实施人员要为公司考虑节约成本，同时也兼顾客户利益，是比较难以决策的。

特别是在一个多可能同时负责多个项目的时候，想每个项目都应该全力以赴是很困难的。这样难免让用户觉得我们响应不及时，有问题不解决，特别有些问题不是我们一个个体能够解决的，长期下来用户可能会积累很多的怨气。

因此实施人员平时做人要讲诚信，讲原则，无非是三条：

做不到的事情千万别随意承诺；-114-

承诺的事情一定要努力做到；

每次做到的事情都进步一点点。

有这三条用户会慢慢接受稍微长一点的响应周期，也会用更多积极性眼光看现在的问题，也相信问题一定有人响应，也一定可以得到解决。

我们很多人做项目遇到困难在公司内部没有想尽办法去解决，认为我自己这么努力，承受这么大的压力，而别的同事好象没有什么压力，心理不平衡，就容易回避放弃。拖，拖，拖，拖到无法再拖的时候在用户那里就没法抬头，只能被动挨打。

如果按照以上三条原则做事，反而简单，不做做不到的，当然这个做到做不到不是个人判断，而是和公司内部协调达成一致后的意见，做得到的一定按承诺做好，项目就会简单。

实施过程中可以留一手，有些好功能或者便利的地方，可以不全部告诉用户，毕竟在合同边界中没有涉及，在验收前可以作为条件和用户去置换。

9.2 如何催款？

首先要主动提出回款要求，这是很多实施人员最难做到的一点，不知道如何开口，担心开口后被动。其实要钱这个事情最难的就是开口要，开口要了就简单了，为公司催款是天经地意的事情，你是在为公司生存催款，也是为了有钱才能提供更好的服务，要理直气壮的去要钱。

就象很多人催别人还自己借给他的钱一样，难就难在自己的心理顾虑上。

不管项目实施地好不好，一开头要钱，用户马上就会提出不合适，这个时候我们要趁机了解，现在不合适，具备什么条件就是合适？立即和用户约定回款条件，有了回款条件，等于给自己清晰约定了双方工作目标，那么这个回款条件马上写进备忘录，达成一致意见。

所以项目中只要觉得具备一定条件，就要主动提出验收，验收速度取决于对验收目标是否达成一致。不断提出验收要求，就可以不断就项目目标进行清晰定位，反复三次后，验收目标就清楚了，这个时候双方项目组就该解决的问题就尽快解决，不能解决的就想办法，例如进行价值置换，或者追加资源投入，或者紧急开发，或者变更合同等等。

回款条件也不要立即写成备忘录，先不断提出各种可行回款条件，逐步选择最合理的条件以加深印象，并

不断利用各种汇报的机会 明确，最终写到备忘录中成为未来验收工作开展依据文件。

一旦目标一致清晰后，实施团队要全力保障回款条件实现，一旦达到回款条件，还别忘了请商务人员做去商务工作，个人也不是万能的，搞技术的可以催钱，但不要去要钱。