看了大家的回复,发现需要什么的环境因人而异...
那么要建立怎么样的环境,需要达成一致意见,
然而我们需要注意一致意见与折衷之间的区别.

我们可以通过一个典型的例子来说明.如果你的团队正在开发一个图形用户界面的项目,一部分人强烈
建议直接将控制按钮入在屏幕底部,而另部分人建议放在在屏幕的左则.两种意见,一种是水平放置,一种是
垂直放置,形成了两个极端.那么,一个最具有代表意义的折衷方案就是,将控制按钮沿着对角线放置在屏幕
的中央.

可见,折衷的产生由无可奈何的让步引起的,这不是我们所期望的结果,我们需要的是一致意见.一致意见
的达成不是由无可奈何的让步而产生的,而是基于综合的.新的综合体要比原有的任何一个个体都要好,是集
成了每个建议和方案的本质特征的个体.在上面所说的例子中,可以明显地看出,一个具有创造性的新方案是
给控制按钮窗体中上选项,由用户来决定是采用水平放置还是采用垂直放置.

[[it] 本帖最后由 ioriliao 于 2008-3-7 10:46 编辑 [/it]]

归结两个字：自由！

呵呵...
我想自由也一定要建立在一定的约束之下...
问题所在的是我们如何定义一种有效的约束.

要在一个约束的范围内要达到一定的效果这就不仅仅是空间的问题了，而是管理上的问题了。其实像我们在学编程的时候就有这么一个问题，我感觉用来描述你的问题比较合适。

那就是我们常用的依赖倒置原则——空间属于细节，往往我们经常使用细节来依整于整体。但事实上这些都不正确的，如果我们将整体看成一个抽象，那么在写程序的时候应该是细节依整于抽象，而不应该是抽象依整于细节。

所以讨论空间的摆设没有意义，而更应该注重的是如何管理。想要提高团队的效率，那更应该是提高团队的耦合度。这里面的东西就太过于复杂了……一下还真不好概述。

呵呵...我的出发点就是为了把一个具体细节描述给大家,看看能否把它抽象化...
对于空间的摆设没有意义这一点我不赞同,像同一个房间又建立起很多方格,那么程序员之间的交流就会受到一定的影响,没有交流,那么耦合度从何谈起,然而过渡的交流又会造成混乱...所以个人觉得空间的布局也是相当重要的.

麻烦的根源在于对抽象原理的滥用.

这些东西进行抽象的话我感觉不太可行，对空间的摆设其实要求并不是太高，在一个团队的工作区里通常来说不要有过多的交流，我们那里是这样的，每个工作间都是单间的，每个一个办公间，需要交流的都到会议室或是休息区去交流，不是说不允许程序员交流，而是应该如何交流，在工作间里交流是绝对不允许的，这样不仅不能提高工作效率，反而会降低工作的效率，交流很多时候是不必要的。特别是闲聊！真正的对项目的交流应该是在工作区以外，会议室又或是休闲区里，工作区是一个工作的地方，是一个思考的地方。当然，如果在工作的期间必需有交流的话，那就直接到别人的工作区去，并且在别人的工作区不能坐着，所以就不能闲聊，这些都是为了提高工作效率而设。

团队的耦合度是通过平时休息时间的交流及公司举办的各类活动来增加耦合度的。而不是通过工作中的闲聊来产生的，当一个办公的空间过于松散又或是过于的方便交流，那就容易造成上班时间闲聊。

楼主把思想的重心过度的放在空间的摆设上了，这样有点违反了依赖倒转原则，摆设属于管理上的细则，不应该过渡的依赖。应该是细节依赖于整体，在我们程序开发中的依赖倒转原则是细节依整于抽象。所以这里也一样，不管空间摆设如何，团队的应该依赖于管理，而空间的摆设关注需要的是依赖于管理和团队文化。所以在关注摆设前应该更注重的是团队的管理及团队文化，这两个东西弄明白了，那相对应的空间的摆设就简单了。空间的摆设根据你团队的文化及团队的管理制度来进行规划，这样才能符合运作机制！空间摆设是不能独立于团队文化和队团管理制度的。当空间摆设脱离了团队的文化和团队的管理以后，那空间的摆设完全无意义……因为这样的摆设是不能达到提高效率实际意义的，利用空间的摆设来提高工作效率都需要以团队的管理的文化做为前提条件下才能有所意义。最少个人是这样认为的。