一个软件公司，怎样的组织架构比较适合？
最近公司计划变更组织架构，让我们提出想法，不知道其他软件公司的组织架构是怎么的？希望推荐觉得不错的方案
[解决办法]
市场部（销售部）
开发部
下分开发组与测试组，或者测试单独成立部门
质量管理部（软件质量管理，过程管理）
工程服务部
其他就是通用的部门了
[解决办法]
取消部门，产品经理负责制面对每一个大客户而设置办公室，不同职能的人员不隶属于任何部门或者产品组但是要对自己负责编写或者测试过的任务片段负责，而项目经理应该负责项目内的文档整理、技能培训、所有人员的日常行政管理（例如跟一些谈谈思想问题）。
[解决办法]
比较简单、但是效率最低的是传统的项目经理负责技术设计组织同时还负责所有其它的管理工作，这顶多适合一个初创期的骗老板钱的短期项目。项目经理不应该去做一个架构师的角色，不应该总想着把所有人都拉拢到自己这一边，他做一些决策保障工作就可以了。
[解决办法]
公司组织结构类型分为1、直线制2、职能制3、直线职能结构4、模拟分权结构5、矩阵结构6、事业部组织结构7、委员会结构8、控股型结构9、网络型结构
首先要看你们公司的性质是什么样的，是产品型还是项目型。
如果是产品型则采用职能性质划分，采用矩阵式管理模式，如果是项目型则采用事业部组织结构。其他组织结构类型对软件行业适用性稍微差些。
如果采用矩阵式的组织架构，则划分为：产品规划部、产品研发部、产品市场部、产品销售部、项目实施部、产品服务部，支持部室：人力资源部，办公室，财务部。
如果采用事业部组织结构，则为：EAM项目部、ERP项目部、Portal项目部等，支持部室：人力资源部，办公室，财务部。
。
对于集团公司则采用控股型结构或者委员会结构。
[解决办法]
我觉得组织架构跟软件公司的业务和面对的客户等关系比较大。不同的情况适用的结构应该是不同的。
对于产品型为主的软件公司，应该以产品为中心建立组织机构，而对于项目型的为主的软件公司，应按项目型组织来考虑组织结构。
对于软件公司，我觉得它的组织结构设置可能随着成熟度，会有 产品为中心的组织结构-->项目为中心的组织结构-->客户为中心的组织结构 演变的趋势。似乎迎合了市场营销中推型-->拉型-->战略营销 的模式演变。具体参见下文
《项目型组织：以客户为中心的组织结构设置》
http://blog.csdn.net/shuffercheng/archive/2008/10/25/3143743.aspx
[解决办法]
如果只想动项目部，那就要看你们项目部的业务方向了，最好按照业务方向进行划分，可能会触及到项目组的差分和合并。
