IT项目文档汇总

1、IT项目文档汇总项目按时间先后顺序会分为若干个阶段，每个阶段会有大量的文档产生。如：项目前期会有项目前景说明书项目建设方案，项目需求调研阶段有需 求调研报告需求评审报告，项目设计阶段有项目开发计划功能特性列表功能规格书详细设计报说明数据库设计报告uml设计说明 项目开发阶段有项目开发进度报告项目版本说明项目会议纪要项目进入实施阶段后，相关的文档就更多了现场实施计划项目安装手册系统管 理员手册用户手册客户联系人表客户服务器环境配置表硬件签收单用户反馈说明需求变更说明客户培训计划客户培训签到表 项目试运行申请现场工作备忘录现场人员评价表项目验收阶段有项目阶段验收报告项目整体验收报等等这些较为常用的

2、文档。一、项目前景说明个人感感觉是形形式大于于内容。该该文档主主要谈的的是项目目背景，客客户环境境，预期期建设目目标，产产生效益益，都是是些大而而空 的的话，对对项目开开发没有有实际意意义。这这份文档档的作用用仅供甲甲乙双方方的高层层领导参参阅，其其他的项项目关系系人不是是看不到到，而是是根本就就不会看看。这份份文档一一般是由由公司的的管理 咨询部部来编制制，也只只有他们们才能站站在领导导的层面面上去编编写非大大众阅读读的文档档。项目目管理培培训二、项项目建设设方案这份文文档大多多时用在在投标过过程中，是是用于投投标的技技术方案案。文档档根据客客户在招招标方案案中所规规定的内内容来制制定相 对

3、详细细的建设设方案此此时由于于没有经经过需求求调研，方方案也无无法过于于详细。不不过，我我还真没没见到中中标之前前就率队队到客户户现场开开展需求求调研的的做法，客客户也不不允许这这样 干干,否则则容易产产生误会会。项项目建设设方案的的好坏会会直接影影响到投投标得分分的高低低，而且且一般是是由客户户方的信信息化的的专职牵牵头组织织，各业业务部门门派人配配合，组组成评审审 小组组对其评评审。因因此方案案的编写写大多情情况下由由管理咨咨询顾问问来编写写。另外外，该方方案也为为项目范范围划定定了边界界，需求求调研也也会遵照照着划定定的范围围开展工工作，因因此该文文档 在在项目前前期具有有指导意意义。注

4、：如如果项目目合同附附有技技术协议议书，那那么技技术协议议书中中所规定定的项目目范围多多数与项项目建设设方案一一致，但但最终的的项目范范围应以以技术术协议书书为准准。t三、需需求调研研报告这份文文档是必必须的。原原因其一一：项目目接下来来的设计计工作都都将围绕绕它来开开展，起起提纲挈挈领的作作用。原原因之二二：一 大帮人人风风火火火的在在客户处处热热闹闹闹的折折腾了大大半月，总总得有个个书面的的东西向向自己老老板和客客户的项项目负责责人交代代吧。印印象深刻刻的是我我第一次次带队到到客户现现场作需需求， 连打印印机，打打印纸，笔笔记本，网网线，小小交换机机装着满满满一大大箱一个个都不少少的带到到

5、现场。白白天作需需求，晚晚上联机机将各自自的需求求整理成成worrd文档档,第二二天再给给客户确确 认，反反复修改改。直到到最终的的需求评评审会议议通过后后，连夜夜打印。厚厚厚的77大本文文档(每每个业务务子系统统一本)，然后后乘以22，客户户一份，公公司一份份。那一一晚，一一个崭新新的 打打印机硬硬是被折折腾得面面目全非非啊。第第二天大大清早，还还特地跑跑到当地地的装帧帧店，将将这些文文档精美美的包装装一番，然然后各自自分头将将包装好好的需求求文档提提交给客客户方对对应的业业 务部部门的经经理签名名，最后后汇总到到客户的的项目负负责人手手里存档档，自己己再带一一份回公公司存档档并作为为项目设

6、设计的依依据。至至此，需需求调研研报告就就oveer了。由由于项目目是 客客户化定定制的，当当项目进进入到实实施过程程中的时时候，往往往需求求的变更更会占到到当初需需求调研研的300%强，而而且你还还不能拿拿当初双双方签订订的需需求调研研报告来来说事儿儿，来 约束客客户。除除非你是是行业标标杆，很很强势很很牛叉。所所以当团团队将依依据需需求调研研报告将将功能能规格书书编制制出来后后，其使使命基本本完成，转转而束之之高阁。需求求调研报报告要要根据客客户的描描述加以以分析和和整理成成如下要要素：数数据的输输入、输输出，业业务数据据量的大大小及使使用频率率(会据据此作性性能的特特殊设计计以及负负载测

7、试试)，参参 与业业务的角角色，有有无特殊殊的权限限控制，业业务流程程走向，是是否与其其他的业业务相互互关联等等等。这这些要素素不是通通过与客客户的一一次沟通通交流就就能获取取到。要要有耐心心，要细细致， 还要有有技巧，最最关键的的是你要要懂得客客户业务务。否则则，客户户说的你你不懂，然然后你一一张嘴就就显外行行。最后后，你做做出来的的需求就就三字：不靠谱谱。即使使凭客户户关系过过了评审审这 一一关，报报告上客客户也签签了字，但但后等到到系统实实施上线线的时候候，你的的需求变变更基本本就朝着着80%的比例例上奔去去了。那那时候，先先不谈老老板会怎怎样看你你，就你你旁边那那些个开开 发的的兄弟看

