突然有一个想法，来自圆桌骑士，就叫做“圆桌团队”吧。
圆桌的含意是平等和世界。所有圆桌的骑士彼此平等，并且互为伙伴。
借用百度百科的一张图片。
我本身是从事软件开发的，就拿软件开发团队举例子。
现在的公司大多使用格子间，要么就是长条桌子，一行一行的，每个人占据桌子一个位置，或者一个桌子角，或者一个桌子隔间，各自开发各自的内容，然后提交，然后发布到测试服务器，由测试人员测试，提交bug，有人分配bug，开发人员到bug库找分配给自己的bug，重现bug，修复bug，然后再次提交，再次测试，然后发布到生产环境。
圆桌，或者说大桌子也有，但是在会议室，都是早会、例会，或者讨论会才会进入会议室，然后有人发言，有人提问，有人讨论，完事了，又回到自己的位置工作去了。
总觉得缺少点什么，对了，“互动”。
缺少沟通，不没有既是的沟通，没有及时的互动，很多问题在后期才发现，需要很大力气修复。
还有就是可能造成技能的截留，技能只是在个人手中，没有共享出来。有些人遇到问题，到处找答案，到处google，然后了，自己解决可以学很多东西，不可否认学习的过程和能力。
但是有些问题很那个，也许就是一个配置项，或者一个方法，或者一个什么名字之类的，其实团队的其他人可能已经碰到了，掌握了，其他人不知道，还找来找去，有点浪费，其实问一下，谁遇到了，然后给个答案，自己记住就可以了，没有必要深究，或者在事后再来深究，没有必要在任务的过程中深究。
这时候，开发人员本来就不太喜欢说话，抬头一看，大家都在各自桌子区工作，也许就不好意思，长久下来，就不问了，自己找吧。直到找了很久，甚至几天，经理问道进度，才说有一个问题一直解决不了，这时候才提出来，从某个人哪里得到了答案，自己很不好意思，其实这没有什么的，每个人的记忆力有限，掌握的领域也不同，没有必要为这个不好意思，大家互补才是团队的真正含义和优势，否则还不大家都回家各自干吧。
圆桌团队，就是说团队成员围着一个大桌子工作，互相沟通进度，互相传播知识，互相讨论技术实现，互相分享收获。
大家分开的话，有的人就会分散注意力，做些项目无关的事情，导致进度拖延，或者效率提不上来。
围城一个桌子可以减少，因为大家很近，不好意思了，重要的是受到了其他人的感染，自觉的努力工作，自觉的加入讨论，自觉地就提高了自身的技能，包括硬技能和软技能。
圆桌团队，还可以提高团队的整体士气，使团队有一个良好的气氛，大家拧成一股绳，共同为目标努力，快乐编程。
假设现在有一个项目，几个人围着圆桌来工作。
先去会议室，在白板上写下项目的目标，主要的流程，还可能使用投影仪，事后还会写文档，这样的过程也会经过几次的反复，确定项目的细节，以及任务的细节，流程的梳理，准备开工了。
大家回到圆桌上，简单沟通之后，开工，各自干了起来。
一会儿，张三说，我的部分完成了。李四说，我的也完成了，我们集成测试一下。王五就说，加上我的css效果看看。
又或者有人说，我这里还差一点，有个小问题，谁遇到了，帮我解决一下，这时候有人站出来，我有时间，我帮你看看，也许就解决了。
又或者大家对一个业务有理解偏差，回到会议室继续白板战。
回来之后，继续干。
围着圆桌可以产生很多灵感，产生很多产品，分享很多知识，大家成长的更快。
。。。。。。。
上面还只是我的想法，还没有经过实践检验，不知道是否行的通。
我觉得肯定可以行得通，只是在一些实施的细节需要根据项目或者成员的不同，进行调整。但是总体应该可以保持圆桌的形式。
补充：
昨天写的文章，今天在网上搜索到下面的内容。
圆桌不仅象征着协作精神，还使协作变得更加容易：在圆桌旁，每个人齐心协力解决问题或制定政策。
在亚瑟王统一不列颠实现和平与繁荣的计划中，发挥作用的是“圆桌骑兵团”。骑士们以平等的身份进行对话——为国王出谋划策、挑战困难、讨论问题、达成一致，最终解决问题。
原来有一本书就叫做《圆桌》，是一个外国人写的，内容也很类似，原来我也有不谋而合的时候，哈哈！！
本文转自 virusswb 51CTO博客，原文链接：http://blog.51cto.com/virusswb/1020533，如需转载请自行联系原作者
