登山的故事(什么是XP,设计)

上一篇 / 下一篇 2008-06-15 10:37:31

查看( 29 ) / 评论( 14 )

作者：秦梦瑶来源：csdn

从前，有一个A型血的人和一个B型血的人去登山。显然A和B有着不同的登山方法。

A到了山脚下，总是先停下来，仔细打量山势。接着，围着山脚转转，看看哪些是小山包，哪个是主峰。然后，设计几条不同的

登山线路，并选择出最好的登山线路作为首选计划。同时，他还考虑到如果首选计划出现问题，则可以启用第二计划或第三计划...

而此时的B几经爬上了第一个小山包。B登上小山包的时候，发现这个小山包不是去主峰的路。B并没有气馁，稍微打量一下环境，立即从小山包上下来，往更高的一个山峰进发...就这样，B无时无刻不在后退中前进，在下坡中上山，已经将A远远的甩在后面。

最后，B成功地登上主峰，而A还在半山腰艰难地攀登。当A终于登上主峰之后，B说了一句很有很有意思的话：你现在知道极限编程的威力了吧！A默然不语...

一位想学登山的新手来向A和B请教登山的方法。A把他的线路图和计划全部给了新手，没有说一句话。新手看都没看，就跑去问B。B意味深长地说：努力，努力，再努力，当你到达山顶的时候，就知道了登山的方法！新手由衷敬佩。

多年以后，A成功地登上了珠穆朗玛峰。据说B倒下的地方离一号营地只有一百米远...

当那位新手终于找到A求教的时候，A还是将所有的登山线路和计划交给了他，依然没有说一句话。

但新手明白：这就是设计！

TAG:

hrbendi发布于2008-07-21 16:59:54: 如果是对于需求非常明确的项目（比如自己公司开发的软件，以一个相对较大的受众为潜在顾客的项目），那么无疑传统开发模式是最好的选择。

但是对于需求不是非常明确的项目（比如为某个公司开发的软件，或者以一个特定的受众为目标的软件项目），大量的前期设计工作，往往是很危险的。

沙漠孤鹰发布于2008-07-31 17:14:29: QUOTE:
原帖由 hrbendi 于 2008-7-21 16:59 发表
如果是对于需求非常明确的项目（比如自己公司开发的软件，以一个相对较大的受众为潜在顾客的项目），那么无疑传统开发模式是最好的选择。

但是对于需求不是非常明确的项目（比如为某个公司开发的软件，或者以一个特定的受众为目标的软件项目），大量的前期设计工作，往往是很危险的。
有道理！

Yingli_Zhang发布于2008-08-20 13:55:38: QUOTE:
原帖由 hrbendi 于 2008-7-21 16:59 发表
如果是对于需求非常明确的项目（比如自己公司开发的软件，以一个相对较大的受众为潜在顾客的项目），那么无疑传统开发模式是最好的选择。

但是对于需求不是非常明确的项目（比如为某个公司开发的软件，或者以一个特定的受众为目标的软件项目），大量的前期设计工作，往往是很危险的。
赞同。

对于一个刚刚起步，处于生存阶段的小公司，接手一些项目的时候，往往会采取比较aggressive的做法，无暇顾及太多process,目标就是最短的时间deliver product。对于成熟的公司，成熟的项目，采取A的做法是比较好的。