深入理解矩阵式团队管理

  • 格式:pdf
  • 大小:336.50 KB
  • 文档页数:9

特点\组织 设计
业务管理
职能管理
目标 划分维度 成员
共同项目目标 很少的职能目 标
平台、业务 线、服务对象 包含 Nhomakorabea种职能
项目目标需要分解才能与公司目 标挂钩 职能目标 职能
单一职能
负责人
团队,绩效指标制定充分考虑了这三点。在我看来,合理的组织架构保证战 略的稳妥落地,绩效考核让每个人有自己清晰的目标,文化和价值观让团队 更有凝聚力,优秀的管理者要同时兼顾这三者。
矩阵式团队管理的平衡之道
在三好网研发团队内部,我们实践了很长时间的矩阵式管理,总结出三 个关键点:1.业务团队和职能团队各自的职权责;2. 业务团队和职能团队的 人员划分;3.业务团队与职能团队的平衡。 业务团队:建立的前提是有一个共同的目标,团队由完成这个共同目标 所需要的各职能线员工组成,负责解决这个业务线上的问题,并行的多条业 务线负责解决业务线的规模性难题,业务团队通常从垂直维度建立。
技术团队采用 OKR 绩效考核(Google 和 Facebook 也采用 OKR),要 求绩效指标遵循“SMART”原则,OKR 尤其重要的是指标必须具有挑战性, 鼓励大家设置更高的目标。团队的绩效考核和团队文化必须相辅相成,绩效 考核是理性的,团队文化是感性的,内部宣扬的是业绩性、主动型、学习型
深入理解矩阵式团队管理
带团队就是管人、管事、管钱、管心,合理的组织架构是实现这四点的重要保 障,组织架构有三种划分方式:按职能、按业务以及矩阵式,它们各有其优缺 点。从多年研发管理和系统架构经验中,对比矩阵式团队管理与正交分解架构 设计的相通之处,深入思考总结出一套管理方法,并将其应用在组织设计、绩 效考核、团队文化各个层面,本分享希望与大家探讨: 1. 矩阵式团队管理的专业性与规模性两者如何协调? 2. 矩阵式团队管理与正交分解法背后的哲学,康威定律,分工与协作。 3. 在矩阵式管理架构下,基于绩效考核与定级定岗,打造业绩型、学习型、主 动型的研发团队。 4. 合理运用培训与激励提高产出。
业务团队的负责人,主要是产品经理,负责该该条产品线具体的月/周任 务规划与安排,即日常需求的研发推进,这部分事情不需要申请额外授权,业 务团队仅负责项目驱动,不负责团队管理,在我们组织内部,主要按照平台分 (App、Web、PC)和服务用户(前台、后台、大数据)来划分业务团队。
职能团队的负责人,主要是职能线上的专家,通常是各职能线上的总监, 负责该职能相关目标的长远规划、驱动,通常核心项目会有一个侧重点,比如 体验优化或者技术升级,将会选相应专业技能上的职能负责人来管理项目。除 了核心项目,团队成员管理,招聘、培训、考核、晋升,也属于职能负责人的 范畴。
第二种按照业务线管理业务管理,这种方式每个业务单独分配所有职 能资源,优点项目具有需要的所有资源,起步快推进快,缺点是不同项目之 间容易存在资源浪费,项目的职能线人员数量少,专业能力达不到要求,项 目质量不高。
第三种叫矩阵式管理,每个团队成员既有职能领导也有与项目领导, 优点是同时兼顾了项目目标和职能专业性,缺点是双线领导,在产生分歧时 不知道应该听谁的,容易造成管理混乱。
团队管理的三层阶梯模型
根据这些年的工作经验,我总结了一套三层阶梯管理模型。最底层支撑 的是团队组织设计,中间层是团队的绩效考核,最上层是团队文化。“三好 网”内部采用矩阵式团队管理:项目小组负责日常项目推进,特点是决策快、 项目推进快;职能小组负责产品研发、技术架构的迭代以及团队成员的选用 育留,特点是专业性强。
三种常见的组织架构设计各自的问题
在做团队管理时,有三种常见的模式: 第一种按照职能线管理,这种管理方式,职能线负责人经常成为项目 推进的瓶颈,每个新项目都需要各职能线负责人协调资源,项目目标与各职 能线 KPI 存在差异,导致项目推进缓慢,部门之间的沟通协调不顺畅与目标 不一致成为最大的问题。
产品经理
行业专家
职责
日常需求和 Bug 的规划、 推进
当项目跨多个职能时,根据项目 技术、产品、交互侧重点,选相 应的职能 leader
授权 管理侧重
完全授权,阶 段性检查
项目
半授权 人的选用育留
业务管理 V.S.职能管理 矩阵式管理的目的是优化组织设计、减少资源浪费、降低沟通成本, 充分授权业务团队的日常执行,解放职能专家的日常执行,让其聚焦于专业
职能团队: 团队成员由同一职能的人组成,主要负责团队成员管理, 专业方向制定与引导,核心项目的推动与落实,负责解决业务相关的专业性 难题。
在我们的实践过程中,我们进一步将业务管理与职能管理的职权责细化。