项目的实施方法
作为一个项目，可以自身全部去完成网站开发，如果有实力的话；但是很多企业都愿意委托专业的网络公司去开发，这样对项目管理而言，相对增加了难度。下面主要就委外设计开发网站的项目进行介绍。
如果实行委外开发，一般最好是采用招标的形式来决定谁来开发公司的网站。这样做的好处有：避免暗箱 *** 作，使整个项目具有说服力；多家参考，可以预测整个行情的行价；自身有多种选择，可以在成本、价值、实力等方面之间进行最优化选择。
当然，这里还需注意的是：①、招标、评标需要多人组合，以透明化；②、经过初步筛选后，不应该有太多公司进入决标阶段，一般有三到四家实力相当的公司就行了，以免打击投标公司的积极性。如果这里你还不了解项目要做到什么样的程度，那就高中低档的网络公司均选一代表参与决标，让大家共同表决。
不管是否进行委外开发，项目立项后，都要成立相应的项目小组，而对于整个项目来说，这期间主要是网站公司的调研、开发过程了，我们要做的则是扮演一个监督者的角色，同时更是当一个合格的配合者。
那项目如何来进行监控呢？别忘了还有合同的约束，拿着合同上的甘特图，定期向他们敲敲进度的警钟，并要他们定期向你以文件的形式汇报进展情况。当然，有事没事也可打打电话、发发E-mail问候一下，毕竟合同是死的，人是有感情的，一些小问题还是可以宽容的。
不定期召开双方项目小组碰头会是很有必要的，因为随着项目的深入，双方都会发现与当初的想法有些偏差，坐下来进行互动沟通是使项目顺利进展的润滑剂。而且双方项目小组内部也应时常沟通，并进行明确的分工。
当然，整个项目所发生的进程都应形成文字的形式，包括招标、调研、碰头会议、以及后来的上线调试所出现的系统毛病等等，一是使整个项目一目了然，有依有据；二是向领导汇报工作时更有说服力；三是当双方回顾项目时，能够清楚地知道要进一步改进的地方，积累经验。
三、项目的实施过程
做一个项目，结果固然重要，但项目管理的闪光点就在于项目的实施过程。经验也就是从中而来，因下章将进行专门的项目分析，所以本章就以时间为线简单地罗列一下项目的整个过程：
1.首先便是从思想上把它作为一个项目来抓，这样才能全面去考虑项目所需的各种资源。其次是组建项目小组，并由专人专职专心全程跟进本项目，在小组中，至少必须吸纳一名具有专业性或有 *** 作经验的人参与。同时，小组内必须进行明确的分工。
2.项目立项时，项目小组必须明确自身的建设目标，同时初步综合各部门的意见，形成网站的虚拟状态。在此基础之上，分析出本项目的初步预算成本。
3.制订本项目的大体工作计划表，并在各相关部门设立一个网站需求联络员（这将为后来顺利提供相关资料打下基础）。
4.项目正式对外启动，采用公开招标的形式决定承办者。
5.以文本形成向领导汇报进度，重点描述成本预算，并得到领导的批准。
6.决标，最终决定承办者，并签订合同（严格、谨慎地审察合同条款）。
7.网络公司需求调研分析，期间，要求合作方全体人员至少与我们项目小组、网络需求联络员、部分中高层领导进行一次全方位的面对面沟通。
8.各部门对需求分析进行确认，并要求各相关部门指定人员（一般为网络需求联络员）进行资料提供，确保资源的及时到位。
9.严格执行合同条款，同时对合作方的参与人员进行随时监测，确保网站质量。
10.经常与合作方进行沟通，并检查其进度，要求合作方在一定时期内提供进度表。
11.各模块生成时与各相关部门进行同步检测，并得到模块使用部门负责人的确认（这是网站要顺利结项的重要方面）。
12.全部模块系统开发完毕并整合在一起时，双方的全体人员应再次进行面对面的沟通，确保双方意见的一致性。
13.上资料，并请我方领导的审定，进行最后的修改。
14.上线前的培训，主要是系统模块的 *** 作培训。
15.正式上线运行。并随时反馈、更改使用时出现的问题。
16.网站正式结项，交付相关文件。
17.后期的长期维护。
18.请重点注意以下几点：
A、作为一个项目，目标、成本、完成期限是三个最核心的指标，它们贯穿全程。
B、需求分析时一定要反映各方的意见，最终形成最后需求分析。
C、请采用公开招标的形式。
D、合同审定要慎重，特别是付款方面。同时，执行合同要严格！
E、选择一个成熟的合作方是一个项目 *** 作顺畅销与否的关键一步。
F、得到部门及高层领导的大力支持，使之不在工作中再增加影响项目进程的工作。
G、系统检测时，发现的错误应形成文本的形成，双方代表必须签字确认并生效。
H、文件交付时，请注意查收源代码、运行说明书、验收报告等文件和电子光盘。
四、项目的综合分析
“以铜为镜，可以正衣冠；以史为镜，可以知兴亡；以人为镜，可以明得失。”无论一个项目成功与否，都是值得回味的，现将网站项目管理运作中的诸多要素进行综合分析，以求与诸君共享。
1、项目范围：也就是说一个项目的目的与需求是什么。这要求在项目启动前有个明确的答案（也就是刚才所说的背景介绍及推出的需求分析），而且在过程中坚定不移地执行下去。随着项目的深入，一般都会根据项目的实际情况或企业的某些建议进行某些需求的更改或转移，但必须明确的是所有的改动都要在项目范围限定下进行。
为从根本上杜绝此类现象的出现，在项目开始时，就要充分调动各部门的积极性，彻底把各方需求收集整理，并由一个较专业的人员进行审核把关，而且在网络公司最终形成的需求分析书上要求各相关部门签字确认，这样所有涉及项目的人都清楚地了解了项目的范围。
2、项目成本：这是一个项目的核心之一，这也是与网络公司在合同签订前讨论的焦点问题。成本预算必须依据以下几个标准：①、项目要达到什么样的目的，也就是说要做到什么样的效果；②、行情，包括一般企业做网站的费用、网络公司的整体报价及利润率；③、企业能承受的限度，这需要与老总们进行深入的沟通，着重描述网站的前景及能够带来的利益。④、如果企业以前做过网站的话，还得参考以前的价格，并加以说明。否则，前后网站建设所用花费用的不同，老板可不一定懂内幕哟。
当然，一般项目成本包括：网站建设费用（即对方的报价：主要有调研费、设计费、系统开发费等等）、人员的工资与差旅费，如果需要租用空间或购买邮箱的话，还得加上空间租用费及邮箱费用。
从各行业以及每个项目的个性出发，需要管理者结合实际情况制订出适合自身的文档管理规定。(软件文档管理指南》和《计算机软件产品开发文件编制指南（GB 8567-88） 》 (以下统称《指南》)为我们提供了相关的指导。首先要明确关于软件项目文档的具体分类。《指南 中提出文档从重要性和质量要求方面可以分为非正式文档和正式文档；从项目周期角度可分为开发文档、产品文档、管理文档；更细致一点还可分为l4类文档文件，具体有：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、 *** 作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报、项目开发总结报告。这样的分类细化了项目进度中各个阶段所需管理的文档。
其次需要将项目文档进行归类整理。下面对EDW项目组文档情况与 软件文档管理指南 进行对比分析。通过对比可以看出，没有规范管理的EDW项目组文档存在以下4方面的问题。
问题1：项目组在开发初期针对业务部门和科技部门进行了需求及信息调研，可以覆盖部分软件需求和数据需求说明书的内容，但却缺少业务部门对项目需求描述和变更的文档记录。这部分文档需建立相应目录予以保存。
问题2：对于设计说明，在系统比较复杂的情况下，设计阶段应分解成概要设计和详细设计两个步骤。目前EDW项目组只对ETL模块提供了概要设计说明书，并没有单独的存放目录，而是同其他设计文档混乱地放在一起。对于比较复杂的应用开发项目，应将这两种设计说明文档分目录管理。
问题3：在项目测试验收中，项目组没有要求将测试计划文档和测试结果报告进行规档，而只重视了测试过程中的问题文档，因此无法掌控测试进度与质量。
问题4：EDW项目组的工作分为模型设计、ETL、集市应用3个工作小组，对应的文档管理需要围绕这3个主题进行。其中模型设计和ETL都是数据仓库项目实施的模块，而集市应用则包括了建立在数据仓库基础上的小项目开发。因此，文档管理也应该针对这3个部分不同的性质制定管理规则。
通过表l中的对比分析，针对EDW文档管理存在的问题，EDW项目组最终依据通用规则建立了正式的项目文档管理规定。具体规定有以下5点。
(1)将文档分为两大部分提交管理：项目常规文档和项目归档文档。常规文档的提交和使用根据项目组内部小组成员任务的不同进行权限划分；项目归档文档由项目管理主管(或项目文档管理员)将项目中的重要文档从常规文档中进行分类归档。
(2)常规文档管理目录分为项目日常管理文档和项目流程管理文档。
(3)日常管理文档包括项目报告、会议纪要、项目管理模板、重大问题跟踪、数据质量管理。项目报告又可分为个人周报、小组周报、项目周报、项目简报，项目简报。并都按照不同目录进行分类管理。
(4)提交完整的项目开发、应用开发流程文档。一般包括：项目计划、业务需求说明书、数据需求说明书、模块、应用开发文档、系统测试文档、详细设计文档、系统测试文档、用户手册、上线文档、培训资料、系统运行维护等。
(5)所有项目组成员均建立VSS软件环境下的对应用户，各自拥有对以上各类文档的读、写、增加、删除权限。由各项目小组长保证提交已保存文档的质量；由文档管理员或项目经理整体把握项目文档在各阶段的提交情况。
项目文档管理规范制定好之后，关键在于大家要“依规执行”，使杂乱无章的存放模式变得井井有条。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）