分享给研发部门推荐的组织结构

分享一个在做顾问时给客户推荐的组织结构，从PPT转过来的，只是提供客户方的一个参考，应该也是一个非常典型的IT技术架构方式：

没有花很多的时间，只是为了一次会议快速推荐的。这个部门只是某公司IT信息化中心的一个部门，所以，没有涉及财务、市场等部分。

很想了解一下其他公司对于这种软件开发部门在两三百人后会如何组织的一个问题。

 

各部门职责
    PMO
        – 负责产品研发 / 项目管理 / 软件工程的立法和执法工作
        – 对空闲资源进行监控和调配

    产品规划部
        – 负责软件的架构、需求、原型等统一规划和设计
        – 按照业务划分，将相同 / 相似业务的项目组划分为一个产品部
        – 每个开发小组根据需要由产品部经理动态调配资源
    项目工程部 1/2/N
        – 产品部之外所有项目纳入项目工程部进行管理
资源调配原则
    汇报体系
        – 高级资源（ PM/PL/SA/BA/QA ）实行双向汇报制度
        – 项目实施成员向产品部 / 工程部经理负责
        – 空闲资源同时向 PMO 和产品规划部临时负责
    空闲资源
        – PMO 的 QA 负责对空闲进行监控和汇报
        – 空闲资源将被调往产品规划部进行研发性质工作或资源其他部门项目
    轮岗制度
        – PM 实行轮岗制度，与 QA/EPG 成员进行轮岗
PMO
    EPG 小组
    – 拟定项目管理、软件工程过程、配置管理 / 质量保证 / 同行评审等标准和规划
    QA 小组
    – 根据 EGP 小组拟定的规范对项目进行监理和汇报
    – 收集所有项目周报
    – 对 PMO 经理和高层提交监理报告
    SCM
    – 提供所有项目的统一配置环境和工具
    – 根据配置项进行审查
    – 协助 QA 进行配置规划性监理
产品规划部
    架构组
    – 制定相关的架构设计规划和审计工作
    – 为项目提供开发架构的研究、设计和优化
    – 产品部 / 工程部的 SA 定期培训和会议制度
    – 架构成员参与项目，并虚线向架构组汇报
    需求组
    – 制定相关的需求规划和审计工作
    – 为项目提供业务行业规划的研究、设计和优化
    – 产品部 / 工程部的 BA 定期培训和会议制度
    – 需求组成员参与项目，并虚线向架构组汇报
    原型组和美工组
    – 对产品部和工程部进行支持
产品部 / 工程部
    架构组 / 需求组
    – 各项目共享架构 / 需求资源
    – 并行向产品规划部门的架构组组长 / 需求组组长汇报
    项目
    – 项目经理 / 项目组长负责制
    – 产品部 / 工程部对所有项目负责

 

 

本来近期主要在研究CMMI, SCRUM, PMP, IT监理等方面的内容，并计划编写相关方面的学校教材，如果您也正想找这方面的搭档，请给我发邮件：

[e-mail]

 

或者加我的Q: 10992803（加入时请进行自我介绍）