网站项目成功管理实践（下）

《网站项目成功管理实践（下）》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、编者按：在上期的文章中，我们分享了http://133.newsky.cn项目的实施过程，然而，一些在时间之外的内容却被忽略掉，如项目范围、人才、资金、进度、精神因素以及制度（尤其是文档制度）等各个方面，本文试图用一种“横切面”的方式来关注项目实施，也为项目经理在管理项目时，提供一些有效的思路。网站项目成功管理实践（下）背景说明è四个人的角色分工：刘振飞：项目经理，负责整个项目的规划、协调工作。2005-1-1加盟公司。蔡志宏：需求定义，从头参与规划。2004-11-8加盟。旧版网站的非正式“项目经理”。朱伟波：开发组长，并参与规划和后台管理的需求定义

2、。2005-2-22加盟，项目刚启动。张春艳：测试组长，负责北京分公司所有业务的测试工作。2005-3-7加盟。测试组在项目前期（规划、设计）参与较少，整个测试组是随着这个项目逐步建立的。《程序员》：刘振飞，你好。对于任何一个项目来说，项目经理所面临的责任都是最大的。这尤其表现在整个项目是否有明确的目标。请你谈谈你当时对http://133.newsky.cn这个项目的看法，而当时明确的项目目标是怎样一步步制定出来的？刘振飞：明确的目标是整个项目组齐心协力努力的“指南针”。作为项目组长，首先要把Stakeholder们对项目的要求吃透、并从技术上把握可

3、行；然后要让整个团队理解这个目标：做什么、为什么、怎么做、如何分工、何时做出来、分阶段到达什么状态。我是分三步确定目标的。首先是了解旧网站的情况。经过和原来负责旧网站研发的蔡志宏以及开发和美工人员深入沟通后，我发现旧网站是个“烂泥滩”，所以把实际情况解释给管理层，说服他们另起炉灶，推倒重做一个全新的网站。第二步是吸取旧网站的教训，确定新网站的总体构想、设计原则、新版“图纸”。我、蔡志宏、朱伟波还有当时的美工形成一个“核心小组”，反复开会讨论，结合公司现有的业务及人力资源情况，逐步明确图片、铃声、文字这三类主要的WAP内容如何在网站上有效展示。第三步是把

4、“核心小组”的整体思路报告给管理层和项目组成员，听取大家的反馈意见，逐步明确这个网站的目标和设计方案。我分别在3月9日、17日、21日召集会议，给众人介绍我们第二步的讨论成果，请大家站在不同的角度去审核，不断吸取合理化建议并最终达成一致意见。最后明确这个项目的目标如下图所示：示意图：整体规划统一整个项目组的前进方向其实我还跟项目组内部讲过另外两个“非正式”但更长远的目标：（1）把整个项目流程管理好，给公司树立一个“样板工程”：项目应该这么做；（2）通过这个项目打造有良好素养的团队，逐步培养大家正规的项目研发意识。示意图：用了1个月的时间来进行规划，确定

5、目标、统一思想《程序员》：定义需求的时候统一的指导思想是什么？在项目进行中，需求的变更是怎样管理的？你是否曾经面对来自上层的压力，怎样面对？需求工程师是否能理解，并按照预期的规划工作？蔡志宏：我们一开始就意识到网站的核心功能并不是诸如导航条摆在左边还是右边的问题，而是要让公司产品能够得到最好的展示，为此确定我们要做展示的几个核心部分。我们牺牲掉部分美观来换取一种整齐划一的思路。这就像大型超市一样，也许每一个货物区都有自己的的货架摆放形式会更好，但是同一个形式也有它自己的优势。对于SP的网站来说，关键是你有一张好图吸引用户，不是花哨的页面来蛊惑他，蛊惑用

6、户将付出超出产品制作本身的很大的精力，这是实战经验。花哨的页面布局形式能够在最初上线的时候让所有人满意，但是在运作的过程中会发生很多的问题，因为为了花哨，长期下来是要付出技术、美工等很多精力的。核心的展示模块确定之后，我们也面临了这个图标放到右边好看，那个文字放到左边好看等一些需求变更建议，有些建议来自于高层，但是这都没有影响到需求的最终定义。当然，一些细节上的建议仍然被采纳，这个队伍虽然是“武断”的，但还是个开放的队伍。尽管在初期的规划非常完善，然而限于时间要求，有些想法在该目前的项目中仍然没能实现。示意图：把网站各页面分成模块，分块定义，形成需求S

7、pec文档朱伟波：以前在别的公司做项目时就是因为需求不断变更问题，遇到过很大的麻烦，所以这个项目一开始时我就再三强调需求的重要性。目前公司的开发模式还比较简单。领导一句话做什么就做什么，什么需求以及文档都是开发人员根据自己的理解来做，往往在开发中途可能由于各种原因领导的要求产生了变化。这样导致需求不断变更，直接影响了开发的进度。了解了这个情况后我就直接找过振飞，认真地谈过这个问题，并一再强调要重视它。很高兴振飞在这方面很支持我的看法，让大家都知道不可以随便改需求。当然在开发过程中由于公司的业务要求，产品经理（蔡志宏）有过几次需求的变更。我的态度还是比较

8、强硬，大的需求一定不能随便动（因为项目时间很紧，开发人员迟迟未能到位，需求要是不断变更，对开发