8、看着自己己辛苦的的成果一一个个被被客户推推翻，你你就知道道可以杀杀人的眼眼神是神神马味道道了。步子迈迈得有些些大了，扯扯的有些些远了。咱咱们这里里只谈项项目文档档，关于于需求如如何作，如如何才能能做好，需需要另起起一篇详详述。总总之，这这份文档档如果交交待的不不清楚，会会严重影影响着项项目的质质量与进进度。说说直接一一点，就就是关系系着项目目成本或或是成败败。四、需需求评审审报告类似于于会议纪纪要性质质的文档档，是需需求评审审会议后后产生的的结果。记记录会议议的时间间，地点点，参与与的人员员，会议议的主 题，每每一项业业务需求求在会议议中是否否得到确确认这这一点是是整个文文档的关关键之处处，很

9、有有可能aa部门提提的需求求与b部部门的业业务发生生冲突，这这种事情情很常见见，将来来会在如如何做 好需求求一篇中中详述。总之之，这份份报告应应作为需需求调研研报告的的修正文文档，将将评审后后的结果果同步到到需求求调研报报告中中，也为为下一次次的需求求评审做做好准备备，这样样反 复复几次，需需求调研研报告才才最终得得以客户户确认。五、项项目开发发计划开发计计划在需需求调研研需求完完毕后就就要着手手开始制制定。计计划书里里包括设设计、开开发、测测试、实实施的具具体时间间，还要要 注明明每个阶阶段的关关键点。比比如，项项目第一一次构建建的时间间点，第第一次提提交测试试的时间间点，系系统发布布的时间

10、间点，项项目验收收的时间间点等等等，都要要在计划划书中明明确标明明。如果果 项目目大、周周期长，项项目还要要分为若若干个里里程碑，每每个里程程碑要有有详细的的进度目目标及质质量目标标说明作作为里程程碑到达达的检验验标准。另另外，每每个任务务都除了了有具体体的时间间 点、优优先级之之外，还还要有任任务的责责任人和和需要客客户配合合的事项项。项目目开发计计划 一般分分两个版版本。一一份给客客户，一一份属于于项目组组内部使使用。两两个版本本相比较较而言，除除了规划划的粒度度粗细有有差别外外，有时时候在不不得以的的情况下下，其时时间点也也不相同同。至 于原因因，主要要是由于于客户对对信息化化的认知知程

11、度有有限，认认为开发发系统是是一件简简单的事事情，从从而限定定的时间间要求比比较苛刻刻。但项项目合同同还得签签，计划划表还得得照着客客户的时时 间限限定来做做。真正正进入项项目实施施过程中中的时候候，跟客客户保持持良好的的沟通，让让客户理理解信息息化建设设是一个个逐步有有序的过过程，引引导客户户配合我我们的步步骤来实实施。做做好了这这 一点点，我想想客户也也不会在在回头在在开发计计划上与与我们纠纠结，毕毕竟，把把项目做做好才是是硬道理理。wwww.mmypmm.neet项目组内部部的开发发计划要要做好版版本控制制。比如如：一个个项目周周期较长长，分若若干里程程碑，那那么在最最初制定定计划的的时

12、候是是允许前前细后粗粗的。也也就说，第第一个里里程碑规规划的比比 较详详细，后后续的里里程碑有有意的放放粗，而而等到前前个里程程碑将近近结束的的时候再再来细化化后一个个里程碑碑的工作作内容，因因此，项项目开发发计划 的每个个版本都都要留存存，并做做好文档档的版本本变更说说明。还还有，你你一定要要相信，项项目的执执行情况况与事先先安排的的计划定定会存在在差距。那那么就每每周召集集项目组组开来一一次项目目会 议议，找出出差距，分分析原因因，最后后将计划划书完成成一次同同步。请请记住项项目开发发计划决决不是由由某个人人或某些些人拍着着脑袋弄弄出来的的一份毫毫无可执执行性的的文档，它它应该是是指 引引

13、项目最最终走向向胜利目目标的航航线。项项目经理理圈子六、功功能特性性列表也可以以叫做功功能模块块列表。模模块是项项目开发发计划制制定过程程中可划划分的最最小粒度度一般般情况下下如此，所以以，项项目开发发计划必必须等到到这份文文档出品品后才能能开始制制定。功能能特性列列表的的内容包包括：子子系统名名称，模模块名称称，模块块编号。文文档由需需求调研研人员编编制，格格式简洁洁，其目目的是让让阅读者者毫不费费劲就能能了解项项目的实实质内容容以及项项目规模模。项目目管理者者联盟文文章七、功功能规格格书t业内有有句话：功能规规格书是是标杆，每每日构建建是心跳跳，里程程碑是生生命线。由由此可见见规格书书的重

