团队组织架构

最近公司准备重新调整开发团队组织架构，有两种方案：
1、继续使用传统的职能型垂直组织架构，部门经理下面根据职能设立不同的几个部门，各部门设有部门经理。
2、一种项目型的并列与垂直混合组织架构，部门经理、以部门的技术核心人员组成一个核心团队，有新项目时首先由核心团队对项目进行分析策划，项目定下后从核心团队中选出一项目经理，同时临时组织一批开发人员进行项目开发。由项目经理进行对项目的跟踪管理。

讨论中有反对有赞成
反对：权利分散不易于管理，容易造成项目管理上混乱。
赞成：可以充分利用公司资源，可以更好调动员工积极性

大家怎么认为呢？

公司规模? 项目类型与数量? 开发周期? 项目参与人数?

任何管理方案都是有利有弊的,就看适不适合.

公司属于高新技术企业，开发人员30几个，项目一般就是公司的产品，大项目（公司主产品）少，小项目常有，大项目开发周期一般在一年半，小项目一般在半年内。大项目全体开发人员参与，小项目部分人员参加。

建议第二种方式

这个问题其实首先还是管理问题和文化问题，或者干脆的说是领导的风格问题。选择哪一种我相信都可以找到最充分的理由，其实也是最不充分的理由。

职能管理和项目管理其实不冲突，问题在于项目经理和职能经理都能对项目成员进行管理，明确了各自的负责范围和绩效考核指标基本就解决管理冲突。强项目化管理时项目经理的管理范围大一些，强职能反过来。这个程度应根据公司主要项目的方式来确定，感觉通常很多公司的职能经理会强势一些，项目经理总需要四处协调资源

我们公司现在是把人力当成“资源”来调配，需求紧时要人来，事情少时放人走，使得一些低劣的代码到处都是，对一些项目造成了恶劣的影响。