大道无形——有效软件工程初探

把书翻过来——看看文字背后的内容

当年鲁迅先生从满纸的道德文章后面看到了“吃人”二字，从此让我们学会了原来念书是可以这样念的，今天我们不妨用鲁迅先生传授我们的方法看看这些深奥的过程背后到底是些什么....

首先，有一点是显而易见的，那就是软件开发的管理对任何人来说都是一个绝对的挑战。在这个领域里面，人似乎都是无比的弱智，虽说是条条大路通罗马，但我们似乎永远不能一开始就找到通往罗马最快捷的道路，一没人指点，我们就要在南北极无谓的打N个来回，所以我们必须学习前人们通过无数失败总结出来的成果。虽然前辈大师们给我们指点的通向罗马的道路也分为各门各派...

然后我们沮丧的看到一个事实：人是不可靠的，正因为人是不可靠的，我们需要用各种各样的方式来验证我们的工作成果，以尽可能的发现缺陷，并及时的修复，其实大师们说的都是一件事情——验证。虽然承认自己的无能是令人沮丧的，有一定是肯定的，那就是：我们需要有效的验证自己的工作——无论是行为还是结果，至于形式是次要的。

再看下去，我们会发现软件开发在绝大多数情况下应该是个群体行为。所以我们需要沟通和传承，无论是CMM过程中庞杂的文档还是XP中颇为极端的“结对编程”其出发点都是为了沟通和传承，虽然无论是无休无止的编写文档还是两个人坐在同一台电脑前的吵吵闹闹听起来似乎都不能令人心情愉快，但不管怎样，有一定是肯定的，那就是：我们需要有效的沟通和传承，至于形式是次要的。

接着往下看，我们会发现，人是健忘且判断能力低下的，所以我们要量化的记录我们的所作所为，这不但可以有效的展现我们的工作业绩，更是让我们避免多次掉入同一个坑里。 但不管怎样，有一定是肯定的，那就是：我们需要有效的用量化的数据来度量我们的工作，至于形式是次要的。

继续往下看，我们会感觉些许的不安，那就是我们会发现这个世界的万事万物是不断变化的，而且其变化的迅捷常常让我们疲于奔命且晕头转向。关于这一点，大师们给我们指点的无非是我们老祖宗——大禹及其前任们治水的那两招：“堵”和“通”，这里的“堵”并不是指完全的拒绝变化——这是不可能的，而是指将所有的变化处于完全受控的状态，CMM应该是这种方式的代表，其通过建立一套复杂而庞大的控制机制使所有的变更都处于受控状态，然而这个美好的愿望却时常因为其笨重的身形和高昂的成本令人不堪重负而无法有效的执行。相对而言XP提出的“拥抱变化”采取的是“通”的策略，这听起来颇为令人兴奋，至少和繁杂的过程以及成堆的文档告别是一件让人心情愉快的事情，但实际操作起来往往并不那么容易，除非你是“大禹”那样的绝顶高手，否则弄不好就会溃堤决口、水漫金山。虽然上述两条路听起来都不怎么美妙，但非常遗憾我们目前还没有第三种选择，个人认为最有效的方式也许应该是首先看清楚是一条什么样的河流，然后再判断哪种方式更为合适，而在某些情况下，将“堵”和“通”结合使用会有意想不到的结果。但不管是采用什么方法，有一点是肯定的，那就是：我们必须找到有效的方法来应对变化，至于形式是次要的。

<<上一页 1 2 3 下一页>>

数据挖掘论坛