14、要要性。他他不仅是是项目开开发的参参照，同同时也作作为测试试的依据据，所以以它也是是开发与与测试协协作的纽纽带。功能能规格书书一般般由富有有项目经经验的开开发人员员编写，能能迅速、准准确的根根据需求求调研的的成果转转化为可可编码开开发的功功能模块块。一份份好的功功能规格格书的标标准 是是让阅读读文档的的人能够够了解系系统运转转的各方方面细节节。比如如：某个个模块的的初始界界面是什什么样，初初始加载载的数据据条件是是什么，页页面上有有哪些按按钮，其其布局如如何，每每个按钮钮 如何何响应，是是弹出或或跳转另一个个页面，遇遇到异常常情况的的提示信信息是什什么。不不仅是初初始页面面，模块块中的每每个页

15、面面都要做做如此细细致的说说明，要要细致到到哪怕是是一个下下拉 框框都要说说明填充充其中的的值从哪哪里获取取。每个个操作要要说明成成功与失失败的标标准,有有流程的的模块要要画出流流程图，流流程的每每一步注注明参与与的人员员角色色。项项目经理理圈子功能规规格书分分阶段写写，以划划分的里里程碑为为准。每每一阶段段的功能能规格书书完成后后，召集集项目小小组开规规格书评评审会议议。测试试人员必必须到场场，一方方面是为为了尽早早的介入入项目， 对项目目的构成成有更直直观的认认识。另另一方面面，也可可以就前前期从需需求调研研报告获获得的理理解来对对开发人人员设计计的规格格书提出出自己的的意见。评评审会议议

16、由项目目组长主主持，每每 位参参与设计计的人员员轮流上上台讲解解自己设设计的那那部分，其其余的人人员主要要从以下下几个方方面进行行评审：1、功功能设计计是否满满足客户户需求。2 、面面布局是是否美观观、合理理。操作作是否简简单、易易用。wwww.myppm.nnet3 、据据流向是是否清晰晰，模块块之间的的数据关关联设计计是否合合理。4、预预计的开开发时间间是否合合理，是是否满足足项目的的整体开开发周期期要求。评审完完毕后，各各自根据据修改意意见下去去调整规规格书。如如此反复复几个回回合，确确定了功功能规格格书作为为了项目目的标杆杆。这个个时候，项项目组的的所有成成员包包括测试试都统统一了对对

17、 项目目的认识识，规格格书进入入了冻结结阶段，任任何人无无法修改改。接下下来，开开发人员员开始按按照规格格书中的的设计进进行编码码，测试试人员开开始根据据规格书书编写测测试用例例。项目目经理博博客编写功功能规格格书其其实是设设计的过过程是是一项繁繁复的工工作，尤尤其是进进入项目目实施阶阶段。用用户的需需求变更更会不可可避免的的导致系系统与规规格书的的不同步步。按照照正规的的流程， 变更首首先会导导致设计计的变更更规格格书，设设计的变变更指导导代码的的变更。但但实际上上，项目目进入实实施阶段段后，留留给项目目组处理理反馈的的时间往往往并不不多，再再者，一一些细微微的 调调整比比如界面面的改动动，

18、控件件的初始始值如如果遵循循正规的的流程会会使开发发人员怨怨声载道道，士气气低下。因因此，我我采用了了折中的的方法：第一次次设计一一气呵成成，必须须保证实实际 运运行的系系统与设设计同步步。这一一点由测测试部负负责监控控。系统统上线后后，同步步的工作作可以专专门抽个个时间来来完成。即即，前期期是系统统参照规规格书开开发，后后期是规规格书参参照系统统来 同同步。在在频繁的的修改下下必须保保证一周周内至少少同步一一次，并并且将文文档提交交给测试试部检查查，出现现问题，以以bugg论处。那那有朋友友会问，既既然规格格书在后后期失去去了标杆杆的作 用，那那还费时时费劲的的同步它它有何意意义?1、对对项

19、目后后期维护护起至关关重要作作用，完完整的设设计文档档在加上上良好的的代码注注释，会会让维护护人员迅迅速的进进入项目目状态。2、让新进进入项目目组的成成员能尽尽快的对对项目有有整体的的印象，从从而担任任工作。另另外还可可以减少少项目培培训的成成本。然而，后后期的同同步又引引发了另另一个棘棘手问题题：测试试人员对对需求变变更的测测试标准准从哪里里获取呢呢?于是是我们又又做了改改进，当当需求变变更到项项目组手手里后，召召开会议议，测试试人 员员参加。会会议上，对对小的、简简单的修修改当即即提出解解决方案案，测试试人员记记录，以以此作为为测试依依据。对对于大的的改动有有可能会会增加功功能模块块，则则

20、还是采采用先设设计后开开发 的的原则。八、 详细细设计报报说明作为功功能规格格书的的一份补补充文档档，主要要解决如如何编码码的问题题，测试试人员一一般不看看。开发发人员在在编码之之前或编编码过程程中如果果遇到了了复杂的的算、业业务逻辑辑，可以以在该文文档中详详细的说说明解决决思路，也也可以用用一段伪伪代码来来说明。九、数数据库设设计报告告该文档档与功功能规格格书配配套。规规格书中中关于数数据库设设计的说说明直接接引用该该文档。另另外，项项目验收收时，客客户也常常要求开开发方提提供数据据库设计计报告，作作为日后后其他系系统与本本系统做做接口的的依据说说明。项项目管理理论坛数据据库设计计报告记记录

