第29部分(第2/4 页)

问题，而且使得一家专营制造的公司能为我们承担新的工作。

一个问题可能就是：我们为什么一开始要搞制造？在我们有数字过程前，我们别无选择。今天我们的信息工具足够先进，能让我们为制造部门搞外部采购，但仍能肯定我们的产品是按我们的规格制造的。我们在公司里保留一套核心专家班子，并把网络当做与外部专家协调的主要方式。

在五六个月之后，这些小组不仅把已经引起问题的程序修理好了，而且还发现和拆除了其他几个尚未爆炸的不良程序的定时炸弹。新工具帮助辨认程序中潜在的冲突，并在冲突或遗漏发生之前就让所有的成员都合作解决问题。对一家企业来说，未出现的问题的价值该有多大？

创建分阶段解决问题的过程

一个叫做HeadTrax的内部用微软应用程序的开发史，就是个好例子，说明商务需求和技术问的共存关系如何起作用。使得前数字化世界里不可能有的新过程产生作用。HeadTrax是个工作流程应用程序，用于处理人事变化。一次人事变化可能指雇佣员工、晋升、调动或部门内的变动。

我们开发HeadTrax的努力表明，有时需要一系列的重复性步骤来理解您想解决的问题，并选择正确的过程和技术。对目标理解不完整，是每个技术项目里令人担心的主要问题。这说明为什么您处理更小的过程并依赖它们发展时，运气要更好。不管您计划有多周密，您经常会发现您对用户的需求并不是完全理解。假如您花了18个月把一个完整的解决方案弄好并交货，却意识到您并没有把它搞对，或在这个期间内商务需求有了变化，那么您的处境就会很糟糕。一个更好的办法就是利用软件工具，它们能使您在不到6个月的时间里就做出能用的程序来，然后等您得到用户反馈后又可以改进解决方案。

我们的人事流动应用程序第一版看上去不错，直到我们的副总裁们的电子邮件收文箱里收到了许多电子批准表格为止。有些经理们喜欢能在网上处理大部分人事变动，但其他人却不想观看每一次变动，而更喜欢只看高层雇佣或调动的批准表格。在大科室里的经理们不能处理这么大的工作量。陈旧的纸张文件系统使得授权更容易，所以我们又需要把授权增加到这个数字系统里去。这个应用程序的第二版功能齐全，但是流程仍然有值得改进的地方。有时重要的批准手续在低层走上岔道了，而小的人事变动却仍然时不时出现在一个副总裁的膝上型电脑中。我们与安德逊咨询公司协作，意识到我们有15个主要组里的12种不同的批准过程。我们针对过程，把12个减少到3个；这3个过程就是HeadTrax第三版的核心。

今天，经理们在网上启动所有人事变动程序。任何评审人都能退回一份申请，让原申请人修改申请并用数字形式把申请重新寄来。评审人也能对申请做修改，然后批准它，并让申请继续沿着路径前进。所有与这个申请有关的人都会收到电子邮件，并有与变动申请相连的链接，好让他们审查申请。在过去，大部分人力资源部门对人事变动申请的拒绝都是由于次要问题或编码错误等问题引起的。HeadTrax几乎淘汰了那种拒绝。

一种“代替……行使职权”的特征，使得一位经理能够把任何类型的人事申请的批准职责下放给其他人，这一特征证明是HeadTrax最重要的功能。一位副总裁可能会授权一个行政助理批准日常的职务变动或人事变动，授权高级经理们批准他们领导的小组的报酬或晋升申请。“代替……行使职权”的特征赋予经理们一种创造节省时间的例外的办法，并使批准过程能继续运行。如果一个1000人的分部要变动成本中心，或者在一次调整组织中所有的小组都要换人，那么一个行政助理就能整体选定这些小组，并在组织结构图上点击一个按钮来做出所有的变动。

一个按规定路程发送的特征能增加灵活性。作申请的经理能在把申请上交给人力资源部之前将一个人加进评审圈。例如，一位高级经理评审某种特殊类型的诸如晋升那样的雇员变动。

HeadTrax对于非行政性的工作也是有用的。在开始时，不管您输入哪个雇员的姓名，HeadTrax都会显示整个组织结构图，从高到低的所有人员都有。HeadTrax也能让您在匆忙中创建组织结构图，并根据各种特征——如全名、电话号码、办公室号码、部门编号等等来做特制的图表视图。

现在HeadTrax这个程序完成了，它就像一个明显的解决办法，是中等规模和大型公司都能用的一