如何做好软件项目的验收管理？

第一篇：如何做好软件项目的验收管理？

如何做好软件项目的验收管理？

项目验收，也称范围核实或移交（Cutover）。它是核查项目计划规定范围内各项工作或活动是否已经全部完成，可交付成果是否令人满意，并将核查结果记录在验收文件中的一系列活动。怎样做好软件项目验收管理工作是本文的重点，根据多年验收管理经验，总结了做好软件项目验收管理的一些方法，希望能给大家带来帮助。

1、在软件项目实施过程中注重里程碑的确定，制定阶段性目标

如果要做好一个软件项目，完成项目的验收条件，主要还是以业务是否可用作为衡量的。不是一定得实现所有用户的需求（这里指的是口头上的需求，如果落实到文字上的还是要实现的），也不是只有将一些所谓的技术难点解决用户就会同意验收，而是可以完成一定的阶段应用业务目标。

进行需求调研的时候就要主动控制项目的边界，将一个一个业务流根据客户方的实际情况合理组织实施顺序，形成软件项目实施计划中的里程碑点，明确达到里程碑点的条件，并得到双方一致正式认可。

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

很多人希望通过详细的系统需求规格说明书来定义项目要实现的内容和业务目标，这是很有必要的，但需求规格说明书得到认可并非是通过用户审核就可以的结果，应该想办法让用户一起参与到需求规格说明书的制定过程中来，变成用户自己推导出来的业务实施目标，未来才不容易变形。

2、积极主动地与客户进行沟通

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

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

给高管汇报技巧就是简洁明了，真实客观，有理有据分析问题，提出对策建议请其决策即可。中层往往是项目主要的推动力量和实际执行者，也往往是对具体业务需求最主要的要求者，他们对企业实际运做过程最清楚，提出要求最具体，而且项目验收与否没有中层的同意往往也是不太容易做到的。

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

和基层的沟通主要体现对最终用户的关怀，定期主动和最终用户沟通，消除一些怨气，让用户能坚持用下去，这个时候往往发现很多用户真的是非常好相处，尽管软件还有很多值得改进的地方，但他们一旦认可团队，反而会尽心尽力帮助推动项目的进行。

目前一般要求每个项目经理在项目进行中都要填写详尽的项目月报，反映项目的进度，与计划的偏差，完成的项目内容，投入人力，目前项目存在的问题，以及预计项目下月的进度等等。将进度月报交部门负责人、项目管理中心、总经办审阅。

类似地也要制定针对客户的月报甚至是周报，将相关的信息反应到客户方的负责人，及相关高层。可以先发邮件，然后还要电话落实收到并口头简要汇报，特别是高管层，千万不要以为发了就等于别人会去看，一定要口头跟进汇报一次，保证客户各方面负责人对项目进展做到心中有数。

在项目的过程中，也需要注意平时做人的积累，比如要做到讲诚信，讲原则。主要是三条：1）做不到的事情千万别随意承诺；2）承诺的事情一定要努力做到；3）每次做到的事情都进步一点点。按这三条做事，即使在系统的使用过程中总会有这样或那样的一些不方便，用户也会慢慢接受稍微长一点的响应周期，也会用更多积极性眼光看现在的问题，也相信问题一定有人响应，也一定可以得到解决。进而使卖方和客户之间形成一种较为和谐的关系。

3、验收阶段的准备工作及注意事项

当系统经过一段试运行，具备验收的各项条件之后，就需要着手验收阶段的准备工作了。首先需要把到目前为止完成的工作进行一个总结，列出已经完成的各项目工作成果、各类文档，对合同以及各类约定的技术文档中的相关内容进行自查，要彻底了解系统目前完成的情况如何，是否已经完成了与客户方达成的各项书面约定以及口头约定，没有完成的，如果是书面约定，准备采取什么策略去进一步完成。

做一个详细的验收计划是非常必要的，可以用来作为验收阶段的工作指导。这就需要与客户进行详细的沟通，再次明确验收前需要完成的工作，尽量避免客户方在此阶段提出过多的更改需求，这是极为重要的。验收计划中不光要有需要继续完成的工作，还需要有一个相对固定的工期，使双方都继续朝着这个方向去努力，防止无限制的拖延。

项目验收对任何一个项目管理者都是一个极大的挑战，即使已经采取本文提到的几种手段，也不能保证项目能够顺利验收，本文中提出的这些建议，是希望能够起到抛砖引玉的效果，希望各位同仁可以提出更多更好的方法来促进项目如期验收。

4、写好备忘录和问题跟踪记录