21、的内内容有：模块名名，数据据表名，英英文字段段名，中中文说明明，主键键，外键键，索引引，约束束注明明关联的的表及字字段，数数据类型型，长度度，能否否为空以以 及对对整张数数据表的的备注信信息。对对于某些些关键字字段还要要对他的的值所表表示的含含义做详详细说明明。另外外，数数据库设设计报告告也会会面临后后期同步步的棘手手问题，其其同步的的策略是是 做了了修改就就立即同同步数数据库的的改动较较少，且且简单。这这一点与与规格书书还有所所不同。数据库库设计报报告的评评审与规规格书相相同，评评审依据据有如下下几点：1、是是否留有有适当的的冗余便便于系统统的扩展展。项目目管理者者联盟文文章2、性性能是否否

22、能达标标。索引引是否合合理。转转自项目目管理者者联盟3、数数据字段段描述是是否清晰晰易懂。评审通通过的数数据库设设计报告告交给测测试一份份，测试试人员会会针对具具有特殊殊性能要要求的模模块编写写脚本做做压力测测试十、uuml设设计说明明项目目管理者者联盟文文章这个文文档不常常用，我我一般会会在两种种情况下下要求项项目做业业务模型型设计：1、 业务相相当复杂杂的时候候。功能规格书书更多的的是从模模块界面面，操作作方式上上去阐述述模块的的功能，至至于底层层的数据据模型还还得用uuml图图来辅助助说明。uuml图图有很多多种，我我们一般般也只常常用几种种，包括括：用例例图，类类图，时时序图，其其中类

23、图图又最为为重要。2、 对原有有系统进进行重构构的时候候。原有系系统由于于种种原原因业业务了解解不透，工工期紧张张，人员员能力不不具备在做开开发之前前没有对对复杂的的业务进进行模型型设计，开开发出来来的系统统虽然能能用，但但漏洞百百出，开开发 人人员时常常处于救救火的状状态。随随着时间间推移，开开发人员员对业务务有了更更深入的的了解，慢慢慢的不不满足在在现有的的代码基基础上修修补，产产生了强强烈的重重构的愿愿望。就就这样，再再作第 二个类类似系统统的时候候，很自自然的就就操起uuml工工具对现现有的代代码进行行重构。有很多多的朋友友不理解解为什么么要建模模，直接接用代码码说话不不是更好好么?我

24、我举个项项目中的的例子：我曾经经带队实实施过一一个有220000人企业业的信息息管理系系统， 有144个子系系统，6600来来个功能能模块。其其中有一一个物资资子系统统，做过过类似项项目的朋朋友应该该知道，物物资子系系统流程程复杂还还要嵌套套大流流程中嵌嵌套小流流程，模模块众 多。刚刚开始没没有进行行业务建建模，功功能规格格书设计计完毕后后，直接接数据库库设计报报告，然然后上手手编码。整整个子系系统设计计花了22人月，编编码用了了4人月月。等进进入到测测试阶段段 后，bbug满满天飞，真真是按下下葫芦起起来瓢，原原定与11个月的的稳定期期最后又又延迟了了1个月月才总算算表面上上稳定下下来。在在

25、客户那那里上线线后，需需求一旦旦发生变变更，开开发人员员就 心心惊胆颤颤，生怕怕出现牵牵一发而而动全身身。究其其根本原原因就是是在面对对如此复复杂的业业务系统统面前，没没有用建建模的手手段将业业务逻辑辑的全局局勾勒出出来，每每个人只只关注自自己的一一 块，导导致数据据的交互互出了很很多的问问题。最最后，在在项目总总结会上上，大家家一致认认为下一一个物资资系统，要要想办法法从根本本上解决决这些问问题。结结果，下下一个物物资系统统，我们们做了 充分的的设计，用用umll对业务务建模，使使每个开开发人员员既能清清晰的看看到业务务的整体体轮廓，又又能深入入细致的的了解到到每个类类之间的的交互以以及提供

26、供的接口口。这样样开发出出来的系系 统才才有底气气，面对对客户的的需求变变更我们们也能知知道动哪哪个位置置、影响响到哪个个地方，做做到心中中有数。所以，在在以后的的项目里里，只要要是碰见见业务复复杂的系系统，都都会要求求进行建建模。多多花些功功夫在前前面，后后面肯才才不会被被拖累。十一、项项目开发发进度报报告这份文文档由项项目经理理编制，作作为项目目的定期期一周周一份文档提提交给公公司领导导审阅。文文档主要要包括以以下几方方面的内内容：1、总总体开发发进度项项目管理理论坛2、现现场实施施进度3、项项目组现现有人员员4、本本周工作作完成情情况5、下下周的工工作计划划项目管管理者联联盟文章章6、项

