1. 什么是双披萨团队
   

• 双披萨团队，是一个比喻，指的是团队规模
• 两个披萨基本上够 6-12 人吃，这样小规模的团队就可以进行创新
• 两个披萨原则 (The two pizza prin ci ple) 最早是由亚马逊 CEO 贝索斯提出的，他认为如果两个披萨不足以喂饱一个项目团队，那么这个团队可能就显得太大了。因为人数过多的项目会议将不利于决策的形成，而让一个小团队在一起做项目、开会讨论，则更有利于达成共识，并能够有效促进企业内部的创新

1. 双披萨团队的特征
   

• 团队规模小：团队成员很少，保持在6-12人，用两个披萨就能喂饱他们（即工作量）
• 目标专注度：注重的不是团队规模，而是适度职责，直接为一个团队的损益负责，可以让团队保持专注，负上责任
• 管理敏捷性：团队可以相对自治的执行，将适度职责最大化，可以寻找创新战略，将战略作为内部优先之事对待
• 理念渗透性：将部门组织的理念深入到各管理层级，直到很小的最低级管理层
• 人才培养性：双披萨团队模式便于企业留住人才，双披萨团队leader相当于一个部门的leader，虽然承担的职责较小，但同样承担了管理者的角色，对于有管理期望的成员而言是个成长锻炼的机会

得物技术团队

1. 技术部组织现状
   

• 截止2021/8/31，在职员工1477人，由16个二级部门组成，组织链路最长的到五级部门，不同层级的部门存有未在组织架构中呈现的小组
• 直接下属在10人及以下的管理者有64人，占比53%；直接下属在10-30人的管理者有50人，占比41%；直接下属在30人以上的管理者有7人，占比6%
• 基层管理者不足，普遍出现不同层级部门负责人acting较多下一级部门，直接下属人数较多，致使该部门负责人既承担管理岗的角色，又承担技术岗的角色
• 同职能部门内根据业务划分设立多个小组，由较为核心的员工担任组长角色，针对组长的权责明确度低

1. 组织存在的挑战
   

• 不同层级部门负责人acting多个下一级部门，直接下属多，即要负责部门整体规划，又要协调各小团队的常规管理，管理、技术一手抓，管理难以聚焦，组织敏捷性与创新力或受影响
• 团队规模大、人数多，基层管理者的管理幅度大，下一层不同程度的断层，管理者的培养/成长路径缺失，需要进一步完善与推进
• 提高团队效率、团队敏捷性，需要对现有团队拆分至最小量级的规模，故对于最低层级管理者的权责、激励性等需要有明确的标准，促使积极性增长

得物双披萨规划

1. 得物技术双披萨团队架构构思
   

• 针对规模大于12人的团队进行根据职能划分进行团队拆分，实现6-12人的敏捷组织
• 同一管理者acting多个团队的，将各小团队进行6-12人的拆分，同时各团队设立“小组PM”角色
• 双披萨团队在组织架构中体现，将最末级部门在组织架构中拆分至6-12人规模的小团队，且明确出各团队的“小组PM”
• 举例：以【测试二组 交易】为例进行团队拆分，朱海涛团队规模下属34人，直接下属31人，将acting的两个10人以上团队进行拆分为6-12人的团队，在没有合适leader前团队继续由朱海涛管理，根据团队职能划分可在小团队内设立“小组PM”角色，协助朱海涛进行技术管理

1. 得物技术双披萨团队管理构思
   

• 结合双披萨团队的模式，岗位类型增设为：工程师岗、小组PM岗、TL岗（Tech Leader）工程师岗：开发工程师/算法工程师/测试工程师/数据工程师等，承担日常的技术开发工作
  
  

• 小组PM岗：小组PM分为不带团队与虚线带团队，小组PM无审批权、无绩效权，协助部门负责人进行技术管理与对接，作为技术部中坚力量获得对应的各类权限（如时间手账权限）

• TL岗：团队管理者，在组织架构中体现带团队，有审批权、有绩效权，该团队的第一责任人

1. 员工成长路径
   

• 双披萨团队员工成长路径"工程师岗"到"小组PM岗"
  "小组PM岗"到"TL岗"
  
  

• 成长进阶规则"工程师岗"到"小组PM岗"：专业度过硬，团队表现中上游，拿结果能力强，投入度高，价值观向前一步突出，过往工作及技术导向无原则性问题，有明确的发展诉求与意愿
  "小组PM岗"到"TL岗"：帮助团队leader做好各类技术及相关管理工作，能够高效协助团队搭建及业务规划，带领小组拿到优异的结果，同时在团队管理方面有较好的sense与潜力，有意愿承担更大责任
  原则上在当前岗位角色上任职满一个季度，根据所担任岗位角色时的综合表现及部门岗位需求，评估是否给予进一步进阶的机会，具体根据实际情况综合评定
  以上岗位角色进阶与晋升无直接关系，仅为岗位角色的变化