本文作者Scott
Atherton与大家分享了他在为一家保险公司开发一个企业内部站点时所遇到的困难和考验。他的故事是管理层的期望超出开发团队实际交付产品的一个典型例子。不能过分强调让每个人都参与项目的重要性。下面就是他的故事。
说起我遇到的最困难的Web项目，那是为一家大型保险公司建立的一个参考和培训材料的内部站点。
当时我被聘为Web开发的项目经理，并正着手于一个企业内部网。那里只有一台运行了四年的服务器。我正在分析阶段，建立标准的软、硬件的需求，并组建一支有实力的团队。换句话说，除了组建一个内部网的愿望之外，我们一无所有。
某家专业电子商务供应商曾经演示过如何使用其内部网为他们的电话推销员提供培训和信息，保险公司的一位副总正好看过这个演示。于是我们飞往这家公司，与他们的管理层进行了两个小时的交谈。结果得知其中很多都是装饰性的东西，而且很多内容和培训模块是由另外的供应商提供的。在回来的途中，这位副总告诉我就以我们所见的为原型来做，按我们的需求来定制，并且给了我六个星期的期限。
我被指派了一位业务分析员来协助我获得需求和内容。这时，我有一位合作Web开发员和两个想成为Web开发员的未经训练的分析员（事实证明他们还差得远）。
这个站点要每天更新新闻和参考内容（有时是每小时），而且要将内容发送到个人和小组。培训模块也需要具有测试和分级功能。最小需求给出了，马上就研究怎样完成这项似乎不可能完成的任务。
从公司的角落找来了服务器，原来的网管就变成了Web服务器管理员。在他们使用IIS时发生了很多好笑的事情。我们的Oracle数据库管理员被迫来处理身份验证和发送内容。两个分析员都不合格，结果他们回去做自己原来的工作去了。最后就剩下我和一个新的合作者来完成原型。
这时，负责该项目的副总调去了另一个部门，于是就由一个对项目几乎一无所知的下级经理来负责。我们给出了一个静态站点，完成了内容和管理工具以及两个级别的培训模块。由于缺乏人员和时间，只能进行较小的数据库连接。在这六周中，业务方的想法和概念每天都在变化，我们只有挣扎着跟上进度。
所有的内容必须手动输入和更新。还要经常使用OCR来将某些打印的内容转换成电子格式。每人能决定由谁建立以及怎样建立源文档。站点大部分是对连接上工作数据库后站点工作情况的静态模拟。
原型终于完成了，人们大声地称赞其因为免除了纸张和培训手册而节省了资金。但是马上要求下个星期就将原型站点转化为产品。我进一步解释“原型”的意思，并证明这些页面并没有连接到数据库上，而且显示的结果并不会因为查询条件的变化而变。然后又进行了热烈的讨论，议题包括我是如何浪费了六个星期的时间来建立一个没有作用的Web站点，我坚决地拒绝了把原型投入使用。
幸运的是，我得到了经理和IT主管的支持。经过四个月终于拟出了一份产品方案，在后面六个月中进行更多的功能增强。一年以后，纸张手册仍然保留并经常更新，站点也是如此。于是有人小声议论这个站点是多么昂贵，如果没有它会节省多少多少钱。此时，我正在建立另一个企业内部站点的原型。
显然，Scott在开发过程中克服了一些技术困难。你有过在项目中必须解释什么是“原型”的时候吗？这种时候你能得到你的上级或IT主管的支持吗？你能胜过Scott的故事吗？请在下面的文章讨论中将你的经历与我们分享。
