打造基于Squads Chapters的全栈研发组织_第1页
打造基于Squads Chapters的全栈研发组织_第2页
打造基于Squads Chapters的全栈研发组织_第3页
打造基于Squads Chapters的全栈研发组织_第4页
打造基于Squads Chapters的全栈研发组织_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、打造基于 Squads/Chapters的灵活高效的全栈研发组织技术助力WeWork发展基于Squad/Chapter的团队模式介绍WeWork中国技术团队的应用实践构建配套措施推动新模式的落地落地实践中的挑战与思考01.基于 Squads/Chapters 的团队模式介绍基于 Squads/Chapters 的团队模式介绍Spotify 模式SquadsTribesChapterGuildTrioAllianceChief Architect基于 Squads/Chapters 的团队模式介绍什么是Squad和ChapterSquad - 研发小纵队Squad is a scrum like

2、 team consists of 6-12 people dedicated to work on one area and has a mission to accomplish. A squad is autonomous, self-organizing and self-managing.Chapter - 技术领域小组Chapter is a group or team members working within a specific tech area. It is a shared lounge to create inter-squad interaction, share

3、 knowledge, or drive engineering excellences across board.02.WeWork中国技术团队的应用实践WeWork中国技术团队的应用实践业务发展为技术团队带来的挑战大型初创企业,业务快速发展需要一种“灵活”且“高效”的团队组织方式以配合业务发展团队需要持续保持对业务的快速反应迭代团队需要在迭代中让技术下沉,持续积累能持续改进逐渐演化基础架构来为未来业务的发展做铺 垫和服务WeWork中国技术团队的应用实践传统模式 vs. Squads/Chapters模式传统研发团队组织模式的困境-业务方向尝试上的对齐和优先级排序-在资源有限前提下的“瓶颈

4、”和“单点依赖”-跨多方团队对接中的隐性成本开销-实现总体研发资源的最大化利用后端团队Web前端iOS团队Android团 队业务方业务方业务方业务方基础设施Data分析团 队数据平台WeWork中国技术团队的应用实践传统模式 vs. Squads/Chapters模式让每一个团队能像一个小型创业公司一样运作,自主决策。追求“既快又猛,但是不糙”。Developer Platform (Infrastructure & Data Platform)Squad业务方Squad业务方Squad业务方Squad业务方iOS团队Android团队Web团队Backend团队Data团队1. 加强基础设

5、施团队提升赋能业务的能力2. 拆分技术功能性团队,组成 全栈团队WeWork中国技术团队的应用实践分阶段逐步推进前期准备阶段组织架构调整业务导向的Squad开始稳定运行技术导向的Chapter 开始稳定运行团队前期思想建设Agile概念的导入和流程的实施Developer Platform的建设Squad的直线汇报关系Chapter的虚线汇报关系团队内的决策机制Squad的建立业务导向的执行机制Chapter的建立技术导向的执行机制目标:赋能业务开发团队,提升产品研发速度和质量WeWork中国技术团队的应用实践前期准备 - Developer Platform的建设WeWork中国技术团队的应

6、用实践产品策略 & 组织架构产品策略的落地研发组织Product Mission Group 1Tech Organization .Product Mission Group 2Squad 1Squad 2Squad 3Squad 2 .Product StrategyOrganizational OKRExecutionProduct Mission OKR研发团队的组织结构Dev Platform GroupSquad 1WeWork中国技术团队的应用实践Squads - “研发小纵队”的建设-全栈配置工程师 (前后端,测试,数据)-所有工程师汇报给Engineering Manager

7、(EM)-Squad采用Scrum的方式运行-每一个Squad对应分配一个产品功能主题-由产品经理创建维护Squad的Product Backlog-赋予“产品经理+EM+设计师”的三人小组足够的自主性和决策权产品功能主题ThemePM/PODesignEM/SMEngineersiOS EngineerAndroid EngineerWeb EngineerBackend EngineerBackend EngineerBackend EngineerSET/QAData Engineer纵 向 建 设跨Squad的工程师们组成自己技术领域的Chapter - “技术领域小组”任命该领域的资

