|
一个互联网产品公司（泛指以提供软or软+硬产品、互联网是产品重要的使用和传播途径的公司），研发中心是公司最重要的部门之一，为公司提供核心产品。 随着业务规模、组织规模、团队成熟度，研发中心需要逐渐演变升级其组织架构，通常会经历三个阶段，即职能部门结构、产品线结构和事业部机构。 组织架构没有绝对的优劣，需要根据自身情况选择匹配的最佳状态。对此，研发中心负责人要有清晰认识，特别是大公司空降到创业团队的负责人。 一、职能部门结构 标志：公司有1-2个产品线，研发中心规模不超过50人，团队处于规章制度形成阶段。研发中心结构如下图：  各部门职能如名称，不用多讲。有以下需要注意： 1）根据业务需求可以设置1-2名副总监，副总监与CTO能力互补，能覆盖日常管理、产品、开发、架构、项目管理； 2）每个部门负责人，既负责资源管理（招聘、培训、考核），又负责产品开发（需求、开发、交付）； 3）CTO要参与公司战略制定，CTO和产品经理要参加公司业务讨论并发声； 4）除了开发工作，CTO要有计划地推动制度建设（另见《研发中心制度建设体系》一文）。 5）初创团队在形成制度和质量标准前慎用敏捷，在人员能力和相互信任基本建立后，可以考虑推行。 二、产品线结构 当公司业务进一步发展，团队规模进一步扩大，可能会出现多个产品持续并行迭代的情况。此时，职能部门结构会有一些缺陷： 1）CTO和产品部经理精力有限，很难深入到每个产品的调研、规划、开发、上线跟踪的项目细节中，也难有精力深入各产品项目与市场、运营、客户间的持续沟通协调。因此每个产品需要培养一名有一定业务能力的负责人，推动该产品持续迭代支撑业务推进； 2）无论产品、开发、测试，都需要在某个产品方向，向专业化深度方面深挖，例如，支付产品线，要求产品经理和产品线负责人深入了解国家支付政策法规、各支付供应商能力，有对外合作谈判能力，等。 3）每个产品持续迭代发展需要团队有一定的稳定性，让团队成员间形成默契配合，对产品发展历史、问题、未来方向有一致认识，这样可以大大提升团队效率。另外，这也可以让团队成员形成团队荣誉感。 因此，在职能部门（“资源线”）的基础上，要增加“产品线”（'交付线'）的组织形态，形成矩阵式管理：  在产品线结构的组织中： 1）各产品线（纵向）负责交付，类似于军队的战区，首要职责是运用产品线资源完成交付任务、推动公司该项业务的发展；产品线要推进该部门向专业化方向发展。 2）各产品线设一名产品线经理，产品线经理是兼具项目能力和业务能力的综合性人才。 产品线下设产品、开发、测试人员，可以根据需要再分成多个组。产品负责人不一定是来自那个具体岗位，但要求对产品了解、对团队有一定掌控力、沟通协调能力强、做事积极主动、勤于思考，是发动机型的人。 3）各资源部门（横向）负责 -负责推进研发中心能力持续提升，如招聘、能力发展、晋升晋级、规章制度的制定优惠、设计标准化推进、测试自动化，等； -负责为各产品线提供公共资源支持，如产品的UI、测试与质量部的验收中心、架构和技术路线、运维等； -负责总体质量把控，如产品部要负责审核评估重要产品的产品设计，开发部要审核评估开发质量、测试与质量部的验收中心负责最终交付的验收； -负责研发中心总体规划及资源调配，如整体产品规划、各产品线资源分配调整，等； 4）资源线与产品线形成相互配合和监督，产品线向资源线提人员和能力的要求，资源线对产品线设计和交付进行评审； 5）矩阵式管理的缺点是管理相对复杂，因此研发中心通过制定与矩阵式管理相匹配的管理制度来明确权责： -推行前要设计顶层制度，但制度设计不要太复杂。应先设计最核心的规则，如基础的分工、流程等，不完善的在推行过程中快速迭代、逐渐完善。 -多产品线推行初期阻力较大，研发各条线负责人组成小组，至少每周一次讨论新组织形式推行中遇到的权责不明、制度设计欠妥等问题，达成一致后快速推行，稳定后形成制度。在这个过程中多就事论事，少谈理论。 6）产品线架构的关键点有三个，一是某产品线人员要相对稳定、系统架构要能支持多产品线、产品线负责人要有一定的业务能力。这三点在组织发展过程中是逐渐成熟的，因此在形成产品线架构前，建议通过多产品组的形式作为过渡：  -形成各产品组，组长主要负责项目交付，其他管理职能依然归属各资源部门，各职能部门保证各产品组的人员尽量稳定； -重点培养各产品组长的业务能力，让组长做市场调研，负责与跟客户、市场部门、运营部门沟通，做产品组的中长期产品规划、技术规划、组织规划，培养其综合管理能力、帮助其建立威信。 -系统架构向多产品线方向发展，即符合中台架构，有一整套项目管理规范和质量标准，等。 -一个产品组成熟，就升级为产品线，产品组的负责人级别提升，为其他产品组提升树立标杆。 三、多事业部阶段 随着公司各项业务稳定发展且能自负盈亏、团队规模进一步扩大，可以考虑在公司顶层设置多个事业部。 各事业部有自己独立的市场、运营、研发体系。研发中心职责变为制定流程规范和标准（项目、质量、技术路线、架构等）、提供公共能力（如基础平台、运维）。 对这种架构没有太多经验，就不多讲了。 |
|
|