27、项目存在在的问题题及解决决方案7、需需要协调调的资源源项目经经理圈子子8、功功能特性性变更说说明9、重大缺缺陷列表表项目经经理圈子子有数字字，有比比例，有有详情，能能让领导导快速的的掌握项项目目前前的进展展。bllog.myppm.nnet我做开开发部经经理时，部部门经常常会同时时开展多多个项目目。我要要求每周周五上午午，每个个项目经经理在111点之之前向我我提交项项目进度度报告。我我会在111点到到 122点这一一个小时时内去浏浏览这些些进度报报告，从从中发现现问题。下下午两点点准时召召开周项项目会议议，人员员不要太太多，由由每个项项目组长长及测试试部所有有人员测测试开发发比例是是 1:5参

28、参加。会会议的主主要目的的其一是是让各小小组之间间对所有有的项目目进展都都相互有有所了解解，便于于资源的的调配。其其二是由由测试人人员强调调目前项项目中存存在的问问题，对对共性问问 题制制定统一一的解决决方案，达达到知识识共享。其其三，确确定下周周任务的的重点及及难点，是是否需要要协调其其他的外外部资源源。会议时时间控制制在1小小时内，由由于事先先都提交交了项目目进度报报告，各各项目组组长都是是带着思思考来的的，因此此沟通比比较顺畅畅。在会会议上对对需要的的、属于于我职责责范 围围内的事事情拍板板，超出出能力范范围的，请请示公司司领导后后再作决决策。会会议结束束后，我我会综合合项目组组长提交交

29、的进度度报告的的内容，同同时也会会附上自自己的一一些思考考编写一一份开发发 部本本周工作作情况汇汇报提交交给公司司领导审审查。转转自项目目管理者者联盟十二、项项目版本本说明在项目目进展的的过程中中，我们们规定了了一旦项项目进入入实际代代码阶段段必须执执行每日日构建每每日构建建是心跳跳，然然后直到到项目处处于非活活动状态态为止。我我们用的的 版本本控制工工具是ccvs。项项目组成成员每日日下午55点之前前提交代代码，55点钟开开始构建建代码，构构建成功功就给项项目打上上标签，并并将标签签的信息息登记在在版本本控制说说明文文档 里里。主要要记录的的信息有有：打标标的人，打打标时间间，标签签名称，标

30、标签类型型普通通标签，内内部测试试标签，客客户发布布标签，补补丁标，标签签说明该该标签中中新增了了哪些内内容， 解决了了哪些bbug等等等。测测试部每每天6点点根据版版本控制制说明下下最新的的标签执执行自动动化构建建，第二二天早上上针对昨昨晚构建建好的系系统进行行测试。每日构构建的工工作由项项目组长长安排组组员轮流流构建。在在项目多多的情况况下，由由于都规规定在55点钟从从服务器器上下载载代码执执行构建建会导致致服务器器负载过过大，相相应 较较慢的现现象。后后来，我我们做了了制度上上的调整整不再硬硬性规定定必须55点构建建，处在在活动状状态的项项目只要要每天构构建一次次，有一一个标签签就行了了

31、。倘若若6点钟钟某个测测试人员员来告 诉我某某个项目目没有标标签，那那么项目目组长必必须有一一个非常常合适的的理由对对我解释释，当日日负责构构建的人人员会受受到考核核，很显显然，这这样的问问题会导导致测试试人员第第二天只只能在旧旧 版本本上工作作，测试试任务无无法完成成，影响响项目进进度。项项目经理理圈子十三、项项目会议议纪要分内部部和客户户的。项项目组内内部开会会时必须须要有会会议纪要要，现场场实施人人员与客客户在一一起开会会同样也也需要会会议纪要要，打印印出来双双方各执执一份，以以便日后后好对会会议中所所做的 决议能能有所追追溯。如如在会议议中做了了对项目目影响重重大的决决定，还还需要客客

32、户负责责人签名名确认。最最后，临临项目验验收时，整整理所有有的会议议纪要作作为验收收文档的的一部分分提交给给客 户户。wwww.mmypmm.neet十四、现现场实施施计划是临去去客户现现场之前前编制的的现场工工作计划划。因为为涉及到到出差费费用，首首先要经经过部门门批准，再再上报公公司核准准，然后后再电邮邮给客户户，获取取客户对对计划的的认可后后才能到到现场工工作。文档内内容包括括：目标标，现场场负责人人，预计计工作时时间，现现场工作作内容安安装部署署，数据据初始化化，用户户培训，需需求调研研，现场场跟踪使使用情况况等等，每项项内容预预计工作作时 间间，需客客户配合合事项等等等。最最后还要要

33、留有双双方签名名认可的的位置。到到现场后后，第一一件事就就是找客客户签订订该文档档前期期要电话话沟通好好。刚开始始我的项项目中是是没有这这份文档档的，结结果出现现多次现现场实施施效果不不理想的的情况。有有客户引引起的原原因，当当然也有有我们自自身的原原因。有有的客户户火急火火燎的让让我们派派实施 人员到到现场去去，等我我们的人人到现场场后，客客户反而而把我们们晾在那那里好多多天开始始配合我我们做实实施的工工作。我我们自己己的实施施人员在在去现场场实施之之前心里里也没有有一个明明确的目目 标：要达到到什么目目的，做做哪些事事情，需需要提前前准备，找找哪些人人协助，每每天的安安排是什什么，什什么时

