蒙特·戴维斯(MonteDavis)MCSE美国内布拉斯加州奥马哈市我们试图把电子邮件从一个平台转移到另一个平台，但仅仅因为一个女人结了婚，我们的电子邮件系统便瘫痪了。

该电子邮件流程如下：

(1)新的电子邮件通过新的电子邮件系统发送。

(2)如果新的电子邮件系统可以发送，它就把信息发给正确的新系统用户。如果不可以发送的话，该邮件将被发送到旧的电子邮件系统来投递。

(3)仍在旧系统中的人给仍在旧系统中的其他用户发送邮件时，邮件将会传送到对应的旧邮箱中。然而，如果收件人已被迁移到新系统，那么电子邮件会通过为每个用户创建的“迁移”转发地址转发过去。

有趣的事情出现了。一旦单身萨莉(SallySingle)被迁移到新的电子邮件系统中，她就有了两个电子邮件地址，一个是sally.single@mycompany.com,另一个是转发邮件地址sally.single@migrate.mycompany.com。所有旧系统的用户发送给她的电子邮件都会通过她的“迁移”转发地址自动转发到新的邮件系统。yipindushu.com

当萨莉结婚后，她把名字从“单身萨莉”改为“已婚萨莉”,她的电子邮件地址随之改变。然而，新系统中给萨莉的电邮地址重新命名的人忘记改变她在旧系统中电子邮件的“迁移”转发地址。所以萨莉就有了下列地址。

新系统

(1)sally.married@mycompany.com

(2)sally.single@mycompany.com

(3)sally.married@migrate.mycompany.com

旧系统

(1)sally.married@mycompany.com

(2)sally.single@mycompany.com

(3)sally.single@migrate.mycompany.com

(结婚后忘了改变这一条“迁移”转发地址。)当旧的通信系统用户给萨莉发送邮件时，就产生了一个循环：1)创建信息并发送到旧的邮件系统地址sally.single@mycompany.com;2)旧的邮件系统检查萨莉的账户，确保将邮件发送至转发地址sally.single@migrate.mycompany.com,然后转发信息；3)新的邮件系统查找电子邮件地址为sally.single@migrate.mycompany.com的用户，但找不到它，因为该地址在萨莉结婚后改名了；4)新电子邮件系统转发了未知的收件人邮件到旧系统中；5)旧的系统知道用@migrate.mycompany.com地址转发所有信息，所以又将它转发到新的邮件系统中；6)如此以来，信息像泡沫一样堆积，循环往复地发来发去。

信息每循环一次，公司的免责声明就会被添加到消息后。虽然免责声明只有100字左右，但是当每个信息在系统中一分钟就循环几次时，内容就会迅速增加。由此显得萨莉很受欢迎。有这么多的信息发送给萨莉，其规模和容量终于导致电子邮件系统瘫痪。

这个故事的寓意：应记录工作流程，并确保严格执行。在这个故事里，虽然更名的流程已经记录好，但没有得到执行。否则，萨莉在旧的邮件系统中的用户账号就会随着她结婚后的新迁移邮件地址一同更新，问题就不会出现。

剔除多余的流程

纳雷什·贾因(NareshJain)印度孟买市马来德

成功的团队做了什么其他人都没有做的事情?他们不断质疑自己的流程，并努力消除多余的环节。他们毫不留情地对自己的软件开发进程进行重构。

Isemblequelaperfectionsoitatteintenonquandiln'yaplusrienàajouter,maisquandiln'yaplusrienaretrancher。这个法国谚语引自安托万·德·圣·修伯里，意思是：“完美，不是指无可增，而是指无可减。”

为什么今天的团队不应用这个准则呢?为什么随着时光流逝，最终产品的价值越来越少，而整个过程和副产品却越来越笨重?为什么代码行数在增加，但软件有用的功能却越来越少?以下关键指标显示出软件开发进程出现了问题：●软件大幅膨胀，出现大量代码行和无用的功能；●开发软件的队伍的规模在不断扩大；●这个过程变得越来越规范化、教条化、僵硬化；●该团队正在经历“规划致死”会议；●文件和辅助产品总量以指数方式增长；●新发现的漏洞不断从客户测试组中涌现。

团队领导们不断增加更多流程、更多检查和更多审查，他们认为日益严格的进程将解决这个问题。根据我的经验，这绝对不是一个工作进程问题。添加更多的流程只会使团队更难看清问题的真正根源。

为什么大多数团队都不敢丢弃那些不能真正帮助他们的流程呢?为什么团队在一开始就用大量流程，只要能想到的都加上，而不是仅在需要时增加?这可能反映出团队在最初使用这一流程时并不理解它。或者可能意味着，有人没有充分了解软件开发过程就给团队套上管理枷锁。无论是哪种情况，该项目都成了不切实际的计划，只能变成一堆无用的代码位。在没有明白造成项目在膨胀却没有增加价值的真正原因时，盲目改变是毫无用处的。

在我看来，一个好的项目经理应该正确理解团队的工作方式。他应该能够旁观者清，正确评估每个流程给功能性软件生产带来的影响。

一个经验丰富的项目经理应该仔细查看团队需要去做的所有活动，只保留那些对具体项目成功至关重要的活动。一旦将过去项目中多余的流程去掉，团队的生产力和工作量就应该很快能提高。

谈到流程时，“少即是多”是一个非常重要的哲理。