网站项目成功管理实践.pdfVIP

网站项目成功管理实践 刘振飞 —发表在《程序员》杂志 2005 年第 8 期 58~62 页的原文— 在开始做 http://133. 之前，我已经明白网站的开发与产品开发没有什么不同。 不过在2004年离开微软中国研发中心Office 组的时候，我对网站开发仍一无所知，这主要是因 为我之前没有任何互联网研发的背景。虽然对传统软件产品的研发管理比较有经验，但从未接触 过 Internet相关的项目。 从零开始与网站开发亲密接触 去年我接手第一个网站项目 开发时，并没有做网站的经验，只能试 着按照以前我参与做Microsoft Office时的方法来做： 首先是打造一个便于公司内部沟通交流的内部网，其中包含“传统软件”研发需要的三个工具： 文档库（存放公司各项目的文档）、CVS（保存项目的各种源代码）、BugFree（记录项目的各种 缺陷）； 然后，抓住“需求、开发、测试”三个环节： 要做好规划、明确需求。为什么要做这个网站、要达到什么目标？特别是需求，要 详细到每个页面的每个区域放置什么内容。网站需求应该由对业务最熟悉的人来定义，他 负责按照我要求的规范（详细程度）来写出每一部分需求文档，并放入文档库中。每完成 一个页面定义，我就召集开发、测试人员来阅读、讨论，这样全部需求写完的时候，项目 组成员对整个网站就有了一个清晰的认识。 需求明确才进入开发阶段。首先是定义数据库——有多少张表、每张表中有多少个 字段。我和开发组长反复讨论，搞清楚这些表定义能否涵盖全部需求，这是最关键的一步， 决定着下面编码能否顺利进行。数据库定义后，就是网站后台管理的编码实现，也就是对 一张张表进行管理（增、删、改）。当后台管理完成时，项目的大部分就大功告成了。用 户看到的前台页面仅仅是内容展示——把一张张表中的数据取出来按照最初的需求放置到 页面的各个位置。所有的代码都用CVS 管理起来。 网站测试和开发同步进行。后台管理每完成若干张表的管理，测试人员立即开始测 试。这就像流水线，开发完一部分，立刻测试；同样的，网站前台展示开发时也一样需要 测试人员跟进。发现的每一个 Bug 都用BugFree记录下来跟踪处理过程。 数据统计跟上。网站后台各个表的任何改动要准确记录，决不允许出现不知道谁修 改了数据库内容的情况。其次，网友访问网站的日志要做好统计，每天结束的时候就能准 确的看到当天的用户访问数据。这些数据对网站运营极其重要。 四个月后，我的第一个网站项目顺利上线。所有参与该项目的同事感觉都很新鲜，因为以 前他们在做网站时，基本上是一个人“包干”一个频道，简单构思一下就开始写程序、边写边想、 相互独立。后来，我跟一位曾在某门户网站工作过的高级工程师朋友介绍了上面的做法，他非常 认同和赞赏，得到他的认可我也很兴奋。 随后接触到的很多网站技术人员，让我发觉作坊式做法同样存在于互联网公司，网站在重 复多年前传统软件的老路：一个“大虾”很厉害，搞定一个频道或一个网站的方方面面，离开他 谁都玩不转；代码中处处留着他的灵感，人走了，网站维护就成了大难题：没有文档、没有统一 的编码规范、没有测试记录。 其实无论传统软件、网站、还是游戏等等软件产品/项目，都是程序员用一行行代码敲出来 的，只要像微软软件研发那样抓住需求、开发、测试这三个环节，其管理都极其类似。因此当我 进入http://133. 网站项目的时候，信心十足：我能把它管好！ 打造一个网站开发的品牌项目 05 年 2 月 18 日：项目启动，开始整体规划 在我加入金环天朗的时候，这个网站就已经存在了，而最开始的计划也只是对原有的网站 进行局部改版。但是等我深入了解后，大吃一惊： 规划／需求：原有网站没有经过认真规划就匆忙上马，只有部分的简单示意图，对 于每个页面具体区域的功能描述和逻辑过程还是依赖口头沟通。没有独立的后台管理，依 赖于WAP业务的后台，内容展示力不从心。 页面设计：美工因为还有其它工作所以有一定程度的拖延，没有时间观念，整个设 计方案没有经过整体评估，导致后来许多细节没有按照计划实现，页面设计先后由两人分 头独立完成，导致部分风格不一致。