34、候候返程等等等这些些都从没没有认真真的考虑虑，一到到现场就就被客户户牵着鼻鼻子 走走，实施施工作非非常被动动。为此此，我需需要制定定一份实实施计划划，我要要求实施施人员每每次将出出差申请请单给我我审批时时必须附附带实施施计划，实实施计划划经我认认可后，再再提交给给客户确确 认。客客户一看看正正规规规的文文档提交交过来了了，还带带有公司司电子签签章，自自然也就就认真对对待了对对此依旧旧毫不在在意，我我行我素素的客户户还真有有，但不不多。我我们规规规矩矩的的做 事事，客户户也不好好经常出出尔反尔尔。双双方确认认了计划划后，实实施人员员到现场场开展工工作就顺顺利多了了，计划划执行的的偏差率率能控制制

35、在100%以内内，节省省了出差差费用成成本，项项目进 度也大大步提高高。其实实我们也也碰到过过由于客客户原因因客观观因素，突突发事件件现场场实施条条件不具具备了，我我们会立立即和客客户商定定终止计计划，返返回公司司，等客客户现场场条件具具备 后后再续实实施。所所以说，这这份文档档有他的的灵活性性，它更更多的被被认为的的是双方方的一种种约定，至至少看上上去很正正规。wwww.myppm.nnet十五、系系统安装装手册在项目目发布之之前，这这份文档档就应该该准备好好。虽然然你或者者你的客客户可能能从来不不会总到到它，但但你如果果在验收收的时候候因为没没有这份份文档而而惨遭用用户拒绝绝签字，那那我向

36、你你深表同同情，因因为我曾曾经就这这样同情情过自己己。不要要在简单单的事情情上犯错错误，或或许它只只是疏忽忽而已。安装手册要要有有步步骤，有有截图，还还要有安安装过程程中易出出现问题题的解决决办法。最最后，把把客服的的电话留留在文档档中最醒醒目的位位置。项项目管理理培训十六、系系统管理理员手册册bbbs.mmypmm.neet每个系系统都会会有管理理员，负负责系统统的正常常运行。除除此之外外，他要要能运用用开发方方提供的的工具对对系统做做出灵活活的配置置 以适适应业务务部门需需求的变变更。最最基本配配置包括括部门人人员组织织结构的的设定，权权限的分分配，工工作流的的调整，字字典的设设置，日日志

37、的审审计。较较高级的的就涉及及到表单单的自定定义， 报表自自定义等等。这些些操作都都不是三三言两语语，或经经过几次次培训就就能让管管理员能能实际操操作，更更谈不上上理解。如如果有一一份系统统管理员员手册摆摆在管理理员的案案前，能能随时指指导他 如何操操作，如如何能达达到目标标，那不不是很方方便。如如果要做做得更贴贴近用户户，还可可以将用用文字难难以描述述、理解解的地方方做成视视频演示示。不过过，系统统在设计计的时候候应尽可可能的 做到功功能强大大，操作作简化。在系统统上线的的时候，如如果系统统管理员员能顺利利确定下下来往往往这一一点还不不太容易易，就就该把操操作手册册交给系系统管理理员，一一份

38、电子子档，一一份 包包装精美美的纸质质档。在我们们公司，管管理员操操作手册册由测试试人员编编制，包包括前面面提到的的系统统安装手手册以以及后面面将要提提到的用用户手册册都是是由测试试人员完完成，实实际上他他们兼着着文档工工 作。至至于对文文档质量量的检测测，我一一般会选选取一个个对该系系统不太太了解的的实施人人员，模模拟为系系统管理理员，依依据管理理员手册册中的说说明，完完成我提提出的任任务。如如果能比比较顺利利 的操操作下来来，okk，那就就证明这这文档还还不错。如如果在操操作过程程中多次次发生疑疑问，那那我会仔仔细的查查看这些些疑问点点是由于于文档没没描述清清楚呢，还还是依靠靠文字和和截图

39、实实在难 以描述述，还是是参与检检测的实实施人员员的能力力或态度度出现问问题。总总之，这这份文档档的好坏坏，之于于管理员员的有用用还是无无用，直直接影响响到客服服人员能能否减少少2/33的电话话接听 量，你你知道，我我指的是是系统操操作方面面的问题题。十七用用户手册册bbbs.mmypmm.neet拆分到到各功能能模块中中就成了了模块的的帮助文文件，合合并起来来就成为为系统的的用户手手册。用用户手册册中的大大部分内内容可以以取自功功能规格格书，但但是要将将规格书书里的界界面图可可能是 用viiso绘绘制的换为系系统实际际的截图图，再配配上常见见问题的的qa,就可以以交付给给用户了了。由于于规格