在一个漫长项目周期中，很多工作做了也就做了，认可了也就认可了，时间一长也就忘记了很多承诺和约定，到了验收的时候就可能重新翻出来，这种事情很多人可能都经历过，明明说可以先不做的内容最终验收的时候又成了必要条件。

在收集项目出现的各种问题时，采用问题跟踪记录表的形式，这样可以一目了然地显示出曾经收集到的各种问题，目前的解决情况，以及还有什么问题没有解决，准备什么时候解决。这样客户和卖方都会对目前的情况非常了解，通过不断地解决出现的问题，来收敛可能出现的问题，当存在的问题越来越少时，也就表示系统已经在接近验收的标准了。每次备忘录要口头交流认可后才打印签字确定阶段性工作成果。下次工作则根据前次备忘录的双方约定继续进行，保障项目在每次工作基础上不断前进，并用备忘录约束双方的行为。

第二篇：理解验收方法做好软件验收管理

帮助用户实现IT投资价值最大化

理解验收方法做好软件验收管理

软件验收管理工作是软件质量保障交付的最后一个阶段，也是软件正式投入使用的最后一道防火墙，软件验收管理工作是软件质量保障的重要环节。

山东省软件评测中心韩庆良主任曾总结：软件项目验收管理是对软件项目成果的检验和确认，也是对软件项目范围的再确认，做好软件验收管理应从正确理解软件验收方法开始，软件验收应是一个过程的概念，包括验收前的系统测试、数据移植、系统上线和正式验收四个阶段。

1.软件系统测试

系统测试是对系统进行全面的测试，应在测试环境中进行，以确保系统的功能和技术设计满足企业的业务需求，并能正常运行。系统测试阶段应包括以下主要流程:

(1)制订测试计划，包括编制测试用例，建立测试环境。

(2)测试：在测试环境中，项目组根据需要，对系统依次进行单元测试、集成测试、压力测试和用户接受测试，记录测试结果并由相关测试人签字确认，编制相应的测试报告。对于未通过测试的内容，项目组应查找失败的原因，并修改相应程序或设置，重新进行测试。除了进行充分的系统功能测试，测试应包含与内部控制相关的测试内容，如系统认证和授权、交易完整性及数据真实、完整性的有关功能。

(3)提交测试报告、用户确认签字。项目组撰写测试报告，将测试报告提交给各相关用户，用户应在测试报告上签字确认。

2.数据移植

新系统上线时如需要将原始数据移植到新系统，则应完成以下主要工作: 地址：济南市高新区齐鲁软件园D座4层 电话：*** 张凯丽

邮箱：zhangkl@keylab.net 网址：http://www.sdstc.net/

帮助用户实现IT投资价值最大化

(1)制订数据移植/转换计划。除了要定义数据收集的格式、范围、进度外，还要考虑系统接口的影响，并建立了数据移植完整性和准确性测试方法以及意外事件处理程序。

(2)数据收集。如果项目实施涉及到数据收集，应由数据收集小组根据数据收集格式，对数据进行收集，数据收集小组在收集数据时应培训业务部门的数据提供人员，以确保数据提供人员了解和掌握对数据收集的各项规定和要求。

(3)数据移植前的测试。在测试环境中对数据移植方法进行测试，书面记录测试结果，解决测试中发现的问题，进行问题记录并归档。

(4)数据导入并核查结果

项目组成员将数据导入系统，并在导入后按照事先制定的数据移植完整性和准确性测试方法对系统中的数据做进一步的核查，确保导入数据的质量。如有意外，按照事先制定的意外事件处理程序处理，并留下记录。数据移植完成之后，用户应对数据移植结果签字确认。

(5)数据移植后要进行适当时间的试运行，确认数据移植的真实性和完整性。试运行时间视具体系统的规模、影响程度而定。对影响较大的系统，至少应试运行三个完整的月结周期。

3.系统上线

系统上线阶段应包括以下的主要流程:

(1)上线前准备工作：在上线前，软件开发方应制定系统上线计划，包括上线检查清单、上线支持人员、退回机制等，并提交《上线申请表》。系统上线计划和《上线申请表》应经过信息技术部门和业务部门管理层的正式批准，并通知各相关部门。

地址：济南市高新区齐鲁软件园D座4层 电话：*** 张凯丽

邮箱：zhangkl@keylab.net 网址：http://www.sdstc.net/

帮助用户实现IT投资价值最大化

(2)系统上线：所有的上线准备工作做好之后，由软件监督人员确认上线系统版本正确性后，与用户确认系统上线时间，下达上线指令。系统上线操作人员将最后版本的系统程序移植到生产环境。

