监理公司管理系统 | 工程企业管理系统 | OA系统 | ERP系统 | 造价咨询管理系统 | 工程设计管理系统 | 签约案例 | 购买价格 | 在线试用 | 手机APP | 产品资料
X 关闭

IT项目测试中作出了让步的代价

申请免费试用、咨询电话:400-8352-114

来源:泛普软件

很多人对电影泰坦尼克号,或是对历史频道中有关这方面的记录片几乎耳熟能详。它们都重点展现了此次航行的最后两天行程以及灾难出现后最后几小时船上的情况。但是有关这艘船四年的建造工程细节、项目过程以及其与灾难的关系却鲜为人知。

让我们回顾1909年,重新审视白星公司用新兴技术建造三艘豪华客轮的项目。这三艘客轮可能要用上至少20年。但是实际上,投资并没有考虑到所有的风险。 泰坦尼克号的建造者们有很多设计,但最后选择了一套战略包含了所有最新的和先进的保险技术来提供最高级别的保险性。然而,由于行政业务的压力,尤其是白星总管布鲁斯.伊斯梅,他想打造一流的乘客(一等舱)体验值,泰坦尼克号的建造者们开始在这些安全性能上有所妥协。

我们也来分析一下泰坦尼克的姐妹船奥林匹克扮演了什么角色。很重要的一点是,白星公司是从奥林匹克的航行记录来判定与其几乎一样的姐妹号泰坦尼克可以不通过海上试航就可以启用。然而,奥林匹克的航行记录并不完美,发生过一些事件,使船长和官员们深感不安。

在测试阶段开始的时候,泰坦尼克号是一艘所向无敌的轮船这个观念并不只是停留在白星员工脑海中,而且人们都是这么认为的。这个观念,再加上该船的所有者对奥林匹克航行记录的良好印象,更使得泰坦尼克号具备了天生就是可以航行的这个信念。结果,泰坦尼克号在1912年3月经历了一天的海上测试。船上的全体工作人员渴望比较泰坦尼克与奥林匹克的速度。而对照奥林匹克,它经历了很多次试航,包括实际的发动机测试,以及调整其航海罗盘。

而在泰坦尼克号试航中缺了点什么?首先,它所经历的测试既不多而且也不被重视。结果,泰坦尼克号没有经受过任何复杂的操作动作,诸如S型转弯,过去被用来在紧急时候逃离危险的动作。其次,高管们没有花多少时间去适应轮船的操作。奥林匹克被用作泰坦尼克的试验品或是标准,人们太相信她的航海记录了。然而,从奥林匹克中所汲取的经验有多少被应用到泰坦尼克这个问题倍受争议,特别是当人们如此看重奥林匹克的航海记录时。

同样地,IT项目可能也会犯相似的错误,即过份依赖以前与之类似的项目,从而减少了测试的次数。测试阶段应该重视非功能需求,因为它们详细说明了一个系统的操作特征并且决定了运作的实用性、安全性以及系统管理;还有非运作的可量测性、轻便性、可维护性、环境因素及进化能力。非功能需求确保了系统实现它应有的基本功能。

泰坦尼克号所遭受到的业务压力是巨大的,但考虑到四年建造的庞大投资这又是可以理解的。此外,奥林匹克由于与Hawke碰撞当时正处于一个月的维修期。这更加耽搁了泰坦尼克号的建造工作,使其首次出航从1912年的3月延迟到4月。因此白星主管布鲁斯.伊斯梅很着急泰坦尼克号的开航日期,他坚信万事俱备,只欠东风了。

今天,IT项目从中所汲取的教训是要根据以前拟好的计划按部就班,这样组织及更多的运作小组才能有很好的准备。通过一个变动管理流程(它应该仔细分析处于初期投放市场的情况下可能存在的风险)来评估任何新的业务变动非常重要。当然,正式的变动管理以及控制理论在1912年还不存在,而这点对我们现在来说当然是不存在问题。

为了确保所有权被顺利转让,伊斯梅决定在首次出航时带上Harland以及Wolff机构的总建造师和重要的工程师。这点对后来发生的故事有戏剧性的影响。

今天的IT项目从中所汲取的经验是:作为主管的伊斯梅是否有必要出现在船上。船长是关键的决策者,而把一个主管牵涉进来,船长及他手下的官员可能会遭遇主管的逾权。