40、书书是由开开发人员员编制的的，其语语言风格格偏向与与技术型型，因此此测试人人 员要要根据具具体的情情况将其其转换为为用户易易于理解解的语言言风格。另外，用用户手册册有可能能还要会会根据不不同岗位位的用户户编制不不同的手手册，也也就是我我们常说说的细分分。举个个例子：我们曾曾经给某某企业做做过一套套物资管管理系统统。系统统上线前前夕， 有一位位组员对对用户手手册提出出了建议议，建议议将手册册分为22种，一一种是给给客户公公司领导导中、高高层看看的。由由于领导导在系统统中多数数时候仅仅进行查查询，比比对和最最终审批批的操 作，因因此这本本手册很很薄。第第二种是是给操作作人员计计划员，采采购员，库库

41、管员，统统计员看的，涉涉及系统统使用的的各方面面，所以以这本手手册就比比较厚。在在实际使使用过程程中，客客 户看看到我们们对用户户手册都都做了精精心的设设计，考考虑如此此周到，首首先就对对我们的的系统报报以期待待的印象象。特别别是客户户领导，工工作很忙忙，时间间精力有有限，我我们就将将他最需需要了 解的东东西呈现现给他，隐隐去无关关的内容容，降低低学习使使用系统统的难度度，节省省他的时时间，从从而受到到领导好好评。项项目管理理培训十八客客户联系系人表这份文文档的主主要作用用是留给给客服人人员做回回访。其其次是项项目组人人员流动动离职职后，客客户关系系不至于于丢失。一一个项目目在实施施的过程程中

42、会接接触很多多的人。有有客户高高层，有有 中层层领导，有有项目负负责人也也有最终终用户。这这些人员员的姓名名，性别别，部门门职务、办办公电话话、手机机、qqq、emmaill等等相相关信息息要记录录在文档档中便于于查询。另另外还要要 用备备注说明明该用户户在系统统中承担担的角色色。比如如说，人人力资源源部的主主任不一一定就是是人力资资源系统统的最了了解的用用户，倒倒是下面面的某位位具体办办事的人人员反而而是系统统最熟悉悉的 人人员，所所有的需需求都由由他来提提出。那那么我们们就要将将这个信信息录入入到备注注中，客客服在回回访时才才能抓住住关键人人物，获获取有价价值的信信息。项项目经理理博客项目

43、联联系人表表由项目目实施人人员编制制，根据据现场情情况随时时补充更更新。项项目经理理博客十九客客户环境境配置表表我们做做的项目目大多是是b/ss架构，客客户端零零安装的的系统。所所以这份份文档记记录的是是服务器器配置的的信息，包包括：服服务器的的类型应应用服务务器，数数据库服服务器，中中间件服服务 器器，文档档服务器器，备份份服务器器，双双机热备备还是负负载均衡衡，服务务器名和和ip,登录名名和密码码，数据据库用户户名和密密码，服服务器硬硬件配置置，软件件配置，应应用系统统安装目目录 等等。由于于我们的的项目一一般都附附带着硬硬件的采采购和部部署安装装，因此此这些信信息在系系统安装装完毕、正正

44、常运行行后，都都要记录录在该文文档中提提交给用用户签字字。该用用户不一一定是系系统 管管理员，也也不一定定是最终终用户 一般般是企业业负责信信息化的的部门，掌掌管所有有的服务务器的运运行和维维护，但但系统验验收的流流程中有有他签名名的一个个环节。写到这这里，我我想起了了不久前前的一件件事。我我们实施施人员到到现场做做完了项项目实施施，款也也回了990%。等等到销售售人员再再去现场场回100%的尾尾款时，却却遇到了了客户信信息部门门的 投投诉。那那老哥显显然憋了了很久一一肚子火火全撒在在销售人人员身上上，意识识是说前前几次回回款找我我签名我我都没为为难你们们，但这这一次质质保金的的验收我我不能签

45、签名，你你们的服服务器虽虽然托 管在我我这里，但但所有的的信息我我都不知知道，那那个是数数据库服服务器，哪哪个是应应用服务务器，用用户名和和密码，系系统安装装路径全全部都没没有。系系统出了了问题，业业务部门门全都找找我， 现在有有质保金金在这，你你们还会会帮着处处理，我我这个字字一签，出出了问题题我先谁谁去。很很显然，我我们实施施人员怠怠慢了这这位老哥哥。这也也难怪，什什么东西西都没留留下就让让别人验验收， 搁谁谁谁都不乐乐意啊。我我了解到到这个情情况后，立立即派那那位实施施人员赶赶赴现场场与销售售人员汇汇合，补补交了该该文档并并请那老老哥吃餐餐饭，赔赔个礼，字字总算是是签上了了。等实实施人员

46、员 回来来后，我我在部门门内树了了典型，以以示警戒戒。我还还列出了了现场实实施所需需要的文文档，并并强制规规定今后后出差报报销找我我签字必必须附带带着实施施文档，否否则就准准备找一一个很充充分的 理由向向我解释释。bllog.myppm.nnet二十客客户培训训计划在现场场实施过过程中，培培训是必必须的。有有面向个个人单独独的培训训，有面面向部门门的大规规模培训训。在遇遇到大规规模培育育时，我我们都会会先和客客户沟通通，制定定培训目目标、了了解大概概多 少少人参与与培训，属属于哪些些部门，是是什么级级别，分分多少轮轮次，什什么时间间开展，培培训地点点在哪里里，现场场有没有有投影仪仪然然后我们们