4.正式验收

正式验收前，软件开发方应向信息技术管理部门提交软件开发过程中各阶段性文档，包括需求分析说明书、概要设计说明书、详细设计说明书、数据库设计说明书、源程序代码、可供安装使用的系统安装程序、系统管理员手册、用户使用手册、测试计划、测试报告、用户报告、数据移植计划及报告、系统上线计划及报告、用户意见书、验收申请等。

信息技术管理部门接到验收申请后，组织专家对项目进行初审。初审通过后，组织管理层领导、业务管理人员和信息技术专家成立项目验收委员会，负责对软件项目进行正式验收。

软件监督应根据软件开发方在整个软件开发过程中的表现，向验收委员会提出全面的软件监督报告，并根据开题设计书、软件开发合同以及《需求分析说明书》，制定验收标准，提交验收委员会。信息技术管理部门组织由验收委员会、软件监督、软件开发方参加的项目验收会，软件开发方以项目汇报、现场应用演示等方式汇报项目完成情况，验收委员会根据验收标准对项目进行评审，形成最终验收意见。

以上软件验收方法是我们山东省软件评测中心多年的经验总结，我们秉承“帮助用户实现IT投资价值最大化”的企业理念，努力将科研成果转化为社会服务，欢迎社会各界专家学者批评指正。

地址：济南市高新区齐鲁软件园D座4层 电话：*** 张凯丽

邮箱：zhangkl@keylab.net 网址：http://www.sdstc.net/

第三篇：软件项目验收申请

***软件股份有限公司

项目验收申请

尊敬的院领导：

您好！

**医院信息化建设从2011年5月进院到现在，历时2年零5个月时间。在医院信息科以及各个临床科室、管理科室与我项目组的共同努力下，目前项目已经实施已完成。

我院的信息化建设有着模块多，任务重，业务流程复杂的特点。在院领导的带领下，院方相关科室和项目组攻克了一个又一个难关，经过两年的实施和使用目前医院的信息化系统已经稳定，各个部门都已经正常运用信息化系统进行日常业务操作；同时医院的信息化系统在完成医院正常业务的同时为医院各个部门提供了符合医院特色的统计数据，发挥到了应有的作用，各个模块已达到预期效果。所以项目组特申请进行项目验收，请领导批准。

在接下来的维护期工作中我们将再接再厉，力争为医院提供更加优质的服务。

项目经理：

申请日期：

第四篇：软件项目验收方案

一、验收目的

为使信息化项目建设按照标准要求进行，确保项目竣工后达到有关要求和标准，并能正常投入运行，必须进行项目验收。

二、验收对象

参与项目建设的施工单位。

三、项目验收的前提条件：

（1）所有建设项目按照合同要求全部建成，并满足使用要求；（2）各个分项工程全部验收合格；（3）已通过软件确认测试评审；（4）已通过软件系统测试评审；（5）软件已置于配置管理之下；

（6）各种技术文档和验收资料完备，符合合同的内容；

（7）系统建设和数据处理符合信息安全的要求，涉密信息系统需提供主管部门验收的合格证书；

（8）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；

（9）各种设备经加电试运行，状态正常；（10）经过监理方同意；

（11）经过相关主管部门和项目业主同意；（12）合同或合同附件规定的其他验收条件；

四、验收方法

项目验收是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，针对不同的验收内容，在实施验收操作中，可以采取以下不同的方法：

（一）登记法

对项目中所设计的所有硬件、软件和应用程序一一登记，特别是硬件使用手册、软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调发展建设中的问题进行登记。

（二）对照法

对照检查项目各项建设内容的结果是否与合同条款及工程施工方案一致。

（三）操作法

这是项目建设最主要的验收方法。首先，最项目系统硬件一一实际加电操作，验证是否与硬件提供的技术性能相一致；其次，运行项目软件系统，检验其管理硬件及应用软件的实际能力是否与合同规定的一致；第三，运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。(四)测试法

对能使用检测仪器进行检测的设备，实施应当一一进行实际测试，检查是否和设备、实施的规格、性能要求相一致。

五、验收步骤

（一）需求分析

项目监理单位组织人员对项目进行验收需求分析，针对项目验收，监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队，负责具体工作。

（二）编写验收方案（计划书）

项目监理单位在对项目进行深入的需求分析的基础上编写验收方案（计划书），提交业主单位审定。

（三）成立项目验收小组

实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。

（四）项目验收的实施

严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的测试和验收。

