“瑞士军刀”这个词通常用于描述一种可以在各种情况下使用的多种工具的集合体。

 

虽然这样的组合可能很有用，但同样要注意一些风险。一个有太多活动部件的工具，可能最后是完全无用的！什么都能做的工具，就是什么都做不好的工具。

 

就我的经验来看，同样的问题也出现在软件上。大多数时候，开发人员仅仅因为“这很酷！”就把一些功能或者一段代码放进工程里；项目经理们会认为这样

或那样的特性可以增加价值，并且在项目中期修改需求；消费者因为听说或看到某个性能对他们“至关重要”而期望额外功能或特性。

 

这种“瑞士军刀综合征”可以有很多形式：需求范围的蔓延，过早的优化，等等。但是问题的根源在于，我们是如何理解并评判软件、工作量及其附加价值的

价值：

 

更多功能=更大价值

 

现实中，以及绝大多数情况，事实恰恰相反。一段代码或者一个软件越复杂，它提供的价值就越少。一个个人的例子就可以简单说明这一概念，Demac Media

内部使用的枢纽控制台。

 

本来这个应用很简单：我们需要一个（1）查看所有分配给小组的任务和（2）通过本周或两周的底线来过滤任务——简单来讲，就是一个带有过滤功能的任务

整合器。

 

我用了一周时间，写出了基本的功能。在下周周一时，我给我们团队的项目经理展示的时候，他认为这个应用不错，很有用。