47、根据了了解的情情况来制制作相关关的培训训资 料料，包括括pptt,演示示数据，纸纸质资料料人手手一份，考试试试卷。这这些培训训资料要要根据面面向的培培训人员员的不同同而准备备不同的的内容，以以获得更更好的培培训效果果。培训训计划 制定完完毕后，再再次和用用户确认认，双方方认可后后在计划划上签名名，接下下来就是是开始准准备培训训资料了了。二十一客客户培训训签到表表bllog.myppm.nnet等到开开始培训训了，就就要准备备签到表表了，每每个参加加培训的的人都要要签上自自己的大大名。目目的其一一是有实实际在的的数据向向客户领领导汇报报培训的的效果，其其二是让让各位培培训人员员能严肃肃认真的的对

48、待培培训，其其三是可可以根据据签到表表来下发发考试试试卷，也也可以得得到参与与培训但但未考试试的数据据。项目目管理者者联盟有人跟跟我抱怨怨过，说说培训做做得这么么正规很很难，首首先是自自己要有有充分准准备，其其次还得得客户配配合。对对于是自自己的问问题那没没得说，咱咱们必须须得做好好，否则则系统上上线后麻麻烦很 多，而而且客户户会把所所有的责责任推向向我们。另另外，客客户是否否配合，这这一部分分取决于于项目经经理的现现场掌控控能力，一一部分在在于我们们是不是是自始至至终都表表现的很很正规。只只有我 们自身身正规做做事，才才能引导导客户正正规的开开展培训训，让我我们的系系统能顺顺利上线线。系统统

49、试运行行申请：系统部部署好了了，数据据初始化化的工作作也完成成了，培培训也大大 规模模开展并并取得了了不错的的效果，接接下来就就该进入入系统试试运行的的阶段了了。与客客户做好好沟通，向向客户提提交一份份试运行行申请，说说明前期期所做的的工作，列列出系统统具备试试运的条条 件，系系统目前前存在的的问题以以及上线线后的保保证措施施，后续续的工作作安排。这这份文档档是系统统进入到到运行阶阶段的重重要标志志，是客客户对我我们系统统的认可可，对我我们工作作的认可可，也 为后期期项目验验收奠定定基础。项目管理培训文档中中要对自自己所做做的工作作进行量量化。比比如做了了多少次次培训，有有哪些部部门参加加，合

50、计计多少人人，数据据初始化化的工作作涉及到到哪些方方面等，一一定要有有详实的的数据辅辅征，给给客户以以系统能能顺利上上线的信信心。项项目管理理者联盟盟二十二二现场场工作备备忘录实施人人员在现现场做了了哪些工工作，很很难为公公司界定定，甚至至连客户户有时只只知道人人到现场场了，但但具体做做了哪些些事情不不清楚，反反而有时时候会投投诉公司司派来的的人员不不得力，没没解 决决什么问问题。到到底是现现场实施施的人员员消极怠怠工，还还是由于于没有沟沟通好引引起客户户的误会会，我们们需要有有一份文文档记录录现场工工作情况况。这份份文档要要求实施施人员每每天将工工作内 容详细细记录，包包括本次次现场实实施人

51、员员的姓名名，实施施时间，每每天什么么时间做做了什么么事情，接接触了哪哪些人，解解决了什什么问题题，此次次实施还还遗留什什么问题题，下阶阶段的工工作安 排。最最后在临临走之前前提交给给客户，一一方面让让用户知知晓我们们的工作作成果，另另一方面面让给客客户留有有反馈渠渠道，签签署自己己的意见见。我们们在很多多的项目目中就采采取这样样的工作作方 式式，客户户认可这这种做法法，公司司内部对对外地出出差人员员的工作作也有检检验的依依据。到到验收时时候，这这些文档档我们也也会作为为项目过过程文档档提交给给客户。二十三三项目目阶段验验收申请请项目目管理者者联盟文文章这份文文档要根根据项目目规模的的大小以以

52、及签订订合同时时所约定定的付款款方式来来决定是是否需要要。一般般的小项项目都采采用是33:6:1的付付款方式式，那就就不存在在项目阶阶段验收收的情 况。如如果是大大项目，我我们一般般会力争争的付款款方式是是3:33:3:1，那那么在申申请第二二个300%的款款项时，就就必须向向客户提提交项项目阶段段验收申申请了了。该文文档要详详细 描描述前阶阶段的项项目进展展情况，能能量化的的地方一一定要用用数字说说话，比比如项目目历时多多长，完完成了哪哪些功能能模块，有有哪些模模块上线线运行了了，没有有投运行行的模块块是出于于什么原原 因。到到现场工工作了多多长时间间，做了了多少次次培训等等等，最最后还要要列出下下阶段的的工作安安排，需需要客户户配合的的工作。除除了这些些有据可可查的数数据描述述外，一一些宏观观的，客客套 的的，应景景的话也也要作为为总结信信的语言言放在最最后。比比如：项项目为客客户信息息化取得得什么成成果