（五）提交验收报告

项目验收完毕，对项目系统设计、建设质量、设备治疗、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对一流问题提出具体的解决意见。

（六）召开项目验收评审会

召开由验收委员会全体成员参加的项目验收评审会，全面细致的审核项目销售小组所提交的验收报告，给出最终的验收意见，形成验收评审报告提交项目业主存档。

六、验收程序

（一）初验

1、申请：项目竣工后经测试和试运行合格，施工单位根据合同、招标书、计划任务书，检查、总结项目完成情况后向业主提出初验申请。

2、方式：项目业主组织监理和施工单位进行初验。

3、施工单位提供材料：初验申请书、完工报告、项目总结、一级要求的验收评审资料。

（二）终验

1、申请：初验合格后，项目业主根据合同、招标书、任务书，检查、总结项目实施和完成情况后向主管部门提出验收申请。

2、经过审核，材料齐全则由主管部门组织验收。

验收工作有由主管部门和项目业主、监理等单位和专家组组成验收小组进行验收。验收工作分为两个步骤：验收小组和验收评委会评审，由验收小组共同确定验收时间、评审时间及其他安排。

（1）验收小组验收

验收小组一般由5-8人组成，成员由主管部门和项目业主的管理人员、监理单位专业技术人员共同完成。验收时参照相关验收内容及标准进行，验收后必须提交验收报告。（2）验收委员会评审

验收委员会一般由8-15人组成，成员由验收小组及主管部门、项目业主和监理单位的领导、专家等组成。验收委员会评审一般采取会议评议方式进行，听取验收总结报告说明、验收小组验收结果及意见，通过评审提交验收评审报告。

（3）项目业主提供材料：验收申请、项目建设总结性评价报告（组织与实施协调）、项目 实施报告（技术、项目管理、质量控制）、相关文档资料、验收安排计划、验收小组及委员会名单、验收计划书（由监理单位负责）

3、验收签字

经过验收、评审形成的验收报告和评审报告，验收委员会成员签字。

七、验收依据

作为项目验收的依据，一般选用项目合同书、国标、行业标准和相关政策法规、国际惯例等。

（一）项目合同书 签定的项目有关合同

（二）国家标准

硬件、软件、布线、安全等

（三）新疆省信息化项目建设管理暂行办法

（四）其他

具体验收标准和一句由监理单位根据具体项目情况提出，主管部门和项目业主审定。

八、验收内容和标准

根据具体项目实际制定，由项目监理单位负责编写，主管部门和项目业主审定。项目验收标准是判断项目成果是否达到要求的一句，因而应具有科学性和权威性，只有制定科学的标准，才能有效的验收项目结果。验收内容一般包括测试（复核）、资料评审、质量鉴定三部分。

验收的内容包括以下几个部分：

（一）验收内容一般包括软件验收（按功能要求的可执行软件、开发计划文档、详细设计文档、质量保证计划、设备相应附件、设备运行、网络运行等）

（二）验收评测工作主要包括：文档分析、方案制定、现场测试、问题单提交、测试报告；

（三）验收测试内容主要包括：功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档。

（四）文档验收标准一般包括：文档完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等。

（五）软件、硬件验收标准要符合国家和相关标准。需要评审的资料包括以下几个部分：

（一）基础资料：招标书、投标书、有关合同、有关批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案。

（二）项目竣工资料：项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档、其他文件。

（三）软件开发文档：需求说明书、、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册。

（四）软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、会议记录和开发进度月报。

九、验收结论

验收结果分为:验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。

1、项目凡具有下列情况之一的，按验收不合格处理：

（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；

（二）所提供材料不齐全或不真实的；

（三）项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的；

（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；

（五）没有对系统或设备进行试运行，或者运行不合格；

（六）项目经费使用情况审计发现问题的；

（七）违犯法律、法规的其他行为；

2、验收结论确认和处理

由主管单位同相关部门根据验收已经和相关资料得出结论，并进行确认。

3、项目验收结论的处理

（一）验收结论为验收合格的，项目业主将全部验收材料同意装订成册并连同相应的电子文档分别报主管部门及相关部门备案。

（二）验收结论需要复议的，主管部门以书面形式通知建设单位在三个月内补充有关材料或者进行相关说明。

（三）验收结论为验收不合格的，主管部门以书面形式通知项目业主和设计、施工单位，限期整改，整改后试运行合格的，项目业主重新申请验收。

（四）未通过验收的信息化项目，不得交付使用。

十、项目交接

项目竣工验收合格后，应班里项目交接手续。项目的移交包括实体移交和项目文件移交部分。

