没有足够的信息来了解他们是否在遵循相关的业务规则。例如，该经理有干这个工作的预算吗？该经理愿意给这个项目批准加班工资吗？此外，招聘经理无法容易地了解到某项工作合适的小时工资是多少，或哪些有资格的人员能应聘。除非招聘经理心里已经有一个具体的人选，否则我们就没有一种容易的办法来找出一种可能的资源，不管这个资源是一家公司、一个介绍所介绍来的临时工，或是一个独立的承包者。我们为了正确的预算，需要一种自动计算公开招聘全额成本的方法。我们决定我们需要一个新的灵活软件解决方案。对每一个临时工，我们都必须保证他有一份公开写好并签名的合同。合同一旦被批准，那么这个人的卡式钥匙、电话和上网权利必须在48小时内准备好。用户必须能够容易地创造相似职务的多重相同申请，当您准备一个大项目的时候，这是一种典型的局势。当承包者工作时，经理们需要一种简单的方法来确认工作时数、支付工资级别，以及在采购订单上的余额。当合同终止日期临近时，招聘经理需要被自动警告。经理需要能自动地延长该临时工的合同，但条件是预算还有剩余，而且这个人为微软公司工作的日子少于连续的340天。当终止日期到达时，这个人上网、上电子邮件、使用公司电话和房屋的权利就必须停止。
我们的新过程必须支持变动，但又不能阻碍工作。当一份合同准备妥当时，假如审批经理不在，那么招聘经理则必须能够把合同转到另一个有审批权的人手里。假如在工作分派期间内经理或成本中心有变动，我们就必须能容易地重新分配该项成本。职业介绍所应能自主给临时工小额加薪，但是大幅度加薪则必须得到招聘经理的同意。
决定是否集中管理
一种方法就是创建一个巨大的单一应用程序来处理所有这些需求，即所谓的“大程序法”。我们有一次就这样设计过一个应用程序，是用来使我们内部的十几个服务组织——图书馆、保安、饮食、出差、公司仓库、公司信用卡集团和其他组织等——能跟踪雇员请求并做出反应的。最后这个项目是我们所取消的少数项目之一。各个群体的需要是很不相同的，而商务规章又太复杂，一个应用程序处理不了。我们花了那么多的时间来使这个系统运转起来，可等我们完成的时候，需求又改变了。我们接受了一个重要的教训：很少的公司应用程序需要“集中”。我们让每个小组自由建立自己的申请系统。通过缩小解决方案的规模，我们缩减了大量复杂性和开发时间，今天所有的内部服务小组都有自己的“申请”应用程序，他们每隔几个月就改进一次。它们都是无纸过程的极好例子，这些过程节省时间，使得跟踪优质服务的提供更容易。
我们避免内部应用程序冗长的开发周期。太多的时间消耗往往使优势失效，而商务需求同时又在发生改变。更小的、非集中的过程通常是最好的。只有少数的应用程序，例如我们的财务报表系统，需要集中化。我们在承担了内部其他商务解决方案的同时，一直保持小规模的小组和项目，心里记着我们生产开发小组的座右铭：“及时交货是我们的特色”。
在检查对临时工的管理时，我们想避免一种单一的办法，但与此同时，又不要弄到未了有六七种互不相干的应用程序，不能组合在一起来刨建一个总体解决方案。我们的战略就是，创造一系列模块化应用程序，从开始设计的时候就准备把它们的数字数据互相链接起来。
我们主要的工具就是Ms Market，即我们内联网上的公司采购应用程序；Ms Invoice，即因特网或称外联网上的一个网址，它使我们的承包商和其他人能用电子方式递送发票；还有我们的SAN系统，它处理所有的后台财务来往。由于我们已经有HeadTrax来管理人事，我们就把它当用户界面来用，不管哪一个应用程序实际上在幕后“拥有密码”。用户只要简单地在HeadTrax上点击某个特征，正确的应用程序就会开启。
承包过程从Ms Market里的数字采购开始，我在第三章中已作过全面描述。创建。雇佣和管理临时工的步骤与HeadTrax为管理正式员工的电子控制功能十分相似。MSInvoice是便利于电子传送发票的，也提供控制功能来帮助招聘经理和销售商（译注：此处指提供临时工的机构）不超过预算。在每一张发票上，招聘经理都有一个链接以查看采购订单上的余额。销售商能看到他们的哪一份账单与哪一份发票匹配。假如一个销售商企图送交一份比采购订单上的余额更大的发票，那么这份发票就会被拒绝。假如销售商给临时工涨薪，微软公司的经理可以点击一个按钮来批准或拒绝。
精明的读者也许想知道，我们为什么还要使用发票呢？不管是电子或其他形式的发票？归根结底，制造业大户都能够完全取消发票了。典型的例子就是福特公司取消了存货材料订购发票。当收货部收到了一批零件之后，经手人就在电脑上输入收到这批材料，开始自动给卖方付款。制造商拿到了零件，供应商收到了付款。谁需要一份发票——即使是数字化发票？
我们也用一种类似办法做过试验，但是在牵涉到服务而不是实际货物的地方发现了一些差别。在制造业里，每个零件都有一个零件号。要创造与临时工的时间一对一的关系是更困难的。因为您“接收”的是花在一个项目上的小时。没有一个另外的参考，即发票号码，销售商要把一次电子付款与某个工人和某周联系起来是困难的。我们拭目以待，盼望着能为我们的销售商所用的无发票服务付款系统。我们的大问题就是要把临时工过程完全数字化，以便让所有的信息能轻易得到。
一条经验法则就是，一个很差的过程会花掉工作本身所需时间的10倍。文献中的许多例子都描述再设计如何把30天的过程减少到3天，或把10天的过程减少到1天。一个好的过程会消除浪费的时间，而技术将会加快剩下的真正工作。但是这种改进并不是最重要的好处。改进管理方对承包过程的监督，保证每个人都遵循招聘指导方针和预算，这些才是大的商务利益。更重要的是，我们能把各行业工种的表现联系起来，而且保持与这些工人更好的关系。
一步一步地改进
要有所准备，以便试验新过程和技术解决方案。没人能预测一个新过程或新应用程序可能出现的每一个差错或问题。员工们先要使用程序，然后他们和程序开发者才能决定什么真正起作用，什么不起作用。用户一旦亲手用了以后，他们就肯定能看到扩展一个应用程序的新方法。我们直到看到HeadTrax对正式职工起了作用，才意识到我们可以用它来处理临时工的问题。我们直到看到HeadTrax用于人事变动很管用，才意识到我们可以加上跟踪历史信息的功能，以便为预算目的比较逐年的人头变动。这个特征将是下一个版本的一部分。
对于所有再设计项目，尤其是那些牵涉到技术的项目来说，复杂性都是它们的未日。据《华尔街日报》的一篇文章所说，研究公司斯但迪国际集团1996年对360家公司的一次调查发现，公司信息项目的42％都在完工前被放弃。据这篇文章说，复杂性通常是罪魁祸首。文章把浪费称作“惊人的”，并补充说，“项目越大，它们就越频繁地失败，而且花费更大。”①
①小贝尔纳·威索基、《拔掉插头：一些公司对昂贵的电脑失望，从而选择‘非筹划’》，华尔街日报，1998年4月30日。
只持续三四个月的项目的失败率却低得多。对于短期项目，您被迫做一些重要的取舍，追使您做得更简单更集中。您最后的目标是可执行的。假如短期项目失败——由于种种原因，少数确实会失败——您损失的时间和金钱也少得多。把您的开发小组撤出来搞另一个项目，这在心理上也要容易承受得多，因为人们没有浪费一年的生命搞一个要被放弃的项目。
即使那些累计要花好凡年的项目也可以分为一系列更小的项目，每个项目都有确定的核查点。这样的办法使得项目能平行前进，并使您能享受到许多领域里更快的数字过程，即使您在一两个领域里卡壳。美国第五大零售连锁店戴顿。哈德逊公司想缩短它1100家百货公司的商品经营周期——即订购一件商品并将它放置到货架上所需的时间。该公司把每个商务过程分解成互不关联的步骤——设计。颜色和纺织物的选择、销售商选择，等等。然后快速地、独立地执行每个步骤。最后的数字过程链接在一起，从而
把公司下属商店的家用物品进货周期从25天减少到不足10天——这些商店包括戴顿、哈德逊、塔吉特、梅文和马歇尔·菲尔兹。
一旦您的数字环境建立起来了，那么您承担的项目就会更成功。假如您的环境主要是纸张，那么一个新的数字应用程序就会在正常的业务活动之外，而正常的学习应用程序的时间就会显得非常麻烦，不值得去做。但是，如果您的环境是数字化的，您就将能够快速地普及这个程序。您可以举债搞许多应用程序的培训。能够很娴熟地使用技术的工人在讲到新应用程序需要怎样工作时也会很苛刻。一旦有几个成功的应用程序在给您工作了，员工们就会说，嗨，为什么我们的员工总数系统不像我们的销售系统？我们在这里为什么不能从摘要数据转到细节去？您意识到这里给员工安装一个电子警报会很容易吗？他们会让您知道您可以容易地链结的其他应用程序或网页，而您最后就会有一个更完整的解决方案。
您利用您现有的技术投资就可以花费很少的成本来创建新的数字应用程序，回报却是巨大的。您已经需要电子邮件来做专门目的的通信。您需要进入万维网来搞到关于全世界的信息。您需要外联网址来向顾客和合伙人推销自己，您需要内联网址来提供公司信息。为什么不把这些技术用于每一个商务过程呢？利用技术和您现有雇员的专业知识吧。
拥有过程变化
在我们1998年的第二次首席执行官高峰会议上，我们组建了一个由首席执行官和首席信息经理组成的小组，探讨商务需求和技术的交叉作用。向小组成员提出的一个问题就是：是什么引起了重大的技术故障？强生公司总裁拉尔夫·拉森说，“重大失败”最经常的原因就是，实业家们干脆把大项目交给他们的信息技术部门或外部咨询公司，“然后就撒手不管，因为这是很困难的活儿。”拉尔夫说：“绝对不能那么做。您所看到的所有成功都是因为强有力的商务所有权，不是因为信息技术所有权，有强大的信息技术支持的商务所有权。项目并不属于顾问或信息部门。项目不属于任何人，只属于企业所有人。”
没有一个能把商务和技术连接起来的人的监督，就不可能正确地再设计一个利用技术的过程。这个商务过程拥有者不必是最资深的人或在您的公司的商务部门里最懂技术的人。但是这个人的确要懂得商务需要，懂得技术是如何在实际工作中被使用的。这个人必须在公司里受到足够尊重才能让决策坚持下去。这个人最可能有真知的见，知道开发更新的、更简单的过程，知道在商务和技术要求之间搞平衡。
拉尔夫的答复得到该小组里首席信息官们的有力支持。阿尔科阿公司的首席执行官员帕特里夏·希金斯说，她见到再设计项目超支严重的唯一一次，就是因为公司的商务部门没有负起责来。她说：“绝不要简单地用新信息技术来代替老的商务过程，甚至替换遗留下的好信息系统。始终要抓住机会来检查和提高过程的效率，问问自己您的业务优先项目是什么。”许多公司发现，资金浪费来自这个事实：您不把您的过程当作新解决方案的一部分来重做。您总是不可避免地要随后另请个人来再设计解决方案，使它们生效。
谁该拥有再设计过程呢？今天做了最大努力或明天能得到最大好处的商界领袖，应该拥有新过程的开发和支持新过程的技术。
商务启示
◆从各种视角来解决过程问题，并利用技术来创建以前不可能有的流水线过程。周期性地重新评价所有过程。
◆如果您重新设计过程来产生最佳的信息流，那么您就会解决重要的商务问题。
◆过程问题说到底就是简单化的问题：让最少的雇员从事最少的工作交换。
◆不仅仅是信息技术部门，而且商界领袖也必须拥有关于技术过程的决策。
◆一个低劣的过程会消耗掉工作本身所需时间的10倍。一个好的过程会排除掉浪费的时间；技术会加快剩下的真正工作。
◆复杂性是一切再设计项目的未日．尤其是那些牵涉到技术的项目。
诊断您的数字神经系统
◆您的数字系统能使初期解决方案快速实施吗？它能使其他分阶段改进工程快速执行吗？它们能让每个雇员都很容易地跟踪系统现状吗？它们能使人们很容易地看到需要管理方采取行动的趋势吗？
◆您能用几个独立的小过程建造一个大过程并把它们链接起来创建一个高效率的系统吗？
◆您在使用数字信息流来简化一个完整的过程吗？
◆您是通过创建更小的、分单元的、从开始就设计为交换数字信息的解决方案来避免长久的开发周期吗？
第十八章 视信息技术为一种战略资源
信息技术到目前为止只产生数据而不产生信息——还不用说产生各种各样的新问题和各种各样的战略。高层经理们之所以没有使用新技术，是因为它没有提供经理们为自己的任务所需要的信息。
——波得·德鲁克
由于处理信息是商务的核心，所以首席执行官们应该像履行其他重要的商务职能一样来从事信息技术。但是太多的首席执行官都对信息技术敬而远之。信息系统往往被认为太复杂，无法把握。使信息技术与商务战略相关似乎是个难以解决的问题。讨论似乎总是陷进一些缩略词里去。不管首席信息官怎么来表述，真正的意思就是，老的系统太复杂、太昂贵、太不灵活，所以不能满足新的或改变着的需求。
由于过去两年中的技术改革，首席执行官现在有机会来调整公司的技术方向。但是这种调整要求一个首席执行官具有三样东西：第一，首席执行官必须保证把信息技术看作一种战略资源，能帮助企业从它的员工身上得到更多收益。信息技术不应该被看作只是一个成本中心。第二，首席执行官需要学习足够的技术，以便能向首席信息官提出好的、难回答的问题，并要能够判断回答是否圆满。在这个方面，信息技术部与销售部、财会部或制造部没什么两样。第三，首席执行官需要把首席信息官带进公司的审议管理和制订战略的活动里来。如果首席信息官在业务圈子外，那么就不可能使信息技术战略与业务战略一致。
首席执行官们的技术知识水平大不相同。他们中有阿尔科阿公司的首席执行官保罗·奥尼尔，他的职业开始于给老兵管理局编软件，但也有许多其他人，如强生公司的首席执行官拉尔夫·拉森，他根本没有技术背景。保罗的技术经历意味着他不怕技术。他从一开始就知道，必须整体地对待一家公司的信息系统。拉尔夫没有经验，所以他决心学习。他在两