项目管理小事谈——员工座位安排

baba

        很多公司安排研发人员座位时都会按程序、企划、美术三个专业来排列，同专业的人员坐在一起，目的是方便上司管理和互相沟通。
        在我们的实践中，按这样的座位安排在经历过一个项目后，研发人员形成了程序、企划、美术三个群体。群体内关系很好，一起吃饭、游戏、聊天，但群体之间的联系就会很少，经常有人互相不认识的情况，甚至在一个部门里几乎没有一个人能把所有名字叫全。人都不认识，那么沟通效率可想而知……形成这种现象的原因很简单：一来是人的惰性，除了工作需要，一般就愿意和坐在旁边的几个同事交流，加上研发人员普遍都内向一点；二来是各工种专业性比较强，专业之间互相不大了解，沟通起来共同语言缺乏。
        为了解决这个问题，我们采用了另一种座位安排方法，以三个原则来重新安排座位：首先是程序、企划、美术全部打乱排列；然后根据每人负责模块就近入座（比如图形程序和3D美术坐在一起，原画设计和企划人员靠得比较近）；最后再考虑专业分工问题（如2D美术坐一个区域、3D美术坐一个区域）。改变座位安排一段时间，项目人员之间的沟通明显活跃起来了，由于沟通效率的提高，工作效率和质量也明显得到了提高：）
        这个问题的处理方式我们的思路：根据木桶原理——木桶能装多少水由最短的那条木板决定。在我们的开发中，“沟通”这个木桶最短的木板一般是专业之间的沟通，因此考虑“取长补短”，在可能牺牲专业内部沟通的情况下，仍然要增强专业之间的沟通。   

大漠邪神

顶一下，我是搞运营的，我的市场部和商务部联系比较多，就是打乱做的

myxdream

貌似很多市场部\运营部的甚至都是每月调整一次座位,我觉得管理方面大家都是可以互相学习的

fisher99

SO，我们正是这样安排的，策划，程序，测试，美工，混合在一起

扭头就可以和相关人员交流问题了，效率很高的

ken1984

不设计界面的怎么分

海洋之舞

en  恩支持

大漠邪神

美文，再顶一次

zotin

重点不是怎么坐，而是如何加强交流。

ahalyb2000

楼主的方法不错,
另外,也同意zotin的观点.
LZ的方法是提供了一个方便的环境,这样很好.
不过我觉得,一件事情的沟通,一般是形成文档,先在内部达成共识,然后交与其他部门的相关人员,之后进行沟通一次.这样就完事情了.
如果在这个流程之后，还有问题的话，那只能说明其中有些环节没做好.

所以,LZ的方法适合于形成执行文档之前的概念讨论.

唉,最近发现很多不同的观点,其实都要看具体的执行.而且，也都是可以相互补充的.
就像LZ的方法,是一个具化的方案,而zotin的观点则不重形式,只重目的.
其实是差不多的......

baba

是的.加强交流其实是目的,座位只是其中一个小细节罢了.

当然,诚如楼上所说,一个组织(或者团队)如果已经有了一套完善并且人人遵守的流程,再加上一个合适的组织文化来引导……那么,这已经是一个非常成熟的、富有执行力的组织了。这种组织在国内的环境来说，基本上属于可遇不可求的那种：）

大多数组织还在“温饱线”上挣扎，从“游击军”和“菜鸟军”中转变，甚至正在经历着从“收烂摊子”到“赶新项目”的过程中……