十一、各项目业主和监理单位要严格参照此方案开展项目验收工作。

第五篇：软件项目管理

软件项目经理所需的素质

许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。

一个优秀的软件项目经理应该具备以下素质。

一、执着

可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念，努力打动别人，才能成功。

坚持到成功为止。只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%，你却不知，最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功

二、亲和力

亲和力是指你和团队相互依赖，相互信任能力的大小。亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。

多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。

为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。

三、品德高尚

“一撇一捺是个人，世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。

人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。

勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。

乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。但是这却需要你多帮助别人，别人才会帮助你。不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。

以德报怨，可能是人最难做到的。中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功？

“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。”

四、口才

良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。

要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：

1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；

2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。

3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。

3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。

4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。

五、循序渐进

循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。

为什么会出现这种情况？难道CMM真的不适应中国过情吗？不是，绝对不是。是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。

“循序渐进，循序渐进，再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。

六、持久求学

“书到用时方恨少，学至成时始知卑。”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。

事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。

最后，我总结一下中国项目经理所必需掌握的知识：

1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。（外国的项目经理可能不需要掌握）

2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。

3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。

4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。

七、敢负责任

一个人因为有责任才有生存的意义。一个人随着年龄的增长，责任感也会愈来愈重。成年时，法律也会赋予一些年少时没有的责任。同时地位逐渐提高，责任也会相对加重。

一个人惟有负责，才能产生做人的价值。所负责任愈大，价值就愈高。换句话说，有责任，生命才有意义。如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。

因此，经理就是要负责任，如果不负责任就可以不要经理了！项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。

实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。

八、以身作则

项目管理的一个重要工作就是定义各种规范和制定，但是这些规范和制度的执行除了靠项目经理的执着推行，口才宣传，力主培训、惩戒得当之外，关键还是在于项目经理的以身作则。如果项目经理自己都违反自己定义的条款的话，那么就别指望团队会自觉遵守这些规定。

作为一个管理者以身作则是最基本的素质，千万不要为自己违反规范和制度找各种借口，例如我我是公司只属考核，我因为某某更重要的事情而不得不违反。“只许周宫放火，不许百姓点灯”的话，是无法将规范和制度推入人心的。项目经理如果违反了规范，只有当众加重处罚，别无他法。

因此，鉴于规范制度的权威性主要还是靠项目经理自己，只有坚持以身作则，才能将自己优秀的管理思想贯穿下去，取得开发过程改进的成功。

九、要有威信

一个项目经理说话有没有人听，必须要靠威信，这种威信是靠自身的素质，而不是狐假虎威。靠高层领导的支持来强迫团队执行项目制度过程的话，是注定会失败的。因为团队成员不信任你，表面服从，实际消极怠工，就足以让流程实质瘫痪。

做事要有信用，说一不二，不能因为朋友关心就讲情面。公是公，私是私。平时可以稀稀拉拉，关键问题决不手软，不因为朋友关系妥协，这样才能树立威信，便于工作。

威信除了必要的威信之外，最主要的还是信用，项目经理在做事没有绝对把握的时候千万不要承诺，一旦承诺就无论如何一定要实现。否则，当实现不成功而丢失信用之后，再想让团队相信你，信任你就是非常困难的事情了。

十、善于总结

项目经理要善于总结，只有不断的总结才能不停的完善自己，成功的事情总结经验，失败的事情要总结教训，总结的过程就是不断改进的过程，这也是CMM规范所必需的素质。

总结

总结的过程要多吸取别人的意见，不要武断自己的结论。博人所长，综合起来才算趋于完美。这个原因有二：其一，项目经理不是孤立的一个人，而是必须融于团队之中，一个流程合不合理，不是由项目经理说了算，而是要由团队的成员说了算，注意倾听团队成员的真实感受，不断改进流程才能成功。中国的许多CMM改进失败，并不是项目经理知识能力不够，而是他们没有一起与团队总结，经多年经验，我们发现大多数规范，必须要有一套合理的软件支持才能成功，否则无论你的理想多先进，想靠程序员工作来提高过程质量的改进是不现实的。其二，“闻道有先后，术业有专攻”，项目经理不可能是全才，什么都懂。因此要和哪些与专攻方向不同的人一起总结。比如项目经理可能精通软件开发流程的改进，但是却不知道测试流程、网络管理流程、品质保证流程的改进，而这些流程又直接作用于软件开发流程。这个时候必须与测试人员、网管人员、质量保证人员共同探讨，找出一条切实可行的改进方案。