谈谈研发场所的空间组织

Posted 2020-08-31 小径

上一个帖（http://www.cnblogs.com/inshua/p/6396242.html）是2013年一个流产的创业公司的办公室设计图。

2015年，担任另一个创业公司CTO时，该图的上半部几乎得到原样重现。

当时采购的桌子如下：

没有柜子！

程序员不需要柜子。几本书几张草稿堆在桌子上就好。就我所知研发工种都不需要柜子。

这种桌子比带柜子的办公桌廉价，一溜排下来气氛又好，大家都很满意。

桌面长1.3米，比上帖的1.5米要短点，但也比一般的办公桌长了不少，面积相当于小班台。扁平化管理，大家待遇一样。桌子够长，两人之间隔的足够远，也可以自由移动椅子达到足够近。开发时有足够距离，面对的是墙，不易分心，讨论时转过或移动椅子距离都很近，交流成本低。

程序员需要的交流往往包含有指着屏幕交流，不能停留于隔空喊话。

2015年的队伍是我所经历的工作气氛最好的队伍。虽然有地点不正规，楼上装修噪音巨大等等困扰，团队气氛依然生机勃发，形成强大的能量。只是团队再好也抵不住目标不明确，这是后话。

2016年现在的公司调整布局时也按该思路布置了一番，不过看起来有点奇怪，像是这样：

尺码失真，敬请脑补。

这么布置的原因是团队分为二组，二组工作接触很少，但要公用一个测试组。

（与实际略有差别）

后来搬迁，办公桌变回了这种连体婴儿型：

气氛可想而知了。

以我的接触，大部分老板喜欢这种卡位，并不是因为这样省钱。实际上这种带柜子的办公桌价格并不便宜。这种卡位看上去现代简洁，排在一个大厅很有气势，布置相对粗放简单，我想这是其得到大量使用的原因。遗憾的是，这种隔断用于研发队伍很不明智。以4*4的团队为例，其最长交流路线：

这样的布局交往难以形成。事实也是，团队气氛迅速冷下去了。

这种隔断：

到这种：

到这种：

这种：

以及把会议桌当办公桌的：

 

都错了！

可能有人说，你这不过是歪门邪道小聪明，想到点这种有什么了不起，有科学依据吗？

买什么样的办公桌，怎么布置，看上去确实很LOW。

在我的意识里，这个问题应当描述为：研发活动及研发场所的空间组织。

我所依据的主要是这本：

《交往与空间》可谓建筑规划方面的圣经。阅读门槛不高，相信抱着热情与兴趣都能领会其中奥秘。

和这本：

这本的亮点有阴角阳角概念。

这两本建筑、规划等方面的书，尤其是《交往与空间》对于理解如何组织研发场所的空间具有极重要的帮助。

活动->空间->场所空间组织是空间设计的核心法则。研发队伍的空间组织，应从研发人员的活动得出。

研发人员大部分工作是不需要交往的，所以应当提供一个尽量无干扰的相对密闭的空间。让办公桌面向墙壁，而不是与另一个人面对面，形成一个目光可自由投放的密闭空间。较长的办公桌，有效的隔开了与伙伴的距离。研发人员经常需要将稿纸、图纸摊开铺放，现在很多程序员、设计师都需要2个以上的显示器，较长的桌子而不是带柜子的桌子，更贴近研发人员的活动，让他们手脚得到伸展。

研发人员并不是孤僻的孩子，他们虽然交流不多，但也往往会因为技术问题需要偶尔而热烈的交往，且往往需要数人卷入。这种交流通常对工作有较大帮助。交流时长有的很短，有的可能较长。

短的交流有：问问题，测试人员向程序员指出BUG等等。这类活动通常可以在工位上对着电脑比划迅速完成，不适合挪到会议室转为正式交流。

长的交流有：探讨技术方案，产品经理向设计师持续的交流设计效果等等。这类活动有时需要挪到会议室，但是不少情景在工位处理也比较恰当。

不长的会议：如宣布重大消息 ，举办团队小活动等等，在本案只需要将座椅旋转，不脱离工作状态，迅速完成。

不正式的会议：如项目进度会议。人员会自然的站立起来，侧靠在桌沿参与讨论。

由上分析可见，本公室布局方案当座椅转向墙壁，则形成内向封闭活动的个人工作空间；座椅转向对面，则形成外向交往的广场式空间。

加强哪种类型的空间，相应的活动就会增加；反之则会减少。

所谓功成事遂，皆谓自然。当空间组织得当，各种活动就可以自然发生。

---

一点探讨：

可能有人说，你的公司都太小，研发人员数量少，甚至研发和测试都在一起，当然可以这么布置，公司规模大了就行不通了。

这里涉及的主要问题是：人员是按工作性质（部门）分配空间还是按工作内容（项目）分配空间。

何种切分更优，取决于交流活动的比例。总的来说，同一工种进行短的瞬时性的交流（如问问题）的机会多于不同工种，交流的内容也更为日常，双向，对交流者帮助较大。而不同工种之间的交流通常是连续的，超过半小时的，更多的是单向的，对谈话发起人帮助较小。因此，按部门划分更有优势。事实上，小团队的座位也是按工种相连的，Java程序员和Java程序员连在一起，ios程序员和iOS程序员连在一起，师傅和徒弟连在一起，等等。

当公司规模较大时，我想可以在部门设置若干空位子。例如开发在完成界面后可以到美术部门的空位置进行开发，与美术一起共同完善界面。

有时也会出现一些较为重要的周期较长的产品，需要相关人员密集而热切的参与。此时也可以变换为按项目安排场所的思路，将项目人员安放在一起，相信也是行之有效的。一般来说，项目组的人数不会太多，15个人以内足够。

此时人员需要在不同项目组及部门和项目组之间机动，项目组同样可以采取空位置的办法。产品经理带两个项目时，他在两个项目的组团都留有一席，随时可以往某个组团就坐。又如，在美术为某项目做UI设计时，他可以持续就坐于该组团的空位子，也可在开发完成某界面后来该组的空位子，对界面进行验收和指导。显然，为项目组安排短期办公场所需要公司有富余的场地。

当规模在200人以内时人员最好集中在一个大厅，使用门、墙隔离的空间会造成进入困难。

这套办法效果如何，有待检验。

---

2017-03-27 这次读《scrum》，发现 valve 有一个更好的办法：valve 的桌子是有轮子的！！ 有轮子的桌子怎么用可想而知。这个方法解决的漂亮。

我知道这种桌子，轮子上有一个扣，按下可以固定轮子，扳开可以自由移动。