8、深工程师做为Chapter LeadWeWork中国技术团队的应用实践Chapters - “技术领域小组”的建设Squad 1Squad 2Squad 3Squad 4Mission GroupChapter.工程师和Lead之间不是直线汇报,Chapter Lead的反馈是工程师绩效评估中的重要部分 每个Chapter由Lead维护一个统一的Backlog所有Chapter的工作需要统一计划横向建设Squad 1EngineerSquad 2EngineerSquad 3EngineerSquad 4EngineerSquad 5LeadWeWork中国技术团队的应用实践Squads +

9、Chapters = “横向+纵向“的组合Theme Engineering ExcellenceTheme 1Theme 2Theme 3Theme 4Theme 5Product ThemesSquad 1Squad 2Squad 3Squad 4Squad 5Product Mission GroupiOS ChapterAndroid ChapterWeb Chapter Backend ChapterSET/QAData TeamWeWork中国技术团队的应用实践关注执行 - 由宏观到微观的聚焦宏观角度(组织产品战略的执行)组织OKR - 产品线OKR - Squad OKR微观角度

10、(Squad层面的日常运行)每个Squad内部通过Agile的方式运作Backlog的及时有效梳理, 关注需求背后产出的用户价值最大化Backlog - Sprint Plan - DeliveryWeWork中国技术团队的应用实践Squads层面“业务导向”的执行SquadQuarterly OKR - Squad Backlog - Sprint Planning - DeliveryOutputWeWork中国技术团队的应用实践Chapters层面“技术导向”的执行OutputSquadSquadSquadSquadSquadChapter Backlog - Engineering B

11、acklog - “Virtual Sprint” Planning - DeliveryWeWork中国技术团队的应用实践Squads和Chapters - 资源竞争与协调Squad 研发资源的配比Add new product/feature( X%)Product/feature fit & finish( Y%)-Eng excellence & tech debt( Z%)-Bug/escalations( W%)WeWork中国技术团队的应用实践Squads和Chapters - Sprint Planning协同WeWork中国技术团队的应用实践Squads/Chapters 模

12、式所带来的变化TrustAutonomyOwnershipAccountabilityWeWork中国技术团队的应用实践衡量Squads/Chapters 模式所带来的优势03.构建配套措施推动新模式的落地构建配套措施推动新模式的落地Squads/Chapters模式与AgileAgile是Squads/Chapters模式有效实施的基础,两者相辅相成PO(Product Owner)角色的重要性固定频率的渐进式Product Backlog梳理打通从“idea”演化为“user story”的通道稳定运行的Sprint Planning和Spring Review很关键“横向”和“纵向”Sp

13、rint Planning的配合验收时强调“Definition of Done”构建配套措施推动新模式的落地“Trio” - 决策三人组Squad Trio-Squad当中由产品经理,设计师,工 程师经理组成的一个决策组织-自主决策权,Be Empowered-打破产品,设计,工程各个function 的合作壁垒-Trio集体对Squad的产出和结果负责 (Success or Fail as a group vs. as a function)EngineersTRIOPM/PODesignEM/SMTRIO of TRIOSProduct Mission Group Trio构建配套措施

14、推动新模式的落地“汇报关系,绩效考核”的相应建设工程师Squad实线汇报Chapter虚线汇报绩效考核:Mgr + Chapter Lead工程经理和Chapter LeadEngineering Mgr关注交付Chapter Lead关注技术演进DeliveryPeopleEngineering Excellence构建配套措施推动新模式的落地Visibility 和 AccountabilityVisibility - 透明度公开明确的Planning(每个季度,每个Sprint)全透明的执行跟踪体系完成度衡量关注 Accountability权责定义明确分配到人04.落地实践中的挑战与思

15、考落地实践中的挑战与思考挑战 1: 老模式 vs. 新模式,团队整体Mindset的转变思考:强调去中心化的思路,减少跨团队依赖鼓励每个团队轻装上阵,快速迭代可以先从新的产品做尝试落地实践中的挑战与思考挑战 2: Squad运行的自由灵活 vs. 集中力量办大事的需要思考:产品线大方向的明确很有必要, 并在一条产品线下进行深一层的产品和功能主题的划分一个Squad在一段时期内专注一个产品和功能主题通过组织传导方式设定Squad的目标-Objective,由Squad自己决定“如何做”-HOW落地实践中的挑战与思考挑战 3: 产品研发与卓越工程(EE)的时间资源投入配比思考:需要每个Squad的Trio紧密配合来决定合适的配比不同的阶段,不同的产品配比可以灵活调整内容回顾

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论