IT项目文档汇总.pdfVIP

IT项目文档汇总

项目按时间先后顺序会分为若干个阶段，每个阶段会有大量的文档产生。如：项目前

期会有《项目前景说明书》《项目建设方案》，项目需求调研阶段有《需求调研报告》

《需求评审报告》，项目设计阶段有《项目开发计划》《功能特性列表》《功能规格

UH11

书》《全面设计报说明》《数据库设计报告》《设计说明》项目开发阶段有《项

目开发进度报告》《项目版本说明》《项目会议纪要》项目进入实施阶段后，有关的

文档就更多了《现场实施计划》《项目安装手册》《系统管理员手册》《用户手册》

《客户联系人表》《客户服务器环境配置表》《硬件签收单》《用户反馈说明》《需

求变更说明》《客户培训计划》《客户培训签到表》《项目试运行申请》《现场工作

备忘录》《现场人员评价表》项目验收阶段有《项目阶段验收报告》《项目整体验收

报》等等这些较为常用的文档。

一、《项目前景说明》

个人感受是形式大于内容。该文档要紧谈的是项目背景，客户环境，预期建设目

标，产生效益，都是些大而空的话，对项目开发没有实际意义。这份文档的作用仅供

甲乙双方的高层领导参阅，其他的项目关系人不是看不到，而是根本就不可能看。这

份文档通常是由公司的管理咨询部来编制，也只有他们才能站在领导的层面上去编

写非大众阅读的文档。

二、《项目建设方案》

这份文档大多时用在投标过程中，是用于投标的技术方案。文档根据客户在招标

方案中所规定的内容来制定相对全面的建设方案（如今由于没有通过需求调研，方案

也无法过于全面。只是，我还真没见到中标之前就率队到客户现场开展需求调研的做

法，客户也不同意这样干，否则容易产生误会）。《项目建设方案》的好坏会直接影

响到投标得分的高低，而且通常是由客户方的信息化的专职牵头组织，各业务部门派

人配合，构成评审小组对其评审。因此方案的编写大多情况下由管理咨询顾问来编写。

另外，该方案也为项目范围划定了边界，需求调研也会遵照着划定的范围开展工作，

因此该文档在项目前期具有指导意义。

注：假如项目合同附有《技术协议书》，那么《技术协议书》中所规定的项目范

围多数与《项目建设方案》一致，但最终的项目范围应以《技术协议书》为准。

三、《需求调研报告》

这份文档是务必的。原因其一：项目接下来的设计工作都将围绕它来开展，起提

纲挈领的作用。原因之二：一大帮人风风火火的在客户处热热闹闹的折腾了大半月，

总得有个书面的东西向自己老板与客户的项目负责人交代吧。印象深刻的是我第一次

带队到客户现场作需求，连打印机，打印纸，笔记本，网线，小交换机装着满满一大

箱一个都很多的带到现场。白天作需求，晚上联机将各自的需求整理成word文档，第

二天再给客户确认，反复修改。直到最终的需求评

《系统试运行申请》：系统部署好了，数据初始化的工作也完成了，培训也大规

模开展并取得了不错的效果，接下来就该进入系统试运行的阶段了。与客户做好沟通，

向客户提交一份试运行申请，说明前期所做的工作，列出系统具备试运的条件，系统

目前存在的问题与上线后的保证措施，后续的工作安排。这份文档是系统进入到运行

阶段的重要标志，是客户对我们系统的认可，对我们工作的认可，也为后期项目验收

奠定基础。

文档中要对自己所做的工作进行量化。比如做了多少次培训，有什么部门参加，

合计多少人，数据初始化的工作涉及到什么方面等，一定要有详实的数据辅征，给客

户以系统能顺利上线的信心。

二十二《现场工作备忘录》

实施人员在现场做了什么工作，很难为公司界定，甚至连客户有的时候只明白人

到现场了，但具体做了什么情况不清晰，反而有的时候候会投诉公司派来的人员不得

力，没解决什么问题。到底是现场实施的人员消极怠工，还是由于没有沟通好引起客

户的误会，我们需要有一份文档记录现场工作情况。这份文档要求实施人员每天将工

作内容全面记录，包含本次现场实施人员的姓名，实施时间，每天什么时间做了什么

情况，接触了什么人，解决了什么问题，此次实施还遗留什么问题，下阶段的工作安

排。最后在临走之前提交给客户，一方面让用户知哓我们的工作成果，另一方面让给

客户留有反馈渠道，签署自己的意见。我们在很多的项目中就采取这样的工作方式，

客户认可这种做法