PM， Developer， Tester的组织结构应该是怎么样的？

wonder

PM ： Production Manager，PM 来定义需求、书写出来每个功能特性(Feature)的设计文档(Spec)
Developer： 开发人员，写代码来实现这个Spec
Tester：来测试Dev 做出来的东西是否符合PM 定义的Spec
      先后在两家不同的公司工作，发现在这个方面，虽然都有这样三个角色， 但好像每个公司都不太一样， 第一家公司： PM，Developer，Tester是三权分力的，三种角色没有上下级关系，只是共同合作来完成一个Spec， 三种角色互相制约和权衡。 第二家公司： Developer虽然不隶属于PM，但是PM的层级会比Developer感觉上高一点，但是Tester是隶属于 Developer的，需求是由Developer 和PM沟通之后， 传达给Tester的，且Tester不能和PM直接沟通。
      在我认为， 第一种方法当然更合适一些， 毕竟Tester直接的掌握需求对于项目的意义是很重大的，直接的交流避免需求的误解， 权限 的发放会使测试人员对于bug的要求可以更加坚持和挑剔，测试活动更加专业和独立，更好的控制质量。 好像目前在国内可能很多公司也还是保留的第二种权限的划分， 不知道其他公司的情况是怎么样的？我不知道这两种权限的划分，对于管理层来说有些什么不同的意义？如果没有什么区别，为什么会有两种不同的考虑？ 第二种权限的分配是否有他潜在的优点呢？
      

wonder

其实以前在自己的blog里面写过这篇文章， 不过51Testing博客被攻击以后， 有一些很经典的论点就丢失了。
因为最近又被相同的问题所困扰， 希望大家发表一些自己的看法，这样的观点可能更全面一些。
      目前考虑到的：
      三权分立形式的缺点就是沟通有些问题，当你隶属于不同组织的时候， 沟通的障碍好像无形之中就出来了。

wonder

eagleyes125：
很想知道你们公司项目的需求是谁来开呢?是谁来Detail的？
测试和开发是否同一时间可以得到需求？
另外发布的动作是由谁来做啊？