《网站项目管理的六个阶段以及怎样有力控制.doc》由会员分享，可在线阅读，更多相关《网站项目管理的六个阶段以及怎样有力控制.doc（4页珍藏版）》请在金锄头文库上搜索。
1、网站项目管理可以分为以下六个阶段进行控制： 1. 需求分析及变更管理 2. 项目模型及业务流程分析 3. 界面设计、交互设计及页面制作 4. 系统分析、网站建模及程序开发 5. 系统测试和文档编写 6. 客户培训、技术支持和售后服务 需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。 例如：前期的需求整理完成以后，将开始页面制作，而页面设计会需要很长一段的时间和客户沟通、确定、反复修改等，而在这个阶段，我们可以做网站后台搭建。（一）如何做好需求分析及变更管理？ 项目管理人员与客户进行的沟通
2、，撰写需求分析是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。 如何整理出全面的可控性强的需求？： 一. 让客户畅所欲言，罗列出所有的需求 二. 透过现象分析潜在的需求 三. 利用自然的语言描述项目模型 四. 利用示意图和图表将用户的需求表现出来。 五. 什么人要看需求分析报告？ 六. 建立需求变更日志，制作新版本的需求分析报告。 一：让客户畅所欲言，罗列出所有的需求 让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕勾引起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来
3、，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。 很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！ 二：透过现象分析潜在的需求 很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他
4、们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。 客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求项目执行人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。 比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分
5、阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。 三：利用自然的语言描述项目模型 在项目执行人员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。 请比较以下两份关于需求的描述， 用户在访问首页的时候可以在点击客户通道按钮，弹出填写用户名和密码的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示
6、所有可操作的功能的导航条和最新的导读新闻链接列表 站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。 前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。 四：利用示意图和图表将用户的需求表现出来。 需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。 制作示意图可以有很多种方式，用PowerPoint或Visio制作流程示意，用Html文档制作界面示意都是可行的，最简单利用画图和Word表格方式也完全可以，关键是
7、利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。 利用卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。五：什么人要看需求分析报告 项目经理、设计师、交互设计师、开发人员、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。 我们经常会遇到销售人员辛辛苦苦谈下来的项目，对开发
8、人员来说却是难以理解不容易实现的，而设计的网站却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。 例如： 项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。 开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写； 操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度； 界面设计人员根据项目的性质和定位确定表现方式。 六：建立需求变更日志，制作新版本的需求分析报告 有时候尽管我们费了许多功夫在需求分析进行了最大可能的
9、努力，但这份需求分析在开发过程中可能会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。 在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。 在新版本的需求分析中，将变更多部分用特殊方式表明出来，并在日志中记录变更多重的明细。 七：本阶段重点工作角色 在需求分析和变更管理的过程中，工作量最大的角色为客户代表和项目管理人员。 客户代表提出需求，项目管理人员帮助整理和分析对整个项目进行评估。 在实际工作中，很多项目失败的起因都和需求分析有关。 为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，帮助客户代表和业务员更好的完成任务。