而且,在这三艘轮船的交付阶段,伊斯梅意识到他拥有一次合适的行销机会,即可以强调每艘船都比上一艘做得更好。事实上,在一个技术导向型的社会里,这是意料之中的事情。他可能把泰坦尼克号描述为一艘更好的轮船来挫败奥林匹克号。为了大力宣传这点,在泰坦尼克首次出航之前,伊斯梅在纽约时报上发布了一篇海运通告,强调泰坦尼克号完工的日期将比白星公司宣布的提前一天。这是一个有效力的公开通告,只不过他在没有得到船长及其员工的核实前提下给泰坦尼克号列出了一个新的服务级别目标(SLO)。这一点是致命的,将泰坦尼克号推向了它的操作极限

今天的IT项目从中获取的教训是:服务级别目标(SLO)通常不是由业务所控制的,而是由那些被委托运行系统的运作团体来控制的。虽然业务在帮助制定SLO上起到一定的作用,但是在制定SLO时,双方要进行仔细的沟通并达成一致意见。

事实上,泰坦尼克的功率输出上没有多少改进,因此速度并没有超过奥林匹克。两艘船是一样的,只不过在外形及某些功能上有点差异。伊斯梅打算让泰坦尼克以最大的速度穿越大西洋,击败奥林匹克,后者在交付航行过程耗费了11个月。

今天,IT项目从中得出的经验是:在没有经过一些风险评估时,关键的操作程序不能因业务上的压力而有所让步。

在离开南安普敦时,还未行出多远,泰坦尼克号就与汽船New York发生了一次碰撞,汽船是在四英尺的距离下与泰坦尼克号相撞的,并且撞碎了自己的锚。这与奥林匹克相撞Hawke的事件(参看第4节)相似,从而揭示了船上工作人员在操作这样一艘大船时所面临的挑战。

在到达爱尔兰女王城时,它是穿越大西洋前的最后一个港口,商业监督管理委员会对泰坦尼克号进行了一番检查。在检查中,官员们检查了该船是否适合航海,校核了船体、锅炉以及所有机器。他们也检查了供应物品、水、燃料以及医疗用品。他们察看了经济舱的光线及空气,并且对所有工作人员及经济舱乘客进行了体检。

检查的一个重要部分是保险性。在检查者面前船员进行了救生艇演示。在演示中,只有两艘救生艇降下了,但是它们没有接触到水面,因此测试并不算完全通过。演示小组描述了它将用8到10个训练有素的人来降落救生艇。此次测试并没有表现出船员无法应付遇到灾难时如何降落16组救生艇。事实上在900个工作人员里,只有83个人是水手。其他的人要不是豪华旅馆的管理人员要不就是轮船机器的管理人员。在这次检查之后,泰坦尼克收到了来自女王城商业监督管理委员会的一份“适合航行及作好准备”的报告。

今天,IT项目从中汲取的教训是:测试目标是为了揭发在需求、设计及建造阶段主要存在的漏洞问题。

结论

今天,许多IT项目在测试中作出了让步,没有把测试看得足够重要,并且在将解决方案迅速投入生产的业务压力下屈服了。由于经济上存在要求泰坦尼克迅速进入航行的压力,泰坦尼克的所有者在这点上非常被动。事实上,泰坦尼克的测试阶段就是满载乘客穿越大西洋的首次航行。考虑到在建造期间所投入的庞大资金,上面这个事实又是可以理解的。但是这个事实能被人所接受吗?

此次商业机会是由于另一艘轮船引起的,而且白星公司的总体目标是想让两艘豪华客轮按一定的进度表穿越大西洋。此外,奥林匹克在八周内就出现了两次意外事故,因此伊斯梅急于尽快地看到泰坦尼克号投入航行。但是为此所付出的代价是什么?我们将在下一节看到伊斯梅为泰坦尼克号所制定的新的服务级别目标对该船航行带来的关键影响。

来源:AMT

发布:2007-04-22 10:26    编辑:泛普软件 · xiaona    [打印此页]    [关闭]

泛普哈尔滨OA快博其他应用

哈尔滨OA软件 哈尔滨OA新闻动态 哈尔滨OA管理信息化 哈尔滨OA快博 哈尔滨OA软件行业资讯 哈尔滨软件开发公司 哈尔滨门禁系统 哈尔滨物业管理软件 哈尔滨仓库管理软件 哈尔滨餐饮管理软件 哈尔滨网站建设公司