的项目文档知多少.docVIP

项目文档知多少 项目文档知多少 2011年09月15日 　　重要提醒：系统检测到您的帐号可能存在被盗风险，请尽快查看风险提示，并立即修改密码。 | 关闭 　　网易博客安全提醒：系统检测到您当前密码的安全性较低，为了您的账号安全，建议您适时修改密码 立即修改 | 关闭 　　项目按时间先后顺序会分为若干个阶段，每个阶段会有大量的文档产生。如：项目前期会有《项目前景说明书》《项目建设方案》，项目需求调研阶段有《需 求调研报告》《需求评审报告》，项目设计阶段有《项目开发计划》《功能特性列表》《功能规格书》《详细设计报说明》《数据库设计报告》《uml设计说明》 项目开发阶段有《项目开发进度报告》《项目版本说明》《项目会议纪要》项目进入实施阶段后，相关的文档就更多了《现场实施计划》《项目安装手册》《系统管 理员手册》《用户手册》《客户联系人表》《客户服务器环境配置表》《硬件签收单》《用户反馈说明》《需求变更说明》《客户培训计划》《客户培训签到表》 《项目试运行申请》《现场工作备忘录》《现场人员评价表》项目验收阶段有《项目阶段验收报告》《项目整体验收报》等等这些较为常用的文档。 　　一、《项目前景说明》 　　个人感觉是形式大于内容。该文档主要谈的是项目背景，客户环境，预期建设目标，产生效益，都是些大而空 的话，对项目开发没有实际意义。这份文档的作用仅供甲乙双方的高层领导参阅，其他的项目关系人不是看不到，而是根本就不会看。这份文档一般是由公司的管理 咨询部来编制，也只有他们才能站在领导的层面上去编写非大众阅读的文档。 　　二、《项目建设方案》 　　这份文档大多时用在投标过程中，是用于投标的技术方案。文档根据客户在招标方案中所规定的内容来制定相 对详细的建设方案〔此时由于没有经过需求调研，方案也无法过于详细。不过，我还真没见到中标之前就率队到客户现场开展需求调研的做法，客户也不允许这样干,否则容易产生误会〕。《项目建设方案》的好坏会直接影响到投标得分的高低，而且一般是由客户方的信息化的专职牵头组织，各业务部门派人配合，组成评审 小组对其评审。因此方案的编写大多情况下由管理咨询顾问来编写。另外，该方案也为项目范围划定了边界，需求调研也会遵照着划定的范围开展工作，因此该文档 在项目前期具有指导意义。 　　注：如果项目合同附有《技术协议书》，那么《技术协议书》中所规定的项目范围多数与《项目建设方案》一致，但最终的项目范围应以《技术协议书》为准。 　　三、《需求调研报告》 　　这份文档是必须的。原因其一：项目接下来的设计工作都将围绕它来开展，起提纲挈领的作用。原因之二：一 大帮人风风火火的在客户处热热闹闹的折腾了大半月，总得有个书面的东西向自己老板和客户的项目负责人交代吧。印象深刻的是我第一次带队到客户现场作需求， 连打印机，打印纸，笔记本，网线，小交换机装着满满一大箱一个都不少的带到现场。白天作需求，晚上联机将各自的需求整理成word文档,第二天再给客户确 认，反复修改。直到最终的需求评审会议通过后，连夜打印。厚厚的7大本文档（每个业务子系统一本），然后乘以2，客户一份，公司一份。那一晚，一个崭新的 打印机硬是被折腾得面目全非啊。第二天大清早，还特地跑到当地的装帧店，将这些文档精美的包装一番，然后各自分头将包装好的需求文档提交给客户方对应的业 务部门的经理签名，最后汇总到客户的项目负责人手里存档，自己再带一份回公司存档并作为项目设计的依据。至此，《需求调研报告》就over了。由于项目是 客户化定制的，当项目进入到实施过程中的时候，往往需求的变更会占到当初需求调研的30%强，而且你还不能拿当初双方签订的《需求调研报告》来说事儿，来 约束客户。除非你是行业标杆，很强势很牛叉。所以当团队将依据《需求调研报告》将《功能规格书》编制出来后，其使命基本完成，转而束之高阁。 　　《需求调研报告》要根据客户的描述加以分析和整理成如下要素：数据的输入、输出，业务数据量的大小及使用频率（会据此作性能的特殊设计以及负载测试），参 与业务的角色，有无特殊的权限控制，业务流程走向，是否与其他的业务相互关联等等。这些要素不是通过与客户的一次沟通交流就能获取到。要有耐心，要细致， 还要有技巧，最关键的是你要懂得客户业务。否则，客户说的你不懂，然后你一张嘴就显外行。最后，你做出来的需求就三字：不靠谱。即使凭客户关系过了评审这 一关，报告上客户也签了字，但后等到系统实施上线的时候，你的需求变更基本就朝着80%的比例上奔去了。那时候，先不谈老板会怎样看你，就你旁边那些个开 发的兄弟看着自己辛苦的成果一个个被客户推翻，你就知道可以杀人的眼神是神马味道了。 　　步子迈得有些大了，扯的有些远了。咱们这里只谈项目文档，关于需求如何作，如何才能做好，需要另起一篇详述。总之